Саляхов А.Ф. ИВТ-329Б ЛР6 отчет (версия 2)
.pdfМинистерство науки и высшего образования Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего образования
Уфимский университет науки и технологий
Кафедра АСУ
ОТЧЕТ
по лабораторной работе №6
по дисциплине «Системное моделирование и цифровизация производства» Тема: «Информационное моделирование»
Выполнил: ст. гр. ИВТ-329Б Саляхов А.Ф.
Проверил: преподаватель кафедры АСУ Кондратьева О.В.
Уфа 2023
Цель: продемонстрировать по два примера нормализации (1НФ, 2 НФ, 3НФ и М-М) сущностей из информационной модели по индивидуальному процессу
Примеры приведения к 1НФ:
Пример 1:
Сущность «Субъект» не соответствует 1НФ т.к. есть неатомарный атрибут «Номер телефона». Субъект может иметь несколько номеров телефонов.
Создадим новую сущность «Контакты» и перенесем туда атрибут.
Первичным ключом новой сущности будет являться «ID контакта». Атрибут ID субъекта перейдет в неключевые атрибуты новой сущности.
Тип связи между сущностями «субъект» и «контакты» неидентифицирующая. Мощность один ко многим, т.к. субъект может иметь несколько контактов, один контакт принадлежит только одному субъекту.
Пример 2:
Сущность «Проект» не соответствует 1НФ т.к. есть неатомарные атрибуты «Наименование документа» и «Содержание документа». Проект может иметь несколько документов.
Создадим новую сущность «Проектные документы» и перенесем туда атрибуты.
В составе первичного ключа новой сущности будет первичный ключ сущности «Проект» т.к. Документ всегда принадлежит проекту.
Тип связи между сущностями «Проект» и «Проектные документы» идентифицирующая. Мощность один ко многим, т.к. проект может иметь несколько документов, один документ принадлежит только одному проекту.
Примеры приведения к 2НФ:
Пример 1:
Сущность участок не соответствует 2НФ т.к. атрибут «Имя заказчика» зависит только от части первичного ключа «ID Заказчика».
Создадим новую сущность «Заказчик» и перенесем туда атрибут.
В составе первичного ключа новой сущности будет часть первичного ключа сущности «Участок» от которого зависит перенесенный атрибут. (ID заказчика).
Тип связи между сущностями «Заказчик» и «Участок» идентифицирующая. Мощность один ко многим, т.к. участок может иметь одного заказчика, один заказчик может обладать несколькими участками.
Пример 2:
Сущность участок не соответствует 2НФ т.к. атрибуты «ФИО» и «Должность» зависят только от части первичного ключа «ID работника».
Создадим новую сущность «Рабочие» и перенесем туда атрибуты.
В составе первичного ключа новой сущности будет часть первичного ключа сущности «Стройка» от которого зависит перенесенный атрибут. (ID работника).
Тип связи между сущностями «Стройка» и «Рабочие» идентифицирующая. Мощность один ко многим, т.к. на стройке может работать много работников, один работник может работать только на одной стройке.
Примеры приведения к 3НФ:
Пример 1:
Сущность «Работы» не соответствует 3НФ т.к. атрибуты «Должность ответственного» зависят атрибута «Ответственное лицо».
Создадим новую сущность «Ответственные» и перенесем туда атрибуты.
В составе первичного ключа новой сущности будет атрибут, от которого зависит перенесенный атрибут. (ID ответственного).
Тип связи между сущностями «Ответственные» и «Работы» неидентифицирующая. Мощность один ко многим, т.к. один ответственный может отвечать за несколько работ, а одну работу может контролировать один ответственный.