Đang chuẩn bị nút TẢI XUỐNG, xin hãy chờ
Tải xuống
Software requirements are documentation that completely describes the behavior that is required of the software-before the software is designed built and tested. Requirements analysts (or business analysts) build software requirements specifications through requirements elicitation. Interviews with the users, stakeholders and anyone else whose perspective needs to be taken into account during the design, development and testing of the software Observation of the users at work Distribution of discussion summaries to verify the data gathered in interviews. | REQUIREMENTS Applied Software Project Management SOFTWARE REQUIREMENTS Software requirements are documentation that completely describes the behavior that is required of the software-before the software is designed built and tested. Requirements analysts (or business analysts) build software requirements specifications through requirements elicitation. Interviews with the users, stakeholders and anyone else whose perspective needs to be taken into account during the design, development and testing of the software Observation of the users at work Distribution of discussion summaries to verify the data gathered in interviews DISCUSSION SUMMARY A requirements analyst can use a discussion summary to summarize information gathered during elicitation and validate it through a review. Notes gathered during the elicitation should fit into the discussion summary template The discussion summary outline can serve as a guide for a novice requirements analyst in leading interviews and meetings Discussion Summary outline Project background Purpose of project Scope of project Other background information Perspectives Who will use the system? Who can provide input about the system? Project Objectives Known business rules System information and/or diagrams Assumptions and dependencies Design and implementation constraints Risks Known future enhancements References Open, unresolved or TBD issues USE CASES A use case is a description of a specific interaction that a user may have with the system. Use cases are deceptively simple tools for describing the functionality of the software. Use cases do not describe any internal workings of the software, nor do they explain how that software will be implemented. They simply show how the steps that the user follows to use the software to do his work. All of the ways that the users interact with the software can be described in this manner. FUNCTIONAL REQUIREMENTS Functional requirements define the outward | REQUIREMENTS Applied Software Project Management SOFTWARE REQUIREMENTS Software requirements are documentation that completely describes the behavior that is required of the software-before the software is designed built and tested. Requirements analysts (or business analysts) build software requirements specifications through requirements elicitation. Interviews with the users, stakeholders and anyone else whose perspective needs to be taken into account during the design, development and testing of the software Observation of the users at work Distribution of discussion summaries to verify the data gathered in interviews DISCUSSION SUMMARY A requirements analyst can use a discussion summary to summarize information gathered during elicitation and validate it through a review. Notes gathered during the elicitation should fit into the discussion summary template The discussion summary outline can serve as a guide for a novice requirements analyst in leading .
