Airline Flight and Reservation System Software Design Document Name
Airline Flight and Reservation System Software Design Document Name
Name:
Date: 15.01.2011
Table of Contents
1. Introduction ............................................................................................................................. 3
1.1 Purpose.........................................................................................................................................3
1.2 Scope............................................................................................................................................3
1.3 Overview......................................................................................................................................3
2. System Overview ..................................................................................................................... 4
3. System Architecture ................................................................................................................ 5
3.1 Architecture Design .....................................................................................................................5
3.2 Decomposition Description..........................................................................................................7
3.3 Design Rationale..........................................................................................................................8
4. Data Design .............................................................................................................................. 8
4.1 Data Description ..........................................................................................................................9
5. Human Interface Design ....................................................................................................... 10
5.1 Overview of User Interface........................................................................................................10
5.2 Screen Images ............................................................................................................................10
6. Requirements Matrix ............................................................................................................ 13
1. Introduction
1.1 Purpose
The aim of this software is to develop a systematic analysis of the procedure involved
in the reservation of ticket for railway travel. This should be used in an effective way so that
various advantages are obtained from the software. Software means establishment of sound
and in-depth development of a task using high-level language that results in well-equipped,
economical software, which is reliable. The introduction may be divided into various steps
based on the developer and also depending upon the operation to be performed using the
particular software. The “AIRLINE RESERVATION SYSTEM” undertakes as a project I
based on relevant technologies. The main aim of this project is to develop the software for the
process of reserving airway ticket should lead to increased efficiency and reduced drawbacks
which were present in the previous procedure of airline reservation. The software should be,
error controlled both logically as well as in syntactic manner. The features deal with the
different operations involved in the process of AIRLINE RESERVATION. Business people
don’t have any planned air travel. They just receive the invitation for some international
exhibition at the last minute, which they should or can attend to improve their ability both in
the skilled manpower and also in the machinery importing. Tickets can now be booked online.
Some agents or the organization with the idea of eyeing increased profit through the extra
taxes for the comfort they give to buy the ticket just by a single click of the mouse.
1.2 Scope
This project designs and implements AFRS to fulfill all the vision statements.
Supported by a well designed database, all available air flight information is integrated
together and can be accessed easily through a single point. A friendly user interface is
provided so that various combinations of search criteria can be fetched from user and
generates corresponding database search statements. AFRS provided both customer and
administration interfaces with the latter used for administration purposes. If time permits,
AFRS will support frequent user registration and personal information management.
1.3 Overview
AFRS is an Internet-based application executing on a Web server and connected to
enterprise databases. AFRS accepts and processes requests from two patrons: end users
(customers) and system administrators. Besides the local server database (for storing
reservation records), AFRS also integrates databases from airlines and airports.
The system is expected to have a Web user interface for customers and an
authorization based Web interface for administrators. Its final release has merits of being
efficient and precise in flight searching, consistent in booking transaction processing and
secure in credential data transmission.
2. System Overview
REQUIREMENT ANALYSIS
Requirements are prone to issues of the ambiguity, incompleteness and inconsistency
techniques such as rigorous inspection have been shown to help deal with these issues.
Ambiguity, incompleteness and inconsistencies that can be resolved in the requirement phase
typically cost orders of the magnitude less to correct than when these same issues are found in
later stages of product development. The purpose of developing the specified software is to
describe the analysis involved in the reservation of air ticket.
• FUNCTIONAL ANALYSIS
• PROCESS
• EXISTING SYSTEM
In the existing system there is no provision for senior citizen concession and there is
no facility for viewing single passenger record.
• PROPOSED SYSTEM
3. System Architecture
3.1 Architecture Design
Reservation
Passenger System Booking
System
LEVEL 1
LEVEL2
The algorithm is developed as flow chart and the data flow diagrams, to describe the
step-wise procedure of the application. The basic requirements, which are got from the
customer, should all be covered in this algorithm developed. Most components described in
the system architecture section will require a more detailed discussion. Other lower-level
components may need to be described as well. The kind of component, such as a subsystem
like delete, insert, module like student detail, class like library, package, function, file etc.The
specific purpose and semantic meaning of the component describe this. This may need to refer
back to the requirement specification.
4. Data Design
This section describes the category of data required by the system. Because there is no
actual complete data set available for use we will produce the needed data synthetically. This
data will be more formally represented in our entity relational design data model.
4.1 Data Description
CHECK AVAILABILITY
BOOK TICKET