3 Логическое проектирование

3.1 Модель «сущность-связь»

Управляющая компания рассылает дочерним организациям формы для заполнения, в которых имеются: показатели и единица их измерения, тип значения и тип периода.

Данная модель представлена на схеме 3.1 ниже.

Схема 3.1 Информационная модель

3.2 Классификация связей.

Сущности «Поставщики», «Сотрудники», «Прайс», «Заказы» и «Договор» объединены через сущность «Смета». Таким образом, сущность «Смета» связана со всеми сущностями, кроме «Договор», отношением «многие-к-одному».

Реляционная модель БД

4.1 Функциональные зависимости между атрибутами.

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

4.2 Выбор ключей.

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

Таким же образом в качестве первичного ключа сущности «Заказы», «Сотрудники» и «Договор» удобнее ввести искусственный числовой атрибут вместо сочетания атрибутов «Фамилия», «Имя» и «Отчество».

4.3Нормализация отношений.

Схема, приведенная в разделе 3.1., отвечает 1НФ т.к. данные представлены в виде двумерных таблиц с выделенными ключевыми атрибутами.

Схема также отвечает 2НФ, потому что каждый атрибут, не являющийся первичным, полностью зависит от этого первичного ключа.

Схема отвечает 3НФ, т.к. она отвечает всем требованиям 2НФ и ни один из не ключевых атрибутов не зависит от других не ключевых атрибутов.

5 Даталогическое проектирование

Состав таблиц БД

База данных содержит семь таблиц: «Договор», «Смета», «Заказы», «Поставщики», «Сотрудники и «Прайс».

Рисунок 5.1 Структура таблицы «Договор»

Рисунок 5.2 Структура таблицы «Смета»

Рисунок 5.3 Структура таблицы «Заказы»

Рисунок 5.4 Структура таблицы «Поставщики»

Рисунок 5.5 Структура таблицы «Сотрудники»

Рисунок 5.6 Структура таблицы «Прайс»

Средства поддержания целостности

Связи таблиц базы данных представлены на рисунке 5.7 данных ниже.

Схема 5.7 Связи таблиц базы данных

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