Requirements Traceability
Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman
22 Mei 2008
Werkgroep Traceability
Werkgroep Traceability
• Doel van de werkgroep: – Aanbieden van hulpmiddelen voor requirements tracebility
• Onderwerpen: – Scope – Kosten en baten – Review processen – Best practices
2
Werkgroep Traceability
Definitie
Requirements traceability is defined as the ability to describe and follow a requirement (i.e., from its origins, through its development and specification, to its subsequent deployment and use, and through periods of ongoing refinement and iteration in any of these phases) .
• Opmerking: traces naar project plan (taken) zijn door de werkgroep buiten beschouwing gelaten
3
Werkgroep Traceability
Traceability als hulpmiddel voor: • Uitvoeren van impact analysis (change procedure)
• Controle op compleetheid en correctheid
• Risico beheersing
4
Werkgroep Traceability
Scope • Een bewuste keuze • Vragen: – Op welk level begin je met traceability ? – Welke traces leg je aan en waarom? – Wat is de invloed van compliancy aan regelgeving ?
• Het traceability model volgt hieruit
5
Werkgroep Traceability
Voorbeeld 1
1..* Feature 1..* 1
traces from
traces to
1
traces from
traces to
1
1
Supplementary Requirement *
*
Use Case
{ A Feature must at least trace to one Use Case or one Supplementary Requirement } Source: Never Without a trace: practical advice on implementing treacbility Thomas Behrens
6
Werkgroep Traceability
Voorbeeld 2
modifies
Business Requirement satisfies
Change Request
modifies
Use Case
influences
Business Rule
satisfies depends on modifies
Functional Requirement
implements Source: Software Requirements, Karl E. Wiegers
7
Werkgroep Traceability
Voorbeeld 3
WHY Business Requirements
WHAT Customer Requirements
HOW System Requirements
8
Werkgroep Traceability
Voorbeeld 4
Satisfies
Verifies
Validates User User requirements requirements
Validation Validation plan plan
Verification Verification plan plan
System System requirements requirements
Is allocated to
Satisfies
System System Architecture Architecture
Is allocated to
Sub Sub System System requirements requirements Satisfies
component component requirements requirements 9
Werkgroep Traceability
Scope • Wat neem je mee bij traceability en wat niet? Product Verification
Product Design
Product Level
Validating the product Product Requirements
Verifying the unit Unit Requirements
Unit Verification
Module Requirements
Implementation
Module Verification
Module Level
Unit Level
s fie tis Sa
Unit Design
10
Werkgroep Traceability
Scope: trace van/naar iedere requirement? • Factoren: – Structuur – Tooling – Pragmatiek
11
Werkgroep Traceability
Scope: externe factoren • Traceability wordt ingezet om risico’s te beheersen: – Mate van compliancy aan externe regelgeving (FDA, SOX)
• Andere externe factor: – Volwassenheidsniveau van requirements processen (CMMI)
12
Werkgroep Traceability
Kosten traceability ? • Opstart-kosten • Kosten a.g.v. introduktie tools • Kosten (effort) a.g.v. aanbrengen en onderhouden van traces
13
Werkgroep Traceability
Baten traceability ? • Hogere efficientie bij impact analyse • Meer inzicht in status van requirements • Aantonen van compliancy • Minder kans op “goldplating” • Meer sturingsinformatie
14
Werkgroep Traceability
Processen rondom traceability • Requirements development en management process • Test process • Development process • Review process • Change Control process
15
Werkgroep Traceability
Best Practices
• Scope van traceability: – Begin niet te ambitieus – Stel de vraag waarom je een bepaalde trace wil – Leg de keuzes vast in een traceability model – Communiceer!
• Proces: – Maak traceability geen aparte op zich zelf staande taak • Opnemen in requirements management plan • Onderdeel van het vastleggen en documenteren van requirements • Onderdeel van review proces
16
Vragen?
Bedankt!
