Post on 26-Aug-2014
A PROJECT REPORT SUBMISSION FOR PARTIAL FULFILMENT OF
PRACTICAL SESSION OF SOFTWARE ENGINEERING LAB
BACHELOR OF TECHNOLOGY
IV SEMESTER
SESSION 2009-10
SUBMITTED BY: SUBMITTED TO : Nitin Changwal-I.T.(33) B1 Mr. Paras KothariGaurav Maurya –I.T.(14)B1 Mr. Gaurav Ameta Jitendra Choudhary-I.T.(17)B1Neha Dodeja-I.T.(30)B1
ACKNOWLEDGEMENT
A study or a project of this volume can never be the outcome of a
single person or just a mere group of dedicated students. We are
indebted to our subject teacher Mr. Gaurav Ameta for being the
epitome of guidance during the entire project.
We are also thankful to Mr. Paras Kothari,HOD,Computer science
Dept. for their encouragement. Without their help this project
would not have seen the light of day.
we are happy to present a vote of thanks to them for their sincere
advice and co-operation that they have lent us unconditionally.
CASE LAB REPORT CONTENTS
1. OBJECTIVE 2. INTRODUCTION ABOUT THE SOFTWARE3. TECHNOLOGY(TOOLS AND TECHNIQUES)4. SOFTWARE REQUIREMENT SPECIFICATION
E-R DIAGRAMDATA FLOW DIAGRRAMSTATE TRANSITION DIAGRAMDATA DICTIONARY
5. LIMITATIONS6. FUTURE SCOPE7. BIBLIOGRAPHY / REFERENCES
1.OBJECTIVE:To develop software for railway reservation system with various
functional andnon functional part of design namely,PROBLEM ANALYSIS AND REQUIREMENT ANALYSIS.TICKET ENQUIRYPNR GENERATIONTICKET CANCELLATION
OBJECTIVE OF THE APPLICATION
The ultimate goal of this project is to develop a database to integrate the process of the Reservation of railway .
2. INTRODUCTION:The purpose of this source is to describe the railway reservation systemwhich provides the train timing details, reservation, billing and cancellation on varioustypes of reserveation namely,Confirm Reservation for confirm Seat.Reservation against Cancellation.Waiting list Reservation.Online Reservation.pnr generation
3.TECHNOLOGY(Hardware and Software Requirements)
USER INTERFACE:Keyboard and Mouse
HARDWARE INTERFACE: Printer Normal PC CPU – Intel Core 2 Duo E7300 RAM – 1 GB (MIN) Hard disk – 160 GB Operating System – Windows XP with Service Pack 3 (CHT)
SOFTWARE INTERFACE: ++turbo c
OPERATING ENVIRONMENT:The OS types areWindows XPWindows 98
The initial specification of user requirements may be based on interviews with the
database users and on the designers own analysis of the enterprise.
The basic issues that the SRS writer(s) shall address are the following:
Functionality. What is the software supposed to do?
b) External interfaces. How does the software interact with people, the system’s
hardware, other hardware, and other software?
c) Performance. What is the speed, availability, response time, recovery time of various
software functions, etc.?
d) Attributes. What are the portability, correctness, maintainability, security, etc.
considerations?
4.SOFTWARE REQUIREMENTSPECIFICATIONS FOR RAILWAY RESERVATION SYSTEM
An SRS should be
a) Correct
b) Unambiguous
c) Complete
d) Consistent
e) Ranked for importance and/or stability
f) Verifiable
g) Modifiable
h) Traceable
4.1 INTRODUCTION:4.1.1 PURPOSE:
The purpose of this source is to describe the railway reservation systemwhich provides the train timing details, reservation, billing and cancellation on varioustypes of reserveation namely,Confirm Reservation for confirm Seat.Reservation against Cancellation.
Waiting list Check.Online Reservation.PNR Generation
4.1.2INTENDED AUDIENCE AND READING SUGGESTIONS:
The different types of readers areDevelopersCustomers
Management people Specifically,Passengersclerk4.1.3DEFINITIONS, ACRONYMS AND ABBREVIATIONS
NTES – National Train Enquiry SystemIVRS – Interactive Voice Response systemPRS – passenger reservation systemIt consists ofTrain detailsReservation formBillingCancellation.
4.2GENERAL DESCRIPTION:4.2.1.PRODUCT PERSPECTIVE:It enables us to maintain the railway train details like their timings, numberof seat available and reservation billing and cancelling the tickets.
COMMUNICATION INTERFACES
Indian Railway’s web-site, www.indianrail.gov.in offers PRS enquirieson the internet Berth/Seat availability, Passenger Status, Fare, TrainSchedule etc,.National Train Enquiry System (NTES) website, www.trainenquiry.comgives dynamic information about the running status of any train and itsexpected arrival/departure at any given station.Mobile telephone based SMS enquiry service. A new mobile phonebased facility for rail users’ viz.,Country wide extension of Universal Rail Enquiry number “139”through setting up of Interactive Voice Response System (IVRS)
OPERATIONS
Any Reservation counter from 8 am to 8 pm.Prior to 90 days of Journey.One form for 6 persons only.To save time & queues Agent is others guides.4.2.2 PRODUCT FUNCTION :
It tells the short note about the product.4.2.2.1 TRAIN DETAILS:
Customers may view the train timing at a date their name andnumber of tickets.4.2.2.2 RESERVATION:
After checking the number of seats available the customersreserve the tickets.4.2.2.3 BILLING:
After reserving the required amount of tickets, the customerpaid the amount.4.2.2.4 CANCELLATION:
If the customers want to cancel the ticket.4.2.2.4. USER CHARACTERISTICS:
Knowledgeable user
No voice user
Expert user
4.2.4.CONSTRAINTSThere is no maintainability of back up so availability will get affected.
Real-life credit card validation and Banking system is not implemented.
No multilingual support.
Given below is an overall picture of the system, as depicted in the above use-case
diagrams:
Administrator:Database Management: Control the database and keep track of all records of
customers.
View all details: View the details of all orders and control the whole application.
.
Customers:
Login: Customers must have a valid login id(PNR number) to enter into the site.
Registration: New users can sign up by creating new ID.
View and edit Own Details: Can view/edit his preservation details, payment details, and
details about services provided.
Choosing and comparing products: Can view all reservation products.
Order: Can order any service through valid credit card.
Logout: Customer must logout of the site after purchasing products.
4.3SPECIFIC REQUIREMENTS
4.3.1 Functional requirements definitions
Functional Requirements are those that refer to the functionality of the system, i.e., what
services it will provide to the user. Nonfunctional (supplementary) requirements pertain
to other information needed to produce the correct system and are detailed separately.
Use cases
The system will consist of CIS Alumni Home page with five selections.
The first selection is to fill out a survey. The questions on the survey will be created by a
designated faculty member. The survey will ask the Alum questions concerning their
degree, job experience, how well their education prepared them for their job, and what
can the CIS department do to improve itself. This information will be retained on the
departmental server and an e-mail will be sent to the designated faculty member.
The second selection is to the Entries section. There are two choices on this page. One
choice is to add a new entry. A form is presented to the Alum to be filled in. Certain
fields in the form will be required, and list boxes will be used where appropriate. A
password typed twice will be required of all new entries.
The second selection of the Entries page is to update an Alum entry. A form will be
presented allowing the Alum to enter their year of graduation and then to select
themselves from a list. A password will be required before the information will be
presented to the Alum to be updated.
The third selection is to search or e-mail an Alum. A form will be presented requiring the
requested Alum’s year of graduation. The requesting Alum will search a table to see if
the requested Alum is in the database, and if so non-sensitive information will be
returned. At this time the Alum can select to e-mail the Alumnus or search for another
Alumnus. If the Alum chooses to e-mail the Alumnus a form will be presented for the
message to be entered with the sending Alum’s name and e-mail. The message, with all
necessary information will be forwarded to the requested Alum. The e-mail address of
the requested Alum will not be seen by the sending Alum as a privacy measure.
All pages will return the Alum to the CIS Alumni Home Page.
4.3.2 EXTERNAL INTERFACESTrain Delay Alert Service.Booking Terminals.Interactive voice Response System.Touch Screen.Passengers operated Enquiry Terminals.
4.4 PERFORMANCE REQUIREMENTS:It is available during all 24 hours.Offered through Mail express, super fast , Rajdhani & Shatabdi Trains.About 1520 Trains runs daily.Variety of compartments based on comfort :AC first class.AC sleeper.First class.AC three tier.AC chair car.Sleeper classOrdinary chair car.Types of concerns & complexities:44 types of quotas.8 types of trains.9 types of classes.162 types of concessions.127 types of bogies
4.5 SOFTWARE SYSTEM ATTRIBUTES:ReliableAvailableSecure
DOCUMENT APPROVALThe bill passed on any proposals related to railway management needs approval of Ministry of railway department.
ER-DIAGRAM
Name
BOOKING
IdCUSTOMER DETAILS
Name Address
PERSONAL
Age
Gender
Tel.no
OFFICIAL
Designation
Office.add Tel.no
PIDO.id
C.id
Asks for
Has a Has
a
Has a
TRAINS
Train no Train name
SEAT AVAILABILITY
Tno
Src.Stn
Dest.Stn
Class
Quota
User asks for
Date
FARE
Distance Class
Trnno.
CANCELLATION
CPNR
No. of seats
Date
Class
User asks for
User books
TICKETSPNR
No. of seats
Board
Trn.no
Destination
Quota
ClassFare
Distance
CLASS
AC
General
No of seats
PNRno
Sleeper
TRno
Has a
Seats vacant
Trno Date
Source
Destination
No. of seats
Is a
date
DFD Diagram
0 level DFD for railway reservation system
1 level DFD for railway reservation system
DATA DICTIONARY
Name Alias Use Content Description
Additional Information
PNR Number
None Enquiry Cancellati
on Reservatio
n
PNR Num= MumtoDlh12345(Subscript of one station to other station)
None
LIMITATIONS
It does not work in Linux OS. The generated PNR Number cannot be reused.
SCOPEFreight Revenue enhancement.Passenger Revenue enhancement.Improved & optimized service.
REFERENCESInternet
Software Engineering Book(Girdhari Singh,Shalini Puri)
Thank you