ИДЗ-2 / БСБД ИДЗ 2
.pdfМинистерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования
ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР) Кафедра безопасности информационных систем (БИС)
Отчет по индивидуальному заданию №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
