Showing posts with label Requirements Management. Show all posts
Showing posts with label Requirements Management. Show all posts

Thursday, February 23, 2012

Good Practices for Requirements Engineering (2)


Requirements Management
        Once you have the initial requirements for a body of work in hand, you must cope with the inevitable changes during development.
        Effective change management demands a process for proposing changes and evaluating their potential cost and impact on the project.
        Tracking the status of each requirement as it moves through development and system testing provides insight into overall project status.

  Good practices for requirements management include:
        Define a requirements change-control process. 
        Establish a change control board (team). 
        Perform requirements-change impact analysis. 
        Establish a baseline and control versions of requirements documents.
        Maintain a history of requirements changes.
        Track the status of each requirement. (e.g. proposed, approved, implemented, or verified),
        Measure requirements volatility. (e.g. the number of proposed and approved changes (additions, modifications, deletions)
        Use a requirements management tool.  Create a requirements traceability matrix.


Monday, February 20, 2012

The Essential Software Requirement-Chapter 1 part 4

Requirements Development

Requirements development are subdivided into elicitation, analysis, specification, and validation. They are done iteratively and  including the following:
§Identifying the product's expected user classes
§Eliciting needs from individuals who represent each user class
§Understanding user tasks and goals and the business objectives with which those tasks align
§Analyzing the information received from users to distinguish their task goals from functional requirements, nonfunctional requirements, business rules, suggested solutions, and extraneous information
§Allocating portions of the top-level requirements to software components defined in the system architecture
§Understanding the relative importance of quality attributes
§Negotiating implementation priorities
§Translating the collected user needs into written requirements specifications and models
§Reviewing the documented requirements to ensure a common understanding of the users' stated requirements and to correct any problems before the development group accepts them.