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

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

.docx
Скачиваний:
6
Добавлен:
03.04.2026
Размер:
152.04 Кб
Скачать

Министерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)  Кафедра безопасности информационных систем (БИС)

Отчет по индивидуальному заданию №2

по дисциплине «Безопасность систем баз данных»

Выполнил

студент гр. _____ __.__.2026

Принял Преподаватель каф.

КИБЭВС

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

__.__.2026

Оглавление

Введение 3

1 ХОД РАБОТЫ 4

Заключение 7

Введение

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

1 ХОД РАБОТЫ

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

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

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

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

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

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

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

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

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

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

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

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

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

  • В таблицу «Заявка» добавлены «ID Клиента», «ID Сотрудника» и «ID Изделия» для связи с соответствующими справочниками.

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

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

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

Заключение

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

Томск 2026

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