Цена доставки

Марка


Цвет


Дата регистрации

Курьер


Рисунок 2.5 – ER-диаграмма предметной области «Служба доставки»

2.2 Логическое проектирование модели базы данных

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

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

Структуру отношения «Курьер» можно представить в виде таблицы 2.1.

Таблица 2.1 – Структура отношения Курьер

Имя поля	Тип данных
Код курьера	Счётчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Номер паспорта	Текстовый
Дата рождения	Дата/время
Дата приёма на работу	Дата/время
Начало рабочего дня	Текстовый
Конец рабочего дня	Текстовый
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

---

Отношение «Отправитель» не имеет повторяющихся записей, в нём отсутствуют повторяющиеся группы полей, строки не упорядочены и столбцы не упорядочены. Значит, отношение находится в первой нормальной форме. Кроме того любое не ключевое поле однозначно идентифицируется полным набором ключевых полей. Поэтому отношение находится во второй нормальной форме. В отношении ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля. Следовательно, отношение находится в третьей нормальной форме.

Структуру отношения «Отправитель» можно представить в виде таблицы 2.2.

Таблица 2.2 – Структура отношения Отправитель

Имя поля	Тип данных
Код отправителя	Счетчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Дата рождения	Дата/время
Индекс	Числовой
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

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

Структуру отношения «Получатель» можно представить в виде таблицы 2.3.

---

Таблица 2.3 – Структура отношения Получатель

Имя поля	Тип данных
Код получателя	Счетчик
Фамилия	Текстовый
Имя	Текстовый
Отчество	Текстовый
Дата рождения	Дата/время
Индекс	Числовой
Город	Текстовый
Улица	Текстовый
Дом	Числовой
Квартира	Числовой
Телефон	Числовой

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

Структуру отношения «Транспорт» можно представить в виде таблицы 2.4.

Таблица 2.4 – Структура отношения Транспорт

Имя поля	Тип данных
Номер машины	Текстовый
Марка	Текстовый
Дата регистрации	Дата/время
Цвет	Текстовый

Отношение «Заказ» не имеет повторяющихся записей, в нём отсутствуют повторяющиеся группы полей, строки не упорядочены и столбцы не упорядочены. Значит, отношение находится в первой нормальной форме. Кроме того любое не ключевое поле однозначно идентифицируется полным набором ключевых полей. Поэтому отношение находится во второй нормальной форме. В отношении ни одно из не ключевых полей таблицы не идентифицируется с помощь другого не ключевого поля. Следовательно, отношение находится в третьей нормальной форме.

---

Структуру отношения «Заказ» можно представить в виде таблицы 2.5.

Таблица 2.5 – Структура отношения Заказ

Имя поля	Тип данных
Код заказа	Счетчик
Отправитель	Текстовый
Получатель	Текстовый
Дата заказа	Текстовый
Дата доставки	Дата/время
Цена доставки	Числовой
Курьер	Текстовый
Транспорт	Текстовый

---

2.3 Физическое проектирование модели базы данных
Для разработки программного продукта используется интегрированная среда разработки VisualStudio 2010, язык C#.

Для создания базы данных была выбрана система управления базами данных MicrosoftAccess 2003.

Таблица «Курьер» содержит общую информацию о курьерах.



Рисунок 2.4 – Структура таблицы «Курьер» в режиме конструктора

Таблица «Отправитель» содержит общую информацию об отправителях.



Рисунок 2.5 – Структура таблицы «Отправитель» режиме конструктора

Таблица «Получатель» содержит общую информацию о получателях.



Рисунок 2.6 – Структура таблицы «Получатель» в режиме конструктора

Таблица «Транспорт» содержит информацию о транспорте на котором курьер осуществляет доставку.



Рисунок 2.7 – Структура таблицы «Транспорт» в режиме конструктора

В таблице «Заказ» хранится информация о заказах и заказчиках.



Рисунок 2.7 – Структура таблицы «Заказ» в режиме конструктора

Между таблицами созданы связи и в БД обеспечивается целостность данных. На рисунке 2.8 представлена схема данных предметной области «Служба доставки» в СУБД MicrosoftAccess 2003:



Рисунок 2. 8 – Схема базы данных информационной системы «Служба доставки»

3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

---

Смотрите также файлы

• Абхазия Географическое положение.pptx

• 10 класс емн суммативное оценивание за раздел (2 четверть) Раздел 2 Герой нашего времени.docx

• 1 Сбор и обработка геологической информации о месторождения.docx

• Мне снились веселые думы.doc

• Требования к отчету по производственной практике (научноисследовательской работе) 1.docx