Online Airline Reservation System Computer Knowledge Essay

Background

This project deals with the development of a Software Requirements Specs (SRS) file that specifies what an airline booking system should and should not do. The SRS document is split into five areas namely

System Objectives

This section deals with the goals and objectives of the system grouped by customers (people) and air travel administration. It helps us to know about the future perspective of air travel management system.

System Context

This section shows the surroundings and restrictions of the ARS and the entities with which it interacts. It helps us to see how the system will fit in to the existing system.

Functional Requirements

This section is the bulk of the document and precisely states the functions of the system - what it should do and what it should not do. This section is split into subsection is divided into three module i. e Inventory System, Good Offer and Ticketing, Departure Control System. A consistent terminology has been adopted throughout and the conditions are discussed in the appendix. The subsections follow a logical sequence that demonstrates real life. For example, a customer cannot reschedule a ticket unless he has bought one preceding and cannot buy one unless he has checked its availability.

Non-functional Requirements

This section handles the non useful aspect such as what will the response time when an individual will require, what should the control time of the particular response etc.

Future Requirements

This section specs should not need to be executed in this version. But whenever the changes are needed it ought to be added in new versions. The new change must be integrated if required.

System goal:

Airline Reservations Systems contain flight schedules, fare tariffs, passenger reservations and solution records.

From the viewpoint of the air travel -

Minimize repeated work done by the machine administrator and booking.

Maintain consistency for the client for accessing the ARS.

Increases the income for ARS in fewer spans of energy as more and end user can use.

Easy to make use of, learn and deal with the ARS.

Minimize the number of vacant seats on a flight and take full advantage of flight capacity usage.

Increase consciousness among frequent travelers about various special offers and discounts.

Reduce work and disappointment for travelers in scheduling a trip, especially by minimizing the search effort for the trip they have to take.

Check the validity of type data and give a feedback to an individual in case of problems or inconsistency.

Protect customers' personal privacy concerns.

Make it possible for travelers to check on the ticket position or make changes to their trip.

System Framework:

The ARS will provide the following types of easy-to-use, interactive, and intuitive visual interfaces according to HCIU (Individual computer software usability).

The ARS provides an easy-to-use, intuitive Graphical User Interface (GUI) as part of the Administrator's working desktop environment.

The ARS will provide an interactive GUI, on the World Wide Web for the overall customers.

The ARS will also provide an easy-to-use, simple interface, which is often accessed by the clients through internet from everywhere. This interface shall provide access, only to the following functionalities, particularly, check flight routine and check solution status including any change in the airline flight timings. The functionality available through this website interface is bound because of security constraints.

The system and its own environment and the interactions between them are depicted in the diagram below.

Flight Program Database

DB-Reservations

DB-User

DB-Reservations

Customer

Via Web

DB-User

DB-Schedule

I

N

T

E

R

F

A

C

E

'CW'

ARS software

INTERFACE 'A'

Administrator

Functional Requirements:

Three Modules are mainly involved in KF Airline System, these are

Inventory System

Fair Quotation and Ticketing

Departure Control System

It can be further split into following sub category

User Accounts

The passenger, who'll henceforth be called the 'consumer', can pick whether he is a visitor (wants to check the availability of tickets, check trip schedules) or a authorized customer (by registering himself/creating an account using which he can purchase /reserve seat tickets).

Registered User mainly concerns somebody who has travelled/booked car seats previously, has a user identification and a security password plus his personal information stored in the ARS. A documented user can check the option of tickets as well as stop/buy a solution by logging into the system.

A visitor is somebody who has not recorded himself with the system. A guest can only check the availability of seat tickets and cannot block or buy tickets.

Checking Availability

Origin city and destination city,

Class (The inventory of airline is normally split into service classes (e. g. First, Business or Market class) and up to 26 scheduling classes, for which different prices and arranging conditions apply),

One-way or circular trip (in the event, the trip is a round trip, the machine shall also ask an individual to enter into the departure time on the come back trip),

Departure night out and

The variety of adult people, children and senior citizens.

The system then queries the reservation data source to check on which of the plane tickets on the program have car seats available. The machine displays the ends up with a suitable form (a tabular form) with the next information depicted for each and every flight number

The flight amount,

Departure time in origins city,

Arrival amount of time in vacation spot city,

The length of the air travel (considering the possibility of any change of their time zone) and

The number of seats available on that trip.

Making Reservations

If yes, and if the user is a guest, he'll have to first register and be a registered end user and then log onto the machine.

If the user is already a registered individual, and when he has logged on already, he can obstruct/buy the solution.

The system will now authenticate an individual, checking out whether his individual id and security password are correct or not.

Having taken the suggestions from an individual, the system shall now check out update the booking database.

It will decrement the amount of available chairs on this flight for this class by the number of travelers being displayed by the user.

The system accesses the signed up user's profile and charges the price of the solution to his bank card number.

It simultaneously produces a confirmation number and displays it to the user for him to notice down.

The ticket has been reserved.

Reschedule Ticket

The system shall now ask the user to choose new times from the calendar-menu.

In case, there are no available tickets for the schedules entered, it shows a suitable concept informing him that rescheduling to that date is not possible.

In circumstance there are seat tickets available, the system asks the user to choose the flight amount for the trip and updates the database.

The system accesses booking database and decrements the amount of available car seats on the flight(s) by the number of associates in the user's travel get together.

It then increments the accessibility for the previous flight by the same number to reflect a rise in the available car seats on it therefore of the rescheduling.

Cancellation

Here, it asks for the confirmation number and accesses booking database and presents the details of the trip including however, not limited by origin city, destination city, time of departure and particular date of arrival (in the event the trip is a round trip).

It then lists the suitable regulations for cancellation of seat tickets and with respect to the system night out and the departure time, it shows the ratio of the amount that might be refunded if the user cancels the ticket.

After an individual cancels the ticket, the system produces a cancellation number.

It accesses booking database and improvements it by incrementing the number of available seats.

Update Profile

The system shall permit an individual to upgrade his profile anytime. Changes can be made in domains including however, not limited to dwelling address, phone number and preferred credit card number.

View Solution Status

The system shall allow a customer to view all information about his trip. After logging him on, it asks for his blocking quantity or his confirmation number. It accesses DB-reservation and retrieves the details of the trip and presents these to the user in a convenient format, including any last second changes to the air travel timings etc. Such changes will be outlined.

Query Air travel Details

The system shall allow any user (signed up or non documented) to access the facts about the introduction and departure times of a air travel by requesting the user to input the flight quantity and date. The machine accesses DB-schedule and presents the time of appearance and departure

Non-functional Requirements

Performance

Response time of the Air travel Reservation System should be significantly less than 2 second the majority of enough time. Response time refers to the hanging around time as the system accesses, inquiries and retrieves the info from the databases. ARS shall show no noticeable deterioration in response time as the number of users or airfare schedule data rises.

Reliability

ARS shall always provide real time information about airfare supply information. ARS will be robust enough to have a high degree of fault tolerance. For instance, if an individual enters a poor number of passengers or a value too large, the system shouldn't crash and shall identify the invalid insight and produce a suitable error concept.

Usability

The web user interface should be intuitive and easily navigable Users should be able to understand the menu and options provided by ARS.

Integrity

Only system administer gets the to change system parameters, such as costs policy etc. The system should be secure and must use encryption to safeguard the directories.

Interoperability

ARS shall minimize the effort required to couple it to some other system, such as flight schedule database system.

Future Requirements:

Support for longing list functionality

ARS will be made more active and helpful to the users by permitting it to send instant announcements to the people, of a cancelled or rescheduled journey, through email, mobile phone, fax etc. , informing them about the change, and providing them with other feasible alternatives

Information about the sort of meals dished up in a air travel and the type of entertainment offered on a trip should be incorporated into the system.

Choices like aisle or window seats will be provided to the users.

Provide service integration with automobile rental businesses and hotel stores.

Also We Can Offer!

Other services that we offer

If you don’t see the necessary subject, paper type, or topic in our list of available services and examples, don’t worry! We have a number of other academic disciplines to suit the needs of anyone who visits this website looking for help.

How to ...

We made your life easier with putting together a big number of articles and guidelines on how to plan and write different types of assignments (Essay, Research Paper, Dissertation etc)