3.2 Нормализация локальных ER-моделей

В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие «скрытых» сущностей.

Нарушение первой нормальной формы (1NF): атрибут Личный автомобиль в модели №1; атрибут Электропочта в модели №5; атрибут Телефон в сущностях ВЫЗОВ, КОНТРАГЕНТ, VIP КЛИЕНТ.

В сущности ТРАНСПОРТНОЕ СРЕДСТВО атрибуты Тип ТС и Категория ТС зависят от части сцепленного ключа Номер-Марка модель (марка модель).

Нарушение третьей нормальной формы (3NF): в сущности ВЫЗОВ фио сотрудника зависит от его кода и от вызова; в сущности VIP КЛИЕНТ Номер договора зависит от номера карты и от номера клиента.

1. Функция 1 «Учет сведений о сотрудниках»

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.6.

Сотрудник Код сотрудника

Фамилия

Имя

Отчество

Дата рождения

имеет Адрес

имеет имеет S Должность

Водительские права

Дата выдачи прав

Семейное положение

Образование

Паспорт Транспортное средство ЗАПИСЬ

Серия Номер Дата записи

КемВыдан VIN Автор записи

КодПодразделения Год выпуска Флаг актуальности

АдресРегистрации Модель двигателя Дата изменения

Номер Номер двигателя ТС Автор изменения

Дата выдачи Шасси (рама)

Кузов (коляска) ЛИЧНЫЙ А/М

Мощность двигателя Номер

Серия паспорта ТС Цвет

РММ Марка

Масса без нагрузки Тип ТС

Цвет Категория ТС

Рисунок 3.6 — Нормализованная ER-модель для функции 1 «Учет сведений о сотрудниках»

3.2.2 Функция 2 «Учет принятых вызовов»

ВЫЗОВ Код вызова

∞ Флаг VIP клиента

Номер VIP карты

∞ 1 Время

Флаг почасовой оплаты

Время движения

I I IS S Расстояние

Общая стоимость

Флаг состояния

1 1 1

НАЧАЛО КОНЕЦ СОТРУДНИК ЗАПИСЬ

КодПункта КодПункта

Улица Улица Код сотрудника Дата записи

Дом Дом ФИО Автор записи

Подъезд Подъезд Цвет а/м Флаг актуальности

Номер а/м Дата изменения

Автор изменения

I T

ТЕЛЕФОН

Код телефона

Вид номера

Номер

Рисунок 3.7 — Нормализованная ER-модель для функции 2 «Учет принятых вызовов»

3.2.3 Функция 3 «Учет VIP клиентов»

VIP Клиент Код клиента

1 1 Фамилия

Имя

Отчество

Скидка

Баланс

имеет имеет сделал Адрес

Телефон

1 1

Паспорт VIP КАРТА ЗАПИСЬ

Серия Номер VIP карты Дата записи

КемВыдан Номер договора Автор записи

КодПодразделения Дата договора Флаг актуальности

АдресРегистрации Дата изменения Автор изменения

имеет

имеет НОМЕР ТЕЛЕФОН

Код телефона

Номер Вид номера

ДатаВыдачи Номер

Рисунок 3.8 — Нормализованная ER-модель для функции 3 «Учет VIP клиентов»

3.2.4 Функция 4 «Учет материальных средств»

МАТЕРИАЛЬНОЕ СРЕДСТВО

Код материального средства

Код ответственного сотрудника

ФИО отв-го сот-ка

Номинальная стоимость

Описание

Прилагаемы части

Месторасположение

Назначение

Периодичность обслуживания

Сервисные работы

Эксплуатация

Код сотрудника

ФИО сот-ка

Дополнительная информация

имеет

1

ЗАПИСЬ

Дата записи

Автор записи

Флаг актуальности

Дата изменения

Автор изменения

Рисунок 3.9 – Нормализованная ER-модель для функции 4 «Учет материальных средств»

3.2.5 Функция 5 «Учет сведений о контрагентах (поставщиках)»

Контрагент Код контрагента

Наименование

1 1 1 Вид контрагента

ИНН

ОКОНХ

ОКПО

может иметь вызвал имеет Юр. адрес

Телефон

Факс

М Расчетные счета

КРЕДИТ ПОСТАВЩИКА Комментарий

Договор

НомерКредита Дата договора

Валюта

Осн. договор 1 М

Сумма ЗАПИСЬ Электопочта

Глубина Код электропочты

Дата записи Директор

Автор записи Главбух

Флаг актуальности Менеджер

Дата изменения

Автор изменения

Рисунок 3.1.0 – Нормализованная ER-модель для функции 5 «Учет сведений о контрагентах (поставщиках)»

3.3. Перевод целостных и операционных ограничений на уровне локальных моделей

1. Модель1: Атрибут Водительские права => атрибут Категория ТС

2. Модель.1: атрибут Дата выдачи прав – ат. Дата рождения<= 18 лет

3. Модель.1: атрибут Дата выдачи паспорта – ат. Дата рождения <= 16 лет

4. Модель.2: если ат. флаг VIP клиента=истина, то ат. номер карты не пуст

5. Модель.2: если ат. флаг почасовой оплаты=истина, то ат. время движения не пуст

6. Модель.2: ат.НАЧАЛО_МАРШРУТА.Улица не = ат. КОНЕЦ_МАРШРУТА.Улица

7. Модель.3: если ат. Баланс <1000 руб., то ат.Скидка <= 10%

8. Модель.3: атрибут Дата Договора <(раньше) ат.Дата записи

9. Модель.4: атрибут Номинальная стоимость < ат. Затраты на Эксплуатацию

10. Модель.4: если ат. Код ответ-го сот-ка= ат. Код сот-ка , то ат. ФИО ответ-го сот-ка должен быть равным ат. ФИО ответ-го сот-ка

11. Модель.5: атрибут Телефон должен соответствовать коду города, который указан в ат. Юридический адрес

12. Модель.5: атрибут Факс должен соответствовать коду города, который указан в ат. Юридический адрес

13. Модель.5: атрибут Дата Договора <(раньше) ат. Дата записи

3.3 Вывод

В результате проектирования локальных ER-моделей, соответствующих отдельным автоматизируемым функциям, получены нормализованные локальные ER-модели, включающие от 2 до 4 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей.

4 ПРОЕКТИРОВАНИЕ ГЛОБАЛЬНОЙ ER-МОДЕЛИ

Данный раздел посвящен проектированию глобальной ER-модели. Здесь производится выявление и устранение эквивалентных сущностей, выявление категорий и синтез обобщающих сущностей, выявление и устранение дублирования атрибутов и связей. Строится графическое представление глобальной модели, специфицируются ограничения и правила поддержания целостности на уровне глобальной модели.

1. Выявление и слияние эквивалентных сущностей

   1. Сущности ЗАПИСЬ в локальных моделях эквивалентны, следовательно происходит их слияние в сущность ЗАПИСЬ в глобальной модели

   2. Сущности ПАСПОРТ и НОМЕР (паспорта) в локальных моделях эквивалентны, следовательно происходит их слияние в сущность ПАСПОРТ и НОМЕР (паспорта) в глобальной модели соответственно

   3. Сущности МАРКА МОДЕЛЬ в локальной модели №1 эквивалентны, следовательно происходит их слияние в сущность МАРКА МОДЕЛЬ в глобальной модели

   4. Сущность СОТРУДНИК в локальной модели №2 эквивалентна сущности СОТРУДНИК в модели №1, следовательно происходит их слияние в сущность СОТРУДНИК в глобальной модели

   5. Сущности ТЕЛЕФОН в моделях № 2,3,5 эквивалентны, следовательно, происходит их слияние в сущность ТЕЛЕФОН в глобальной модели

2. Выявление и синтез обобщающих сущностей

   1. Сущности Личный А/М и ТС (Транспортное средство предприятия) имеют общие атрибуты, поэтому вводим обобщающую сущность АВТОМОБИЛЬ

3. Выявление и устранение дублирующихся атрибутов

   1. В сущности МАТЕРИАЛЬНОЕ СРЕДСТВО есть атрибуты ФИО ответственного сотрудника и ФИО сотрудника, которые дублируются в сущности СОТРУДНИК, следовательно нужно убрать эти атрибуты из сущности МАТЕРИАЛЬНОЕ СРЕДСТВО

Выявление и устранение дублирующихся связей

Были выявлены контуры, что является необходимым, но недостаточным признаком дублирующей связи.

4.4 Графическое представление глобальной ER-модели

Глобальная ER-модель представлена на рисунке 4.1

VIP Клиент Вызов ТС

1 М

1 М М 1

Имеет Заявка Выполнение Использование

Использование

1 1

1 М

VIP Карта Мат. Средство Сотрудник

М

1

М Поставка

Поставщик

1

Паспорт

Рисунок 4.1 – Глобальная ER-модель

5. Перевод целостных и операционных ограничений на уровень глобальной модели

1. Сущность СОТРУДНИК Атрибут Водительские права => Сущность МАРКА МОДЕЛЬ атрибут Категория ТС

2. Сущность СОТРУДНИК атрибут Дата выдачи прав – Сущность СОТРУДНИК ат. Дата рождения<= 18 лет

3. Сущность НОМЕР атрибут Дата выдачи паспорта – Сущность СОТРУДНИК ат. Дата рождения <= 16 лет

4. Сущность ВЫЗОВ: если ат. флаг VIP клиента=истина, то Сущность ВЫЗОВ ат. номер карты не пуст

5. Сущность ВЫЗОВ: если ат. флаг почасовой оплаты=истина, то Сущность ВЫЗОВ ат. время движения не пуст

6. Сущность НАЧАЛО ат.Улица не = Сущность КОНЕЦ ат. Улица

7. Сущность VIP КЛИЕНТ если ат. Баланс <1000 руб., то ат.Скидка <= 10%

8. Сущность VIP КАРТА: атрибут Дата Договора <(раньше) Сущность ЗАПИСЬ ат.Дата записи

9. Сущность МАТЕРИАЛЬНОЕ СРЕДСТВО атрибут Номинальная стоимость < Сущность МАТЕРИАЛЬНОЕ СРЕДСТВО ат. Затраты на Эксплуатацию

10. Сущность КОНТРАГЕНТ: атрибут Телефон должен соответствовать коду города, который указан в ат. Сущность КОНТРАГЕНТ Юридический адрес

11. Сущность КОНТРАГЕНТ: атрибут Факс должен соответствовать коду города, который указан в Сущность КОНТРАГЕНТ ат. Юридический адрес

12. Сущность КОНТРАГЕНТ: атрибут Дата Договора <(раньше) Сущность ЗАПИСЬ ат. Дата записи

4.6 Вывод

В результате проектирования глобальной ER-модели, соответствующей автоматизируемым функциям, получена модель, включающая 7 сущностей, 2 связи типа «многие ко многим» и 8 связей типа «один ко многим».

5 ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ SQL-МОДЕЛИ

Данный раздел посвящен проектированию реляционной SQL-модели. Здесь выполняется перевод глобальной ER-модели в реляционную форму, специфицируются ограничения и правила поддержания целостности на реляционном уровне, записывается SQL-код для создания реляционной модели.

5.1 Перевод глобальной ER-модели в реляционную форму

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

Конкретные данные приведены в таблице 5.1

Таблица 5.1 - «Копирование первичных ключей при устранении связей типа «один ко многим».

5.2 SQL-код для создания реляционной модели

Create Table Сотрудник (

Код_сотрудника Int Not Null,

Фамилия Char (20),

Имя Char (20),

Отчество Char (20),

Дата_рожд Date,

Адрес Char (20),

Права Char (20),

Должность Char (20),

Образование Char (20),

Серия_Паспорта Int Not Null,

№Паспорта Int Not Null,

№телефона Int Not Null,

№ТС Char (6),

Дата_записи Date,

Primary key (Код_сотрудника) )

Create table Транспортное_Средство(

Код_мат_средства Int Not Null,

№TC Char (6),

Марка Char (20),

Цвет Char (20),

VIN Int,

Категория Char (20),

Дата_Выпуска Date,

№Двигателя Int,

№Кузова Int,

Двигатель Int,

Масса Int,

Дата_записи Date,

Primary Key (Код_мат_средства)

)

Create Table Поставщик(

Код_Поставщика Int Not Null,

Код_Мат_средства Int NOt Null,

Наименование Char (20),

Вид Char (20),

ИНН Int,

ОКОНХ Int,

Юр_адрес Char (20),

Факс Int,

Договор Char (20),

Дата_договора Date,

Коментарий Char (20),

Дата_записи Date,

Primary Key (Код_Поставщика)

)

Create Table Паспорт (

Серия_паспорта Char (20),

№Паспорта Int Not Null,

Кем_Выдан Char (20),

Код_подразделения Char (20),

Адрес_регистрации Char (20),

Дата_регистрации Date,

Дата_записи Date,

Primary Key (Серия_паспорта)

)

Create Table Материальное_Средство (

Код_мат_средства Int Not Null,

Код_отв_сотрудника Int,

Стоимость Int,

Описание Char (20),

Назначение Char (20),

Эксплуатация Char (20),

Доп_инфо Char (20),

Дата_записи Date,

Primary Key (Код_мат_средства)

)

Create Table Вызов (

Код_Вызова Int Not Null,

Влаг_VIP_Клиента Char (20),

№VIP_Карты Int,

Время_заказа Date,

Флаг_почасовой_оплаты Char (20),

Время_жвижения Date,

Расстояние Int,

Стоимость_р_ч Int,

Стоимость_р_км Int,

Стоимость_заказа Int,

Флаг_состояния Char (20),

Код_сотрудника Int Not Null,

№ТС Char (6),

Дата_записи Date,

Primary Key (Код_Вызова)

)

Create Table VIP_Клиент (Код_VIP_Клиента Int Not Null,

№VIP_Карты Int,

Фамилия Char (20),

Имя Char (20),

Отчество Char (20),

Скидка Int,

Баланс Int,

Адрес Char (20),

Серия_Паспорта Char (20),

№Паспорта Int,

Дата_записи Date,

Primary Key (Код_VIP_Клиента)

)

Create Table VIP_Карта (№VIP_Карты Int Not Null,

№Договора Int,

Дата_Договора Date,

Дата_записи Date,

Primary Key (№VIP_Карты))

6 ПРОЕКТИРОВАНИЕ ПРЕДСТАВЛЕНИЙ

ДЛЯ АВТОМАТИЗИРУЕМЫХ ФУНКЦИЙ

Данный раздел посвящен проектированию представлений для автоматизируемых функций. Здесь выполняется определение путей доступа к данным для автоматизируемых функций, записывается SQL-код локальных просмотров для автоматизируемых функций.

1. Определение способа и формы представления

Для 5 функций был выбран способ реализации представления в виде запроса (Select), форма представления была выбрана в виде иерархии таблиц.

6.2 SQL – код для реализации выборки.

VIP_Клиент

SELECT [VIP КЛИЕНТ].№VIP_Карты,

[VIP КЛИЕНТ].Фамилия,

[VIP КАРТА].№Договора,

ПАСПОРТ.Адрес_регистр

FROM ПАСПОРТ INNER JOIN ([VIP КАРТА] RIGHT JOIN [VIP КЛИЕНТ] ON [VIP КАРТА].№VIP_Карты = [VIP КЛИЕНТ].№VIP_Карты) ON (ПАСПОРТ.№Паспорта = [VIP КЛИЕНТ].№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = [VIP КЛИЕНТ].Серия_Паспорта);

Вызов

SELECT ВЫЗОВ.Время_заказа,

[ТРАНСПОРТНОЕ СРЕДСТВО].Цвет,

СОТРУДНИК.Фамилия, [VIP КЛИЕНТ].№VIP_Карты

FROM [VIP КЛИЕНТ] INNER JOIN (СОТРУДНИК RIGHT JOIN ([ТРАНСПОРТНОЕ СРЕДСТВО] INNER JOIN ВЫЗОВ ON [ТРАНСПОРТНОЕ СРЕДСТВО].№ТС = ВЫЗОВ.№ТС) ON СОТРУДНИК.Код_сотрудника = ВЫЗОВ.Код_сотрудника) ON [VIP КЛИЕНТ].№VIP_Карты = ВЫЗОВ.№VIP_Карты;

Поставщик

SELECT [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср, ПОСТАВЩИК.Наименование,

ПОСТАВЩИК.Факс,

ПОСТАВЩИК.ИНН,

СОТРУДНИК.Фамилия,

СОТРУДНИК.Должность

FROM СОТРУДНИК INNER JOIN ([МАТЕРИАЛЬОЕ СРЕДСТВО] INNER JOIN ПОСТАВЩИК ON [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср = ПОСТАВЩИК.Код_мат_средства) ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр;

Сотр_мат_Средство

SELECT СОТРУДНИК.Фамилия,

ПАСПОРТ.Адрес_регистр,

СОТРУДНИК.Адрес,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Описание,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Стоимость

FROM (ПАСПОРТ INNER JOIN СОТРУДНИК ON (ПАСПОРТ.№Паспорта = СОТРУДНИК.№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = СОТРУДНИК.Серия_Паспорта)) INNER JOIN [МАТЕРИАЛЬОЕ СРЕДСТВО] ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр;

Сотрудник

SELECT СОТРУДНИК.Фамилия,

[ТРАНСПОРТНОЕ СРЕДСТВО].№ТС,

ПАСПОРТ.Адрес_регистр,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Код_мат_ср,

[МАТЕРИАЛЬОЕ СРЕДСТВО].Описание

FROM ПАСПОРТ INNER JOIN ((СОТРУДНИК INNER JOIN [ТРАНСПОРТНОЕ СРЕДСТВО] ON СОТРУДНИК.№ТС = [ТРАНСПОРТНОЕ СРЕДСТВО].№ТС) LEFT JOIN [МАТЕРИАЛЬОЕ СРЕДСТВО] ON СОТРУДНИК.Код_сотрудника = [МАТЕРИАЛЬОЕ СРЕДСТВО].Код_отв_сотр) ON (ПАСПОРТ.№Паспорта = СОТРУДНИК.№Паспорта) AND (ПАСПОРТ.Серия_Паспорта = СОТРУДНИК.Серия_Паспорта);

Заключение

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

В разделе 1 я выбрала автоматизированные функции и информационное обеспечение. Дала краткое описание предметной области, произвела выбор и описание автоматизируемых функций, выполнила первичное описание информационного обеспе6чения.

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

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

В 4 разделе спроектировала глобальную ER-модель. Произвела выявление и устранение эквивалентных сущностей, выявила категории и синтез обобщающих сущностей, выявила и устранила дублирование атрибутов и связей.

В разделе 5 записала SQL-код для создания реляционной модели

В разделе 6 записала SQL-код локальных запросов для автоматизируемых функций.