2 Концептуальное проектирование

2.1 Перечень сущностей

Сущность - некоторый обособленный объект или событие моделируемой системы, имеющий определенный набор свойств - атрибутов. Отдельный элемент этого множества называется "экземпляром сущности". Сущность может обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец сущности, и может обладать любым количеством связей с другими сущностями. [1]

Для базы данных было разработано 4 сущности ГРУЗ, ГРУЗООТПРАВИТЕЛИ, ГРУЗОПОЛУЧАТЕЛИ, КВИТАНЦИИ.

Общая информация о сущностях представлена в таблице:

Таблица 1- Сущности БД

Название сущности	Описание
Груз	Информация о грузах
Грузоотправители	Информация об участвующих в перевозках отправителях
Грузополучатели	Информация об участвующих в перевозках получателях
Квитанции	Информация о грузоперевозках

2.2 Перечень атрибутов

Атрибут – это свойство сущности в предметной области. Его наименование должно быть уникальным для конкретного типа сущности.

Атрибуты сущности Груз:

- шифр_груза;

- наименование_груза;

- количество;

- стоимость.

Атрибуты сущности Грузоотправители:

- шифр_грузоотправителя;

- имя_грузоотправителя;

- адрес;

- рассчетный_счет.

Атрибуты сущности Грузополучатели:

- шифр_грузополучателя;

- имя_грузополучателя;

- адрес;

- рассчетный_счет.

Атрибуты сущности Квитанции

- номер_квитанции,

Атрибуты сущности Квитанции:

- шифр_груза;

- транспорт;

- дата_погрузки;

- дата_разгрузки;

- шифр_оправителя;

- шифр_получателя;

- статус.

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

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

Выходная информация:

На печать:

1. ведомость законченных перевозок за период;

2. ведомость о должниках.

На экран:

1. информация о перевозках от данного грузоотправителя;

2. информация о перевозках к данному грузополучателю;

3. информация о незаконченных перевозках за период;

4. информация о законченных перевозках за период.

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

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

Этот метод является классическим методом проектирования реляционной базы данных. Он основан на понятии зависимости между атрибутами отношений.