Title: Team Skill 6 - Building The Right System Part 2: Traceability, Change and Quality (Chapters 27-29 of the requirements text)
1Team Skill 6 - Building The Right SystemPart 2
Traceability, Change and Quality(Chapters 27-29
of the requirements text)
Traceability in the US food supply, from
http//www.ers.usda.gov/Briefing/Traceability/over
view.htm
- CSSE 371 Software Requirements and Specification
- Don Bagert, Rose-Hulman Institute of Technology
- October 11, 2005
- Thanks to Mark Ardis and Steve Chenoweth for some
of the slides included.
2Outline
- Tracing Requirements
- Managing Requirements
- Assessing Requirements Quality
3Tracing Requirements
4Traceability Primary Questions
- Why is tracing important?
- What mechanisms are used for tracing?
Why we care remember this triangle?
5Traceability The Problem
- How do you know, if youre at one of these later
stages, that you have a requirements fault?
6In general, how to trace
7With use cases, for instance
8Managing Requirements
9Managing Change Primary Questions
- How do you capture change requests?
- How do you respond to these (individually
overall)? - How does this tie-in with tracing requirements?
10A Process for Managing Change 1/3
Step 1 Recognize that change is inevitable, and
plan for it
11A Process for Managing Change 2/3
- Step 2 Baseline the requirements
- This means they are signed-off on, and
- From then on, they fall under change control
see below
- Step 3 Establish a single channel to control
change - No ad hoc additions
- No ad hoc fixes, either
12A Process for Managing Change 3/3
In ? this big picture, you especially need to
know what release management ? is!
Step 4 Use a Change Control System to Capture
ChangesStep 5 Manage Change Hierarchically
Figure on middle right from http//www.debian.org/
vote/2002/platforms/raphael
13Assessing Requirements Quality
14Quality Issues
- Products vs. Processes
- Review Methods
- Checklists
15Products vs. Processes
- Organizations that produce high-quality products
invest in high-quality processes. - Product quality can be measured through testing.
- How can we measure process quality?
16Review Methods
- Informal
- Ask a peer to read and give comments
- Formal
- Ask a peer to prepare for review
- Record and report results of review
- Active
- Interrogate reviewer
17Checklists
- Look for anticipated defects
- Some defects apply to almost all artifacts
- Does the artifact exist?
- Some defects are artifact-specific
- Have you identified all stakeholders?
18Problem Statement Checklist
- Has a problem statement been drafted?
- Is it written in an easy-to-understand way?
- Does the team understand it?
- Has it been circulated for agreement to the key
stakeholders, including management? - Do the team members have agreement that this is
the problem they are trying to solve?
19Supplementary Specification Checklist (1/2)
- Have you established an appropriate template?
- Are all non-functional requirements included in
the supplementary specification? - Have requirements for usability, reliability,
performance and supportability been captured?
20Supplementary Specification Checklist (2/2)
- Have design constraints been identified?
- Have supplementary requirements been linked to
use cases where appropriate?