Wednesday, August 26, 2020

Railway Requirements Analysis and Reservation Essay Example

Railroad: Requirements Analysis and Reservation Essay Railroad Reservation System Requirements Specification Table of Contents 1. Introduction3 1. 1Goals and Purpose3 1. 2Scope of Project3 1. 3Definiton Abbreviations4 1. 4 References 1. 5Overview4 2. By and large Description5 2. 1Product Perspective 2. 2 Product Function 2. 3 User Characteristics 2. 4 General Constraints 2. 5 Assumptions Dependencies 5 3. Explicit Requirement6 3. 1External Interface Requirement6 3. 1. 1 User Interface 3. 1. 2 Hardware Interface 3. 1. 3 Software Interface 3. 1. 4 Communication Interface 3. 2Functional Reqiuerment7 3. 3Performance Requirement8 3. 4Design Requirement 3. Traits 3. 6 Others Requiremnt 9 Requirement Specification Introduction The Railway Reservation System is an online application for helping client or railroad chief in overseeing reservation in a Railway Department. The framework would give essential arrangement of highlights to direct reservation or wiping out, train booking timing, look for accessible reservation, and oversee registration/ checkout forms. The accompanying report gives the key prerequisites determinations to the framework dependent on the client’s proclamation of need. Objectives and Purpose The Railway Reservation framework would have the accompanying key objectives: Provide a GUI for client to interface with the backend database Screens to reservation/wiping out database Screens to prepare plan Screens to look for a train/seats dependent on client driven boundaries Minimize the general time 2 Scope of Project The fundamental degree and expectations of the task would be: Easy, Fast and productive working Easy path for scratch-off and reservation of the tickets. Get definite data about trains, accessible seat, charges, and so forth. Quicker correspondence The key achievements and expectations of the undertaking would be as per the following: |Tasks |Deliverable |Due date | |Prepare definite client |User Requirements Specification |, 2008 | |requirements record | |Review the necessities and |Requirements Review Checklist | |update the prerequisites archive |Template. | |and acquire customer close down |Updated URS (Version 2. ) | |High Level Design of use |HLDD | |system | |Test Plan for application |Test Plan Document | |Detailed Design Document |Unit Design Document | |Prototype |Code GUI screens | |Test Cases and Report |Test report | |System Demo |Demonstration | 1. 3. Definition Abbreviations AARS: Automated Railway Reservation System 3 References Railway reservation site Google Books 1. 5 Overview The result of the necessities elicitation process is prerequisites report, which incorporate practical necessities, interface necessities, execution prerequisites, plan limitations, Preliminary Object-Oriented Domain Analysis, operation al situations and others necessities. By and large Description 1 Product Perspective We will compose a custom article test on Railway: Requirements Analysis and Reservation explicitly for you for just $16.38 $13.9/page Request now We will compose a custom paper test on Railway: Requirements Analysis and Reservation explicitly for you FOR ONLY $16.38 $13.9/page Recruit Writer We will compose a custom paper test on Railway: Requirements Analysis and Reservation explicitly for you FOR ONLY $16.38 $13.9/page Recruit Writer The Automated Railway Reservation System chart demonstrating the outline of the system’s modules and the relationship of the framework to outer interfaces is introduced in Figure 2. 1. [pic] Functions of System Components: Database: †¢ †¢Ã¢ â â â â â Stores information †¢ †¢Ã¢ â â â â â Creates reports †¢ †¢Ã¢ â â â â â Provides access to information †¢ †¢Ã¢ â â â â â Updates data Server: †¢ †¢Ã¢ â â â â â Provides access to the database †¢ †¢Ã¢ â â â â â Authenticates clients †¢ †¢Ã¢ â â â â â Processes reservations †¢ †¢Ã¢ â â â â â Performs reinforcements †¢ †¢Ã¢ â â â â â Produces reports External Interfaces: Terminal †¢ †¢Ã¢ â â â â â Users use terminals to get to the server †¢ †¢Ã¢ â â â â â Passengers and trip specialists use terminals to save the tickets and to get data about the accessible seats on specific trains. †¢Ã¢ â â â â â Railroad organization may utilize terminals to see the reports produced by the database programming. PCs †¢ †¢Ã¢ â â â â â Users (travelers, trip specialists, and railroad organization) may utilize PCs to acquire a remote access to the server and the booking database by means of the Internet. Mobile phones †¢ †¢Ã¢ â â â â â Server as a mode of getting to the server and the booking database. †¢ †¢Ã¢ â â â â â Passengers may utilize mobile phones and the most recent media transmission advances to get to the server and the booking database by means of Internet, or they may utilize PDAs to call trip specialists to ask about railroad and ticket data. PC Hardware and Peripheral Equipment to be utilized: †¢ †¢Ã¢ â â â â â 32 workstations, which incorporate CPUs, screens, consoles, and mice †¢ †¢Ã¢ â â â â â Printers †¢ †¢Ã¢ â â â â â Network †¢ †¢Ã¢ â â â â â Terminals †¢ †¢Ã¢ â â â â â Cell telephones to test association with the server through remote access 2 Product Functions. The item fundamental capacity is to give usefulness to defeat the difficult which is looked by the current framework. This item helps any sort of client to realize every single thing with respect to reservation in any train. It additionally assists with giving data in regards to railroads by methods for telephone so work can done quick and in productive way. 3 User Characteristics The principle clients of the framework will be the travelers purchasing train tickets, the trip specialists that procedure bookings for travelers, and the CRM organization that get to the reports produced by the framework. The clients are not required to have information in the PC field. The graphical interface gives a simple method of utilizing the ARRS framework with least of preparing. 4 General Constraints. The Product is created utilizing Microsoft Visual Basic 6. 0. The backend database for this SQL Server. The item is practiced with login office so explicit capacity is accessible to explicit clients . Under this equipment, programming and plan imperatives we consider. 2. 5 Assumptions and conditions The presumptions for the undertaking are: †¢Ã¢ â â â â â There are five classes of tickets as recorded underneath ?  ¦Ã¢ â â â â â Sleeping (delicate) compartment style mentors 4 traveler for each compartment ?  ¦Ã¢ â â â â â Sleeping (hard) compartment s tyle mentors 6 traveler for every compartment ?  ¦Ã¢ â â â â â Sitting (delicate) ordinary top of the line mentor ?  ¦Ã¢ â â â â â Sitting (hard) traveler class sofa ?  ¦Ã¢ â â â â â Standing (hard and delicate sitting mentors just) †¢ †¢Ã¢ â â â â â Reservation can be made as long as one month before a specific outing. †¢ †¢Ã¢ â â â â â Seats are doled out during reservation. †¢ †¢Ã¢ â â â â â Phone reservation includes tickets being bought inside 24 hours in the wake of reserving the spot. Something else, the booking will be dropped. †¢ †¢Ã¢ â â â â â No reservations can be made 48 hours before the excursion. Or maybe, it will be done on an initially start things out serve premise starting there on. †¢ †¢Ã¢ â â â â â Passenger records will be given to conductors at each stop. 3. Outside Interface Requirement 3. 1. 1 User Interfaces User Interface assumes the most significant job for correspondence among client and programming item. The interface should introduce and secure data in a predictable design. 3. 1. 2 Hardware Interfaces ? Working System: Windows XP/ME ? Processor: Pentiumâ 3. 0 GHz ? Smash: 256 Mb ? Hard Drive: 10 GB 3. Programming Interfaces  ¬Ã¢ â â â â â â â â â â Database: SQL Server.            Application: Visual Basic 3. 2. Practical Requirements This rundown of Functional and non useful necessities which are relevant to the Railway Reservation System. This segment ought to depict a l ot of situations that outline, from the clients point of view, what will be experienced while using the framework under different circumstances. In the wide sense, a situation is basically a proposed explicit utilization of the framework. A lot of situations is spoken to below_: Use Case: Indian Railways accommodates booking ahead of time on all significant distance travel. The traveler looking for reservation of billet or seats should buy the tickets from Railway Reservation Offices . To make a development booking, the traveler is relied upon to fill in a recommended application shape and submit it to the reservation counter with the suitable sum. Timely bookings are made as long as 60 days ahead of time for all trains, for all classes elite of the day of takeoff of trains. An individual can book just up to six travelers on one demand structure gave all travelers are to a similar goal and for a similar train. Indian Railways wishes to build up a tagging and reservation framework. This must help advance booking of tickets, abrogation of tickets and change of class of a ticket. All these are dealt with by a Reservation Clerk. The framework will likewise have a web-interface where clients can enroll themselves and buy tickets on the web. They can pay either by utilizing their web based financial record or with charge card or by VPP. Reservations made over the web must be dropped over the counter. The framework will al

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.