Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ИДЗ-2 / БСБД ИДЗ 2

.pdf
Скачиваний:
2
Добавлен:
03.04.2026
Размер:
194.9 Кб
Скачать

Министерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР) Кафедра безопасности информационных систем (БИС)

Отчет по индивидуальному заданию №2 по дисциплине «Безопасность систем баз данных»

Выполнил студент гр.

_____

__.__.2026

Принял Преподаватель каф. КИБЭВС

_____ Евдокимов А. В. __.__.2026

Томск 2026

 

Оглавление

Введение...................................................................................................................

3

1 ХОД РАБОТЫ .......................................................................................................

4

Заключение ..............................................................................................................

7

2

Введение

Целью индивидуального задания является знакомство с реляционным проектированием данных. В ходе работы необходимо определить отношения,

атрибуты, первичные и внешние ключи, а также провести нормализацию модели до третьей нормальной формы.

3

1 ХОД РАБОТЫ

Для выполнения индивидуального задания №2 использовалась концептуальная информационная модель данных из индивидуального задания №1 (Рисунок 1.1).

Рисунок 1.1 — Концептуальная информационная модель данных

На модели выделены следующие сущности и их атрибуты:

Клиент: ID, ФИО, Номер телефона, Адрес.

Заявка: ID, Дата приема, Тип ремонта, Описание, Статус.

Сотрудник: ID, ФИО, Должность.

4

Изделие: Бренд, Серийный номер, Тип изделия.

Запчасть: Наименование, Стоимость, Наличие на складе.

1.Атомарность (1NF).

Атрибут «Адрес» может быть далее детализирован (город, улица,

дом), если того требует бизнес-логика.

2.Устранение частичных зависимостей (2NF).

Для сущности «Изделие» введен ID Изделия в качестве первичного ключа, так как серийный номер может быть неуникальным для разных брендов.

3.Устранение транзитивных зависимостей (3NF).

В таблицу «Заявка» добавлены «ID Клиента», «ID Сотрудника» и

«ID Изделия» для связи с соответствующими справочниками.

Поскольку между «Заявкой» и «Запчастью» существует связь «многие-

ко-многим» (в одной заявке может быть много запчастей, и одна запчасть может использоваться в разных заявках), введена связующая таблица «Расход запчастей».

Реляционная модель данных в методологии IDEF1x представлена на Рисунке 1.2.

5

Рисунок 1.2 — Реляционная модель IDEF1x

6

Заключение

В ходе выполнения индивидуального задания была проведена нормализация данных концептуальной модели сервисного центра, определены первичные и внешние ключи, а также построена реляционная модель данных.

Модель соответствует требованиям третьей нормальной формы.

7

Соседние файлы в папке ИДЗ-2