Team Skill 6: Building the Right System Assessing Requirements Quality (29)
-
Upload
rolf-allison -
Category
Documents
-
view
213 -
download
0
Transcript of Team Skill 6: Building the Right System Assessing Requirements Quality (29)
![Page 1: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/1.jpg)
Team Skill 6: Building the Right SystemAssessing Requirements Quality (29)
![Page 2: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/2.jpg)
Assessing Requirements Quality•Key points
▫The end of each iteration can be used as a point to check quality Beta issues Defects found in GA version
▫Devise metric for quality and accuracy of each iteration
▫Refinement of requirements happens each iteration
2
![Page 3: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/3.jpg)
Assessing Requirements Quality•How to define quality?
▫Absence of defects
▫System conformance to requirements
▫Good enough software
▫Situational and objective
▫Others??
3
![Page 4: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/4.jpg)
Assessing Requirements Quality•How to measure quality?•Measurements
▫Time to market▫At or under budget▫Requirements scoped out are realized
•The quality of the software is a reflection of the quality of the process that created it
4
![Page 5: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/5.jpg)
Assessing Requirements Quality•Quality Artifacts
▫Problem statement Root cause analysis
▫System model▫Business use-case model
Stakeholders & users Design & development constraints
5
![Page 6: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/6.jpg)
Assessing Requirements Quality•Quality Artifacts
▫Understanding needs Interview
Questionnaires
User needs
Use cases
6
![Page 7: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/7.jpg)
Assessing Requirements Quality•Quality Artifacts
▫System Defined Use Cases
Additional Technical Documents
7
![Page 8: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/8.jpg)
Assessing Requirements Quality•Quality Artifacts
▫Managing Scope Prioritization / estimation of Use Cases
Risk Effort
Baseline Requirements
Scope Meets your resources Agreement on what will be done
8
![Page 9: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/9.jpg)
Assessing Requirements Quality•Quality Artifacts
▫Refining the system Use Case Model
How all the Use Cases interact Defining our system boundary and all actors on
the system
Supplementary specification (URPS+) Technical specifications
9
![Page 10: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/10.jpg)
Assessing Requirements Quality•Quality Artifacts
▫How we ensure we have Build the right system Traceability!
needs - features - reqs – use cases - code - tests
Code that captures the design of the Use Cases Test cases test the results of the Use Cases
Change control process
10
![Page 11: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/11.jpg)
Assessing Requirements Quality•Page 361-368
•A lot of these are very course▫Not detailed enough to get actual quality
measurement
▫Basically was this process done What metrics are they using for measuring
quality?
11
![Page 12: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/12.jpg)
Assessing Requirements Quality•Leffingwell address quality on a very
basic level▫If no measurements are provided no
assessment can be done
•Remember we compared developing software to manufacturing▫Manufacturing is highly monitored to
develop the best process
12
![Page 13: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/13.jpg)
Assessing Requirements Quality• Quality product needs quality process
• How is this done?▫ We must gather data throughout the process that we
can compare against
• Then we can analyze the data ▫ Determine what’s working▫ Determine what’s not working
• Then we can identify areas that need improvement
13
![Page 14: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/14.jpg)
Assessing Requirements Quality•A process that does not include metrics,
cannot substantiate a claim for the quality of the process.
•This then trickles down into quality of the software product
14
![Page 15: Team Skill 6: Building the Right System Assessing Requirements Quality (29)](https://reader035.fdocuments.in/reader035/viewer/2022071806/56649f515503460f94c74757/html5/thumbnails/15.jpg)
Assessing Requirements Quality• Some benchmarking includes
▫ The number of defects in the code▫ Common measurement is
Defects / KLOC
• This gives you a good quality measure because▫ Code comes from Use Case and traced back to other
artifacts (TSP/PSP other standards to improve coding)
▫ Code is the final artifact and is the actual system
▫ If you have poor code it is probably the result of poor documentation leading up to development phase
15