Project Report On Online Railway Management System
Project Report On Online Railway Management System
Abstract— Indian railway is considered as one of long journey period of 72 hours or with longest
the largest public transportation network in the distances of thousand kilometers. it also allows us
world. It has become the important part of daily to cancel the reservation of the tickets. This PRS
life of people and per day around several lakhs system was initiated on 15th November of 1985.
people travel through railway. To manage this This was first implemented for the northern
large network we make use of the PRS system railways by installing a software called as
which provides the facility to book the tickets to IMPRESS which refers to INTEGRATED
travel across the country even of it’s the small MULTIPLE TRAIN PASSENGER
distance of the largest distance. The ticket RESERVATION SYSTEM. This system was
booking system has gradually evolved from developed by Indian Railways along with
paper ticket to online booking and smart card Computer Maintenance Corporation Ltd which is
system. Later this ticket will be evaluated by the located at New Delhi. The main work of this
ticket examiner. since there are lot of passengers system is to allow the ticket reservation from any
travelling in the train, there are also lot of counter across the country from multiple trains and
passengers whose name is on waiting list and multiple passengers, along with that it will prepare
they have to share their seat. There are also the chart of the train and also it was responsible to
cases where a passenger suddenly cancels the keep the account of the money collected by
ticket and that seat will be left empty, later this reservation made. This system was later
seat will be allotted to any random person in the implemented at Mumbai, Chennai, Kolkata and
waiting list. Even with lot of facilities there are Secunderabad in 1987. Eventually it was
certain issues. In this paper, we tried to provide implemented across the country with new
the solution for the problem of unfair seat modifications and facilities. Even with lot of
allocation for the passengers in the waiting list. modifications and facilities still there are certain
In lot of cases, when a ticket is cancelled the seat issues because of the increasing expectations of the
will not be provided to the passenger whose people. In this paper we try to solve one of the
name is first in the waiting list, this may be issue of unfair seat allotment for the passengers in
because of the corruption or due to the lack of waiting list.
information.
2. RELATED WORK
Keywords— railway; corruption; ticketing;
In the related work the author try to show all the
waiting list passengers; seat allotment.
work he had done in order to analyze the current
system and to come up with the better solution. In
1. INTRODUCTION
this model we try to analyze the crowd travelling in
Railway is considered as one of the largest the train also the list of passengers in the waiting
transportation network in the world, daily lacks of list. It also highlights the unfair seat allotment of
people travel through railway and about 5.5 lakh the passengers in the waiting list. The seat
people per day make reservation for the train seat allotment to the waiting list passengers in case of
to travel from one place to another place. Passenger cancellation is possible only before the chart
Reservation system(PRS) provides the facility of preparation, once the chart has been prepared the
managing all the reservation and cancelling waiting list passengers will get to know the seat
process. This system is available at 4000 terminals details. Then this chart will be given to TC and
across the country. This system allows to reserve once the chart reaches TC, there is no chance of
the tickets for multiple people from one part of the modifications. In the current system the problem
country to any other part of the country even with arise when a passenger does not board the train and
4. METHODOLOGY
1. Input the processes along with their burst time
The HCI paradigm have been preferred initially (bt).
with the data entry of the activities and the work 2. Find waiting time (wt) for all processes.
required in developing the new system. This helps 3. As first process that comes need not to wait so
us to develop the interactive and progressive waiting time for process 1 will be 0 i.e. wt[0] =
system with the best quality of service with more 0.
accuracy, stability and reliability. This paradigm 4. Find waiting time for all other processes i.e. for
believes that the user’s interaction with the system process i ->
is the important part of the development and it has wt[i] = bt[i-1] + wt[i-1] .
to be given more attention. The usability of the 5. Find turnaround time = waiting_time +
system progresses as the implementation activities burst_time
progresses. This mainly focuses on improving the for all processes.
Tomcat can be considered either as a Java servlet a. Initially, we will check how the system will handle
container or servlet and JSP engine as it provides the multiple tasks. Since the system is developed
an environment where servlets and JSP can run, be for multiple users who will access the system
processed respectively. CGI-enabled Web server is simultaneously across the country, the system
a CGI program that aids CGI programs and interact should be capable to perform all the tasks with less
with them as per the CGI specification and hence it delay.
can be considered as a CGI program container or b. Secondly we will evaluate whether system is
engine. capable of handling large amount of data which
will be stored in database.
6.2. DREAMWEAVER: c. Third we will check the performance speed of the
Dreamweaver is a editing tool which allow us to system. Since lot of money related transactions are
design the pages in an easier manner. it allows us going to take place and they need to be processed
to work in different types of domain. Working in faster.
dreamweaver makes the work lot easier as the d. Fourth we will check the scheduling algorithm.
developers can view the design of the code in the Since we are using First Come First Serve, the
tool itself. This tool also allows us to include other system has to select the passenger with longest
graphical apps and this also allows us to create waiting number.
and edit the images in the macromedia fireworks. e. Next we will check whether the system is capable
This tool also supports the flash assets to the web of handling any unexpected errors and whether it
pages. This tool makes the designers work lot can recover from the error without any loss of data.
easier as they have drag and drop facilities.
Along with all these things we also perform
Dreamweaver improves the complete coding some other traditional tests on the system to
experience by providing the editing features, ensure the reliability of the system:
referring languages such as css, java script, etc.
Software Testing:
Dreamweaver is a editor which allows us to create
all kind of web applications without writing a code. After the coding of the system has been completed
The dream weaver allows us to create both static we have to perform the testing of the code to
ensure about the quality of the project. Testing is
REFERENCES
1. G. M. D, A. K. Scariah, L. R. Pannapara, M.
Jessica, and J. Joseph, “Smart Ticketing System for
Railways in Smart Cities using Software as a
Service Architecture,”International conference on
I-SMAC (IoT in Social,Mobile,Analytics and
cloud) pp. 828–833, 2017.
2. T. Chen, Z. Zhou, and J. Zhang, “Railway
Passenger Service Mode on „ Internet + ,‟”
Springer International Publishing AG 2018
Advances in smart vehicular technologyvol. 3, no.
2016.
3. M. Arnone, T. Delmastro, G. Giacosa, M.
Paoletti, and P. Villata, “The Potential of E-
ticketing for Public Transport Planning: The
Piedmont Region Case Study,” Transp. Res.
Procedia, vol. 18, no. June, pp. 3– 10, 2016.
4. W. He, Y. He, and M. M. Tentzeris, “Modeling,
design and experimentation of a UHF RFID tag
antenna embedded in railway tickets,” IEEE
Antennas Propag. Soc. AP-S Int. Symp., vol. 2015–
October, pp. 1416–1417, 2015.