Thesis Abstract

Thesis Overview

<p> </p><p>The web based “airline reservation system” project is an attempt to stimulate the basic concepts of airline reservation system. The system enables the customer to do the things such as search for airline flights for two travel cities on a specified date, choose a flight based on the details, reservation of flight and cancellation of reservation.</p><p>The system allows the airline passenger to search for flights that are available between the two travel cities, namely the “Departure city” and “Arrival city” for a particular departure and arrival dates. The system displays all the flight’s details such as flight no, name, price and duration of journey etc.</p><p>After search the system display list of available flights and allows customer to choose a particular flight. Then the system checks for the availability of seats on the flight. If the seats are available then the system allows the passenger to book a seat. Otherwise it asks the user to choose another flight.</p><p>To book a flight the system asks the customer to enter his details such as name, address, city, state, credit card number and contact number. Then it checks the validity of card and book the flight and update the airline database and user database. The system also allows the customer to cancel his/her reservation, if any problem occurs.</p><p><strong>ANALYSIS</strong></p><p><strong>2.REQUIREMENTS ELICITATION: </strong></p>Reqirement numberDescriptionTypePriorityReq-1The user will be able to search for flights through a standard screen.FunctionalMust haveReq-2Database administrator maintains the user details and the flights details in the database.Non functionalMust haveReq-3Through a standard flight search method the user will be able to search one-way,round trip or multi destination flights.FunctionalMust haveReq-4The user should able to specify the departure,arrival places and date of their flight.FunctionalMust haveReq-5By advanced flight search method the user will allow the user to specify a preffered airline by its name or its number.FunctionalCould haveReq-6The user will have the option to select the either non-stop,single stop or multi-stop flights.FunctionalMust haveReq-7The user can only search for a flight in the future and with in only one year of current date.FunctionalMust haveReq-8Any error in entry of the system will stop the system fro processing the search. an error message will be presented to the user.FunctionalMust haveReq-9The user will be able to see the price,duration of trvelling,departure time and arrival time.FunctionalMust haveReq-10User will able to specify the flight class which will be with respect to the flight choosen.FunctionalCould haveReq-11The user will be able to choose the seats from the list of available seats of particular flights.FunctiuonalMust haveReq-12The user must complete all the necessary steps to book flight to be gaurenteed and autherentised.FunctionalMust haveReq-13After booking the flight the user may cancel or modifing their flight.FunctionalMust haveReq-14Response time of the airline reservation system must be less than 5 sec most of time.Non functionalShall haveReq-15Ars shall be able to handle atleast 1000 transactions per second.Non functionalShall haveReq-16Ars should be available 24×7.Non functionalMust haveReq-17Ars shall always provide real time information about flight availability information.Non functionalMust haveReq-18The web interface should be interactive and easily navigable users sholud be able to understand the menu and options provided by ars.NonfunctionalMust haveReq-19Users need to authenticated before having access to any personal dataNon functionalMust haveReq-20Ars shall authenticate the users credit cards and their personal information.FunctionalMust haveReq-21Support for waiting list functionality.FunctionalShall haveReq-22The ars shall be able to handle the situation where flight services are available to multiple cities or a single city.FunctionalCould haveReq-23Only the system abministrator hat the right to change the system parameters.Non-functionalShall haveReq-24Ars should be roboust enough to have a high degree fauklt tolerance.Non-functionalShall have<p>&nbsp;</p><ol><li><strong>System Requirements Specification &nbsp; </strong></li></ol><p><strong>HARDWARE:</strong></p><p><strong>&nbsp;</strong>PROCESSOR &nbsp; &nbsp; : PENTUIUM IV 2.6 GHz</p><p>RAM &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; :<strong>&nbsp;</strong>512MB DD RAM</p><p>MONITOR &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : 15” COLOR</p><p>HARD DISK &nbsp; &nbsp; &nbsp; :250 GB</p><p>CDDRIVE &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : LG52X</p><p>KEYBOARD &nbsp; &nbsp; &nbsp; : STANDARD 102 KEYS</p><p>MOUSE &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; :OPTICAL MOUSE</p><p><strong>SOFTWARE:</strong></p><p>FORNT END &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; :JAVA,HTML,SERVLETS</p><p>BACKEND &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; : ORACLE 10i</p><p>OPERATING SYSTEM : WINDOWS XP</p><p><strong>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Use-case view</strong></p><ol><li><strong>IDENTIFICATION OF ACTORS</strong></li></ol><p>Actors are not part of system.</p><p>Actors represent anyone or anything that interacts with (input to receive output from) the system.</p><p>An actor is someone or something that:</p><p>Ø &nbsp;Interacts with or uses the system.</p><p>Ø &nbsp;Provides input tot and receives information from the system.</p><p>Ø &nbsp;Is external to the system and has no control over the use cases.</p><p>Actors are discovered by examining:</p><p>Ø &nbsp;Who directly uses the system?</p><p>Ø &nbsp;Who is responsible for maintaining the system?</p><p>Ø &nbsp;External hardware used by the system.</p><p>Ø &nbsp;Other systems that need to interact with the system.</p><p>The need of the actor are used to develop use cases. This insures that the system will be what the user expected.</p><p><u>Graphical Depiction</u></p><p>An actor is a stereotype of a class and is depicted as “stickman” on a use-case diagram.</p><p>Naming:</p><p>The name of the actor is displayed below the icon.</p><p>Questions that help to identify actors</p><ol><li>Who is interested in a certain requirement</li><li>Where is the system used within the organization?</li><li>Who will benefit from the use of the system?</li><li>Who will supply the system with information, use this information, and remove this information?</li><li>Who will support and maintain the system?</li><li>Does the system use an external resource?</li><li>Does one person play several different roles?</li><li>Do several people play the same role?</li><li>Does the system interact with a legacy system?</li></ol><p>Using the above questions we have identified four actors is online airline reservation system. They are</p><p>1) &nbsp; &nbsp; &nbsp;Traveler</p><p>2) &nbsp; &nbsp; &nbsp;Credit and authorization</p><p>3) &nbsp; &nbsp; &nbsp;Airline database</p><p>4) &nbsp; &nbsp; &nbsp;User database</p><p>Customer: Initially Customer searches the fights available in the web page by submitting departure city and arrival city. After he chooses a flight from a light of available flights. After choosing he has to submit his details for booking and confirm the booking. He can also have the ability to cancel the flight if any problem occurs.</p><p>UML notion:</p><p>2) Database Administrator: It is responsible for maintaining all the rights details such as flight number, company, price duration of journey. The request come to any airline database is queried and executed. The query may be either executable or update query. It is invoked by the booking system whenever the traveler confirms the booking. It maintains the customer details such as name, address, city, state and contact number. Whenever the customer cancels the booking his details will be removed from the database.</p><p>UML notation</p><ol><li><strong>IDENTIFICATION OF USE-CASES AND SUB USE-CASES</strong></li></ol><p>Use case is a sequence of transactions performed by a system that yields a measurable result of values for a particular actor. The use cases are all the ways the system may be used.</p><p>Graphical Depiction:</p><p>The base shape of a use case is an ellipse:</p><p>Naming</p><p>Ø &nbsp;A use case may have a name, although it is typically not a simple name. It is often written as an informal text description of the actors and the sequences of events between objects. Use case names often start with a verb.</p><p>Ø &nbsp;The name of the use case is displayed below the icon.</p><p>Questions that help to find use cases</p><ol><li>What are the tasks of each actor?</li><li>Will any actor create, store, change, remove or read information in the system?</li><li>What use cases will create, store, change, remove, or read this information?</li><li>Will any actor need to inform the system about sudden, external changes?</li><li>Does any actor need to be informed about certain occurrences in the system?</li><li>What use cases will support or maintain the system?</li><li>Can all functional requirements be performed by the use cases?</li></ol><p>By applying the above questions to the online shopping the following use cases are identified. They are</p><p>1) &nbsp; &nbsp; &nbsp;Search Flight</p><p>This use case is started by traveler. It provides the facility for traveler to search for flight based on departure and arrival city.</p> <br><p></p>