Samenvatting: Handboek Requirements : Brug Tussen Business En Ict | 9789059724068 | Nicole de Swart

Lees hier de samenvatting en de meest belangrijke oefenvragen van Handboek requirements : brug tussen business en ICT | 9789059724068 | Nicole de Swart.

• 1 Belang van requirements

  Dit is een preview. Er zijn 3 andere flashcards beschikbaar voor hoofdstuk 1
  Laat hier meer flashcards zien

• Wie zijn de voornaamste belanghebbende(n) van softwareontwikkeling?

  Opdrachtgever, opdrachtnemer, ontwikkelaars, testers en gebruikers

• 1.2 De belanghebbende

• Wie zijn de voornaamste belanghebbende(n) bij de requirements?

  Opdrachtgever, opdrachtnemer, ontwikkelaar, tester en gebruiker

• Welk belang heeft een opdrachtgever bij (goede) requirements?

  Requirements (van andere belanghebbenden) moeten bijdragen aan het behalen van de requirement van de opdrachtgever. Dit is immers de reden dat het (software)ontwikkeltraject is gestart

• Welk belang heeft een opdrachtnemer bij (goede) requirements?

  De requirements maken duidelijk wat het systeem moet (gaan) kunnen. Op basis hiervan kunnen de kosten, planning en resources ingeschat worden. 

• Welk belang heeft een ontwikkelaar bij (goede) requirements?

  De requirements geven aan waar het te bouwen systeem aan moet voldoen en vormen dus de basis voor systeemontwerp en realisatie.

• Welk belang heeft een tester bij (goede) requirements?

  Requirements zijn de norm waaraan de ontwikkelde software wordt getoetst.

• Welk belang heeft de gebruiker bij (goede) requirements?

  Requirements hebben invloed op de manier waarop de gebruiker zijn werk uitvoert.

• 1.4 Kritieke succesfactoren

• Benoem de 3 kritieke succesfactoren voor softwareontwikkeling

  1. Kwalitatief goede requirements
  2. Managen van wijzigingen in de requirements
  3. Voldoende gebruikersinbreng

• Noem 4 kwaliteitscriteria m.b.t. requirements

  1. Volledigheid. Specificatie is volledig als ontwikkelaars en testers voldoende informatie hebben om het systeem te realiseren
  2. Consistentie. Er zijn conflicterende requirements
  3. Eenduidigheid. Requirements zijn (zoveel mogelijk) voor 1 uitleg vatbaar
  4. Validiteit. Ieder requirement draagt bij aan het beoogde bedrijfsdoel.

• 1.5 Onderschatte vakgebied

• Noem 2 mogelijke oorzaken voor de problemen bij software ontwikkeltrajecten.

  Onderschatting van het requirementsvak (krijgt te weinig tijd en aandacht) en werk wordt overgelaten aan onvoldoende gekwalificeerde medewerkers