• Save
Requirements Review Process
Upcoming SlideShare
Loading in...5
×
 

Requirements Review Process

on

  • 15,581 views

 

Statistics

Views

Total Views
15,581
Views on SlideShare
15,520
Embed Views
61

Actions

Likes
2
Downloads
1
Comments
0

4 Embeds 61

http://www.slideshare.net 25
http://www.manageware.co.il 20
http://manageware.co.il 14
http://www.plurk.com 2

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 11/10/09 16:19
  • 11/10/09 16:19
  • 11/10/09 16:19
  • 11/10/09 16:19
  • Set scope of review
  • Here is a set of levels that illustrate the maturity of a proces Hazel I would like to change this and animate it such that the negative levels come on last
  • Requirements clarification The requirement may be badly expressed or may have accidentally omitted information which has been collected during requirements elicitation. Missing information Some information is missing from the requirements document. It is the responsibility of the requirements engineers who are revising the document to discover this information from system stakeholders. Requirements conflict There is a significant conflict between requirements. The stakeholders involved must negotiate to resolve the conflict. Unrealistic requirement The requirement does not appear to be implementable with the technology available or given other constraints on the system. Stakeholders must be consulted to decide how to make the requirement more realistic.
  • Understandability Can readers of the document understand what the requirements mean? Redundancy Is information unnecessarily repeated in the requirements document? Completeness Does the checker know of any missing requirements or is there any information missing from individual requirement descriptions? Ambiguity Are the requirements expressed using terms which are clearly defined? Could readers from different backgrounds make different interpretations of the requirements? Consistency Do the descriptions of different requirements include contradictions? Are there contradictions between individual requirements and overall system requirements? Organisation Is the document structured in a sensible way? Are the descriptions of requirements organised so that related requirements are grouped? Conformance to standards Does the requirements document and individual requirements conform to defined standards? Are departures from the standards, justified? Traceability Are requirements unambiguously identified, include links to related requirements and to the reasons why these requirements have been included?

Requirements Review Process Requirements Review Process Presentation Transcript

  • Requirements Review Process Yaron Zelichover November 2009
    • Review process concept
      • Concept
      • Reviewers
      • Process
      • Activities
      • Checks
    • How to implement review process in DOORS
    Agenda
    • What is Requirement Review?
    • A group of people read and analyze the requirements, look for problems, meet and discuss the problems and agree on actions to address these problems
    Review process - concept
    • Purpose of Review process
    • Certifies that the requirements document is an acceptable description of the system to be implemented
        • “ Have we got the right requirements?”
    • Checks a requirements document for
      • Correct content of requirements
      • Adopting restrictions and standards
      • Quality of requirements writing
        • “ Have we got the requirements right?”
    Review process - concept
    • Who are the reviewers?
    • Reviews should involve a number of stakeholders from different backgrounds
      • People from different backgrounds bring different skills and knowledge to the review
      • Stakeholders feel involved in the process and develop an understanding of the needs of other stakeholders
    • Review team should always involve at least a domain expert and an end-user
    Review process - reviewers
  • Review process - reviewers Stakeholders driving the System Requirements Stakeholders in the Supply Chain Stakeholders within the Solution Team Stakeholders receiving the Solution Stakeholders driving the Business Requirements
  • Review process - reviewers
    • Examples of Reviewers
    • Requirements Author
    • Team Leader
    • Tester
    • Project Manager (if required)
    • Group Leader (if required)
  • Define Review Process
    • Define Review Process
    • Define Reviewers
    • Work teams
    • Gates/Checkpoints
    • Baselines/Versions of requirements document
    • Review Iterations
    • Comments handling
    • Approval procedure
  • Define Review Process Baseline working document Issue review plan Issue Document to reviewers Inform reviewers Receive and sort change requests Decide on each change request Implement decisions Issue new baseline
  • Review Activities
    • Review Activities
    • Plan Review
    • Distribute Documents
    • Prepare for Review meeting
      • Individual reviewers read the requirements to find conflicts, inconsistencies, deviations from standards and other problems
  • Review Activities – cont.
    • Review Activities (cont.)
    • Requirements Review Meeting
      • Comments and problems are discussed
      • Set of actions to address the problems is agreed
    • Follow up actions
    • Revise Document
  • Review Activities – cont.
    • Review inputs and outputs
  • Review Checks 1 2 3 4 5 CMMI Maturity Level Initial Repeatable Defined Managed Optimized      Checklists Metrics Process
  • Review Checks
    • Check for problems in the requirements
    • Requirements clarification
    • Missing information
    • Requirements conflict
    • Unrealistic requirement
  • Review Checks
    • Review Checklist
    • Understandability
    • Redundancy
    • Completeness
    • Ambiguity
    • Consistency
    • Organization
    • Conformance to standards
    • Traceability
  • Requirements Testing
    • Requirements Testing
    • Each requirement should be testable
    • Inventing requirements tests is an effective validation technique
    • Each functional requirement should have an associated test
  • Review Process – implement in DOORS
    • Using DOORS to implement Review Process
    • Attributes and Views
      • Review attributes: Status, checkpoint, etc…
      • Review views
    • Link Analysis
      • Monitor coverage and impact of requirements
      • Traceability reports
  • Review Process – implement in DOORS
    • Using DOORS to implement Review Process (cont.)
    • Discussions
      • Comments handling
      • ‘ Pre-Review’ activity
    • Baselines
      • Manage versions of requirements document
      • Electronic signatures
  • Review Process – implement in DOORS
    • Using DOORS to implement Review Process (cont.)
    • Change-Proposal mechanism
    • Customizations:
      • Utility to send emails to reviewers
      • ‘ Track Changes’ view