Shubhangi Ams1

Airline Management System
TABLE OF CONTENTS
DECLARATION OF THE STUDENT

CERTIFICATE ISSUED BY THE SUPERVISOR
ACKNOWLEDGEMENT
CONTENTS
List of Tables (Annexture-III)
List of Figures (Annexture-IV)
List of Abbreviations (Annexture-V)
1. Introduction...1-4
1.1 About Project..1
1.2 Objectives....2
1.3 Purpose2
1.4 Scope of the project3
1.5 Project Overview4
2. Problem Selection.5-7
2.1 Existing System..5
2.2 Proposed System.7
3 Project Monitoring System ..8
3.1 Module Description8
4 System Study9-11
4.1 Feasibility Study.9
4.1.1 Operational Feasibility10
4.1.2 Technical Feasibility...10
4.1.3 Behaviour Feasibility..11
5 System Analysis ..12-35
5.1 SDLC.16
5.2 USE CASE DIAGRAM19
5.2 Data Flow Diagram20
5.3.1 0 Level DFD..22

5.3.2 1ST Level DFD23
5.3.1 2ND Level DFD..24
5.4 ERD...26
5.5 Flow Chart.28
6 System Design .36-43
6.1 Design Methodologies38
6.2 Structured Design ..39
6.3 Module Coupling...40
6.4 Module Cohesion...41
6.5 Strategy of design...42
7 System Testing and Implementation44-48
7.1 Levels of Testing44
7.1.1 Unit Testing or Module Testing..44
7.1.2 Integration Testing...44
7.2 Types of Testing 46
7.2.1 Black Box Testing46
7.2.2 White Box Testing...46
7.2.3 Acceptance Testing..46
7.2.4 Alpha Testing...47
7.2.5 Beta Testing.47
8 Documentation..49-81
8.1 Coding.49
8.2 Screen shots................77
9 Conclusion82
10 Scope of the project..83
Bibliography.84
Appendices85-92
ANNEXTURE-III
LIST OF TABLES
S.no. Table No. Description of Tables Page No.
1 1.1 S\W requirements table 92
2 2.1 H\W requirements table 92

1. INTRODUCTION
This project on Airline Management System is the automation of registration process of

airline system. The system is able to provide much information like passengers
information, criminals, list of all passengers etc. The system also allows us to add
records when a passenger reserves a ticket. For data storage and retrieval we use the file-
handling facility of C Language. It enables us to add any number of records in our
database. But for intrinsic nature of file handling, the retrieval process is slow when we
Search a particular record in the database, because record is searched sequentially.
1.1 About Project

The project named Airline Management System is written in Turbo C++ IDE3.0,
mainly because of its suitability for this type of application. Its user friendly nature and
in-built documentation, complication, error detection, binding facilities and interaction
with other software packages make it most powerful tool for software development.
Moreover .Turbo C++ consists of all the technologies that help in creating and running
robust, scalable and distributed packages.C++ is a general-purpose object-oriented
programming language, and is intended to be an improved C with object capabilities
Assistance is provided to the user at each and every step so that no problem is faced
during using it. Further the details of every process and the user manuals attached in the
report make it very easy to understand. Every possible care has been taken to make the
software and the report clear, simple and error free which makes it so special and one of
its kind.
1.2 Objectives of the Project

.To provide some amount of automation in airlines mangement.
.To help airlines system in making their business more efficient.
. An added attraction for their potential customers.
. It will also show the attitute of the management that they are aware to the newly
introduced technology and ready to adopt them.
1.3 Purpose of the project
Electronically handling of flights record to enhance the accuracy, flexibility,

reliability and to remove the humans error.
An airline provides air transport services for passengers, generally with a recognized
operating
To provide accurate information about the addition, deletion and modified movies
record.
To provide, efficient, accurate, reliable, fast, and robust structure that can handle any
number of passengers transactions.

1.4 SCOPE OF THE PROJECT
This project on Airline Management System is the automation of registration process of

airlines system. The system is able to provide much information like passengers
information, criminals, list of all passengers etc.
The system also allows us to add records when a passenger reserves a ticket.
For data storage and retrieval we use the file-handling facility of C Language. It enables
us to add any number of records in our database. But for intrinsic nature of file handling,
the retrieval process is slow when we search a particular record in the database, because
record is searched sequentially.
Need of Computerisation
A few factors that directs us to develop a new system are given below -:
1) Faster System
2) Accuracy
3) Reliability
4) Informative
5) Reservations and cancellations from any where to any place
1.5 PROJECT OVERVIEW
Database and database systems have become an essential component of everyday life
in modern society. In the course of a day, most of us encounter several activities that
involve some interaction with the database. For example, if we go to the bank to
deposit or withdraw funds or if we make a Hotel or Airline Reservation, chances are
that our activities will involve someone accessing a database.
The above interactions are examples of what we may call traditional database
applications, where most of the application that is stored and accessed is either textual
or numeric. In our project we will concentrate on this aspect of computer application.
There are several ways to implement databases. Some of them are file handling
mechanism, relational database, object-relational database or object-oriented
databases. In our project we will use file-handling feature provided by C++ Language.
This program shows you an insight into the management process of reservation in
Airline Management system. The whole process of Airline Management System is
shown with the help of this project. It provides facility to add/Modify/Delete/search
Airline Management details. and provide facility to view the list of Team .
Facility to view the list of Team .
2. PROBLEM SELECTION
1. Before making this application, we assumed that an airline which had recently started
its operation found it very difficult to handle their customers.
2. It was due to their great customer service and efficient handling of daily operations
that they customer base started growing and in a day, they started to handle lot of
customer requests. The problem is that in manual airline record keeping system,
excessive staff employment is required, extremely time consuming process is
involved, inconveniences to both customers as well as to the manager.
3. Slowly & slowly the count of such customers started to grow very rapidly and the
airline employees had to devote their maximum time in handling such customers.
4. Slowly, an airline started loosing its important or gold customers due to poor response
times by the employees and they even started loosing those customers whose requests
could not be fulfilled.
5. After this, the management decided to install a system that can effectively &
efficiently service the request of such customers and can the corresponding work of
its employees who were overburdened with such tasks.
6. This action was a step towards serving important or fresh customers with a minimum
possible and improve the response times & efficiency of an airline employees.
Objective of this software is to simplify the employee record using computers
2.1 Existing System:

The system is very time consuming and lazy. This system is more prone to errors and
sometimes the approach to various problems is unstructured.
If any old data or information is to be fetched then it is a great problem for user to get the
information in short span of time as to get information from files is not an easy task.
As everything is done manually, so if any record is misplaced then agency has to take full
responsibility.
Limitation of existing system:

The earlier experiences have shown that manual monitoring of employee enquiries about
their loans, conveyance, etc. Often fails to achieve the desired targets, mainly because of
the following reasons:
Much time required in giving correct information.
Less reliability and maintainability of data.
Secrecy of information may not be maintained due to visible facts on paper.
Manual procedure of providing information is not reliable.
Every manager faces lot of minor & major problems like:

Maintaining database.
Record entry.
Searching duplicate records.
Searching & updating records.
An object oriented system draws upon class definitions that are derived from the analysis
model. Some of the definitions will have to be built from scratch but many other can be
reused if appropriate design patterns are recognized. Object oriented design establishes a
design blueprint that enables a software engineer to the object oriented architecture in a
manner that maximized reuse, thereby improving development speed and product quality.
The four layers of object oriented design are:
The Subsystem Layer: It represents each of the sub systems It represents each of the
subsystems that enable the software to achieve its user-defined requirements and to
implement the technical infrastructure.
The Class and Object Layer: It contains the class hierarchies that enable the system
to be created using generalizations and increasingly more targeted specializations.
The Message Layer: It contains the design details that enable each object to
communicate with its collaborators. This layer establishes internal and external
interfaces for the software.
The Responsibility Layer: It contains the data structure and algorithmic design for
all attributes and operations for each object. Monitoring system activity and server
performance is a necessary part of preventive maintenance for the server. Through
monitoring, you obtain data that u can use to diagnose system problems, plan growth
and trouble shoot problems. You can use the monitoring and status tool, diagnostic
logging, extended logging and queue viewer to keep the data up-to-date.
2.2 Proposed System:
The proposed system is computer based, user friendly, and easy to maintain. It makes
safely storing of records easy and for a very long period of time. It would
significantly improve the quality of work in the airport. The time spent in
processing the above mentioned queries would significantly reduce. The proposed
system provides free, easy and efficient management of the day-to-day activities of
the passengers in airline so that the manual work can be reduced and even minute
details can be accessed easily.
3. PROJECT MONITORING SYSTEM
3.1 Module Description

AIRLINE MANAGEMENT SYSTEM is basically a menu driven program. This
kind of format is designed considering the user requirements. This is to provide an
easy and faster method of operation to the user.
We have implemented validation at 03 points in the system as:
1. The first point is where the user enters his account & pin no. This is the most
important part of our application because the information which would be fetched
& is displayed to the user is confidential and it should be displayed only after
proper authentication. So, for security reasons, we have given only one chance to
the user to enter his pin correctly. If he does not, the system issues a warning
through a proper message and exits. The user then again has to swipe his card,
enter his account & pin no. to view the account details or undertake any account
activity.
2. The second point where this is implemented is the menu where the user chooses
from a list of options to process his requests. Since this is a menu-driven program,
we expect from the user to input correct option. But if, for some reason, the user
is unable to enter it correctly, we flash a message which requests the user to
enter a correct option.
3. The third point where we have taken care of user input is the place where user
wants to withdraw money from his account. Ideally, the user should not enter the
withdrawal amount greater that his total amount and if mistakenly he does, the
system flashes a user message and inform him about the same.
4. SYSTEM STUDY
4.1 FEASIBILITY STUDY

A feasibility study is carried out to select the best system that meets performance
requirements.
Feasibility is the determination of whether or not a project is worth doing. The process
followed in making this determination is called a feasibility study. This type of study
determines if a project can and should be taken.
Since the feasibility study may lead to the commitment of large resources, it
becomes necessary that it should be conducted competently and that no fundamental
errors of judgment are made.
Depending on the results of the initial investigation, the survey is expanded to a
more detailed feasibility study. Feasibility study is a test of system proposal according to
its workability, impact on the organization, ability to meet user needs, and effective use of
resources.
The objective of the feasibility study is not to solve the problem but to acquire a
sense of its scope . During the study, the problem definition is crystallized and aspects of
the problem to be included in the system are determined.
Consequently, costs and benefits are described with greater accuracy at this stage.
It consists of the following:
1. Statement of the problem: A carefully worded statement of the problem that led to
analysis.
2. Summary of finding and recommendations: A list of the major findings and
recommendations of the study. It is ideal for the user who requires quick access to the
results of the analysis of the system under study. Conclusion are stated , followed by a list
of the recommendation and a justification for them .
3. Details of findings : An outline of the methods and procedures under-taken by the

existing system, followed by coverage of the objectives and procedures of the candidate
system. Included are also discussions of output reports, file structures, and costs and
benefits of the candidate system.
4. Recommendations and conclusions: Specific recommendations regarding the

candidate system, including personnel assignments, costs, project schedules, and target
dates.
Three key considerations are involved in the feasibility analysis these are
1. Operational Feasibility
2. Technical Feasibility
3. Behavioral Feasibility
4.1.1 Operational Feasibility:

Operational analysis is the most frequently used method for evaluating the effectiveness
of a system. More commonly known as cost/ benefit analysis, the procedure is to
determine the benefits and savings that are expected from a system and compare them
with cost.
Earlier in Computer Craft the work has been done manually which takes lot of
time as well as man power which is more economical. Now the same work is
computerized which is more effective and efficient, less time consuming, reduces man
power which in turn proves to be less economical.
4.1.2 Technical Feasibility:
Technical Feasibility centers around the existing computer system (hardware/ software)
and also it can support the modification.
In manual processing there are more chance of errors are there, creating lot of
complications, less technical or logical.
Through proposed system we can set this process in a very systematic pattern,
which is more technical, full proof, authentic, safe and reliable.
4.1.3 Behavior Feasibility:
Our proposed system works to minimize the human errors, take less time, easy
interaction with user, bug free.
This project/software is further expanded by connecting various interrelated departments

and by installing an extension part of this software.
System level goals and requirements.

Cost estimation for development process and work product.
Solution strategy development.
Outlines of the several solutions strategies.
Recommendation of solutions strategy.
Feasibility and study of each strategy.
5. SYSTEM ANALYSIS
The analysis model must achieve three primary objectives:-
1. To describe the requirements of the customer.
2. To establish a basis for the creation of a software design.
3. To define a set of requirements that can be validated once software is built.
An Overview to system analysis
The system analysis phase is considered to be one of the most important phases in the
system development life cycle. It is immensely important that the software developer
make through study of the existing system. Thorough study of the system is made and
need i.e. features that are critical to system success and users wants (i.e. features that
would be good but not essential) are brought out. The study will enable the developer to
know the intricacies of the existing system.
Requirement analysis is done in order to understand the problem which the S/W
system is to solve e.g., the problem could be automating the existing manual system or
developing a completely new automated system or a combination of the two. For large
systems having a large number of features and the need to perform many different tasks,
understanding the requirement of the system is a major task. The emphasis in requirement
analysis is on identifying what is needed from the system, and not how the system
achieves its goal.
The main objective behind any business organization is to maximize its profit besides
maintaining quality and strategic norms. This can be achieved by improving the
efficiency of the system by providing more facilities using automation, by adopting faster
data access, proper communication. , whereas the main objective behind automation is
not only to maximize profit but also to take care of passengers interest by providing
them better facilities.
The most important objective behind automation is to minimize Paper Work. Paper
Work/Registers are replaced by a Centralized Data Bank, which is well equipped to
store / provide information as and when required. Data Bank also helps speed up the
communication between various depts. outside agencies, as there is no need of making

request against different departments for a specific data and to wait for it for a long
period. This also improves the efficiency as it saves time and human resources.
By making the manual system computerized, we can ensure complete utilization of our
existing resources. Automation helps in generating the reports / information in a
consistent way, which saves time and labour if done manually.
In this project we have used Rapid Application Development (RAD) model. RAD is an
incremental software development process model that emphasizes an extremely short
development cycle. The following phases are encompassed:
Business modeling: All the information about the business functioning of the Airways
department is collected, how the data and information is flow from one end to another
end using the following questions: What information drives the department process?
What information is generated? Who generates it? Where does the information go? Who
process it?
Data modeling: The information collected in Business modeling phase is refined into
a set of data objects that are needed to support the project. The attributes of each object
are identified and the relationships between these objects defined.
Process modeling: Processing descriptions and functions like adding, modifying,
deleting records, printing reports, providing information, file handling etc. are created.
Application generation: The fourth generation techniques are used to generate

application, like reusing the predefined functions or creating reusable components.
Testing: Most of the functions are already tested, as they are predefined functions.
However, new components or functions are also tested after application generation.
It is the interdiciplinary part of science, dealing with analysis of sets of interacting
entities, the systems often prior to their automation as computer systems, and the
interactions within those systems. This field is closely related to operations results It is
also "An explicit formal inquiry carried out to help someone, referred to as the decision
maker, identify a better course of action and make a better decision than he might have
otherwise made."
Systems analysis researchers apply mathematical methodology to the analysis of the
systems involved trying to form a detailed overall picture.
The development of a computer-based information system often comprises the use of a
systems analyst. When a computer-based information system is developed, systems using
computer hardware/software), what the system would be used for etc.analysis would
constitute the following steps:
The development of a feasibility study, involving determining whether a project is
economically, socially, technologically and organizationally feasible.
Conducting fact-finding measures, designed to ascertain the requirements of the
system's end-users. These typically span interviews, questionnaires, or visual
observations of work on the existing system.
Gauging how the end-users would operate the system.
It refers to the process of examining a business situation with the intent of improving it
through better procedures and methods. Systems development can generally be thought
of as having two major components: Systems Analysis and Systems Design.
Systems design is the process of planning a new system or replace or complement an
existing system. But before this planning can be done, we must thoroughly understand
the existing system and determine how computers can best be used to make its
operation more effective. Systems analysis, then, is the process of gathering and
interpreting facts, diagnosing problems and using the information to recommend
improvement to the system. In brief, we can say that analysis specifies what the system
should do. Design states how to accomplish the objective.
Analysis is a detailed study of the various operations performed by a system and their
relationships within and outside of the system. A key question is: What must be done
to solve the problem? One aspect of analysis is defining the boundaries of the system
and determining whether or not a candidate system should consider other related
systems. During analysis, data are collected on the available files, decision points and
transactions handled by the present system. There are some logical system models and
tools that are used in analysis. Data flow diagrams, interviews, on-site observations,
and questionnaires are examples. The interview is a commonly used tool in analysis. It
requires special skills and sensitivity to the subjects being interview. Bias in data
collection and interpretation can be a problem. Training, experience, and common
sense are required for collection of the information needed to do the analysis. Once
analysis is completed, the analyst has a firm understanding what is to be done. The
next step is to decide how the problem might solve. Thus, in systems design, we move
from the logical to the physical aspects of the life cycle.
The decision to acquire computer hardware or software must be handled in the same
way as any other business decision. The variety of sizes and types of computing
resources available puts a burden on the analyst who must select suitable hardware,
software or services and advise the top management accordingly.
Today, selecting a system is a serious and time-consuming business. The time spent on
the selection process is a function of the applications and whether the system is a basic
micro- computer or a mainframe. In either case, planning system selection and
acquiring experienced help where necessary pay off in the long run.
There are various important factors, which should be considered prior to system
selection. They are:
Define system capabilities that make sense for the business.
Specify the magnitude of the problem, i.e., clarify whether selection entails a few
peripherals or a major decision concerning the mainframe.
Assess the competence of the in-house staff.
Hardware and software should be considered as a package.
Develop a time frame for the selection process.
Provide user indoctrination.
This is crucial, especially for first-time users. Selling the system to the user staff, provide
adequate training and creating an environment conductive to implementation are
prerequisites for system acquisition.
The selection process should be viewed as a project and a project team should be formed
with the help of management. The selection process consists of several steps, which are
discussed below:
Requirements analysis: The first step in selection understands the user's requirement
within the framework of the organizations objectives and the environment in which
the system is being installed.
System specifications: System specifications must be clearly defined. These
specifications must reflect the actual applications to be handled by the system and
include system objectives, flowcharts, input-output requirements, file structure and
cost.
Request for proposal: After the requirement analysis and system specifications have
been defined, a request for proposal is prepared and sent to selected vendors for
bidding.
Evaluation and validation: The evaluation phase ranks various vendor proposals and
determines the one best suited to the user's requirements. It looks into items such as
price, availability and technical support. System validation ensures that the vendor
can, in fact, match his/her claims, especially system performance.
Vendor selection: This step determines the vendor with the best combination of
reputation, reliability, service record, training, delivery time, lease/finance terms. The
selected vendors are invited to give a presentation of their system. The system
chosen goes through contract negotiations before implementation.
WORKING OF THE PROJECT

User can view record about flight by selecting option 1 from the main menu.
User can reserve the seat for view the flight. by selecting option 2.
User can also cancel the reserved ticket for flight by selecting option 3.
Admin can collect total amount. by selecting option 4.
5.1 SDLC
In this project we have followed the Waterfall model.
The waterfall model is the most familiar model. This model has five phases:
requirements analysis and specifications, design, implementation and unit testing,
integration and system testing, and operation and maintenance.
1.Requirements Analysis and Specification Phase: The goal of this phase is to
understand the exact requirements of the customer and to document them properly.
This activity is usually executed together with the customer, as the goal is to document
all functions, performance and interfacing requirements for the software. The
requirements describes the what of a system, not the how.
2. Design phase: The goal of this is to transform the requirements specification into a
structure that is suitable for implementation in some programming language.
3. Implementation and Unit Testing Phase: During testing, the major activities are
centered around the examination and modification of the code. Initially, small modules
are tested in isolation from the rest of the software product. There are problems
associated with testing a module in isolation. How do we run a module without
anything to call it, to be called by it or, possibly, to output intermediate values obtained
during execution? Such problems are solved in this phase and modules are tested after
writing some overhead code.
4. Integration and System Testing Phase: The purpose of unit testing is to determine
that each independent module is correctly implemented. This gives little chance to
determine that the interface between modules is also correct, and for this reason
integration testing is performed. System testing involves the testing of the entire system
whereas software is a part of the system. This is essential to build confidence in the
developers before software is delivered to the customer or released in the market.
5. Operation and Maintenance Phase: Software maintenance is a task that every
development group has to face, when the software is delivered to the customers site,
installed and is operational. Therefore, release of software inaugurates the operation
and maintenance phase of the life cycle. The time spent and effort required to keep the
software operational after release is very significant.
Requirements analysis
& specification
Design
Implementation & unit

testing
Integration &
System testing
Operation &
maintenance
Fig. 1
5.2 USE CASE DIAGRAM
Login
Manage
User
Cancelatio
n or
deletion
Reservatio
Administrator n of Ticket
Ticket
cancelatio
n
Updation
Manager Print Detail
Checking
of Seats
Fig. 2
5.3 DATA FLOW DIAGRAM
Data flow diagrams are commonly used during problem analysis. Data flow diagrams are
quite general and not limited to problem analysis for software requirement specification.
A DFD shows the flow of data through a system. It views a system a function that
transforms the inputs into desired outputs. Any complex system does not perform this
transformation into a single step and a data will typically undergo a series of
transformation before it becomes an output. The DFD aims to capture the transformations
that take place within a system to the input data so that eventually the output data is
produced.
The agent that performs the transformation of data from one state to another is called a
process. So, a DFD shows the movement of data through the different transformations or
processes in the system. Named circles show the processes and data named arrows
entering or leaving the bubbles represent flows.
Process Activity
The rectangle represents a source and sink and is a net originator or consumer of data. A
source or sink is typically outside the main system of study.
Originator or Consumer of data
All external files are shown as a labeled straight line.
File name
The need ofr multiple data flows by a process is represented by a * between the data
flows.the symbol represents the AND relationship.for example, if there is a * between
the two input data flows A and B for a process,it means that A AND B are needed for the
process.
*
B
5.3.1 0 Level DFD
Passengers File
Save
Record
Request Process
Request for request
Reservation
Request
Provide Tickets
User
Request to list Display all

all passengers record
Found
Request to Display
Confirm record
Not
Found
Show Error
Message
Fig. 4
5.3.2 1st Level DFD
Admin/Man
ager
Login
Admin
New user
Manager
Add/delet
Flight
e
ADMI Schedule
N Flight
Customer Flight .Data
nnumber
Data
Add/delete
User
Modify Customer Data

User
Search/view
flight
Manager
Reservation/
Cancellation
seats
sseatsseats
Print Details
Fig. 5.2 Reservation

5.3.3 2nd Level DFD
1. LOGIN
Manager
New user
Login Admin
Admin/Manager
2. TICKETS
Access Flight info

Retrieve Flight
Display info
flight list
Admin
Flight info
Validate
Enter/update/delete
Flight info Flight info
3. CUSTOMER
Access customer
info Retrieve customer
Display info
customer
list
Admin
Customer info
Create/ delete
Validate
Customer info customer
info
Fig. 5.3 level DFD

5.4 ER DIAGRAM
An entity-relationship (ER) diagram is a specialized graphic that illustrates the
interrelationships between entities in a database. ER diagrams often use symbols to
represent three different types of information. Boxes are commonly used to represent
entities. Diamonds are normally used to represent relationships and ovals are used to
represent attributes. If the application is primarily a database application, the entity-
relationship approach can be used effectively for modeling some parts of the problem.
The main focus in ER modeling is the Data Items in the system and the relationship
between them. It aims to create conceptual scheme for the Data from the users
perspective. The model thus created is independent of any database model. The ER
models are frequently represented as ER diagram. Here we present the ER diagram of the
above mentioned project.
E-R DIAGRAM
Airlines
Name Age Place

S.no.
Passenger Reserves
Airlines
Ticket
Sex Date Sex Time
Meal (veg. Or Destination

non-veg.)
5.5 FLOWCHART
In procedural language program is started with the first line and follow a pre-define Path.
Flow chart is used to define that pre-defined path and it show the flow of control
throughout the program. The flow charts are used in programming for purpose of
indicating the sequence of Operation of Program. It is very useful tool available for the
programmer to generate method of writing the program and statement of program. It
creates sequence of operations and indicated transfer of control in an effective manner.
The flow charts use symbols or blocks of different shapes for representing statement of
program.
A flowchart is a common type of diagram that represents an algorithm or process,
showing the steps as boxes of various kinds, and their order by connecting these with
arrows. Flowcharts are used in analyzing, designing, documenting or managing a process
or program in various fields.
FLOW CHARTS
Start
To booking domestic A
Ticket
To booking B
international Ticket
To confirm the C
Ticket
View all the booked

D
ticket
To cancel the Ticket

EE
View all can-celled F

ticket
Exit
Stop
Enter Passengers information
Is Valid No
Data ?
Yes
Save data into file
Return
Enter Passengers information
Is Valid No
Data?
Yes
Save data into file
Return
Enter Name
Found?
No
Yes
Passen. has reserved a ticket Passen. hasnt reserved a

ticket
Return
Enter any key
Found
No
Yes
Display Details of reservation Display Error
Return
Enter Name
Found?
No
Yes
Passen. has cancel ticket Display error message
Return
Enter any key
Found
No
Yes
Display Details of Display Error

cancellation
Return
6. SYSTEM DESIGN
The systems objectives outlined during the feasibility study serve as the basis from which
the work of system design is initiated. Much of the activities involved at this stage is of
technical nature requiring a certain degree of experience in designing systems, sound
knowledge of computer related technology and thorough understanding of computers
available in the market and the various facilities provided by the vendors. Nevertheless, a
system cannot be designed in isolation without the active involvement of the user. The
user has a vital role to play at this stage too. As we know that data collected during
feasibility study will be utilized systematically during the system design. It should,
however, be kept in mind that detailed study of the existing system is not necessarily over
with the completion of the feasibility study. Depending on the plan of feasibility study,
the level of detailed study will vary and the system design stage will also vary in the
amount of investigation that still needs to be done. This investigation is generally an
urgent activity during the system design as the designer needs to study minutes details in
all aspects of the system. Sometimes, but rarely, this investigation may form a separate
stage between Feasibility Study and Computer System Design. Designing a new system
is a creative process, which calls for logical as well as lateral thinking. The logical
approach involves systematic moves towards the end product keeping in mind the
capabilities of the personnel and the equipment at each decision making step. Lateral
thought implies encompassing of ideas beyond the usual functions and equipment. This is
to ensure that no efforts are being made to fit previous solutions into new situations.
System Design Considerations:

The system design process is not a step-by-step adherence of clear procedures and
guidelines. Though, certain clear procedures and guidelines have emerged in recent days,
but still much of design work depends on knowledge and experience of the designer.
When designer starts working on system design, he will face different type of problems.
Many of these will be due to constraints imposed by the user or limitations of the
hardware and software available in the market. Sometimes, it is difficult to enumerate the
complexity of the problems and solutions thereof since the variety of likely problems is
so great and no solutions are exactly similar. However, following considerations should
be kept in mind during the system-designing phase:
The primary objective of the design: Of course, is to deliver the requirements as
specified in the feasibility report. In general, the following design objectives should be
kept in mind:
Practicality: The system must be stable and can be operated by people with average
Efficiency: This involves accuracy, timeliness and comprehensiveness of the system
output.
Cost: it is desirable to aim for a system with a minimum cost subject to the condition
that it must satisfy all the requirements.
Flexibility: The system should be modifiable depending on the changing needs of the
user. Such modifications should not entail extensive reconstructing or recreation of
software. It should also be portable to different computer systems.
Security: This is very important aspect of the design and should cover areas of
hardware reliability, fall back procedures, physical security of data and provision for
detection of fraud and abuse.
System design involves first logical design and then physical construction of the system.
The logical design describes the structure and characteristics of features, like the outputs,
inputs, files, databases and procedures. The physical construction, which follows the
logical design, produces actual program software, files and a working system.
The designer normally will work under following constraints:

Hardware: The existing hardware will obviously affect the system design.
Software: The available software (operating system, utilities, language etc.) in the
market will constrain the design.
Budget: The budget allocated for the project will affect the scope and depth of design.
Time-scale: The new system may be required by a particular time (e.g. the start of a
financial year). This may put a constraint on the designer to find the best design.
Interface with other systems: The new system may require some data from another
computerized system or may provide data to another system in which case the files must
be compatible in format and the system must operate with a certain processing cycle.
Processing Techniques:
The processing options available to the designer are:
Batch processing
Real-time processing
On-line processing
A combination of all the above
You are already aware of these techniques. It is quite interesting to note, however, that a
combination of these is often found to be ideal in traditional data processing applications.
This increases throughput of the system as also brings down the response time of on-line
activities. In most of die business applications, 24-hour data is acceptable enough and
hence it is possible to update voluminous data after office-hours in batch mode.
6.1 DESIGN METHODOLOGIES

The scope of the systems design is guided by the framework for the new system
developed during analysis. More clearly defined logical method for developing system
that meets user requirements has led to new techniques and methodologies that
fundamentally attempt to do the following:
Improve productivity of analysts and programmers
Improve documentation and subsequent maintenance and enhancements.

Cut down drastically on cost overruns and delays
Improve communication among the user, analyst, designer, and programmer.
Standardize the approach to analysis and design
Simplify design by segmentation.
6.2 STRUCTURED DESIGN

Structured design is a data flow based methodology. The approach begins with a system
specification that identifies inputs and outputs and describes the functional aspects of the
system. The specifications then are used as a basis for the graphic representation. The
next step is the definition of the modules and their relationships to one another in a form
called a structure chart, using a data dictionary and other structured tools.
Logical design proceeds from the top down. General features, such as reports and inputs
are identified first. Then each is studied individually and in more detail. Hence, the
structured design partitions a program into small, independent modules. They are
arranged in a hierarchy that approximates a model of the business area and is organized in
a top-down manner. Thus, structured design is an attempt to minimize the complexity and
make a problem manageable by subdividing it into smaller segments, which is called
Modularization or decomposition. In this way, structuring minimizes intuitive reasoning
and promotes maintainable provable systems.
A design is said to be top-down if it consists of a hierarchy of modules, with each module
having a single entry and a single exit subroutine. The primary advantages of this design
are as follows:
Critical interfaces are tested first.
Early versions of the design, though incomplete, are useful enough to resemble the real
system.
Structuring the design, perse, provides control and improves morale.
The procedural characteristics define the order that determines processing.
Major System Design Activities:

Several development activities are carried out during structured design. They are data
base design, implementation planning, system test preparation, system interface
specification, and user documentation.
Data base design: This activity deals with the design of the physical database. A key
is to determine how the access paths art to be implemented.
Program design: In conjunction with database design is a decision on the
programming language to be used and the flowcharting, coding, and debugging
procedure prior to conversion. The operating system limits the programming languages
that will run of the system.
System and program test preparation: Each aspect of the system has a separate test
requirement. System testing is done after all programming and testing completed the test
cases cover every aspect of the proposed system, actual operations, user interface and so
on. System and program test requirements become a part of design specifications - a pre
requisite to implementation.
6.3 MODULE COUPLING

Coupling is the measure of the degree of interdependence between modules. Two
modules with high coupling are strongly interconnected and thus, dependent on each
other. Two modules with low coupling are not dependent on one another. Loosely
coupled systems are made up of modules which are relatively independent. Highly
coupled systems share a great deal of dependence between modules.
DATA COUPLING
The dependency between module A and B is said to be coupled it their dependency is
based on the fact they communicate by only passing of data.
STAMP COUPLING
Stamp coupling occurs between module A and B when complete data structure is passed
from one module to another.
CONTROL COUPLING
Module A and B are said to be control coupled if they communicate by passing of control
information.
EXTERNAL COUPLING
A form of coupling in which has a dependency to other module, external to the software
being developed or to a particular type of hardware.
COMMON COUPLING
With common coupling, module A and B have shared data. Global data areas are
commonly found in programming languages. Making a change to the common data
means tracing back to all the modules which access that data to evaluate the effect of
change.
CONTENT COUPLING
Content coupling occurs when module A changes data of module B or when control is
passed from one to the middle of another.
6.4 MODULE COHESION

Cohesion is a measure of the degree to which the elements of a module are functionally
related. A strongly cohesive module implements functionality that is related to one
feature of the solution and requires little or no interaction with other modules.
FUNCTIONAL COHESION
X and Y are part of a single functional task. This is very good reason for them to be
contained in the same procedure.
SEQUENTIAL COHESION
X output some data which forms the input to Y. This is the reason for them to be
contained in the same procedure.
COMMUNICATIONAL COHESION
X and Y both operate on the same input data or contribute towards the same output data.
This is okay, but we might consider making them separate procedures.
PROCEDURAL COHESION
X and Y are both structured in the same way. This is a poor reason for putting them in the
same procedure. Thus, procedural cohesion occurs in modules whose instructions
although accomplish different tasks yet have been combined because there is a specific
order in which the tasks are to be completed.
TEMPORAL COHESION
X and Y both must perform around the same time. So, module exhibits temporal cohesion
when it contains tasks that are related by the fact that all tasks must be executed in the
same time-span.
LOGICAL COHESION
X and Y perform logically similar operations. Therefore, logical cohesion occurs in
modules that contain instructions that appear to be related because they fall into the same
logical class.
COINCIDENTAL COHESION
X and Y here no conceptual relationship other than shared code Hence, coincidental
cohesion exists in modules that contain instructions that have little or no relationship to
one another.
6.5 STRATEGY OF DESIGN

A good system design strategy is to organize the program modules in such a way that are
easy to develop and later to, change. Structured design techniques help developers to deal
with the size and complexity of programs. Analysts create instructions for the developers
about how code should be written and how pieces of code should fit together to form a
program.
BOTTOM UP DESIGN
These approach lead to a design where we decide how to combine these modules to
provide larger ones; to combine those to provide a larger ones, and so on, till we arrive at
one big module which is the whole of the desired program. The set of these modules form
a hierarchy. This is a cross-linked tree structure in which each module is subordinate to
those in which it is used.
Since the design progressed from bottom layer upwards, the method is called bottom-up
design. This method has one terrible weakness; we need to use a lot of intuition to design
exactly what functionality a module should provide. If we get it wrong, then at higher
level, we will find that it is not as per requirements; then we have to redesign at a lower
level.
TOP- DOWN DESIGN
A top design approach starts by identifying the major modules of the system,
decomposing them into lower level and iterating until the desired level of detail is
achieved. This is a stepwise refinement; starting from an abstract design, in each step the
design is refined to a more concrete level, until we reach a level where no refinement is
needed and the design can be implemented directly. Most design methodologies are based
on this approach is suitable, if the specifications are clear and development is from the
scratch.
HYBRID DESIGN
Hybrid approach has really become popular after the acceptance of reusability of
modules. Standard libraries, Microsoft foundation classes, object oriented concepts are
steps in this direction. We may soon have internationally acceptable standards for
reusability.
7. SYSTEM TESTING AND IMPLEMENTATION

Software testing is the process of executing a program with the intention of finding errors
in the code. It is the process of exercising or evaluating a system or system component by
manual or by automatic means to verify that it satisfies specified requirements or to
identify differences between expected and actual results.
The objective of testing is to show incorrectness and testing is considered to succeed
when an error is detected. An error is a conceptual mistake made by either the
programmer or the designer or a discrepancy between a computed value and a
theoretically correct value. A fault is a specific manifestation of an error. An error may be
cause of several faults. A failure is the inability of a system or component to perform its
required function within the specified limits. A failure may be produced when a fault is
executed or exercised.
Other activities that are often associated with software are static analysis and dynamic
analysis. Static analysis investigates the source code of software, looking for problems
and gathering metrics without actually executing the code. Dynamic analysis looks at the
behavior of software while it is executing, to provide information such as execution
traces, timing profiles and test coverage information.
7.1 Levels of testing

7.1.1 Unit Testing or Module Testing
The starting point of testing is Unit testing. In this, a module is tested separately at each
step. This helps to detect syntax and logical errors in the program and is performed by the
coder himself /herself during coding.
7.1.2 Integration Testing

The modules, which are tested in the Unit Testing, are integrated to build the overall
system. It is observed that many errors crop up when the modules are joined together.
Integration testing uncovers these errors while integrating the modules. It helps in
establishing confidence (correctness) in the complete, assembled system. It tests the
System Design. It focus on control, communication, interfaces, performance (other
system qualities). It make use of stubs, test-beds, data generators. It is the phase of
software testing in which individual software modules are combined and tested as a
group. It follows unit testing and precedes system testing.
Integration testing takes as its input modules that have been unit tested, groups them in
larger aggregates, applies tests defined in an integration test plan to those aggregates, and
delivers as its output the integrated system ready for system testing.
Integration testing concentrates entirely on module interactions, assuming that the details
within each module are accurate. Module and Integration testing can be combined,
verifying the details of each module's implementation in an integration context. Many
projects compromise, combining module testing with the lowest level of subsystem
integration testing, and then performing pure integration testing at higher levels. Each of
these views of integration testing may be appropriate for any given project, so an
integration testing method should be flexible enough to accommodate them all.
The System testing is bringing together of all programs that a system comprises for
testing purposes. System testing is testing conducted on a complete, integrated system to
evaluate the system's compliance with its specified requirements. System testing falls
within the scope of black box testing, and as such, should require no knowledge of the
inner design of the code or logic. Programs are typically integrated in a top-down,
incremental fashion. It is a series of different tests whose primary purpose is to fully
exercise the computer-based system. It includes the following tests: -
Recovery Testing: - It is a system test that forces the software to fail in a variety of
ways and verifies that recovery is properly performed.
Stress Testing:- These are designed to confront program functions with abnormal
situations. It executes a system in a manner that demands resources in abnormal quantity,
frequency or volume.
Security Testing:- This testing attempts to verify that protection mechanism built into
a system will protect it from unauthorized penetration.
The system testing is an investigatory testing phase, where the focus is to have almost a
destructive attitude and test not only the design, but also the behaviour and even the
believed expectations of the customer. It is also intended to test up to and beyond the
bounds defined in the software/hardware requirements specification(s).
7.2 Types of testing
7.2.1 Black Box Testing

It is also known as Functional Testing. It tests the overall functional requirements of
product. Inputs are supplied to product and outputs are verified. If the outputs obtained
are the same as the expected ones then the product meets the functional requirements. In
this, the internal procedures are not considered. In this the tester would only know the
"legal" inputs and what the expected outputs should be, but not how the program actually
arrives at those outputs. This Testing is more effective on larger units of code. In this
tests are done from user point of view.
7.2.2 White Box Testing
It is also known as Structure Testing. It focuses on the internal functioning of the product.
It tests the loops of the Procedure, Decision points, Execution paths etc.
White box testing uses specific knowledge of programming code to examine outputs. The
test is accurate only if the tester knows what the program is supposed to do. He or she can
then see if the program diverges from its intended goal. White box testing does not
account for errors caused by omission, and all visible code must also be readable. As the
knowledge of internal coding structure is prerequisite, it becomes very easy to find out
which type of input/data can help in testing the application effectively. The other
advantage of white box testing is that it helps in optimizing the code. It helps in removing
the extra lines of code, which can bring in hidden defects.
7.2.3 Acceptance Testing

This Testing is done when the software is developed for the specific customer. A series of
tests are conducted to enable the customer to validate all requirements. The end user/
customer conducts these tests and may range from adhoc test to well-planned systematic
series of tests. Acceptance testing may be conducted for few weeks or months. The
discovered errors will be fixed and better quality software will be delivered to the
customer.
Acceptance testing is performed by the customer on a system prior to the customer
accepting delivery or accepting transfer of ownership of that system.
The customer specifies scenarios to test when a user story has been correctly
implemented. A story can have one or many acceptance tests, what ever it takes to ensure
the functionality works. Acceptance tests are black box system tests. Each acceptance test
represents some expected result from the system. Customers are responsible for verifying
the correctness of the acceptance tests and reviewing test scores to decide which failed
tests are of highest priority. Acceptance tests are also used as regression tests prior to a
production release. A user story is not considered complete until it has passed its
acceptance tests. This means that new acceptance tests must be created each iteration or
the development team will report zero progress.
7.2.4 Alpha Testing

Testing after code is mostly complete or contains most of the functionality and prior to
users being involved. Sometimes a select group of users are involved. More often this
testing will be performed in-house or by an outside testing firm in close cooperation with
the software engineering department.
In house virtual user environment can be created for this type of testing. Testing is done
at the end of development. Still minor design changes may be made as a result of such
testing.
7.2.5 Beta Testing
Testing after the product is code complete. Betas are often widely distributed or even
distributed to the public at large in hopes that they will buy the final product when it is
released.
IMPLEMENTATION
The application can be uploaded in the AIRLINE MANAGEMENT SYSTEM. To access

it, the user will just require running the executable file of the software. System must have
Turbo c++ driver. Basically the application is for the recording of the Star Sports
records. As implementation of AIRLINE MANAGEMENT System software fully
automate the existing system. In the designed system implementation was done to replace
a manual system with the computerized one. The objective was to put the tested system in
to operation. Critical aspects of conversion are not disrupting the functioning of the
organization. This phase gives us the clears pictures of our new system and all the points
that have been carefully looked in when designing the computerized system.
Sincere efforts were taken for the implementation of the following goals.
Maximizing the output reliability
Maximizing the source test readability
Minimizing the development time.
8. DOCUMENTATION
8.1 AIRLINE MANAGEMENT CODING
/*
|***********************************************************************|
********
| THIS PROGRAMME HELPS
| ====================
|
| (1) A PASSENGER TO BOOKED DOMESTIC FLIGHT
| (2) A PASSENGER TO BOOKED INTERNATION FLIGHT
| (3) A PASSENGER TO CONFIRMED HIS/HER TICKET
| (4) TO VIEW ALL THE MEMBER WHO BOOKED THEIR TICKET
| (5) TO CANCEL YOUR TICKET
|
| (6) TO VIEW ALL THE MEMBER WHO RECENTLY CANCELLED THEIR
| TICKET
|
|
************************************************************************
*******
*/
#include<fstream.h>
#include<iostream.h> //FOR COUT,CIN,FLOAT,INT
#include<conio.h> //FOR GETCH,CLRSCR,GOTOXY
#include<graphics.h> //FOR GRAPHIC FUNCTIONS(CLOSEGRAPH,LINE)
#include<iomanip.h> //FOR ENDL
#include<string.h> //FOR STRCMP
#include<stdio.h> //FOR GETS,PUTS
#include<dos.h> //FOR SOUND,NOSOUND,DELAY
int x=14;
int y=14; // GLOBAL VARIABLES
int ch;
int a;
// FUNCTION DECLARATION
void port(void);
void show(void);
void ichos(void);
void dchos(void);
void wel(void);
void ars(void);
void option(void);
void ticksho();
int cho();
void line(void);
void end(void);
void table(void);
void exit();
class airport{
private:
char name[30];
char sex[10];
char dest[30];
char meal[10];
char* airways;
char* flno;
public:
char a,b,c,d,e,f,g ;
int age;
float fare;
int time;
void input();
void calculate();
void dcalculate();
void show();
void output();
char *return_name();
}; //end of class declaration
// MEMBER FUNCTION DECLARATION
char * airport::return_name()
{
return name;
}
void airport::input()
{
cout<<endl<<endl<<endl<<endl;
cout<<'\t';
cout<<"KINDLY ENTER YOUR";cout<<endl;
cout<<'\t';
cout<<"================= \n\n";
cout<<" "<<"NAME:";gets(name);
cout<<" "<<"-----" <<endl;
cout<<" "<<"AGE:";cin>>age;
cout<<" "<<"----"<<endl;
cout<<" "<<"SEX :";gets(sex);
cout<<" "<<"---";cout<<endl;
gotoxy(x,y); cputs("DATE:");
gotoxy(x+7,y); cputs("/"); gotoxy(x+10,y);cputs("/");gotoxy(x+5,y);
a=getche();
b=getche();
gotoxy(x+8,y);
c=getche();
d=getche();
gotoxy(x+11,y);
e=getche();
f=getche();
cout<<endl<<endl;
cout<<" "<<"DESTINATION:";gets(dest);
cout<<" "<<"------------"<<endl;
cout<<" "; cout<<"MEAL(VEG OR NON-VEG):";gets(meal);
cout<<" "; cout<<"---------------------\n\n";
cout<<" "<<"THANK YOU"<<endl;
cout<<" "<<"=============="<<endl<<endl;
cout<<" "<<"HAVE A NICE DAY"<<endl;
cout<<" "<<"=======================\n\n";
int i;
for(i=0;i<=239;i++)
{
putch(char(186));}
cout<<endl;
cout<<" "<<"PRESS ANY KEY TO CONTINUE";
} // END OF INPUT()
void airport::calculate()
{
if(!strcmp(dest,"sydney"))
{
fare=10000;
time=1330;
flno="AA-1440";
airways="AUSTRALIAN AIR";
}
else if(!strcmp(dest,"london"))
{
fare= 20000;
time= 2210;
flno="BA-14";
airways="BRITISH AIRWAYS";
}
else if(!strcmp(dest,"bangkok"))
{
fare=15000;
time= 2330;
flno="TG-87";
airways="THAI AIRWAYS";
}
else if(!strcmp(dest,"frankfurt"))
{
fare=8000;
time=1330;
flno="LF-285";
airways="LUFTHANSA";
}
else if(!strcmp(dest,"paris"))
{
fare=11000;
time=2300;
flno="AF-267";
airways="AIR-FRANCE";
}
else if(!strcmp(dest,"tokyo"))
{
fare=15000;
time=2210;
flno="JA4200";
airways="JAPANESE AIR";
}
else if(!strcmp(dest,"moscow"))
{
fare=18000;
time= 1240;
flno="AI2LATE";
airways=" AIR-INDIA";
}
else if(!strcmp(dest,"rome"))
{
fare= 28000;
time= 1740;
flno= "AI3LATE";
airways="AIR-INDIA";
}
else if(!strcmp(dest,"atlanta"))
{
fare= 15000;
time= 1150;
flno= "UA3456";
airways="UNITED AIRWAYS";
}
else if(!strcmp(dest,"newyork"))
{
fare=18000;
time= 2234;
flno= "UA3465";
airways="UNITED AIRWAYS";
}
} //END OF CALCULATE
void airport::dcalculate()
{
if(!strcmp(dest,"delhi"))
{
fare=10000;
time=1330;
flno="dl-1440";
airways="INDIA-AIRLINES";
}
else if(!strcmp(dest,"mumbai"))
{
fare= 20000;
time= 2210;
flno="MU-14";
airways="KINGDOM";
}
else if(!strcmp(dest,"chennai"))
{
fare=15000;
time= 2330;
flno="CH-87";
airways="FRRANFIN";
}
else if(!strcmp(dest,"kolkata"))
{
fare=8000;
time=1330;
flno="KL-285";
}
else if(!strcmp(dest,"shimla"))
{
fare=11000;
time=2300;
flno="SH-267";
airways="DECCAN";
}
else if(!strcmp(dest,"jammu"))
{
fare=15000;
time=2210;
flno="JA4200";
}
else if(!strcmp(dest,"bangalore"))
{
fare=18000;
time= 1240;
flno="BA2LARE";
airways="KINGDOM";
}
else if(!strcmp(dest,"goa"))
{
fare= 28000;
time= 1740;
flno= "GO3LATE";
airways="JET-AIRWAYS";
}
else if(!strcmp(dest,"dispur"))
{
fare= 15000;
time= 1150;
flno= "DI3456";
}
else if(!strcmp(dest,"bhopal"))
{
fare=18000;
time= 2234;
flno= "BH3465";
airways="DECCAN";
}
} //END OF DCALCULATE
void airport::show()
{
clrscr(); int i;
for(i=0;i<=159;i++)
putch(char(186));
cout<<endl;
int cd=2;
for(i=0;i<=21;i++)
{
putch(char(186));
gotoxy(1,cd);
cd++;
}
for(i=0;i<=159;i++)
putch(char(186));
int ab=2;
gotoxy(80,ab);
for(i=0;i<=21;i++)
{
putch(char(186));
gotoxy(80,ab) ;
ab++;
}
gotoxy(30,4);
cout<<airways;
gotoxy(6,5);
cout<<"NAME: ";cout<<name;
gotoxy(6,7);
cout<<"AGE: ";cout<<age; gotoxy(25,7); cout<<"SEX:";cout<<sex;
gotoxy(6,9);
cout<<"DESTINATION:";cout<<dest;
gotoxy(30,9);
cout<<"FARE>RS."<<fare;
gotoxy(6,11);
cout<<"DATE:";cout<<a<<b<<"\\"<<c<<d<<"\\"<<e<<f;
gotoxy(6,13);
cout<<"DEPARTURE TIME: ";cout<<time;
gotoxy(6,15);
cout<<"MEAL: "; cout<<meal;
gotoxy(27,17);
cout<<"INSTRUCTIONS";
gotoxy(11,18);
cout<<"1) "<<" EXPLOSIVES NOT ALLOWED ";gotoxy(11,19);
cout<<"2) "<<" NO SMOKING ";gotoxy(11,20);

cout<<"3) "<<" DO NOT DISPOSE OF YOUR TICKET ";gotoxy(25,22);
cout<<"HAVE A NICE JOURNEY";
getch();
clrscr();
} //END OF SHOW
void airport::output()
{
cout<<setw(15)<<name<<setw(15)<<dest<<setw(8)<<""<<a<<b<<"\\"<<c<<d<<"\\"<
<e<<f<<setw(12)<<flno<<setw(6)<<time<<endl;
getch();
} // END OF OUTPUT
int main()
{
char cha;
clrscr();
airport obj;
fstream nfil,fil;
wel();
clrscr();
ars();
getch();
clrscr();
int f=1;
do
{
option();
clrscr();
a=cho();
switch(a)
{
case 1:
{
port();
clrscr();
dchos();
clrscr();
fstream fil("book.bat",ios::out|ios::binary|ios::app);
obj.input();
obj.dcalculate();
fil.write((char*)&obj,sizeof(obj));
cout<<endl;
fil.close();
ticksho();
obj.show();
break;
} //end of case(1)
case 2: {
port();
clrscr();
ichos();
clrscr();
fstream fil("book.bat",ios::out|ios::binary|ios::app);
obj.input();
obj.calculate();
fil.write((char*)&obj,sizeof(obj));
cout<<endl;
fil.close();
ticksho();
obj.show();
break;
} //end of case(2)
case 3: {
port();
clrscr();
char nam[30]; int k=0; int i,res;
fstream fil ("book.bat",ios::in|ios::binary);
//fstream nfil("crimi.bat",ios::out|ios::binary|ios::app);
cout<<endl<<endl;
cout<<" "<<"SEARCH IS ON"<<endl;
cout<<" "<<"============"<<endl<<endl;
cout<<" "<<"PLEASE ENTER YOUR NAME ::"<<endl;
cout<<" ";gets(nam);
cout<<endl;
cout<<" "<<"PLEASE WAIT"<<endl;
while (fil)
{
fil.read((char*)&obj,sizeof(obj));
if(fil.eof()) break;
res=strcmp(nam,obj.return_name());
k++;
if(res==0)
break;
}; //end of while
if(res==0)
{
nfil.write((char*)&obj,sizeof(obj));
cout<<" ";puts(nam);
cout<<" "<<"HAS BOOKED A
TICKET"<<endl<<endl;
for(i=0;i<=159;i++)
putch(char(186));
break;
} // end of if
else
{
cout<<" "<<"HAS NOT BOOKED A TICKET"<<endl<<endl;
for(i=0;i<=159;i++)
putch(char(186));
break;
} //end of else
;
//fil.close();
// nfil.close();
// break;
} //end of case (3)
case 4:{
port();
clrscr();
table();
while(fil)
{
if(fil.eof())
break;
obj.output();
f++;
};
fil.close();
break;
} //end of case(4)
case 5: {
port();
clrscr();
char nam[30]; int k=0; int i,res;
fstream nfil("cancel.bat",ios::out|ios::binary|ios::app);
cout<<endl<<endl;
cout<<" "<<"SEARCH IS ON"<<endl;
cout<<" "<<"============"<<endl<<endl;
cout<<" "<<"PLEASE ENTER YOUR NAME ::"<<endl;
cout<<" ";gets(nam);
cout<<endl;
cout<<" "<<"PLEASE WAIT"<<endl;
while (fil)
{
if(fil.eof()) break;
res=strcmp(nam,obj.return_name());
k++;
if(res==0)
break;
}; //end of while
if(res==0)
{
nfil.write((char*)&obj,sizeof(obj));
cout<<" "<<"HAS CANCELLED A
TICKET"<<endl<<endl;
for(i=0;i<=159;i++)
putch(char(186));
break;
} // end of if
} //end of case (5)
case 6:
{
port();
clrscr();
table();
fstream nfil ("cancel.bat",ios::in|ios::binary);
while(nfil)
{
nfil.read((char*)&obj,sizeof(obj));
if(nfil.eof())
break;
obj.output();
f++;
};
nfil.close();
break;
} //end of case(6)
}//end of switch
gotoxy(20,20);
cout<<" ";
cout<<"DO YOU WANT TO CONTINUE (Y/N)::";
cin>>cha;
} //end of do
while(cha=='y'||cha=='Y');
end();
getch();
return 0;
} //END OF MAIN
//FUNCTION DEFINATIONS
void ichos(void)
{
cout<<endl; cout<<" "<<"PLEASE CHOOSE YOUR
DESTINATION"<<endl<<endl;
cout<<"=========================================================
==============="<<endl;
cout<<" "<<"S.NO"<<" ";putch(char(186));cout<<" "<<" PLACE "<<"
";putch(char(186));cout<<" AIRLINES ";putch(char(186));cout<<" TIME
";putch(char(186));cout<<" FARE ";putch(char(186));cout<<endl<<endl;
cout<<" "<<" 1 "<<" ";putch(char(186));cout<<" "<<" SYDNEY "<<"

";putch(char(186));cout<<" AUSTRALIAN AIR ";putch(char(186));cout<<" 0930
";putch(char(186));cout<<" 10000 ";putch(char(186));cout<<endl<<endl;
cout<<" "<<" 2 "<<" ";putch(char(186));cout<<" "<<" LONDON "<<"

";putch(char(186));cout<<"BRITISH AIRWAYS ";putch(char(186));cout<<" 2210
cout<<" "<<" 3 "<<" ";putch(char(186));cout<<" "<<" BANGKOK "<<"

";putch(char(186));cout<<" THAI AIRWAYS ";putch(char(186));cout<<" 2330
cout<<" "<<" 4 "<<" ";putch(char(186));cout<<" "<<" FRANKFURT "<<"

";putch(char(186));cout<<" LUFTHANSA ";putch(char(186));cout<<" 1330
cout<<" "<<" 5 "<<" ";putch(char(186));cout<<" "<<" PARIS "<<"

";putch(char(186));cout<<" AIR-FRANCE ";putch(char(186));cout<<" 2300
cout<<" "<<" 6 "<<" ";putch(char(186));cout<<" "<<" TOKYO "<<"

";putch(char(186));cout<<" JAPANESE-AIR ";putch(char(186));cout<<" 2210
cout<<" "<<" 7 "<<" ";putch(char(186));cout<<" "<<" MOSCOW "<<"

";putch(char(186));cout<<" AIR-INDIA ";putch(char(186));cout<<" 1330
cout<<" "<<" 8 "<<" ";putch(char(186));cout<<" "<<" ROME "<<"

";putch(char(186));cout<<" AIR-INDIA ";putch(char(186));cout<<" 1740
cout<<" "<<" 9 "<<" ";putch(char(186));cout<<" "<<" NEW-YORK "<<"

";putch(char(186));cout<<" UNITED-AIRWAYS ";putch(char(186));cout<<" 2234
cout<<" "<<" 10 "<<" ";putch(char(186));cout<<" "<<" ATLANTA "<<"

";putch(char(186));cout<<" UNITED-AIRWAYS ";putch(char(186));cout<<" 1150
cout<<"=========================================================
=======================";
cout<<" "<<"PRESS ANY KEY TO CONTINUE"; getch();
} //end of ichos();
void port()
{
int mode=VGAHI,driver=VGA;
initgraph(&driver,&mode,"\\tc\\bgi") ;
cleardevice();
for(int i=0;i<130;i+=3)
{ cleardevice();
settextstyle(BOLD_FONT,HORIZ_DIR,6);
outtextxy(100,i,"WELCOME");
outtextxy(185,200," TO ");
outtextxy(50,400-i," AIRPORT");
}
getch();
closegraph();
} //end of port();
void ars()
{
cleardevice();
for(int i=130;i>=0;i-=1)
{cleardevice();sound(i*10);
settextstyle(SANS_SERIF_FONT,HORIZ_DIR,8);
outtextxy(100,i," AIRLINES");
outtextxy(i+25,200," RESERVATION");
outtextxy(100,400-i," SYSTEM");
}
getch();
closegraph();
} // end of ars();
void wel()
{
cleardevice(); int i,j;
for( i=0,j=1000;i<130,j>=10;i++,j-=10)
{
for(int k=0;k<100;k+=10)
{
sound(j);
delay(1);}
cleardevice();
settextstyle(TRIPLEX_FONT,HORIZ_DIR,8);
outtextxy(100,i,"DEEPALI'S");
outtextxy(185,200," 'A'LEVEL");
outtextxy(0,400-i," PROJECT ");
}
getch();nosound();
closegraph();
} //end of wel();
void option()
{
settextstyle(7,HORIZ_DIR,1);
outtextxy(0,50," INPUT(1) TO BOOKED DOMESTIC FLIGHT TICKET");

outtextxy(0,100," INPUT(2) TO BOOKED INTERNATIONAL FLIGHT TICKET");
outtextxy(0,150," INPUT(3) TO CONFIRM YOUR TICKET ");
outtextxy(0,200," INPUT(4) TO VIEW ALL MEMBER,WHO BOOKED TICKETS");
outtextxy(0,250," INPUT(5) TO CANCELLED YOUR TICKET");
outtextxy(0,300," INPUT(6) TO VIEW ALL MEMBER,WHO CANCELLED");
outtextxy(20,450,"Press Any Key");
int wa,va,sa,ea;
wa=10 ; sa=635 ; va=10 ; ea=385 ;
int linecolor;
int fillcolor;
linecolor=WHITE;
setcolor(linecolor);
setlinestyle(SOLID_LINE,0,THICK_WIDTH);
setfillstyle(SOLID_FILL,fillcolor);
line(wa,va,sa,va);
line(sa,va,sa,ea);
line(sa,ea,wa,ea);
line(wa,ea,wa,va);
getch();
closegraph();
} //end of option();
void ticksho(void)
{
for( i=0,j=1000;i<130,j>=10;i++,j-=10)
{
for(int k=0;k<100;k+=10)
{
sound(j);
delay(1);}cleardevice();
outtextxy(100,i,"HERES");
outtextxy(185,200,"YOUR");
outtextxy(0,400-i," TICKET ");
}
getch();nosound();
closegraph();
} //end of ticksho();
int cho()
{
int i;
cout<<endl<<endl;
cout<<" "<<"PLEASE ENTER YOUR CHOICE NOW :: ";
cin>>ch;
cout<<endl<<endl;
cout<<" "<<" THANK YOU "<<endl<<endl;
for(i=0;i<=1039;i++)
putch(char(186));
cout<<endl<<endl;
cout<<"==========================================================
======================"<<endl<<endl;
cout<<" "<<" PRESS ANY KEY TO CONTINUE : " ;
getch(); return ch;

} //end of cho();
void end(void)
{
for( i=0,j=1000;i<130,j>=10;i++,j-=10)
{
for(int k=0;k<100;k+=10)
{
sound(j);
}
cleardevice();
outtextxy(100,i,"END OF");
outtextxy(185,200," THE ");
outtextxy(0,400-i," PROJECT ");
}
getch();
nosound();
closegraph();
}//end of end function
void table(void)
{
cout<<endl<<endl<<" AIRPORT RECORDS

"<<endl<<endl;
cout<<setw(15)<<"NAME"<<setw(15)<<"DESTINATION"<<" "<<setw(8)<<"
DATE"<<setw(12)<<" FLIGHT.NO"<<setw(6)<<"TIME"<<endl;
cout<<"------------------------------------------------------------------------------"<<endl<<end
l;
}
void dchos(void)
{
cout<<endl; cout<<" "<<"PLEASE CHOOSE YOUR
DESTINATION"<<endl<<endl;
cout<<"=========================================================
==============="<<endl;
cout<<" "<<"S.NO"<<" ";putch(char(186));cout<<" "<<" PLACE "<<"
";putch(char(186));cout<<" AIRLINES ";putch(char(186));cout<<" TIME
";putch(char(186));cout<<" FARE ";putch(char(186));cout<<endl<<endl;
cout<<" "<<" 1 "<<" ";putch(char(186));cout<<" "<<" DELHI "<<"

";putch(char(186));cout<<"INDIA-AIRLINES ";putch(char(186));cout<<" 0930
cout<<" "<<" 2 "<<" ";putch(char(186));cout<<" "<<" MUMBAI "<<"

";putch(char(186));cout<<" KINGDOM ";putch(char(186));cout<<" 2210
cout<<" "<<" 3 "<<" ";putch(char(186));cout<<" "<<" CHENNAI "<<"

";putch(char(186));cout<<" FRRANFIN ";putch(char(186));cout<<" 2330
cout<<" "<<" 4 "<<" ";putch(char(186));cout<<" "<<" KOLKATA "<<"

";putch(char(186));cout<<" INDIA-AIRLINES ";putch(char(186));cout<<" 1330
cout<<" "<<" 5 "<<" ";putch(char(186));cout<<" "<<" SHIMLA "<<"

";putch(char(186));cout<<" DECCAN ";putch(char(186));cout<<" 2300
cout<<" "<<" 6 "<<" ";putch(char(186));cout<<" "<<" JAMMU "<<"

cout<<" "<<" 7 "<<" ";putch(char(186));cout<<" "<<" BANGALORE "<<"

";putch(char(186));cout<<" KINGDOM ";putch(char(186));cout<<" 1330
cout<<" "<<" 8 "<<" ";putch(char(186));cout<<" "<<" GOA "<<"

";putch(char(186));cout<<" JET-AIRWAYS ";putch(char(186));cout<<" 1740
cout<<" "<<" 9 "<<" ";putch(char(186));cout<<" "<<" DISPUR "<<"

cout<<" "<<" 10 "<<" ";putch(char(186));cout<<" "<<" BHOPAL "<<"

";putch(char(186));cout<<" DECCAN ";putch(char(186));cout<<" 1150
cout<<"=========================================================
=======================";
cout<<" "<<"PRESS ANY KEY TO CONTINUE"; getch();
} //end of dchos();
8.2 LAYOUTS OF INPUT AND OUTPUT
Screen layout: - Screen layout section describes the flow of all the Input and output
window along with its layout and its functionality.
These are the layouts if the entire project, which will help to know a bit more about this
project. Through these layouts the process of learning will become easy and anyone can
understand it in a better way.
A final step in system performance definition is describing the outputs required by the
user. An actual sketch of the format and contents of the reports (layout) are as follow
from the next page:
SCREENS SHOTS
9. CONCLUSION
We can hereby conclude that:

The system effectively automated the functions involved in the processes being
handled manually before.

The cost & benefit analysis shows that the system was quite successful in saving costs
for the bank & generate equivalently huge benefits

The system is secure & scalable. The system design has been done keeping user-
friendliness and efficiency in mind.

10. SCOPE OF THE PROJECT
Scope of this project is to replace the manual work of movie shop mgmt. system with the
new advanced computerized system. User does not need much training to use this
software, as this software is very user friendly and easy to use. It replaces all the paper
work also. In this software we can store thousands of records. It replaces all the
calculation works also as it automatically calculate and print the bill. Some main
advantages are:-
Customer numbers are generated automatically by system itself.

If any invalid entry done by the users which is nature of human being but checks by
the machine so this software gives the error message to the users to indicate about the
invalid entry.
While transfer of any customer such as incoming customer, it will update both the file
and incoming customer so that if we want to know number of incoming customer, it
will be very easily for us.
BIBLIOGRAPHY
REFRENCE BOOKS
E. Balagurusamy , Object Oriented Programming with C++ , Tata McGraw-Hill

Publishing house , Copyright 1998.
The C Programming language by Kernighan & Ritchie, Prentice Hall Publishing house,
Copyright 1988.
Teach yourself C by Yashwant Kanetkar, BPb Publishing house edition-6th.
Software engineering , K.K. Aggrawal, new age international publisher.
WEB REFERENCES
www.cprogramming.com/tutorial.html
www.cplusplus.com/doc/tutorial/
www.coronadoenterprises.com/tutorials/cpp/index.html/
APPENDICES
A Synopsis
AIRLINES MANAGEMENT SYSTEM
DIRECTORATE OF DISTANCE EDUCATION

GURU JAMBHESHWAR UNIVERSITY, DELHI
TABLE OF CONTENTS
Brief introduction of project

Purpose of the project
Problems with the current system

Need for the proposed system
Tools and techniques used
1. Hardware requirements
Pentium
Ram
H.D
FD
CD ROM
2. Software requirements
i. Front End Requirements

ii. Back End Requirements
1. BRIEF INTRODUCTION OF THE PROJECT
This project on Airlines Management System is the automation of

registration process of
airlines system. The system is able to provide much information like
passengers
information, criminals, list of all passengers etc.
The system also allows us to add records when a passenger reserves a

ticket.
For data storage and retrieval we use the file-handling facility of C

Language. It enables us
to add any number of records in our database. But for intrinsic nature of
file handling, the
retrieval process is slow when we search a particular record in the database,
because record
is searched sequentially.
Need of Computerisation
A few factors that directs us to develop a new system are given below -:
6) Faster System
7) Accuracy
8) Reliability
9) Informative
10) Reservations and cancellations from any where to any place
2. PURPOSE OF THE PROJECT

2.1 Objective
This project on Airline Management System tries to provide some amount of

automation in airlines mangement. The objective of the project is to help airlines
system in making their business more efficient. It is also believed that automated
system might be an added attraction for their potential customers. It will also show
the attitute of the management that they are aware to the newly introduced
technology and ready to adopt them.
2.2 Purpose
An airline provides air transport services for passengers generally with a
recognized operating certificate or license. Airlines lease or own their aircraft with
which to supply these services and may form partnerships or alliances with other
airlines for mutual benefit. Airlines vary from those with a single airplane carrying
mail or cargo, through full-service international airlines operating hundreds of
airplanes. Airline services can be categorized as being intercontinental, intra
continental, domestic, or international and may be operated as scheduled services
or charters.
3. PROBLEMS WITH THE CURRENT SYSTEM

The problem of current system is divided into sub problems
Manual system The system is very time consuming and lazy. This system is more
proneto errors and sometimes the approach to various problems is
unstructured.
Technical system With the advent of latest technology if we do not update our
system then our business result in losses gradually with time.
The technical systems contains the tools oflatest trend i.e.
computers printers, fax, Internet etc. The systems with this
technology are very fast, accurate, user-friendly and reliable.

4. Need for the proposed system:
TO BOOKED DOMESTIC FLIGHT TICKET:-
This option provides user the to booked domestic flight ticket in this airlines
system.
TO BOOKED INTERNATIONAL FLIGHT TICKETS :-
This option provides user the facility to enter information related to any passenger
who wanted to reserve a ticket international flight available in the system.
TO CONFIRM TICKET:-
This option provides facility to confirm ticket who may have booked a ticket in
any flight available in the system.
TO VIEW ALL THE MEMBER :-
This option provides facility to view all information related to passenger who has
booked a ticket in any flight available in the system.
TO CANCEL TICKET:-
This option provides facility to cancelled ticket who may have booked a ticket in
any flight available in the system.
TO VIEW ALL THE MEMBER :-
This option provides facility to view all information related to passenger who has
cancelled ticket.
5. Tools and techniques used:

To run this project successfully it is required that certain software and hardware
requirements should be kept in mind. Following are the requirements:
Hardware Requirements:
Pentium - II to IV
Ram 32MB
H.D .space - 4xGB
FD
CD ROM DRIVE - 52x
Software Requirements:
Front-End Requirement Turboc C++

MS-Excel
MS-Word
Back-End Requirement File Handling

Shubhangi Ams1

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Shubhangi Ams1

Uploaded by

Copyright:

Available Formats

Airline Management System

DECLARATION OF THE STUDENT

5.3.1 0 Level DFD..22

S.no. Table No. Description of Tables Page No.

1 1.1 S\W requirements table 92

2 2.1 H\W requirements table 92

This project on Airline Management System is the automation of registration process of

1.1 About Project

1.2 Objectives of the Project

1.3 Purpose of the project

Electronically handling of flights record to enhance the accuracy, flexibility,

number of passengers transactions.

1.4 SCOPE OF THE PROJECT

This project on Airline Management System is the automation of registration process of

1.5 PROJECT OVERVIEW

Objective of this software is to simplify the employee record using computers

2.1 Existing System:

Limitation of existing system:

Every manager faces lot of minor & major problems like:

The four layers of object oriented design are:

2.2 Proposed System:

3. PROJECT MONITORING SYSTEM

3.1 Module Description

We have implemented validation at 03 points in the system as:

4.1 FEASIBILITY STUDY

3. Details of findings : An outline of the methods and procedures under-taken by the

4. Recommendations and conclusions: Specific recommendations regarding the

4.1.1 Operational Feasibility:

This project/software is further expanded by connecting various interrelated departments

System level goals and requirements.

communication between various depts. outside agencies, as there is no need of making

Application generation: The fourth generation techniques are used to generate

WORKING OF THE PROJECT

Admin can collect total amount. by selecting option 4.

Implementation & unit

5.2 USE CASE DIAGRAM

Manager Print Detail

5.3 DATA FLOW DIAGRAM

Originator or Consumer of data

All external files are shown as a labeled straight line.

5.3.1 0 Level DFD

Request to list Display all

5.3.2 1st Level DFD

Modify Customer Data

Fig. 5.2 Reservation

5.3.3 2nd Level DFD

Access Flight info

Fig. 5.3 level DFD

Name Age Place

Sex Date Sex Time

Meal (veg. Or Destination

View all the booked

To cancel the Ticket

View all can-celled F

Enter Passengers information

Save data into file

Enter Passengers information

Save data into file

Passen. has reserved a ticket Passen. hasnt reserved a

Enter any key

Display Details of reservation Display Error

Passen. has cancel ticket Display error message

Enter any key