2
Курсовая работа
по дисциплине: «Корпоративные информационные системы»
на тему:
Автоматизированная система бронирования авиабилетов
Содержание
Введение
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-интерфейс для её сопровождения.
Наиболее важными элементами модели выбраны рейсы (flights) и заказы (orders).
Каждый рейс характеризуется следующей информацией:
- самолет, обслуживающий рейс,
- город отправления,
- город прибытия,
- дата отправления,
- дата прибытия,
- стоимость билетов первого класса,
- стоимость билетов второго класса.
Заказ описывается следующим набором полей:
- пользователь, оформивший заказ,
- рейс, на который оформлен заказ,
- количество заказанных билетов первого класса,
- количество заказанных билетов второго класса,
- номер кредитной карты.
Отдельно хранится информация о самолетах с указанием модели самолета, количества свободных мест первого и второго класса, а также о компаниях, которым принадлежат данные самолеты.
Для входа в систему пользователь должен ввести свое имя. При первом входе в систему информация о пользователе сохраняется в отдельной таблице базы данных и используется при повторных входах в систему.
В системе предполагается использовать следующие роли пользователей:
Администратор: имеет права на просмотр полного списка рейсов, включая заказы.
Клиент: имеет право на отбор рейсов по определенным параметрам и на заказ билета.
Доступ к системе предоставляется только зарегистрированным пользователям.
На этапе концептуального проектирования использовалась модель «сущность-связь». Как видно из рисунка 1, в предметной области выделено 6 сущностей: пользователи (users), заказы (orders), рейсы (flights), города (cities), самолеты (aircrafts) и авиакомпании (companies). Связи между сущностями также изображены на рисунке. Атрибуты сущностей и их типы более подробно будут рассмотрены на этапе логического проектирования.
Рисунок 1 - ER- модель разработанной системы
Использование реляционной модели данных в системах управления базами данных было предложено в 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),
- 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 - Даталогическая модель базы данных
В системе реализованы следующие виды запросов:
Результаты данного запроса включают в себя следующую информацию: id рейса, название авиакомпании, модель, дату и время отправления, продолжительность полета, пункт назначения, цены на билеты каждого класса, количество свободных мест каждого класса.
Для того, чтобы представить данные именно в такой форме необходимо выполнить дополнительные операции. Так в базе данных нет поля продолжительность полета, зато есть поля дата отправления и дата прибытия. По ним легко получить продолжительность. Для её вычисления была создана функция timeFlight:
CREATE FUNCTION [dbo].[timeFlight]
(
@dateArrival datetime,
@dateDeparture datetime
)
RETURNS char(5)
BEGIN
RETURN
convert(char(2),datediff(hh,@dateDeparture,@dateArrival))+':'+
convert(char(2),datediff(mi,@dateDeparture,@dateArrival)-
datediff(hh,@dateDeparture,@dateArrival)*60)
END
Данная функция возвращает продолжительность полета в виде строки из 5 символов в формате hh:mm.
Так же в базе не хранится информации о количестве свободных мест первого и второго класса на заданный рейс. Но данное значение для соответствующего класса можно вычислить, взяв общее количество мест класса, характерное для данной модели самолета, и вычтя из него количество забронированных мест. Подсчет количества забронированных мест идет суммированием по таблице заказов. Для вычисления свободных мест первого и второго класса созданы еще 2 скалярные функии: CountEmptyPlaces1cl и CountEmptyPlaces2cl.
CREATE FUNCTION [dbo].[CountEmptyPlaces1cl]
@flightID int
RETURNS int
DECLARE @count int;
IF EXISTS (SELECT OrderID FROM Orders WHERE FlightID=@flightID
AND Number1cl>0)
SELECT @count=Aircrafts.Count1
-(SELECT SUM(Number1cl) FROM Orders WHERE FlightID=@flightID)
FROM Flights,Aircrafts WHERE Flights.FlightID=@flightID
Страницы: 1, 2, 3, 4
