The document introduces concepts related to requirements engineering for a software project. It discusses user and system requirements, including functional and non-functional requirements. As an example, it analyzes requirements for an Indian railway reservation system, identifying different user types and their expectations of the system. It also discusses documenting, eliciting, analyzing and classifying requirements.

1. IT607 – Software Engineering Requirements Engineering Kavi Arya M. Mohan

4. Quiz 0 Assume, you are analyzing an existing railway reservation system for devising enhancements. Answer the following questions with reference to any railway reservation system you are familiar with. Please write your assumptions clearly. i) Who are the various kinds of users of the system? What are their expectations of the system? ii) Will a system administrator who manages the system be a user? Justify your answer ? iii) List as many functional requirements of the system as possible ? iv) Write down five non-functional requirements of the system ?

5. Quiz 0 (contd.) v) Write down any additional requirements you would like to add to the system? (mention clearly whether they are functional or non-functional requirements) vi) Suppose, the system under study has no facility for making reservations using SMS. The customer wants this feature to be implemented. Is this requirement functional? If no, can you think of a way of implementing this non-functional requirement in terms of any existing functional requirements ? vii) What process model would you adopt in building the system? Explain why and give two other models you would not use, explaining why.

30. Structured Natural Language XYZ software/SRS/1.2.4 Function: Description: Inputs: Source: Outputs: Destination: Action: Requires: Pre-condition: Post-condition: Side-effects:

31. Structured Natural Language contd… Indian railway reservation software/SRS/1.2.4 Function: reservation Description: makes a reservation on behalf of a customer, reservation clerk, or travel agent. Inputs: journey date, source station, destination station, train code etc. Source: customer / reservation clerk / travel agent Outputs: printed ticket or non-availability status message Destination: customer / reservation clerk / travel agent

32. Structured Natural Language Indian railway reservation software/SRS/1.2.4 Action: if seats/berths are available reserve them, otherwise send a non-availability status message to the user Requires: Pre-condition: required seats/berths are unreserved Post-condition: required seats/berths are reserved and no more available for reservation. Side-effects: None