СОДЕРЖАНИЕ

1. Задание…………………………………………………………………......... 3

2. Анализ и описание предметной области……………………………......... 4

3. Цели и задачи создания базы данных «Рейсы - самолеты»……………....5

4.Проектирование базы данных……………………………………………… 6

4.1 Входные и выходные данные задач…………………………….…...6

4.2 Инфологическое проектирование базы данных……………….…..7

4.3 Выбор СУБД…………………………………………………..….…. 9

4.4 Даталогическое проектирование базы данных……………………9

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

4.4.2. Определение структуры таблиц реляционной базы данных«Рейсы - самолеты»………………………………………………………........13

5. Автоматизированная информационная система на основе базы данных«Рейсы - самолеты»…………………………………………………...……….17

5.1 Структура информационной системы………………………….....17

5.2 Запросы на выборку данных для решения поставленных задач…..23

5.3 Отчеты по результатам решения задач………………………….25

5.4. Организация интерфейса пользователя………………………… .26

Приложения………………………………………………………………….....29

Литература………………………………………………………………….…34

1. ЗАДАНИЕ

Выполнить проектирование и создать базу данных «Рейсы – самолеты» для

автоматизации учета и выдачи сведений о необходимых рейсах, аэропортах.

2. АНАЛИЗ И ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

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

В аэропорту необходимо хранить разнообразную информацию о рейсах, чтобы оперативно можно было определить информацию о наличии рейсов по определенному маршруту, о наличии билетов на определенный рейс. Может существовать следующее ограничение: самолеты, выпущенные до 1960 года, должны быть списаны.

3. ЦЕЛИ И ЗАДАЧИ СОЗДАНИЯ БАЗЫ ДАННЫХ

«РЕЙСЫ – САМОЛЕТЫ»

Проанализировав предметную область, мы можем сказать, что разработка базы данных в данной предметной области актуальна. Целью разработки базы данных «Рейсы – самолеты» и автоматизированной системы для работы с ней является повышение качества обслуживания клиентов и улучшение качества учета данных.

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

Задачами автоматизированной системы являются:

1. Подготовка информации по рейсам для клиента

2. Подготовка информации о наличии билетов и стоимости билетов для клиента

3. Подготовка для клиента информации об аэропортах, связанных с необходимым ему рейсом

4. Подготовка списка самолетов на списание

5. Списание самолета по истечению срока годности

6. Привязка определенному рейсу своей стоимости билета

7. Составление и редактирование расписания

4. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ

1. Входные и выходные данные задач

Входными данными задач являются:

данные о клиентах, информация о рейсах, самолетах, аэропортах.

Информация о рейсах:

номер рейса

аэропорт отправления

дата отправления

время отправления

место прибытия

город прибытия

дата прибытия

время прибытия

бортовой номер самолета

количество мест общее

количество свободных мест

цена билета

Информация о самолетах:

бортовой номер самолета

модель

авиакомпания

максимальная вместимость

год выпуска

Информация об аэропортах:

название аэропорта

город аэропорта

страна аэропорта

телефон

юридический адрес

наличие детской комнаты

Информация о клиентах:

номер билета

Фамилия, имя, отчество

серия и номер паспорта

адрес

телефон домашний

телефон сотовый

номер рейса

2. Инфологическое проектирование базы данных

На этапе инфологического проектирования базы данных строится инфологическая модель предметной области, которая должна отражать семантику (смысл взаимосвязи объектов) предметной области. ИЛМ строится не для отдельного объекта, а отображает классы объектов и связи между ними. Диаграмма, отражающая связи объектов предметной области, называется диаграммой ER-типа (так как Entity – сущность, Relationship – связь).

Выделим такие сущности:

сущность «Рейсы»;

сущность «Самолеты»;

сущность «Аэропорты»;

сущность «Клиенты».

Инфологическая модель базы данных «Рейсы – самолеты» представлена на рис.1.

Рис.1. Инфологическая модель предметной области «Рейсы – самолеты»

Сущность «Рейсы» содержит информацию обо всех рейсах. На одном рейсе может лететь много пассажиров. Сущность «Клиенты» содержит информацию о пассажирах, которые купили билеты на какой-то определенный рейс. Между сущностью «Рейсы» и сущностью «Клиенты» существует связь типа «1:М». Сущность «Аэропорты» содержит информацию об аэропортах. Отдельный экземпляр этой сущности содержит информацию об одном аэропорте. Существует связь между сущностью «Рейсы» и сущностью «Аэропорты» типа «М:1». Сущность «Самолеты» содержит информацию о самолетах. Отдельный экземпляр этой сущности содержит информацию об одном аэропорте. Между сущностью «Аэропорты» и сущностью «Самолеты» существует связь типа «1:М». Определяются ключи – уникальные идентификаторы экземпляров каждой сущности: для сущности «Рейсы» - это номер рейса, для сущности «Самолеты» - бортовой номер самолета, для сущности «Клиенты» - номер билета, для сущности «Аэропорты» - название аэропорта.

3. Выбор СУБД.

Для проектирования БД «Рейсы - самолеты» выбираем СУБД Microsoft Access 2003.

Microsoft Access 2003 представляет собой мощную базу данных (РСУБД), которая предназначена для создания настольных приложений и приложений клиент-сервер.

Главной причиной успеха Access является то, что этот продукт позволяет пользоваться на настольном ПК многими возможностями систем управления реляционными базами данных. Однако, несмотря на всю мощь Access, эта настольная РСУБД легка в использовании. Набор мастеров и разнообразных вспомогательных средств автоматизирует выполнение одних и тех же стандартных процедур, ускоряя создание и изменение таблиц, запросов, форм, отчётов и диаграмм. Построители помогают при создании сложных элементов управления и выражений.

Access имеет уникальную структуру баз данных, которая позволяет объединить все связанные таблицы с данными, а также их индексы, формы, отчёты и код VBA в едином файле базы данных с расширением *.mdb.

4. Даталогическое проектирование базы данных

Даталогическим (логическим) проектированием называют проектирование логической структуры БД в среде конкретной СУБД. Выберем в качестве модели данных реляционную базу данных (РБД).

Существуют разные способы проектирования логической структуры РБД. Рассмотрим способ проектирования, основанный на анализе инфологической модели и переходе от нее к реляционным отношениям.

Для РБД проектирование логической структуры заключается в том, чтобы разбить всю информацию по отношениям, а также определить состав атрибутов для каждого из этих отношений. От ER-модели перейдем к реляционной модели данных (описать правила перехода).

В результате получили следующие отношения:

Рейсы (Номер рейса, Аэропорт отправления, Дата отправления, Время отправления, Место прибытия, Город прибытия, Дата прибытия, Время прибытия, Бортовой номер самолета, Количество мест общее, количество свободных мест, Цена билета)

Самолеты (Бортовой номер самолета, Модель, Авиакомпания, Максимальная вместимость, Год выпуска)

Аэропорты (Название аэропорта, Город, Страна, Телефон, Юридический адрес, Наличие детской комнаты)

Клиенты (Номер билета, Фамилия И.О., Серия и номер паспорта, Адрес, Телефон домашний, Телефон сотовый, Номер рейса, Цена билета)

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

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

Отношение «Рейсы»

номер рейса

аэропорт отправления

дата отправления

время отправления

место прибытия

город прибытия

дата прибытия

время прибытия

бортовой номер самолета

количество мест общее

количество свободных мест

цена билета

Отношение «Самолеты»

бортовой номер самолета

модель

авиакомпания

максимальная вместимость

год выпуска

Отношение «Аэропорты»

название аэропорта

город аэропорта

страна аэропорта

телефон

юридический адрес

наличие детской комнаты

Отношение «Клиенты»

номер билета

номер рейса

Фамилия, имя, отчество

серия и номер паспорта

адрес

цена билета

Рис.2. Функциональные зависимости отношений

Поскольку все отношения имеют простые ключи, они уже во 2-ой нормальной форме. Отношения «Самолеты», «Аэропорты» и «Клиенты» находятся в 3-ей нормальной форме, т.к. в них нет транзитивных зависимостей. В отношении «Рейсы» есть транзитивная зависимость, значит 3-я нормальная форма в этом отношении нарушена. Это показано на рис.3.

Отношение «Рейсы»

номер рейса

аэропорт отправления

дата отправления

время отправления

место прибытия

город прибытия

дата прибытия

время прибытия

бортовой номер самолета

количество мест общее

количество свободных мест

цена билета

Рис.3. Транзитивная зависимость в отношениях «Рейсы»

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

Функциональные зависимости полученных отношений после приведения к 3-ей нормальной форме отношений «Рейсы» приведены на рис.4.

Отношение «Рейсы»

номер рейса

аэропорт отправления

дата отправления

время отправления

место прибытия

город прибытия

дата прибытия

время прибытия

бортовой номер самолета

количество мест общее

Отношение «Места»

номер рейса

дата отправления

количество свободных мест

цена билета

Рис.4. Функциональные зависимости в отношениях «Рейсы», «Места»

Даталогическая модель нормализованных отношений представлена на рис.5.

РЕЙСЫ

Номер рейса

Аэропорт отправления

Дата отправления

Время отправления

Место прибытия

Дата прибытия

Время прибытия

Борт. номер самолета

Кол-во мест общее

АЭРОПОРТЫ

Название аэропорта

Город

Страна

Телефон

Юридический адрес

Наличие детской комнаты

1 М 1

1

М

м

МЕСТА

Номер рейса

Дата отправления

Кол-во свободных мест

Цена билета

1

САМОЛЕТЫ

Бортовой номер

Модель

Авиакомпания

Макс. вместимость

Год выпуска

1

КЛИЕНТЫ

Номер билета

Фамилия, имя, отчество

Серия и номер паспорта

Адрес

Телефон домашний

Телефон сотовый

Номер рейса

Цена билета

М

Рис.5. Даталогическая модель базы данных «Рейсы – самолеты»

2. Определение структуры таблиц реляционной базы данных «Рейсы – самолеты»

Определим структуры таблиц в среде СУБД Microsoft Access 2003. Дадим названия таблицам и атрибутам, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексированные поля (таблицы 1-5).

Таблица 1. Структура таблицы «Рейсы» РБД «Рейсы – самолеты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ вторичный ключ/ индексированное поле
Рейсы	Номер рейса	Текстовый	8	Первичный ключ
	Аэропорт отправления	Текстовый	30
	Дата отправления	Дата/время
	Время отправления	Дата/время
	Место прибытия	Текстовый	30
	Город прибытия	Текстовый	20
	Дата прибытия	Дата/время
	Время прибытия	Дата/время
	Борт_номер самолета	Текстовый	8
	Кол_во мест общее	Текстовый	8

Таблица 2. Структура таблицы «Аэропорты» РБД «Рейсы – самолеты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ вторичный ключ/ индексированное поле
Аэропорты	Название аэропорта	Текстовый	30	Первичный ключ
	Город	Текстовый	20
	Страна	Текстовый	30
	Телефон	Числовой
	Юридический адрес	Текстовый	30
	Наличие детской комнаты	Текстовый	4

Таблица 3. Структура таблицы «Самолеты» РБД «Рейсы – самолеты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ вторичный ключ/ индексированное поле
Самолеты	Бортовой номер	Текстовый	8	Первичный ключ
	Модель	Текстовый	10
	Авиакомпания	Текстовый	30
	Макс_вместимость	Числовой
	Год выпуска	Числовой

Таблица 4. Структура таблицы «Клиенты» РБД «Рейсы – самолеты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ вторичный ключ/ индексированное поле
Клиенты	Номер билета	Текстовый	8	Первичный ключ
	Фамилия И.О.	Текстовый	40
	Серия и номер паспорта	Текстовый	11
	Адрес	Текстовый	40
	Телефон домашний	Числовой
	Телефон сотовый	Числовой
	Номер рейса	Текстовый	8
	Цена билета	Денежный

Таблица 5. Структура таблицы «Места» РБД «Рейсы – самолеты»

Название таблицы	Имя поля	Тип данных	Размер поля	Первичный ключ/ вторичный ключ/ индексированное поле
Места	Номер рейса	Текстовый	8	Первичный ключ
	Дата отправления	Дата/время		Первичный ключ
	Кол-во свободных мест	Числовой
	Цена билета (руб)	Текстовый	15

Связи между таблицами в базе данных «Рейсы – самолеты» представлены на рис. 6.

Рис.6. Связи между таблицами в базе данных

5. АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА НА ОСНОВЕ БАЗЫ ДАННЫХ «РЕЙСЫ – САМОЛЕТЫ»

1. Структура информационной системы

Для определения структуры информационной системы, необходимо распределить задачи, решаемые в АИС, по пользователям системы: работник регистратуры, клиент, администратор.

Работник регистратуры выполняет следующие задачи:

1. Подготовка информации по рейсам для клиента

2. Подготовка информации о наличии билетов для клиента

3. Подготовка для клиента информации об аэропортах, связанных с необходимым ему рейсом

4. Редактирование информации по клиентам

5. Редактирование информации по билетам

6. Привязка определенному рейсу свои стоимости билетов по классам мест

Клиент имеет возможность:

1. Просматривать данные о наличии билетов и их стоимости

2. Просматривать расписание

3. Просматривать информацию об аэропортах

Администратор:

1. Подготовка списка самолетов на списание

2. Списание самолетов по истечению срока годности

3. Просмотр и редактирование информации по рейсам, самолетам, аэропортам

Информационную систему «Рейсы – самолеты» можно представить в виде 3-х подсистем (рис.7):