After this chapter the student should have acquired the following knowledge and skills: Finish bus locator example, problems with requirements practices, requirements engineering tasks, inception, elicitation, elaboration, negotiation, specification, validation, requirements management. | Lecture-3 Recap System engineering and software requirements engineering The requirements document is the definitive specification of requirements for customers, engineers and managers. The requirements document should include a system overview, glossary, statement of the functional requirements and the operational constraints Example 2 Example – Bus Locator Project 3 Problem Statement: Students using busses as means to get to the campus face problems when busses are late, especially when they have to wait for busses under scorching sun or heavy rain. This application intends to facilitate students by providing means to track busses in real time which will not only allow students to view locations of their busses and get to stop on time. It will also facilitate the transport office to keep track of all the active busses. SRS Outline Finish Bus locator example Problems with requirements practices Requirements engineering tasks Inception Elicitation Elaboration Negotiation . | Lecture-3 Recap System engineering and software requirements engineering The requirements document is the definitive specification of requirements for customers, engineers and managers. The requirements document should include a system overview, glossary, statement of the functional requirements and the operational constraints Example 2 Example – Bus Locator Project 3 Problem Statement: Students using busses as means to get to the campus face problems when busses are late, especially when they have to wait for busses under scorching sun or heavy rain. This application intends to facilitate students by providing means to track busses in real time which will not only allow students to view locations of their busses and get to stop on time. It will also facilitate the transport office to keep track of all the active busses. SRS Outline Finish Bus locator example Problems with requirements practices Requirements engineering tasks Inception Elicitation Elaboration Negotiation Specification Validation Requirements management The Problems with our Requirements Practices We have trouble understanding the requirements that we do acquire from the customer We often record requirements in a disorganized manner We spend far too little time verifying what we do record We allow change to control us, rather than establishing mechanisms to control change Most importantly, we fail to establish a solid foundation for the system or software that the user wants built (more on next slide) The Problems with our Requirements Practices (continued) Many software developers argue that Building software is so compelling that we want to jump right in (before having a clear understanding of what is needed) Things will become clear as we build the software Project stakeholders will be able to better understand what they need only after examining early iterations of the software Things change so rapidly that requirements engineering is a waste of time The bottom line is producing a working .
