On Line Railway Reservation System
On Line Railway Reservation System
3. ANALYSIS
a. Requirement analysis
b. Requirement Specification
4. DESIGN
a. System Flow Diagram
b. Modules identified
c. Database Design
i. E-R Diagram
5. IMPLEMENTATION
a. Platform Used
i. Hardware Platform
6. CONCLUSION
a. Important Features
b. Limitations
c. Future Work
Railway Reservation System
Introduction Railway Reservation System
1. Introduction
1.1 Current System
India is the 7th largest country in terms of geographical size. This means there
is a need for efficient means for long distance transportation. The long distance
road network is very poorly developed in most parts of India. Bulk of long
distance traffic is carried by the Indian Railway as a result Indian railways.
Therefore forms a backbone of public transport in India. The efficiency of the
railway will increase result of computerization due to dramatic reduction in
communication time among geographically dispersed offices. For the
reservation of the ticket a person go to ticket counter of the railway reservation
office and expend its valuable time in standing queue. Now to save that time we
have a facility of Online Reservation now we can book cancel or search other
train information just by click on computer.
1.2 Need of proposed system
To reduce complexity of existing system.
Effective management of time.
To make work easy, simple and error free.
Effective utilization of available resource.
To enhance the efficiency and diversification of services activities.
User friendly.
Interactive graphical user interface.
The scope of project define the project feasibility the technology , finance , time
and resources best define in technology weather the defects can be reduced in
the project and up which level financially, weather the overall project cost is
affordable. Time describe the weather the projection finishing point will be
achieve on time or before time resources required should be available at the
rate of cost and time. Railway Reservation System
System Development Life Cycle Railway
Reservation System
2. System development life cycle
2.1 Definition
A software process model or a software engineering is an abstract
representation of a software process. It is a software development strategy that
encompasses the process, methods and tools layers plus the generic phases
namely definition phase, development phase and support phase. A process
model is chosen based on the nature of the project and application, the
methods and tools to be used and the controls and deliverables that are
required.
2.2 Spiral Model
The spiral model, also known as the spiral lifecycle model, is a systems
development lifecycle model used in information technology (IT). This model of
development combines the features of the prototyping model and the waterfall
model. The spiral model is favored for large, expensive, and complicated
projects.
The steps in the spiral model iteration can be generalized as follows:
1. The system requirements are defined in as much detail as possible. This
usually involves interviewing a number of users representing all the external or
internal users and other aspects of the existing system.
2. A preliminary design is created for the new system. This phase is the most
important part of "Spiral Model". In this phase all possible (and available)
alternatives, which can help in developing a cost effective project are analyzed
and strategies to use them are decided. This phase has been added specially in
order to identify and resolve all the possible risks in the project development. If
risks indicate any kind of uncertainty in requirements, prototyping may be used
to proceed with the available data and find out possible solution in order to deal
with the potential changes in the requirements.
3. A first prototype of the new system is constructed from the preliminary
design. This is usually a scaled-down system, and
Railway Reservation System
represents an approximation of the characteristics of the final product.
4. A second prototype is evolved by a fourfold procedure:
1. Evaluating the first prototype in terms of its strengths, weaknesses, and
risks;
2. Defining the requirements of the second prototype;
3. Planning and designing the second prototype;
4. Constructing and testing the second prototype.