Автоматизированная система бронирования авиабилетов

Курсовая работа

по дисциплине: «Корпоративные информационные системы»

на тему:

Автоматизированная система бронирования авиабилетов

Содержание

Введение

1. Описание модели

2. Построение модели

2.1 Этап концептуального проектирования

2.2 Этап логического проектирования

3. Реализация запросов

3.1 Получение информации по рейсам

3.2 Поиск рейсов по определенным критериям

3.3 Получение списка заказов

3.4 Заказ билетов на выбранный рейс

3.5 Удаление заказа

3.6 Добавление рейса

3.7 Редактирование рейса

3.8 Удаление рейса

3.8 Добавление пользователя

3.9 Удаление пользователя

4. Описание работы приложения

Заключение

Список использованных источников

Приложение А

Введение

Целью данной курсовой работы является разработка многопользовательской системы бронирования авиабилетов.

Для этого необходимо решить следующие задачи:

- исследовать предметную область;

- построить концептуальную модель предметной области;

- построить даталогическую модель организации данных;

- реализовать базу данных посредством MS SQL Server 2005;

- реализовать соответствующее WEB-приложение;

- произвести развертывание и тестирование системы.

Объектом исследования является деятельность авиа-агентства. Агентство предоставляет услуги по заказу билетов на авиарейсы различных авиакомпаний. Каждый рейс следует из пункта отправления в пункт назначения. Рейс имеет дату и время вылета, дату и время прибытия. Каждый рейс выполняется самолетом определенной модели, в салоне которого есть места первого и второго класса. В зависимости от класса, билет имеет разную цену.

Для каждой модели самолета имеется определенное число мест каждого класса. Каждая модель самолета характеризуется авиакомпанией-производителем.

Ставится задача разработки многопользовательской системы, предназначенной для поиска и заказа билетов на авиарейсы. Каждому пользователю должна предоставляться возможность найти интересующие его рейсы, получить информацию о времени вылета и прибытия, авиакомпании, обслуживающей данный рейс, а также сделать заказ определенного количества билетов на выбранный рейс. Так же система должна предоставлять администратору системы WEB-интерфейс для её сопровождения.

1. Описание модели

Наиболее важными элементами модели выбраны рейсы (flights) и заказы (orders).

Каждый рейс характеризуется следующей информацией:

- самолет, обслуживающий рейс,

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

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

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

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

- стоимость билетов первого класса,

- стоимость билетов второго класса.

Заказ описывается следующим набором полей:

- пользователь, оформивший заказ,

- рейс, на который оформлен заказ,

- количество заказанных билетов первого класса,

- количество заказанных билетов второго класса,

- номер кредитной карты.

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

Для входа в систему пользователь должен ввести свое имя. При первом входе в систему информация о пользователе сохраняется в отдельной таблице базы данных и используется при повторных входах в систему.

В системе предполагается использовать следующие роли пользователей:

Администратор: имеет права на просмотр полного списка рейсов, включая заказы.

Клиент: имеет право на отбор рейсов по определенным параметрам и на заказ билета.

Доступ к системе предоставляется только зарегистрированным пользователям.

2. Построение модели

 

2.1 Этап концептуального проектирования

На этапе концептуального проектирования использовалась модель «сущность-связь». Как видно из рисунка 1, в предметной области выделено 6 сущностей: пользователи (users), заказы (orders), рейсы (flights), города (cities), самолеты (aircrafts) и авиакомпании (companies). Связи между сущностями также изображены на рисунке. Атрибуты сущностей и их типы более подробно будут рассмотрены на этапе логического проектирования.

Рисунок 1 – ER- модель разработанной системы

 

2.2 Этап логического проектирования

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

Рассмотрим схемы отношений, используемых в реляционной модели:

R1 = ORDERS (OrderID, CreditCard, Number1cl, Number2cl, UserID, FlightID),

где:

- OrderID – идентификатор заказа;

- CreditCard – номер кредитной карты;

- Number1cl – количество заказанных билетов первого класса;

- Number2cl – количество билетов второго класса;

- UserID – идентификатор пользователя, оформившего заказ;

- FlightID – идентификатор рейса, на который оформлен данный заказ.

R2 = FLIGHTS (FlightID, DateDeparture, DateArrival, Price1, Price2, AircraftID, CityDepatrureID, CityArrivalID),

где:

- FlightID – идентификатор рейса;

- DateDeparture – дата отправления;

- DateArrival – дата прибытия;

- Price1 – стоимость билета первого класса;

- Price2 – стоимость билета второго класса;

- CompanyID – идентификатор компании, организующей рейс;

- AircraftID – идентификатор самолета;

- CityDepatrureID – идентификатор города отправления;

- CityArrivalID – идентификатор города прибытия.

R3 = CITIES (CityID, CityName),

где:

- CityID – идентификатор города;

- CityName – название города.

R4 = AIRCRAFTS (AircraftID, AircraftModel, Count1, Count2),

где:

- AircraftID – идентификатор самолета;

- AircraftModel – модель самолета;

- Count1 – общее количество мест первого класса;

- Count2 – общее количество мест второго класса.

R5= COMPANIES (ID, COMPANY_NAME, COMPANY_PHONE),

где:

- CompanyID – идентификатор компании;

- CompanyName– название авиакомпании.

R6 = USERS (ID, USER_NAME),

где

- UserID – идентификатор пользователя;

- UserLogin – имя пользователя;

- Password – пароль пользователя;

- Email – e-mail пользователя.

Данная схема отношений находится в 1 НФ, так все входящие в нее атрибуты являются атомарными (неделимыми). Более того, данная схема находится в НФ Бойса-Кодда, так как она находится в 1 НФ и никакой атрибут не зависит транзитивно ни от одного ключа.

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

Рисунок 2 – Даталогическая модель базы данных