Rail Way Ticket Reservation
2=HJ111
""&
Object Oriented Systems Analysis and Design (OOSAD)
15.3.3
OOA of Railway Ticket Reservation System
Assume that domain analysis is complete and DAD is ready for reference. The analyst also has a fair knowledge of the system and the system environment. For the sake of convenience and to reduce complexity at this stage in OOA, we are ignoring certain conditions, constraints and features that the real system may have. For example, we are not considering cancellation of tickets as a requirement. We assume all passengers irrespective of their type (senior citizen, military personnel, special category passengers etc.) are the same, and therefore are charged with the same fare. We begin with the statement of requirement of the system. ü System Requirement l The passenger has a prior knowledge of the reservation and ticketing system. The passenger arrives at the railway ticket counter and interacts with the counter clerk first through an enquiry and then follows the process of form filling, tendering, payment and collecting the tickets. l Passenger accepts the ticket or leaves the counter. l Passenger seeks information on fare, train timings and availability of tickets. l Passenger can have single ticket or multiple tickets. l Journey begins on a day and will be over with one break in between. l Passenger is identified by name, age, sex and address. l Trains are identified by name and number. l No receipt is issued for money transacted. l Output of the system is ticket(s) with details. l The process is triggered through a form filled by the passenger detailing the requirements of tickets, train, date, etc. l A form is used for each train. If the journey requires use of multiple trains, separate forms are used for each train. ü Identify the Actors The actors in the system are the passenger, the counter clerk and the reservation system consisting of form processing, reservation, fare computation, ticket processing, ticket printing, collection of
""&
Object Oriented Systems Analysis and Design (OOSAD)
15.3.3
OOA of Railway Ticket Reservation System
Assume that domain analysis is complete and DAD is ready for reference. The analyst also has a fair knowledge of the system and the system environment. For the sake of convenience and to reduce complexity at this stage in OOA, we are ignoring certain conditions, constraints and features that the real system may have. For example, we are not considering cancellation of tickets as a requirement. We assume all passengers irrespective of their type (senior citizen, military personnel, special category passengers etc.) are the same, and therefore are charged with the same fare. We begin with the statement of requirement of the system. ü System Requirement l The passenger has a prior knowledge of the reservation and ticketing system. The passenger arrives at the railway ticket counter and interacts with the counter clerk first through an enquiry and then follows the process of form filling, tendering, payment and collecting the tickets. l Passenger accepts the ticket or leaves the counter. l Passenger seeks information on fare, train timings and availability of tickets. l Passenger can have single ticket or multiple tickets. l Journey begins on a day and will be over with one break in between. l Passenger is identified by name, age, sex and address. l Trains are identified by name and number. l No receipt is issued for money transacted. l Output of the system is ticket(s) with details. l The process is triggered through a form filled by the passenger detailing the requirements of tickets, train, date, etc. l A form is used for each train. If the journey requires use of multiple trains, separate forms are used for each train. ü Identify the Actors The actors in the system are the passenger, the counter clerk and the reservation system consisting of form processing, reservation, fare computation, ticket processing, ticket printing, collection of