Смекни!
smekni.com

Автоматизированная система бронирования авиабилетов (стр. 2 из 3)


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

Система позволяет выполнять отбор рейсов с заданными параметрами.

Критериями поиска являются:

- пункт назначения;

- дата (критерий - равенство) и время вылета (критерий – до/после включительно);

- дата (критерий - равенство) и время прибытия (критерий – до/после включительно).

Ни один из критериев не является обязательным для задания при выполнении поиска. Все критерии опциональны. Если ни один из критериев поиска не заполнен, то выводится полный список рейсов.

При задании критерия «дата», время вылета/прибытия может отсутствовать. В случае отсутствия даты, но указания времени выдается ошибка.

Эти критерии учитываются путем добавления необходимых условий к представлению FlightView в секцию WHERE. Формирование и выполнение данного запроса происходит в слое доступа к данным методом SearchFlights().

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

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

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


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

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

Система контролирует, чтобы количество заказанных билетов не превышало количество мест данного класса на рейсе. При количестве свободных мест равном нулю система запрещать бронировать билеты данного класса на данный рейс.

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

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

Удаление заказа осуществляется посредством хранимой процедуры Delete_Order:

CREATE PROCEDURE [dbo].[Delete_Order]

@orderID int

AS

BEGIN

DELETE FROM Orders WHERE [OrderID]=@orderID

END

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

Добавление рейса осуществляется хранимой процедурой Insert_FlightString:


CREATE PROCEDURE [dbo].[Insert_FlightString]

@dateDeparture datetime,

@dateArrival datetime,

@price1 decimal(18,0),

@price2 decimal(18,0),

@company int,

@aircraft int,

@cityDeparture int,

@cityArrival int

AS

BEGIN

INSERT INTO [Flights]

([DateDeparture],[DateArrival],

[Price1],[Price2],

[CompanyID],[AircraftID],

[CityDepartureID],[CityArrivalID])

VALUES (

@dateDeparture,@dateArrival,

@price1,@price2,

@company,@aircraft,

@cityDeparture,@cityArrival)

END

Перед передачей в неё параметров осуществляется контроль их корректности. В частоности проверяется, чтобы город вылета и прибытия не совпадали. Цены за билеты должны быть положительными числами. Дата прилета должна быть больше даты вылета. Эти условия проверяются на клиентской стороне.


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

Обновление информации о рейсе обеспечивается хранимой процедурой Update_FlightString:

CREATE PROCEDURE [dbo].[Update_FlightString]

@FlightID int,

@dateDeparture datetime,

@dateArrival datetime,

@price1 decimal(18,0),

@price2 decimal(18,0),

@companyID int,

@aircraftID int,

@cityDepartureID int,

@cityArrivalID int

AS

BEGIN

UPDATE Flights SET

dateDeparture = @dateDeparture,

dateArrival = @dateArrival,

price1 = @price1,

price2 = @price2,

cityDepartureID = @cityDepartureID,

cityArrivalID = @cityArrivalID,

companyID = @companyID,

aircraftID = @aircraftID

WHERE FlightID = @FlightID

END


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

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

При удалении рейса срабатывает триггер TR_Flights_Delete:

CREATE TRIGGER [TR_Flights_Delete] ON [dbo].[Flights] INSTEAD OF DELETE

AS

DELETE FROM Orders

WHERE Orders.FlightID= (SELECT top(1) deleted.FlightID FROM deleted)

DELETE FROM Flights

WHERE Flights.FlightID= (SELECT top(1) deleted.FlightID FROM deleted)

RETURN

Так как в базе данных существует связь FK_Orders_Flights между таблицами Flight и Orders, то невозможно удалить рейс, пока есть хотя бы одна заявка на него. Поэтому сначала должны быть удалены все связанные заявки, а уже потом – сам рейс. Эту логику и осуществляет даный триггер.

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

При добавлении пользователя применяется хранимая процедура Insert_User:

CREATE PROCEDURE [dbo].[Insert_User]

@login nvarchar(20),

@password nvarchar(20),

@email nvarchar(50)

AS

BEGIN

INSERT Users

(UserLogin, Password, Email)

VALUES

(@login, @password, @email)

END

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

Удаление пользователя осуществляется хранимой процедурой Delete_User:

CREATE PROCEDURE [dbo].[Delete_User]

@UserID int

AS

BEGIN

DELETE FROM Orders WHERE [UserID]=@UserID

DELETE FROM Users WHERE [UserID]=@UserID

END

Так как существует ограничение FK_Orders_Users, то перед удалением пользователя необходимо удалить все сделанные им заказы.


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

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

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

Рисунок 3 – Форма аутентификации

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

После входа в систему пользователь оказывается на странице поиска полетов. Эта страница имеет разный вид в зависимости от роли пользователя. Если это администратор, то он увидит страницу, показанную на рисунке 4, иначе загрузится страница, приведенная на рисунке 5.


Рисунок 4 – Страница Flights интерфейса администратора

Рисунок 5 - Страница Flights пользовательского интерфейса

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

На параметры поиска налагается одно ограничение: время вылета или прибытия не может быть указано без соответствующей даты. При нарушении этого условия появляется сообщение об ошибке (Рисунок 6).


Рисунок 6 – Сообщение об ошибке

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

Рисунок 7 – Страница Orders


Если введенная информация корректна, то в таблицу Orders добавляется новая запись, ассоциированная с текущим пользователем системы и выбранным рейсом.

Администратору системы предоставляются расширенные возможности. В частности, он имеет доступ к странице просмотра списка пользователей с возможностью их удаления. Единственное ограничение в данном случае – это попытка удаления самого администратора. При этом выдается сообщение об ошибке. При удачном удалении появляется сообщение об успешном удалении (Рисунок 8)

Рисунок 8 – Удаление пользователя посредством интерфейса страницы Users

Кроме этого администратор может добавлять рейсы – на странице AddingFlight (Рисунок 9) и редактировать информацию по выбранному рейсу на странице EditFlight (Рисунок 10). На этих обязательно заполнение всех полей. Также проверяется, чтобы: не совпадали указанные город вылета и прибытии; значения, введенные в поля цены за билеты были положительными числами; дата прибытии была бы больше даты вылета. Если хотя бы одно из этих условий нарушается, выводится сообщение об ошибке. В случае корректного ввода информация сохраняется в базе данных и система сообщает пользователю об успешно выполненной операции.


Рисунок 9 – Страница добавления рейса

Рисунок 10 - Страница редактирования рейса


Заключение

В рамках данной курсовой работы была разработана система бронирования авиабилетов: спроектирована база данных для MS SQL Server 2005, а так же реализованы слой доступа к данным и WEB-интерфейс. При проектировании базы данных акцент делался на серверную часть. На стороне сервера были применены индексы, хранимые процедуры, функции, триггеры, представления. Клиентская часть была реализована посредством языка С# на платформе.NET. В частности: доступ к данным был обеспечен провайдером ADO.NET, а WEB-интерфейс построен с помощью ASP.NET. Дополнительно при реализации WEB-представления были использованы HTML, CSS, JavaScript, AJAX.