2. Построение логической модели базы данных

Графическое представление логической модели базы данных изображено на рисунке 12.

Рисунок 12 - Логическая модель базы данных

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

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

Согласно третьей нормальной форме никакой неключевой атрибут не зависит от другого неключевого атрибута (не должно быть взаимозависимости между неключевыми атрибутами).

Рассмотрим для примера связь между таблицами «Клиенты» и «Заказы». Эти таблицы имеют связь «много-ко-многим», т.к Клиент может забронировать несколько путевок, а Заказ может составляться на путевку, включающую в себя несколько клиентов. Чтобы нормировать эту связь была создана промежуточная таблица «Клиенты_Заказы»

Таблица 2 – Структура таблицы «Клиенты»

№ п/п	Наименование поля	Идентификатор поля	Тип поля	Длина поля	Признак ключа
1	№ туриста	Идентификатор	Число		Первичный ключ
2	Фамилия	Фамилия	Текст	20
3	Имя	Имя	Текст	20
4	Отчество	Отчество	Текст	20
5	Дата рождения	Дата рождения	Дата
6	Серия паспорта	Серия паспорта	Число	4
7	Номер паспорта	Номер паспорта	Число	6
8	Телефон	Телефон	Число	10
9	E-mail	Электронная почта	Текст	20
10	Примечание	Примечание	Текст	255
11	Пароль	Пароль	Текст	20

Таблица 3 – Структура таблицы «Заказы»

№ п/п	Наименование поля	Идентификатор поля	Тип поля	Признак ключа
1	№ заказа	Идентификатор	Число	Первичный ключ
2	№ туриста	Идентификатор заказчика	Число	Ключ связи с таблицей «Клиент»
3	№ агента	Идентификатор	Число	Ключ связи с таблицей «Турагент»
4	№ путевки	Идентификатор	Число	Ключ связи с таблицей «Путевки»

Таблица 4 – Структура таблицы «Клиенты_Заказы»

№ п/п	Наименование поля	Идентификатор поля	Тип поля	Признак ключа
1	ID_klient_zakaz	Идентификатор	Число	Первичный ключ
2	ID_turist	Идентификатор	Число	Ключ связи с таблицей «Клиент»
3	ID_zakaza	Идентификатор	Число	Ключ связи с таблицей «Заказы»

Структура остальных таблиц приведена в приложении 1.

Заключение

В результате анализа предметной области туристическая фирма «Профит-центр» были выявлены следующие недостатки:

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

• для обсуждения требований к путевке клиент должен прийти в турфирму лично;

• сложность в сравнении свойств путевок различных туроператоров. Для этого приходится исследовать предложения на частных сайтах операторов и в ручную искать сходные путевки, сравнивая их качества.

• отсутствие возможности лично клиентами осуществлять оформление путевки.

В связи с чем, было решено разработать информационную система для оформления путевок, для которой были определены основные функции:

• сбор информации по путевкам с сайтов туроператоров в единую базу;

• предоставление информации по путевкам посредством, используя услуги всемирной сети Интернет, согласно заявленным требованиям;

• запись данных о клиентах;

• предоставление возможности клиентам самостоятельно искать нужный вариант, используя базу данных.

В данной информационной системе предусмотрены следующие автоматизированные рабочие места:

• администратор;

• турагент;

• клиент.

Была выбрана технология проектирования, подход разработки ПО, а также CASE-средства, в которых были разработаны модели технологий, а также логическая модель базы данных.