Requirements Documentatie¶
Requirements zijn de eisen en wensen die stakeholders hebben voor een ICT-oplossing. Je interviewt gebruikers en andere belanghebbenden, verzamelt hun behoeften en documenteert deze op een gestructureerde manier zodat ontwikkelaars weten wat ze moeten bouwen. Dit product past bij het pre-profiel Business Engineer.
Goede requirements zijn concreet, toetsbaar en prioriteerbaar. Je onderscheidt functionele eisen (wat moet het systeem kunnen?) en niet-functionele eisen (prestatie, veiligheid, bruikbaarheid). Je legt vast waar de behoefte vandaan komt en hoe je deze hebt gevalideerd (gesprekken, workshops, documenten). De documentatie kan in een tabel, in user stories of in een gestructureerd requirementsdocument.
Kwaliteitsindicatoren¶
Bij het waarderen van dit product zal er worden gekeken naar de volgende kwaliteitsindicatoren:
- De requirements documentatie is een op zichzelf staand document met een duidelijke introductie en scope.
- Er zijn functionele en/of niet-functionele requirements opgenomen.
- De requirements zijn gestructureerd en waar mogelijk toetsbaar (acceptatiecriteria).
- Er is beschreven hoe de requirements tot stand zijn gekomen (stakeholders, methode).
- Er is prioritering of indeling (bijv. must-have, should-have) waar van toepassing.
- De documentatie sluit aan bij de behoeften van de organisatie of opdrachtgever.
- Er is een koppeling met het proces of de oplossing (traceability) waar van toepassing.
Template¶
Om requirements te documenteren, kan je gebruik maken van de volgende template:
# Requirements Documentatie: [project / oplossing]
Korte introductie: wat is het doel van de ICT-oplossing en voor wie is deze bedoeld?
## Aanpak
Hoe zijn de requirements verzameld? (interviews, workshops, documenten) Wie zijn de stakeholders?
## Functionele requirements
| ID | Beschrijving | Prioriteit | Bron / toelichting |
|------|-------------------------------------------|--------------|----------------------|
| FR-1 | [beschrijving van de eis] | Must-have | ... |
Eventueel per requirement: acceptatiecriteria.
## Niet-functionele requirements
| ID | Beschrijving (bijv. performance, security) | Prioriteit |
|-------|-------------------------------------------|--------------|
| NFR-1 | ... | ... |
## Validatie
Hoe zijn de requirements gevalideerd met de stakeholders? Zijn er conflicten of open punten?
## Bronnen
Stakeholders, documenten of gesprekken die je hebt gebruikt.