Airline Reservation System Vision Document: A Comprehensive Overview, Study Guides, Projects, Research of Computer Science

it describe the srs documentation of php project

Typology: Study Guides, Projects, Research

2018/2019

Uploaded on 02/04/2019

rabia-muneer
rabia-muneer 🇵🇰

4.3

(3)

8 documents

1 / 17

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
CIS 895 – Airline Reservation System Vision Document 1.0
1
Vision Document
Airline Reservation System
Submitted in partial fulfillment of the requirements of the degree of Master of
Software Engineering
Kaavya Kuppa
CIS 895 – MSE Project
Department of Computing and Information Sciences
Kansas State University
Committee Members:
1. Dr. Daniel Andresen
2. Dr. Torben Amtoft
3. Dr. Mitchell L. Neilsen
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff

Partial preview of the text

Download Airline Reservation System Vision Document: A Comprehensive Overview and more Study Guides, Projects, Research Computer Science in PDF only on Docsity!

Vision Document

Airline Reservation System

Submitted in partial fulfillment of the requirements of the degree of Master of Software Engineering

Kaavya Kuppa CIS 895 – MSE Project Department of Computing and Information Sciences Kansas State University

Committee Members:

**1. Dr. Daniel Andresen

  1. Dr. Torben Amtoft
  2. Dr. Mitchell L. Neilsen**

TABLE OF CONTENTS

1. INTRODUCTION

1.1 PURPOSE AND MOTIVATION The main purpose of this vision document is to list the requirements of the Airline Reservation System project. This document also helps us to collect and analyze the ideas gathered for the project. This vision document will be subject to change, if more requirements are added to the project. This document is mainly prepared to set stage for the design phase of the project. The document being prepared is the first version of vision document for the Airline Reservation System project. C#.NET is a new technology which is being used a lot in the IT field. My interest to learn this new technology has prompted me to take up this project, which would set the stage for the applications I would be developing in the future.

1.2 PROJECT OVERVIEW The Airline Reservation System project is an implementation of a general Airline Ticketing website like Orbitz, which helps the customers to search the availability and prices of various airline tickets, along with the different packages available with the reservations. This project also covers various features like online registration of the users, modifying the details of the website by the management staff or administrator of the website, by adding, deleting or modifying the customer details, flights or packages information. In general, this website would be designed to perform like any other airline ticketing website available online.

. 1.3 REFERENCES Some of the references used for preparing the vision document include: 1. http://inkboard.sourceforge.net/docs/VisionDocument.pdf 2. www.orbitz.com 3. IEEE document for Software Requirements Specifications 4. E-Draw software is used to generate the use case diagrams 5. wikipedia 6. MSE Portfolio presentation I lecture by Dr. Deloach, on the CIS website

2. OVERALL PRODUCT DESCRIPTION

2.1 PRODUCT PERSPECTIVE The Airline Reservation System project uses the .NET framework 1.1 and is completely independent. The project itself is a bigger product and does not need to be introduced into a larger system. The application would be running on a Windows XP/2000 Operating system

2.2 PRODUCT FEATURES The Airline Reservation System has the following features: This project is mainly intended for two types of audiences. One is the customer or the end user and the other is the administrator of the website. Some of the major functions of the product can be categorized under two different categories that are for the administrator and the user.

Customer / End user activities

Fig: Customer Use Case Diagram

Some of the functions of the Airline Reservation System, such as creating, maintaining and updating the database are available only to the administrator. The functions of the administrator, explained in detail are as follows:

Administrator Activities Login/Logout: The administrator has to login first in order to be able to make changes to the Airline Reservation System, by adding, deleting or modifying the data in the Airline Reservation System database. After making the necessary changes, he then has to logout of the system, in order to prevent misuse of the data.

Add/Delete/Modify Customer Information: Daily the Airline Reservation System will have many customers registering with the website and many of them unsubscribing. Only the administrator will have the sole rights to modify the database accordingly.

Add/Delete/Modify Flight Information: The Administrator also has the sole rights to add, delete or modify the flight information. Sometimes, flights get cancelled for some reason, so such flights would be removed from the list of flights available to the customer. Similarly whenever any flight information has to be modified or if any new flights need to be added to the database, these operations are performed by the administrator.

Add/Delete/Modify Motel Information: The administrator can also add/delete or modify information related to different motels. This information can be the number of rooms available at the motel, the prices etc.

Cancellation of Reservations: Sometimes, after making a reservation, a customer might cancel the reservation he has made. So, the administrator also handles such special situations and sends the customer an e-mail confirmation after deleting the specific transaction.

E-mail confirmations: Whenever a customer makes or cancels a reservation, the administrator is responsible for sending confirmation e-mails to the customer, confirming the transaction. Administrator Use Case Diagram

Login/Logout

Add/Delete/Modify flight information

Add/Delete/Modify Motel information

Add/Delete/Modify Package Information

Cancellation of Reservations

Modify details of webpage

Administrator

Add/Delete/Modify Customer Information

E-mail confirmations

2.3 USER CHARACTERISTICS There are two kinds of users for the Airline Reservation System. One is the customer and the other is the administrator. The customers do not need to have any prior training to use the application. However, instructions for making flight and motel reservations would be

Figure representing the sample Customer GUI

The Graphical User Interface would mainly consist of Hyperlinks, Data entry fields like the E-mail Id field, push down buttons like the Login button etc. The administrator of the website would also have a similar Graphical User Interface. After an administrator logs onto the system, the home page for the administrator would be as follows: Figure representing the sample Administrator Interface

3.1.2 HARDWARE INTERFACE The Airline Reservation System does not use any hardware interface

IMAGE

About us AdminPage How to book Contact Us Home

Images

Email ID Password

Login New User?

IMAGE

IMAGE

Customerdetails Flight details Hoteldetails Packagedetails Cancellations Logout

3.1.3 SOFTWARE INTERFACE The application should run on a Windows XP/2000 Operating System. Since the application needs a database to store all the customer details, airline, motel and package information, SQL server 2000 would be used. Visual Studio.NET 2003 would be used for creating the application. All the coding will be done in C#.

4. FUNCTIONAL REQUIREMENTS The functional requirements of the Airline Reservation System are divided among the customer and the administrator of the application. These functional requirements can be explained in detail as follows:

4.1 Use Case name: User Registration

  • Description: This use case describes the scenario where the user registers with the application by providing all the necessary details, in order to make reservations or bookings for flights, motels, special packages.
  • Actor: User or the Customer
  • Input: The user or the customer will have to provide all the necessary details present in the customer registration form of the application.
  • Output: All the details entered in the customer registration page will be verified and accepted by the system into the database.

4.2 Use Case name: User Login

  • Description: This use case describes the scenario where the user logs into the application, with the username and password he has provided while registering with the system.
  • Actor: User or the Customer
  • Input: The user or the customer creates a username and password at the time of registering with the system. He then uses them to logon to the system and make reservations or view any information.
  • Output: The application verifies the authenticity of the username and password and then displays information related to various flights to the customer.

4.6 Use Case name: Book Motel

  • Description: This use case describes the scenario where the user books motels at the time of airline ticket reservation
  • Actor: Customer or the user
  • Input: After logging onto the application, the customer looks up the information for all the available motels at his destination.
  • Output: The application verifies the authenticity of the username and password and then displays information pertaining to various motels at the customer’s destination.

4.7 Use Case name: Booking Packages

  • Description: This use case describes the scenario where the user books different touring packages at the airline ticket reservation
  • Actor: Customer or the user
  • Input: The customer looks up information regarding various touring packages available at his destination at the time of airline ticket reservation.
  • Output: The application verifies the authenticity of the username and password of the customer and then displays information of various touring packages available at customer’s choice of place.

The administrator activities use cases will be described here: 4.8 Use Case name: Login/Logout

  • Description: This use case describes the scenario where the administrator of the application, logs into the system and logs out after the work is done.
  • Actor: Administrator
  • Input: The administrator of the website logs into the application with the username and password provided to him.
  • Output: The application verifies the authenticity and displays the home page of the administrator.

4.9 Use Case name: Add/Delete or Modify Customer information

  • Description: This use case describes the scenario where the administrator adds, deletes or modifies customer information in the system database
  • Actor: Administrator
  • Input: The administrator of the applications logs onto the system with his username and password.
  • Output: The application authenticates the administrator, and then displays the page where the administrator can add new customers to the database, or delete existing customers or modify details of customers in the database.

4.10 Use Case name: Add/Delete or Modify flight information

  • Description: This use case describes the scenario where the administrator adds, deletes or modifies flight information in the application database
  • Actor: Administrator
  • Input: The administrator logs onto the system with the username and password provided to him.
  • Output: The application authenticates the administrator, by verifying the username and password. Then the application displays the page where the administrator can add new flights to the database, delete the flights that have been cancelled or modify information for the flights.

4.11 Use Case name: Cancellation of Reservations

  • Description: This use case describes the scenario where the administrator handles the cancellation of reservations by the customers.
  • Actor: Administrator
  • Input: The administrator logs onto the system with the given username and password.

4.14 Use Case name: Add/Delete or Modify Motel information

  • Description: This use case describes the scenario where the administrator adds, deletes or modifies motel information in the database.
  • Actor: Administrator
  • Input: The administrator logs onto the system with the username and password provided to him.
  • Output: The application authenticates the administrator, by verifying the username and password. Then the application displays the page where the administrator can add new motels to the database, delete a specific motel from the list of motels, since there are no more available rooms there. He can even update the price per room of each motel. To make it easier, the administrator might assign a unique id for each hotel.

4.15 Use Case name: Add/Delete or Modify package information

  • Description: This use case describes the scenario where the administrator adds, deletes or modifies package information in the application database
  • Actor: Administrator
  • Input: The administrator logs onto the system with the username and password provided to him.
  • Output: The application authenticates the administrator, by verifying the username and password. Then the application displays the page where the administrator can add new packages to the database, delete the packages that are no longer available or modify information for any particular package. 5. PERFORMANCE REQUIREMENTS The Airline Reservation System application should be able to respond to the queries submitted by the customer without much delay. When a user searches for a flight leaving from a particular place to another place, the application should not take much time to return the results, similarly for the motel and package information. Considering that the application is of moderate size, it should be able to display 10 results at a time on each page, when the customer looks up for any particular data. Since the Airline Reservation

websites have much traffic, the user should also be able to logon to the system using high speed internet. Most of the requests sent to the application should be answered in less than 5 seconds.