# Houd eisen traceerbaar terwijl software verandert

Taiga Learning · Werkblad
https://taiga.training/nl/lessons/specifications/

Gebruik fictieve of goedgekeurde informatie. Zet geen secrets in dit werkblad.

## Leerdoelen
- Schrijf een waarneembare eis met expliciete grenzen.
- Volg een eis door een wijziging en de controles.
- Identificeer vervolgdocumenten die een gewijzigde aanname raakt.

## Oefening
Schrijf een eis voor een manager die actieve klanten exporteert. Neem toegestane gebruikers, organisatiegrens, velden, foutgedrag en een meetbare afrondingsvoorwaarde op. Koppel die aan een fictieve test en release. Wijzig daarna de eis zodat gearchiveerde klanten meetellen en noteer de betrokken besluiten.

## Uw antwoord
- Scenario en scope:
- Aannames en openstaande vragen:
- Voorgesteld antwoord of besluit, met redenen:

## Controleer uw antwoord
| Claim of criterium | Bewijs of test | Resultaat of hiaat | Verantwoordelijke |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Volgende actie
- Actie, verantwoordelijke en datum:
- Wanneer reviewt u dit antwoord?

## Te onthouden principe
Een specificatie is nuttig als haar beweringen gekoppeld zijn aan besluiten en verifieerbaar gedrag. Houd die koppelingen actueel terwijl het systeem verandert.

## Bronnen
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Google Engineering Practices: What to look for in a code review](https://google.github.io/eng-practices/review/reviewer/looking-for.html)

Dit werkblad ondersteunt leren. Het invullen geeft op zichzelf geen toestemming voor een productiewijziging.