1.Техническое задание

При составлении технологического задания выбираются такие объекты и их функции как:

• сотрудники, их свойства: ФИОсот, ИННсот, код сотрудника, дата рождения, паспортные данные, должность, стаж, телефон;

• груз: код груза, наименование, масса, особенности;

• заказчики: ИННзак, ФИОзак, код заказчика, р/сч, банк,телефон;

• заказ: код заказа, код заказчика, код груза, код сотрудника, наименование, откуда отправлять, куда присылать, дата отправления, дата прибытия, цена.

Для оптимизации базы данных должны формируются запросы:

• запрос на всех сотрудников;

• запрос на диспетчеров;

• запрос на всех водителей;

• запрос на всех заказчиков;

• запрос на вывод кода всех сотрудников;

• вывод обобщенной таблицы;

• запрос расчета общей суммы выданной зарплаты;

• запрос куда и откуда идет груз и его особенности

• запрос о прибытии груза (время прибытия, ФИО заказчика, наименование груза)

• запрос на водителей занятых перевозкой, и их код;

• номер рабочего телефона каждого сотрудника;

• время работы каждого водителя

• кем и на какую сумму сделан заказ, что он включает;

• запрос на удаление.

2. Инфологическое моделирование

m

1

n

n

n

Заказ

Заказчик

Груз

Сотрудники

Оформляет

Выполняют

Указывается

Код заказчика

Код груза

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

Код заказа

m

Рис.2 ER-диаграмма

3. Разработка таблиц отношений

В процессе разработки предварительных отношений (табл. 1) были использованы правила:

Правило 4 - Если степень связи 1:n и класс принадлежности n-связной сущности обязательный, то необходимы ДВА отношения, по одному для каждой сущности. Ключами этих отношений станут ключи каждой сущности. Ключ односвязной сущности добавится как атрибут в отношение для n-связной сущности.

Правило 6 - Если степень связи m:n, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи среди атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений становятся ключи сущностей, а ключом третьего - ключи обеих сущностей.

Таблица 1

Таблица предварительных отношений

Название отношений	Ключевое поле для связи	Используемое правило
Заказ	Код заказа, Код заказчика,…	4
Заказчик	Код заказчика,…
Груз	Код груза,…
Сотрудники	Код сотрудника,...
Указывается груз	Код груза, Код заказа,…	6
Сотрудники выполняют заказ	Код заказа, Код сотрудника,…	6

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

Переменная отношения находится в НФБК тогда и только тогда, когда каждая её нетривиальная и неприводимая слева функциональная зависимость имеет в качестве своего детерминанта некоторый потенциальный ключ.

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

После составления таблицы нормальных отношений составляется таблица окончательных отношений (табл. 2).

Таблица 2

Таблица окончательных отношений

Название отношений	Ключевое поле для связи	Нормальные формы
Заказ	Код заказа, Код заказчика, дата отправления, дата прибытия, откуда отправлять, куда присылать	НФБК
Заказчик	Код заказчика, ФИОзак, р/сч, банк	3 НФ
Груз	Код груза, , наименование, масса, особенности	НФБК
Сотрудники	Код сотрудника, ФИОсот, дата рождения, паспортные данные, должность	3 НФ
Указывается груз	Код груза, Код заказа, цена, отметка об оплате	НФБК
Сотрудники выполняют заказ	Код заказа, Код сотрудника, статус водителя, выплаты	НФБК

На основании таблицы 2 строится схема данных (рис. 3)

Рис. 3 Схема данных