16th slide set of CECS 542
Quality assurance for requirements documentation
Complete course: http://foss2serve.org/index.php/Requirements_Engineering,_CSU_Long_Beach,_Penzenstadler
3. Learning Goals
• Founda@ons of quality
assurance
– Quality criteria for RE
– Construc@ve and
analy@cal Quality
Assurance
• QA for Artefacts
• Techniques for Quality
Assurance
Dr. Birgit Penzenstadler 3
Context Layer
System Layer
Requirements Layer
Stakeholder Model Objectives
& Goals
Constraints
& Rules
!
!
!
!
!
Data Model
E
A
A
A
E
System Vision
Functional
Hierarchy
Architecture Overview
System
Function Model
Fun 1
Fun 2
Component Model
C C
Data Model
E
A
A
A
E
Behaviour Model
Business Case
Deployment Requirements
System Constraints
Domain Model
Service ModelUsage Model
Quality Requirements
Risk List
Project Scope
Process Requirements
Glossary
Glossary
Glossary
12. Focus of quality assurance in RE
Perspec@ves in QA in RE
• We dis@nguish the quality of
– Requirements documents / artefacts
– Sets of requirements / statements
– Individual requirements
– Systems
12
Context Layer
System Layer
Requirements Layer
Stakeholder Model Objectives
& Goals
Constraints
& Rules
!
!
!
!
!
Data Model
E
A
A
A
E
System Vision
Functional
Hierarchy
Architecture Overview
System
Function Model
Fun 1
Fun 2
Component Model
C C
Data Model
E
A
A
A
E
Behaviour Model
Business Case
Deployment Requirements
System Constraints
Domain Model
Service ModelUsage Model
Quality Requirements
Risk List
Project Scope
Process Requirements
Glossary
Glossary
Glossary
14. Analytical QS
Depending on the quality criteria, responsible for checking are:
• Project team members with domain knowledge during elabora@on of the
requirements, e.g. „correctness“ à this is called construc@ve QA
• External/neutral quality responsibles who perform checks, e.g.
„traceability“ and „understandability“ à this is called analy@cal QA
à Which measures can you think of for performing either of these?
Constructive QS
Principle of construc@ve and analy@cal QA
14
Context Layer
System Layer
Requirements Layer
Stakeholder Model Objectives
& Goals
Constraints
& Rules
!
!
!
!
!
Data Model
E
A
A
A
E
System Vision
Functional
Hierarchy
Architecture Overview
System
Function Model
Fun 1
Fun 2
Component Model
C C
Data Model
E
A
A
A
E
Behaviour Model
Business Case
Deployment Requirements
System Constraints
Domain Model
Service ModelUsage Model
Quality Requirements
Risk List
Project Scope
Process Requirements
Glossary
Glossary
Glossary
Project team
Quality
responsible
21. Linguis@cs in RE
• Classifica@on of linguis@c quality defects
– lexical/ontological (what does „green“ mean?)
– syntac@c (“I saw the man on the hill with a telescope”)
– seman@c (“All persons have a unique na@onal insurance
number“)
– pragma@c (“The trucks shall treat the roads before they freeze“)
– weak phrases: (“as soon as possible“)
– Omission or generaliza@on
• Syntax paperns
– [when?] [under what condi@ons?]
THE SYSTEM SHALL | SHOULD | WILL
<process> <thing to be processed> [<process detail>*]
21
35. Take-away: QA
• Defini@ons
– Quality Assurance
– Quality Defect
• Construc@ve QA
– Guidelines and criteria
– Reference models
• Analy@cal QA
– Quality gates
– Fagan inspec@on
– Checklists
• IEEE 730 Std for SQA
Dr. Birgit Penzenstadler 35
Context Layer
System Layer
Requirements Layer
Stakeholder Model Objectives
& Goals
Constraints
& Rules
!
!
!
!
!
Data Model
E
A
A
A
E
System Vision
Functional
Hierarchy
Architecture Overview
System
Function Model
Fun 1
Fun 2
Component Model
C C
Data Model
E
A
A
A
E
Behaviour Model
Business Case
Deployment Requirements
System Constraints
Domain Model
Service ModelUsage Model
Quality Requirements
Risk List
Project Scope
Process Requirements
Glossary
Glossary
Glossary