Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman

Transcriptie

1 Requirements Traceability Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman 22 Mei 2008

2 Werkgroep Traceability Doel van de werkgroep: Aanbieden van hulpmiddelen voor requirements tracebility Onderwerpen: Scope Kosten en baten Review processen Best practices 2

3 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

4 Traceability als hulpmiddel voor: Uitvoeren van impact analysis (change procedure) Controle op compleetheid en correctheid Risico beheersing 4

5 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

6 Voorbeeld 1 1..* Feature 1..* traces from 1 1 traces from traces to traces to Supplementary Requirement 1 * * 1 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

7 Voorbeeld 2 modifies Business Requirement satisfies Change Request modifies Use Case influences Business Rule satisfies modifies depends on Functional Requirement implements Source: Software Requirements, Karl E. Wiegers 7

8 Voorbeeld 3 WHY Business Requirements WHAT Customer Requirements HOW System Requirements 8

9 Voorbeeld 4 Validates Validation plan Verifies Verification plan User requirements Satisfies System requirements Is allocated to System Architecture Satisfies Sub System requirements Is allocated to Satisfies component requirements 9

10 Scope Wat neem je mee bij traceability en wat niet? Product Requirements Product Design Satisfies Unit Requirements Unit Design Validating the product Module Requirements Verifying the unit Implementation Module Verification Unit Verification Product Verification Module Level Unit Level Product Level 10

11 Scope: trace van/naar iedere requirement? Werkgroep Traceability Factoren: Structuur Tooling Pragmatiek 11

12 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

13 Kosten traceability? Opstart-kosten Kosten a.g.v. introduktie tools Kosten (effort) a.g.v. aanbrengen en onderhouden van traces 13

14 Baten traceability? Hogere efficientie bij impact analyse Meer inzicht in status van requirements Aantonen van compliancy Minder kans op goldplating Meer sturingsinformatie 14

15 Processen rondom traceability Requirements development en management process Test process Development process Review process Change Control process 15

16 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

17 Vragen?

18 Bedankt!