четверг, 7 августа 2014 г.
3.1.1.1 A user who has traveled by the airline earlier would have been given a user id and a passwor
This project deals with the development of a Software Requirements lodging orlando Specification (SRS) document that specifies what an airline reservation system should and should not do. The SRS document is divided into five sections namely
This section lists all the goals and objectives of the system categorized based on the viewpoint of the airline company and the customer (passenger). lodging orlando These are higher-level goals which are somewhat broad in nature. They help in a top-down development of the SRS.
This section lodging orlando clearly depicts the environment and boundaries of the ARS and the entities with which it interacts. It helps us see how the system fits into the existing scheme lodging orlando of things. What the system will do by itself and what it expects other entities to do is clearly delineated.
This section is the bulk of the document and precisely states the functions of the system – what it should do and what it should not. This section is split into subsections modeled after the real world activities like reserving tickets, rescheduling tickets etc. Freedom from ambiguity and navigability were kept in mind while documentation. A consistent terminology lodging orlando has been followed throughout and the terms are explained in the appendix. The subsections follow a logical sequence that reflects the real world. For example, a customer cannot reschedule a ticket unless he has bought one earlier and cannot buy one unless he has checked its availability.
These are quality requirements that stipulate the performance levels required of the system for various kinds of activities. Numerical lower and upper limits set conditions on the response times, access times etc of the system. Sometimes, tradeoffs are necessary among various non-functional requirements.
These are the specifications which are not provided lodging orlando for now in the current version of ARS but which could be incorporated into future versions. Some of these need advanced technologies and interfaces with other systems. The ARS could be designed in future to enhance the existing capabilities or add entirely new ones.
1.1 The Airline Reservation System (ARS) is a software lodging orlando application to assist an airline with transactions related to making ticket reservations, which includes blocking, reserving, canceling and rescheduling tickets.
1.2.2 Maintain consistency among different access modes, e.g. by phone, by web, at the information desk and across different physical locations. The users should be basically taken through the same steps by the system as they go through in conventional desk-reservation systems.
1.2.3 Maintain customer information in case of emergency, lodging orlando e.g. flight cancellation due to inclement weather. The profile can also be used by the airline company to track user preferences and travel patterns to serve them better, plan routes, for better marketing and efficient scheduling of flights.
1.2.4.3 Maintain the capability to adopt a flexible pricing policy. The price of the tickets should be dynamically determined based on how early, before the date of departure, the customer buys the ticket.
The above two ARS interfaces shall help provide the following functionalities to the users - access to the ARS to check the flight schedule, availability of seats, ticket price and to block, reserve, cancel, and reschedule tickets.
The ARS will also provide an easy-to-use, lodging orlando simple telephonic user interface, which can be accessed lodging orlando by the customers through telephone or cell phone from anywhere. This interface shall provide access, only to the following functionalities, namely, check flight schedule and check ticket status including any change in the flight timings. lodging orlando The functionality available through this telephonic lodging orlando interface is limited because of security constraints.
The closed boundary above clearly delineates the system and the environment. The diagram shows the interactions between the ARS software and the databases inside lodging orlando the system. There are three databases internal to the system and which the system maintains. DB-user is the database containing all the personal information of the registered users of the ARS. This can be updated by the user by logging in to the system. Information from this database is used during transactions like charging the credit card etc. DB-schedule is a copy of the flight schedule database. The latter exists independently and is updated by a flight scheduler system which is out of scope of the ARS. DB-schedule is updated with the latest status of the flight schedule database whenever there is any change in the latter. For example, if a flight has been added to the schedule between two cities on Tuesdays, DB-schedule gets updated with this change through a process with which we are not concerned. It is external to the system and is out of the scope of this SRS. DB-schedule also contains the base prices of tickets for various flight numbers. DB-reservations are a database containing information regarding the number of seats available on each class on different flights. It has provision for marking how many of the reserved seats have been blocked but not yet bought. DB-reservations should update itself using DB-schedule, for example, if a new flight is added. DB-geography is a database, which contains information about the cities and towns serviced by the airline. The distance between all cities and towns is contained in a matrix form. There are three interfaces, one for the administrator, one for the customer via web and another for the customer via phone. The administrator can update DB-schedule with any changes in the base prices lodging orlando of flight tickets. The system uses a pricing lodging orlando algorithm and dynamically determines the actual price from this base price depending on the date of reservation vis-à-vis date of departure. The customer interfaces (web and phone) enable multiple functions which are described in the following section – section 3.
3.1.1 The passenger, lodging orlando who will henceforth be called the ‘user’, will be presented with 3 choices by the reservation lodging orlando system, as the first step in the interaction between them. A user can choose one of these and his choice would be governed lodging orlando by whether he is a guest or a registered user and whether he wants to check the availability of tickets or also block/buy them. The terms ‘registered user’ and ‘guest’ are described below.
3.1.1.1 A user who has traveled by the airline earlier would have been given a user id and a password. He would have his personal information stored in the database referred to earlier in section 2 as ‘DB-user’. This ‘personal information’ would be henceforth referred to as ‘profile’. Such a user with a profile lodging orlando in DB-user shall be called a ‘registered user’. A registered user will be able to check the availability of tickets as well as block/buy a ticket by logging lodging orlando into the system.
But a registered user can also act as a guest if he only wants to check the availability lodging orlando of tickets. ‘Availability of tickets’ always refers to viewing the flight schedule for given days, the price of tickets and any discount offers. The system shall present the user with an option to exit from the system at any time during the following processes.
The system shall require a user to register, in order to carry out any transactions with it except for checking the availability of tickets. It will ask the user for the following information at the least – a user id, a password, first name, last name, address, phone number, email address, sex, age, preferred credit card number. The system will automatically create a ‘sky miles’ field and initialize it to zero in the user’s profile.
3.3.1 After logging in a user (either a registered user or a guest), the system shall request him to enter the following lodging orlando details lodging orlando – origin city and destination city. “City’ is a generic term and refers to a city or town as the case may be. The origin and destination lodging orlando cities would be entered as text.
The system shall now refer to the flight schedule database, referred lodging orlando to as ‘DB-geography’ in section 2, and check if there is any ambiguity with the names of the cities. In case there are more than two cities with same name as entered by the user, the system shall list all of them (with more qualifications) and ask the user to select one of them. In case, either the origin or destination cities are not listed in DB-geography as being directly serviced by the airline, the system shall suggest the nearest city to which service is available, including the distance of the destination city from this nearest city.
After the origin and destination cities are ascertained, the system shall now access the flight schedule database, referred to as ‘DB-schedule’ in section 2, and checks if there is a direct operational service between the two cities. If not, the system shall suggest possible routes and transfer points using a ‘route selection algorithm’. The user shall now be presented with a choice of either selecting one of the routes. lodging orlando In case he selects lodging orlando a route, the system shall fill in the intermediate stop over points and create a multiple trip itinerary for the user.
One-way/round trip shall be either a drop down menu or a check box selection. ‘Departure date’ refers to either a single date or a range of dates, entered through a calendar-like menu. This menu shall not show dates in the past or those dates that are too ahead in the future(as determined by the airline policy). In case, the trip is a round trip, the system shall also ask the user to enter the departure date on the return trip.
Having taken all the above input from the user, the system checks for any false entries like the departure date on the return trip being earlier than the departure date on the onward trip. In case of incompatibility, the system shall display a suitable error message and prompt the user to enter the information correctly.
lodging orlando The system queries the reservation database ‘DB-reservations’ to check which of the flights on the schedule have seats available. The system displays the results in a suitable form (a tabular form
Комментариев нет:
Отправить комментарий