Professional Documents
Culture Documents
For
Prepared by
Group Name:
Bus Resevation Group
: : : :
"r. #ilesh Rathod Sir $n%ormation &echnology 'B"S (ab "r. #ilesh Rathod Sir 1'(01(201)
"eac#in$ %ssistant:
Contents
1 IN"*+&,C"I+N......................................................................................................................................................1 2 +V-*% &-!C*IP"I+N.....................................................................................................................................)
Page 1
1 Introduction
The introduction of the Software Requirements Specification (SRS) provides an overview of the entire SRS with purpose, scope, definitions, acronyms, abbreviations, references and overview of the SRS. This is a SRS document for Online Bus Reservation System. The ob ective of Online Bus Resevation System is to mana!e buses, their routes, fare and passen!er and also provide the confort to both or!anisation and "assan!er.
Page 2
Page 3
2 Overall Description
2.1 Product Perspective
This Online Bus Reservation System is a self'contained system that mana!es activities of the travels as "assen!ers (nfo. 3arious sta#eholders are involved in the Online Bus Reservation System.
Registration:
5hen a passen!er as# for sit reservation, the front'des# staff chec#s to see if the passen!er is already re!istered with the hospital. (f he is, his:her "assen!er (dentification /umber ("(/) is entered into the computer. Otherwise a new "assen!er (dentification /umber is !iven to this passen!er. The passem!er)s information such as date of birth, address and telephone number is also entered into computer system.
Sit Reservation$
5hen the passen!er lo!in with his:her >o!in (d and "asswird then he: she is as#ed about the sours and destination of his:her ourney, root, date and time of ourney and type of but i. e. /ormal or %c. The sit is chec#ed for availability in database on proposed time, if the sit is available then the reservation is done by ta#in! the e'payment and the sit no. %nd bus no., date and time of bus is send to passen!er alon! with blueprint of tic#it.(f the sit or bus is not available then the passen!er is !iven with all other alternatives.2ven if the passen!er complete his ourney, then also administrative staff should not delete his "(/ from the system. So that database about re!ular passen!ers can be maintained and special discount offers or them can be !iven.
Report Generation$
The system !enerates reports on the followin! information$ >ist of detailed information re!ardin! the buses run by travel company and passen!ers.
+ront,des- sta%%:
Page 4
They all have !eneral reception and secretarial duties. 2very staff has some basic computer trainin!. They are responsible for c#ec#in! sit availability and reservin! it for appropriate passen!er.
0dministrators:
They all have post'secondary education relatin! to !eneral business administration practices. 2very administrator has basic computer trainin!. They are responsible for all of the schedulin! and updatin! day:ni!ht employee shifts.
Passenger :
The passen!er dose online boo#in! of sit and need littal bit #nowled!e about computer and (nternet.
%ll of bus and passen!er record must be protected for all steps. (n the future, it is possible that the software desi!n will have to incorporate chan!es that could ta#e place in other Travel a!ency in the same domain. The bus and passen!ers record of all Travel a!ency in domain should have the same standard of data format and security of data when transferrin! between the a!encies also needed. ?han!es or additions about payment methods can affect the system directly. The system must be user'friendly
2.
The system uses licensed third party software products. The system is volatile. If the electric power is lost. The PMS system will go do.
Page 5
3 !peci2ic *e3uirements
3.1 ,.ternal Interface Requirements
3.1.1 *ser Interfaces
The user interface for software shall be compatible to user which can access to the system.The user interface shall be implemented usin! any tool or software pac#a!e li#e servlet,asp, sp etc.
Sophisticated and user friendly interface for all passen!ers. (ndividual account or profile for ech user related to the system. Sophisticated interfaces for all people who related to the system. (mplement bus, passen!er, driver and staff database systems. (mplement %ccount System for mana!in! invoices. 2ach passen!er needs only one barcode i. e. "(/ and username for wal#in! throu!h every step. Ceep secret for all of passen!er profiles. 2ach division can see only necessary data of each passen!er for analy*in!. (nternet connection to wor# on with the system. 2mer!ency help system in case of any accident and any other technical or non' technical problem or ris#. Real time or dynamic service should be !iven in case of all chan!es appearin! in the system.
Page 6
Assign PIN: The OBRS shall allow front'des# staff to !ive each passen!er a "(/
and add it to the passen!ers record. This (& shall be used by the passen!er throu!hout his:her stay in a!ency.
Reserve 2ic'it1
Sign $n: The passen!er first need to si!n in to the system with the username and password he:she have provided with. The system need to chec# for validation of that username and password and then only allow he:she to access the system. 1hec- 0vailability: The passen!er must be allowd to see all available options for ourney. %nd see if the sit is available or not. Reserve &ic-it: Then if the tic#it is available then the sit should be boo#ed with the "(/ of that passen!er only and it should not be !ranted to other passen!er a!ain till it !et free.
3aintain /istory1 Maintain PIN: The administrative staff in the ward shuld not delete the "(/ of
the passen!er from the system when the ounney is over. 0dd sit to sit,available list: The administrative staff in the ward shall be allowed to put the sits in sit'available list when the ourney is over or the sit is cancelled.
. Report 4eneration : 4us In2ormation: The OBRS shall !enerate reports on bus about the followin!
information$ Bus /umber, daily root, driver name, cleaner name ,conductor name, no. of passen!ers can travel, type of bus$ /ormal or %? list of passen!er who have boo#ed their sits in bus and thecnical issues occurred in bus also. Sit 0availability: The OBRS shall !enerate reports on sits availability about the followin! information$bus number, sit number, occupied:unoccupied.
Data#ase1 Passenger related $n%ormation: 2ach passen!er shall have the followin!
mandatory information$ first name, last name, phone number, passen!er identification number, address, postal code, city, country, username and password. Bus related $n%ormation: 2ach bus should have followin! information$bus
Page 7
Page 8
Page 9
ppendi.
8 Data Dictionary
This SRS document is used to !ive details re!ardin! Online Bus reservation System. (n this all the functional and non'functional requirements are specified inorder to !et a clear cut idea to develop a pro ect.