Railway Reservation System: Background
Railway Reservation System: Background
Railway Reservation System: Background
BACKGROUND:
The Indian Railways (IR) carries about 5.5 lakhs passengers in reserved accommodation
every day. The Computerised Passenger Reservation System (PRS) facilitates the booking and
cancellation of tickets from any of the 4000 terminals (i.e. PRS booking window all over the
countries). These tickets can be booked or cancelled for journeys commencing in any part of
India and ending in any other part, with travel time as long as 72hours and distance up to several
thousand kilometers.
The project of PRS was launched on 15 th November 1985, over Northern Railway with
the installation of Integrated Multiple Train Passenger Reservation System (IMPRESS), an
online transaction processing system developed by Indian Railways in association with
Computer Maintenance Corporation Ltd., at New Delhi. The objective was to provide reserved
accommodations on any train from any counter, preparation of train charts and accounting of the
money collected. The application was implemented in 1987 Mumbai, Chennai, Kolkata,
Secunderabad subsequently.
PROBLEM DEFINITION
• Railway passengers frequently need to know about their ticket reservation status, ticket
availability on a particular train or for a place, train arrival or departure details, special
trains etc.. Customer information centers at the railway stations are unable to serve such
queries at peak periods.
• The number of the reservation counters available to the passengers and customers are
very less.
• On most of the reservation systems there are long queues, so it takes a long time for any
individual to book the ticket.
• As now there are no call centers facilities available to solve the queries of the passengers.
Detailed Design:
SPIRAL MODEL DIAGRAM
• A spiral model is divided into a number of framework activities, also called task
regions. Typically, there are between three and six task regions.
Figure depicts a spiral model that contains six task regions:
risks.
Application.
CLASS DIAGRAM
class a
private:
int c, n, a, i, s;
char id[50];
char pasw[50];
char date[10];
char d1[15], d2[15];
public:
getLogin();
train();
USE CASE DIAGRAM
Make a reservation
user
Verify payments
Update reservations
SEQUENCE DIAGRAM
Log in
{verify user}
Secure communication
Enter date {verify date}
Request confirmation
Enter desired destination
Confirm purchase
Place order
{execute
order}
STATE TRANSITION DIAGRAM
invalid
Make reservation
Confirm reservation
For cancellation
Cancellation of reservation Make payments
exit
ACTIVITY DIAGRAM
(invalid)
(success)
Debit
account Send
invalid
Send
notice
confirmation
Settle
transaction
Close
transaction
0 LEVEL DFD DIAGRAM:
Transaction
User website
Process
Make
purchases
TESTING:
• Software testing is a critical element of software quality assurance and represents the
ultimate review of specification, design, and code generation.
1. Unit testing
2. System testing
But however due to the time constraint we could not perform various types of testing.
Hence we just applied alpha testing which is a part of validation test to our project.