Requirements documenteren

10 belangrijke vragen over Requirements documenteren

Wat is de definitie van requirements document?

Een systematische vastlegging van een verzameling requirements (voor een systeem of systeemcomponent) die voldoet aan gedefinieerde criteria

De voornaamste redenen om requirements te documenteren zijn (4):

  1. requirements dienen als basis voor softwareontwikkeling
  2. requirements kunnen van juridisch belang zijn
  3. requirements moeten voor alle belanghebbenden toegankelijk zijn
  4. helpen inzicht te krijgen in de complexiteit als geheel

Voor welke 7 activiteiten wordt een requirementsdocument gebruikt?

  1. Contractmanagement
  2. Planning
  3. Architectuur- en systeemontwerp
  4. Realisatie
  5. Test
  6. Wijzigingsbeheer
  7. Systeembeheer
  • Hogere cijfers + sneller leren
  • Niets twee keer studeren
  • 100% zeker alles onthouden
Ontdek Study Smart

Welke typen documentatievormen bestaan er (met betrekking tot requirements)?

1. Tekstuele beschrijvingen
2. Conceptuele modellen
3. Hybride documentatie

Welke requirementsperspectieven zijn er (en geef uitleg)?

  1. Gegevensperspectief: belicht de structuur van de gegevens, statische aspecten van het gebruik en relaties tussen de gegevens in de systeemcontext (ERD en klasse diagram)
  2. Functionele perspectief: welke gegevens vanuit de omgeving binnenkomen, welke functies die gegevens bewerken en welke gegevens het systeem ter beschikking stelt aan zijn omgeving. (Use case en activiteitendiagram)
  3. Gedragsperspectief:reacties van het systeem op gebeurtenissen in de omgeving en toestandsovergangen

Wat zijn voordelen van het gebruik van een documentsjabloon (voor requirements)?

inwerken van nieuwe medewerkers wordt eenvoudiger
het selectief lezen en begrijpen van het document wordt eenvoudiger
ondersteunt de req. analist bij het vastleggen van requirements
maakt hergebruik van onderdelen van het document eenvoudiger

Wat zijn de (7+4) kwaliteitscriteria met betrekking tot individuele requirements?

  1. Eenduidig: voor 1 uitleg vatbaar
  2. Correct: geven de behoefte van de gebruiker goed weer
  3. Consistent: geen tegenstrijdigheden
  4. Verifieer-/meetbaar: moet aantoonbaar zijn dat software voldoet aan requirement
  5. Traceerbaar: duidelijk zijn wat de relatie van de requirement is met zijn bronnen, andere requirements en opvolgende producten
  6. Volledig: er mag geen relevante informatie ontbreken
  7. Gerangschikt: volgorde van realisatie


  • Overeenstemming: alle belanghebbenden moeten het eens zijn met de requirement
  • Geldig/ actueel: moet aansluiten bij de actuele stand van de bronnen
  • Haalbaar of realiseerbaar: requirement moet technisch, organisatorisch, financieel en juridisch mogelijk zijn
  • Begrijpelijk: moet voor alle belanghebbenden duidelijk zijn vastgelegd

Wat zijn de (4+1) kwaliteitscriteria met betrekking tot requirementsdocumenten?

  1. Traceerbaar: duidelijke relatie naar andere documenten
  2. Eenduidig en consistent: geen tegenstrijdigheden en voor 1 uitleg vatbaar
  3. Aanpasbaar/ uitbreidbaar: mogelijk zijn om informatie toe te voegen, te wijzigen en te verwijderen
  4. Volledig:  er mag geen relevante informatie ontbreken


  • Heldere structuur

Wat wordt in een verklarende woordenlijst opgenomen?

  • context specifieke woorden
  • acroniemen en afkortingen
  • algemeen gangbare woorden met specifieke betekenis in de context
  • synoniemen
  • homoniemen

Welke regels gelden bij een verklarende woordenlijst?

  • 1 centraal beheerde woordenlijst
  • verantwoordelijkheid voor het onderhoud is belegd (bij 1 persoon)
  • belanghebbenden moeten definities goedkeuren
  • woordenlijst is toegankelijk voor alle belanghebbenden
  • gebruik van verkl. woordenlijst is verplicht

De vragen op deze pagina komen uit de samenvatting van het volgende studiemateriaal:

  • Een unieke studie- en oefentool
  • Nooit meer iets twee keer studeren
  • Haal de cijfers waar je op hoopt
  • 100% zeker alles onthouden
Onthoud sneller, leer beter. Wetenschappelijk bewezen.
Trustpilot-logo