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
Перед передачей в неё параметров осуществляется контроль их корректности. В частоности проверяется, чтобы город вылета и прибытия не совпадали. Цены за билеты должны быть положительными числами. Дата прилета должна быть больше даты вылета. Эти условия проверяются на клиентской стороне.
Обновление информации о рейсе обеспечивается хранимой процедурой 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, то невозможно удалить рейс, пока есть хотя бы одна заявка на него. Поэтому сначала должны быть удалены все связанные заявки, а уже потом – сам рейс. Эту логику и осуществляет даный триггер.
При добавлении пользователя применяется хранимая процедура 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
Удаление пользователя осуществляется хранимой процедурой 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, то перед удалением пользователя необходимо удалить все сделанные им заказы.
К работе с системой допускаются только зарегистрированные пользователи.
В системе хранится список зарегистрированных пользователей. При входе в систему у пользователя запрашивается имя и пароль, если введенные данные присутствуют в списке, то пользователь допускается к работе с системой. Форма аутентификации приведена на рисунке 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.