RAILWAY RESERVATION

A
Project Report
submission
for partial fulfillment
of practical session of
Software Engineering Lab
Bacheor of Technoog!
IV Se"e#ter
S$b"itte% To& S$b"itte% B!&
Mr. Manmohan Sharma Rhythum Tamra (CS- 35)
Mr. aura! Ameta Ri""hi #othari (CS-3$)
Rin"u %ohn (CS-3&)
Rishi Ra' Arora (CS-3()
Shilpa Sarupria (CS-3))
'epart"ent of (o"p$ter Science ) Engineering
Techno *n"ia +%R *nstitute of Technolo,y- ."aipur
/011- /01/
A(*NOWLE'+E,ENT
A stu"y or a pro'ect of this !olume can ne!er be the outcome of a sin,le person or 'ust a
mere ,roup of "e"icate" stu"ents- so 2e e3press our profoun" sense of ,ratitu"e to those 2ho
e3ten"e" their 2hole hearte" help an" support to us in completin, our pro'ect because successful
completion of any 2or4 re5uires ,ui"ance an" help from a number of people.
6irstly- it ,i!es us immense pleasure to ac4no2le",e our institute Techno In%ia N-R In#tit$te of
Technoog! for pro!i"in, us an opportunity in "e!elopin, a pro'ect on Raiwa! Re#er.ation
S!#te"/
*n a""ition- 2e 2ish to e3press our "eep sense of ,ratitu"e to ,r/ ,an"ohan Shar"a0 A##i#tant
Profe##or (SE0 for permittin, us to carry out this pro'ect 2or4 an" for his ,ui"ance an" support.
7e ,i!e sincere than4s to ,r/ +a$ra. A"eta0 Senior Lect$rer0 for his special concern an"
pro!i"in, sufficient information relate" to the topic- 2hich helpe" us in completin, the pro'ect
2or4 in time an" his timely ,ui"ance ha" been a source of inspiration in the con"uct of our pro'ect
2or4.
8ast but not the least- 2e e3ten" our 2hole-hearte" ,ratitu"e for the in!aluable contribution of our
parents for their blessin,s an" earnest affection an" all those persons 9behin" the !eil: for their
necessary support- 2hich enable" us to complete this pro'ect.
TABLE O1 (ONTENTS
TOPI(S PA+E NO/

1) ;<%=CT*>= 1.
/) *+TR;?.CT*;+ A<;.T T@= S;6T7AR= /.
3) T=C@+;8A (T;;8S A+? T=C@+*B.=S) C.
C) S;6T7AR= R=B.*R=M=+T SD=C*6*CAT*;+ 5.
5) ?*ARAMS
(a) =-R ?*ARAM 1$.
(b) ?ATA 68;7 ?*ARAMS
(i) 0 8=>=8 1&.
(ii) 1 8=>=8 1(.
(c) .M8 ?*ARAMS
(i) C8ASS ?*ARAM 1).
(ii) .S=-CAS= ?*ARAM /0.
(iii) S=B.=+C= ?*ARAM
/1.
(") ?ATA ?*CT*;+ARA //.
$) 8*M*TAT*;+S /3.
&) 6.T.R= SC;D= /C.
() R=6=R=+C=S A+? <*<8*;RAD@A /5.
OB-E(TIVE
;ur pro'ect intro"uces rail2ay reser!ation system 2ith an ob'ecti!e to ma4e the reser!ation system
more efficient- easier an" fast. This pro'ect e3plores ho2 computer technolo,y can be use" to sol!e
the problem of user.
The main ob'ecti!es pro!i"e" by this soft2are are as follo2sE
7e can en5uire about a!ailability of trains
7e can reser!e an" cancel their seats
7e can mo"ify the information relate" to
a) Trains
1) Timetable
/) Train +ame
3) Train +umber
b) Tic4et 6are
This pro'ect is "e"icate" to mo"el e3istin, rail2ay reser!ation systems that aim at "e!elopment of
Rail2ay Reser!ation System that facilitates the rail2ay customer to mana,e their reser!ations an"
the rail2ay a"ministrator to mo"ify the bac4en" "atabase in a user-frien"ly manner.
INTRO'2(TION
*n this emer,in, 2orl" of computers- almost all-manual system has s2itche" to automate" an"
computeriFe" system. Therefore- 2e are "e!elopin, the soft2are for Rail2ay Reser!ation SystemG
to mo"el the present system an" to remo!e the "ra2bac4s of the present system. This pro'ect
e3plores ho2 computer technolo,y can be use" to sol!e the problem of user.
This bein, a bi, step in terms of impro!ement in the rail2ay system it is 2i"ely accepte" across the
country. Rather than "esi,nin, manually- 2e ha!e ma"e use of computer. .se of computer has
sol!e" many problems- 2hich are face" "urin, manual calculation. ;nce "ata are fe"- it can
perform accurate functions. Therefore- to re"uce the comple3ity an" efficiency a !ersatile an" an
outsourcin, rail2ay reser!ation system has been "e!elope".
This pro'ect intro"uces rail2ay reser!ation system. *t e3plains ho2 reser!ation is bein, "one in
*n"ian Rail2ays. The systematic proce"ure is e3plaine". This pro'ect is "e!elope" in CHH lan,ua,e.
All most all the hea"er files ha!e been use" in this pro'ect. Droper comments ha!e been ,i!en at
"esire" locations to ma4e the pro'ect user frien"ly. >arious functions an" structures are use" to
ma4e a complete use of this lan,ua,e.
The customers are re5uire" to re,ister on the ser!er for ,ettin, access to the "atabase an" 5uery
result retrie!al. .pon re,istration- each user has an account that is essentially the 9!ie2 le!el: for
the customer. The account contains comprehensi!e information of the user entere" "urin,
re,istration an" permits the customer to ,et access to hisIher past reser!ations- en5uire about tra!el
fare an" a!ailability of seats- ma4e fresh reser!ations- an" up"ate his account "etails. =ach
passen,er is allotte" a uni5ue D+R no. throu,h 2hich one can access hisIher account.
The rail2ay a"ministrator is another member in!ol!e" in the transactions. The a"ministrator is
re5uire" to lo,in usin, a master pass2or"- once authenticate" as an a"ministrator- one has access
an" ri,ht of mo"ification to all the information store" in the "atabase. This inclu"es the account
information of the customers- attributes an" statistics of stations- "escription of the train stoppa,es
an" physical "escription of coaches- all the reser!ations that ha!e been ma"e. The rail2ay
a"ministrator has the ri,ht to mo"ify any information store" at the ser!er "atabase.
This pro'ect is "e"icate" to mo"el the e3istin, rail2ay reser!ation system that aims at "e!elopment
of Rail2ay Reser!ation System that facilitates the rail2ay customer to mana,e their reser!ations
an" the rail2ay a"ministrator to mo"ify the bac4en" "atabase in a user-frien"ly manner. The
customer an" the rail2ay a"ministrator are t2o parties that interact 2ith the "atabase- 2ho ha!e
"ifferent 9!ie2 le!el schemas: to the "atabase information. The soft2are pro!i"es a comprehensi!e
set of features to enhance the operational limits.
+o2 one can easily plan the 'ourney comfortably as the process is efficient an" fast 2ith bein, easy
to access. The efficiency of the rail2ay 2ill increase result of computeriFation.
TE(3NOLO+Y 4TOOLS AN' (ONTENTS5
Patfor" 2#e%&
@ar"2are DlatformE
System Mo"el E Compa5 Dresario C&00
Drocessor E *ntel Dentium ?ual Core T/3&0- 1.&3 @F
RAM E 51/ M<
@ar" "is4 E 1$0 <
Soft2are DlatformE
;peratin, System E 7in"o2s JD 2ith Ser!ice Dac4 3(C@T)
Compiler E Turbo CHH
SO1TWARE RE62IRE,ENT SPE(I1I(ATION
A Soft2are Re5uirement Specification (SRS) is a re5uirements specification for a soft2are system
that is a complete "escription of the beha!ior of a system to be "e!elope". *t inclu"es a set of use
cases that "escribe all the interactions the users 2ill ha!e 2ith the soft2are. .se cases are also
4no2n as functional re5uirements. *n a""ition to use cases- the SRS also contains non-functional
(or supplementary) re5uirements. +on-functional re5uirements are re5uirements that impose
constraints on the "esi,n or implementation (such as performance en,ineerin, re5uirements- 5uality
stan"ar"s- or "esi,n constraints).
The initial specifications of user re5uirements may be base" on inter!ie2s 2ith the "atabase users
an" on the "esi,ners o2n analysis of the enterprise. The basic issues that the SRS 2riter(s) shall
a""ress are the follo2in,E
6unctionalityE
7hat is the soft2are suppose" to "oK
=3ternal interfaces.
@o2 "oes the soft2are interact 2ith people- the system:s har"2are- other har"2are- an"
other soft2areK
Derformance.
7hat is the spee"- a!ailability- response time- reco!ery time of !arious soft2are functions-
etc.K
Attributes.
7hat is the portability- correctness- maintainability- security- etc. consi"erationsK
An SRS shoul" beE
a) Correct
b) .nambi,uous
c) Complete
") Consistent
e) Ran4e" for importance an"Ior stability
f) >erifiable
,) Mo"ifiable
h) Traceable
7/ INTRO'2(TION&
7/7/P2RPOSE&
The purpose of this soft2are is to "escribe the Rail2ay Reser!ation System 2hich pro!i"es
the rail timin, "etails- reser!ation- en5uiry- billin, an" cancellation on !arious types of
reser!ation namelyE-
Confirm reser!ation for confirm seat
Reser!ation a,ainst cancellation
D+R ,eneration
7/8/S(OPE&
The scope of this pro'ect is limite" to an en,ineerin, colle,e. This pro'ect aims to maintain
passen,er an" train information.
;ther scopes of this pro'ect are as follo2sE
6rei,ht Re!enue enhancement
Dassen,er Re!enue enhancement
*mpro!e" an" optimise" ser!ice
7/9/RE1EREN(ES&
222.scrib".com
222.irctc.com
222.in"iarail.com
222.2i4ipe"ia.or,
=. <ala,urus2ami
Sumita Arora
Shalini Duri
Dressman
7/:/'E1INITIONS0 A(RONY,S AN' ABBREVIATIONS
+T=S E +ational Train =n5uiry System
*>RS E *nteracti!e >oice Response System
DRS E Dassen,er Reser!ation System
SMS E Short Messa,e Ser!ice
7/;/OVERVIEW&
This pro'ect aims at "e!elopment of a Rail2ay Reser!ation System that facilitates the Rail2ay
customers to mana,e their reser!ations an" the Rail2ay a"ministrators to mo"ify the bac4en"
"atabases in a .ser-6rien"ly manner.
This pro'ect inclu"es the follo2in, functionsE
1) Create ne2 "atabase
/) A"" ne2 Recor"
3) Mo"ify
C) ?isplay recor"
5) Tic4et reser!ation
$) Tic4et Mo"ification
&) Tic4et Cancellation
() Tic4et printin,
8/ T3E OVERALL 'ES(RIPTION&
8/7/PRO'2(T PERSPE(TIVE&
*t enables us to maintain the rail2ay train "etails li4e their timin,s- number of seat
a!ailable- reser!ation billin, an" cancellin, the tic4ets.
8/7/7/ SYSTE, INTER1A(E&
#eyboar"
Mouse
8/7/8/ 3AR'WARE INTER1A(E&
System Mo"el E Compa5 Dresario C&00
Drocessor E *ntel Dentium ?ual Core T/3&0-1.&3 @F
RAM E 51/ M<
@ar" "is4 E 1$0 <
8/7/9/ SO1TWARE INTER1A(E&
;peratin, System E 7in"o2s JD 2ith Ser!ice Dac4 3(C@T)
Compiler E CHH

8/7/:/ (O,,2NI(ATION INTER1A(E&
*n"ian Rail2ay:s 2ebsite 222.in"ianrail.,o!.in DRS en5uires re,ar"in, <erth
a!ailability- Dassen,er Status- 6are- Train Sche"ule etc.
+ational Train =n5uiry System (+T=S) 2ebsite 222.trainen5uiry.com ,i!es
"ynamic information about the runnin, status of any train an" its e3pecte"
arri!alI"eparture at ,i!en station.
Mobile telephone base" SMS en5uiry ser!ice. A ne2 phone base" facility
for rail users: !iF.-
Country 2i"e e3tension of .ni!ersal Rail =n5uiry number 13)G throu,h
settin, up of *nteracti!e >oice Response System (*>RS)
8/7/;/ ,E,ORY (ONSTRAINTS&
8/7/</ OPERATIONS&
Any Reser!ation counter from ( am to ( pm.
;ne form for fi!e persons.
To sa!e time an" 5ueue A,ents are other ,ui"es.
8/8/PRO'2(T 12N(TIONS&
*t tells the short note about the pro"uct.
/./.1. TRA*+ ?=TA*8SE
Customers may !ie2 the train number- train name- train timin, (arri!al an"
"eparture)- arri!al an" "eparture station of the train an" number of seats re5uire".
/././. R=S=R>AT*;+E
After chec4in, the number of seats a!ailable- the customers reser!e the tic4ets.
/./.3. <*88*+E
After reser!in, the re5uire" number of tic4ets- the customer pai" the fare.
/./.C CA+C=88AT*;+E
*f the customer 2ants to cancel the tic4et- he can cancel it usin, D+R number.
8/9/2SER (3ARA(TERISTI(S&
#no2le",eable .ser
+o!ice .ser
=3pert .ser
8/:/(ONSTRAINTS&
There is no maintainability of bac4 up so a!ailability 2ill ,et affecte". Real-life cre"it
car" !ali"ation an" <an4in, system is not implemente". +o multilin,ual support. i!en
belo2 is an o!erall picture of the system- as "epicte" in the abo!e
A"ministratorE
?atabase Mana,ementE
Control the "atabase customers an" 4eep trac4 of all recor"s of customers.
Control the "atabase of trains an" 4eep trac4 of all recor"s of train.
Control fare mana,ement.
>ie2 the "etails of all or"ers an" control the 2hole application
CustomersE
8o,inE
Customers must ha!e a !ali" lo,in i" (D+R number) to enter into the site.
Re,istrationE
+e2 users can si,n up by creatin, ne2 *?.
Cancel ?etails
Can cancel his reser!ation "etails.
9/ SPE(I1I( RE62IRE,ENTS&
9/7/E=TERNAL INTER1A(ES&
<oo4in, Terminals
=n5uiry Terminals
9/8/PER1OR,AN(E RE62IRE,ENTS&
*t:s a!ailable "urin, all /C hours.
>ariety of compartments base" on comfortE
AC
+on-AC
eneral
Types of concerns an" comple3itiesE
10 types of trains
3 types of classes
9/9/SO1TWARE SYSTE, ATTRIB2TES&
Reliable
A!ailable
Secure
Dortable
9/:/12N(TIONAL RE62IRE,ENTS&
*n soft2are en,ineerin,- a functional re5uirement "efines a function of a soft2are-system
or component. A function is "escribe" as a set of inputs- the beha!ior an" outputs.
6unctional re5uirements may be calculations- technical "etails- "ata manipulation an"
processin, an" other specific functionality that sho2 ho2 a use case to be
fulfille". Typically- a re5uirements analyst ,enerates functional re5uirements after buil"in,
use cases. @o2e!er- this may ha!e e3ceptions since soft2are "e!elopment is an iterati!e
process an" sometime certain re5uirements are concei!e" prior to the "efinition of the use
case. <oth artifacts (use cases "ocuments an" re5uirements "ocuments) complement each
other in a bi"irectional process. A typical functional re5uirement 2ill contain a uni5ue
name an" number- a brief summary- an" a rationale. This information is use" to help the
rea"er un"erstan" 2hy the re5uirement is nee"e"- an" to trac4 the re5uirement throu,h the
"e!elopment of the system. The core of the re5uirement is the "escription of the re5uire"
beha!ior- 2hich must be a clear an" rea"able "escription of the re5uire" beha!ior. This
beha!ior may come from or,aniFational or business rule- or it may be "isco!ere" throu,h
elicitation sessions 2ith users- sta4ehol"ers an" other e3perts 2ithin the or,aniFation.
Soft2are re5uirements must be clear- correct unambi,uous- specific an" !erifiable.
9/:/7/ RESERVATION O1 TI(*ET&
R=B.=ST T*M= TA<8=E
Dassen,er re5uests "atabase to "isplay rail2ay timetable.
?*SD8AA T*M=TA<8=E
?atabase "isplays timetable to the customer.
R=B.=ST T; R=S=R>= T*C#=TE
Dassen,er re5uests the cler4 to reser!e hisIher tic4et.
*+D.T ?=TA*8SE
Cler4 as4s customer to enter "etails for the reser!ation of tic4et.
CA8C.8AT= 6AR=E
Cler4 calculates the total fare of the 'ourney accor"in, to the number of
passen,ers an" tells the customer.
R=S=R>= T*C#=TE
Tic4et is reser!e" an" customer pays the fare.
R=B.=ST T; DR*+TE
Customer re5uests to print the tic4et.
DR*+T T*C#=TE
Tic4et is been printe" an" han"le" to the customer.
9/:/8/ (AN(ELLATION O1 TI(*ET&
R=B.=ST T; CA+C=8 T*C#=TE
Customer re5uests to cancel hisIher tic4et for 2hich heIshe has to ,i!e the
D+R number.
CA+C=8 T*C#=TE
;nce the D+R number is recei!e"- the tic4et is cancelle".
9/;/NON>12N(TIONAL RE62IRE,ENTS&
*n systems en,ineerin, an" re5uirements en,ineerin,- non-functional re5uirements are
re5uirements that specify criteria that can be use" to 'u",e the operation of system- rather
than specific beha!iors. +on-functional re5uirements are often calle" 5ualities of a system.
;ther terms for non-functional re5uirements are constraintsG-
G5uality attributesG- 5uality ,oalsG an" 5uality of ser!ice re5uirementsG .
Bualities- i.e. non-functional re5uirements can be "i!i"e" into / main cate,oriesE
1. =3ecution 5ualities such as security an" usability are obser!able at run time.
/. =!olution 5ualifies- such as e3tensibility an" scalability embo"y in the static
structure of the soft2are system.
The +on-6unctional re5uirements of our pro'ect areE
TimeE
This pro'ect shoul" be complete" 2ithin the stimulate" time perio".
CostE
The cost in!ol!e" in mar4etin, the pro'ect shoul" be less.
.sabilityE
This re5uirement is present- as this system 2ill interact 2ith the user.
ReliabilityE
This system must be hi,hly robust.
DerformanceE
*t shoul" be fast enou,h to pro"uce output.
:/ 'O(2,ENT APPROVAL&
The bill passe" on any proposals relate" to rail2ay mana,ement nee"s appro!al of Ministry of
Rail2ay ?epartment.
E>R 'IA+RA,
(2STO,ER
RESERVATION
O11I(ER
+AM=
A+E
+EN'ER
A+E

NA,E
'EPT/
EN62IRY
EN62IRY
O11I(ER
A+E
+A,E
?EPT/
RESERV
E
D+R +o.
'ATA 1LOW 'IA+RA,
?>LEVEL '1'
Dayment
Re5uest for 6orm
Submit 6orm
Confirmation
Re'ection
Chec4 for Status
Re5uest for Reser!ation
Re5uest for en5uiry
*ssue 6orm
Ans2er to en5uiry
=n5uiry
Dayment Recei!e"
Application 6orm
Conformation
Re'ection
Tic4et Drintin,
=+B.*RA
;66*C=R
C;.STM=R
R=S=R>AT*;+
;66*C=R
1.
RA*87AA
R=S=R>AT*;+
SAST=M
'ATA 1LOW 'IA+RA,
7>LEVEL '1'
Train Timin, an" a!ailability

Reser!ation Recor"
Tic4et to Costumer
Chec4 for Status
Re'ection
Conformation
Dayment Recei!e
*ssue Tic4et
Chec4 Status
.p"ate
Recor"
Ans2er to =n5uiry
Re5uest for en5uiry
Dayment
7/7
=+B.*RA
DR;C=SS
1.C
DR*+T*+
DR;C=SS
1./
DAAM=+T
DR;C=SS
C;ST.M=R
R=S=R>AT*;+
;66*C=R
=+B.*RA
;66*C=R
Confirm
=n5uiry
Tic4et Recei!e"
1.3
R=S=R>AT*;+
DR;C=SS
Submit 6orm
*ssue 6orm
Re5uest for 6orm
Conformation
Re'ection
Application 6orm
(LASS 'IA+RA,
($#to"er
- a,e E inte,er array
- trLno E inte,er
- trLnm E strin,
- name E strin, array
- se3 E char array
- noseat E inte,er
- fare E inte,er
- mo"e E inte,er
- placeLs E strin,
- placeL" E inte,er
- timea E inte,er
- time" E inte,er
H input( )
H "isp ( )
H cancel()
Class to input "etails of
customers
Train
- tLno E inte,er
- tLname E strin,
- placeLa E strin,
- placeL" E strin,
- timea E inte,er
- time" E inte,er
- noac E inte,er
- nonac E inte,er
- no, E inte,er
- fareac E inte,er
- farenac E inte,er
- fare, E inte,er
H input( )
H mo"ify( )
H "isp( )
H "isptt( )
H rettLno( )
H retLsorce( )
H retL"est( )
Class to input an" mo"ify train
"etails
Reser!ation Recor"
A%"in
H ne2"atabase( )
H up"ate( )
H up"ate"ata( )
H mo"ify( )
Class to a"" an" up"ate
"atabase of train
Tic@et
H en5uiry( )
H reser!e( )
H cancel( )
H print( )
H mo"ify( )
Class to print- reser!e an"
mo"ify tic4ets
2SE (ASE 'IA+RA,
.D?AT= TRA*+ *+6;
8;*+
M;?*6A TRA*+ *+6;
>*=7 R=S=R>AT*;+
STAT.S
R=S=R>= S=AT
>*=7 TRA*+
SC@=?.8=
CA+C=88AT*;+
A?M*+*STRAT;R
R=S=R>AT*;+
C8=R#
DASS=+=R
SE62EN(E 'IA+RA,
PASSEN+ER RAILWAY
'ATABASE
(LER*
TI(*ET
/. ?isplay timetable
1. Re5uest timetable
3. Re5uest to reser!e ()
C. *nput "etails
5. Calculate fare
$. Reser!e tic4et
(. Drint Tic4et
10. Cancel Tic4et
&. Re5uest to print tic4et
). Re5uest to cancel tic4et
'ATA 'I(TIONARY
NA,E ALIAS 2SE (ONTENT A''ITIONAL
IN1OR,ATION
D+R +umber +one =n5uiry
Reser!ation
Cancellation
D+RMran"() +one
LI,ITATIONS
;ur pro'ect meets the follo2in, limitationsE
1) The soft2are is not able to reser!e tic4ets for more than 10 people per train.
/) The fare allotte" for e!ery reser!ation is in"epen"ent of #ilometres tra!elle" instea" it is set
for e!ery mo"e (AC- +on-AC or eneral) of each train.
3) The soft2are is ma"e such to carry out reser!ation in ma3 15 trains.
C) The soft2are "oes not support multi-"ay reser!ation system- i.e.- the reser!ations cannot be
"one in a"!ance rather it is carrie" out for sin,le "ay.
5) The soft2are "oes not pro!i"e concession in fare rates for chil"ren- a,e" people- armament
etc. i.e.- the fare i"entical for all people.
$) The soft2are "oes not ta4e into consi"eration the stations fallin, in bet2een the source an"
"estination station.
12T2RE S(OPE
*f anyone 2ants to e3ten" this pro'ect then heIshe can ma4e an a""itional "atabase of Train 6are.
An" "atabase for up"ate" a!ailability of seats 2hich is a!ailable after the cancellation of tic4et on
that specific train etc. @eIshe can also a"" some more comman" buttons in the e3istin, soft2are
an" e3ten" 2or4in, of the e3istin, soft2are.
*mplementations of this pro'ect i"ea are in in"ustrial use. @ence- this can be use" for su,,estin,
impro!ements in "esi,n- performance an" ,reater usability. Apart from the in"ustrial applications-
it is a research-oriente" pro'ect as 2ell- the tas4 of performance e!aluation of "ifferent "atabase
"esi,ns- for efficiency- is in this spirit.
RE1EREN(ES AN' BIBLIO+RAP3Y
BOO*S 2SE'&
;b'ect ;riente" Dro,rammin, CHH (=. <ala,urus2ami)
*ntro"ucin, CHH (Sumita Arora)
Soft2are =n,ineerin, (Shalini Duri)
Soft2are =n,ineerin, (Dressman)
SITES 2SE' &
222.scrib".com
222.irctc.com
222.in"ianrail.com
222.2i4ipe"ia.or,
222.yatra.com
222.trainen5uiry.com