Dit is een door mij gemaakte samenvatting van het boek:
Handboek Requirements - Brug tussen Business en ICT //
De volgende hoofdstukken worden in de samenvatting behandeld: H1, H2, H5, H6 t/m H9 en H11 t/m H17 en H19 t/m H21
Requirements zijn er enerzijds om de business optimaal te kunnen ondersteunen en anderzijds om het software-
ontwikkelteam het project te kunnen laten realiseren. Het gaat dan voornamelijk om het afstemmen van de
requirements. De requirements vormen een brug tussen de business en de ICT
Schommelkarikatuur: afstemmen van requirements.
De vijf belanghebbenden van een systeem + waarom zij de betreffende requirements nodig hebben:
1) Opdrachtgever: softwareontwikkeltraject niet zonder reden gestart bepaalde bedrijfsdoelen
halen/problemen op te lossen.
2) Opdrachtnemer: Hij weet hierdoor wat er ontwikkeld moet worden en kan inschattingen gaan maken betreft de
kosten, de planning en het personeel. Hoe beter de requirements, hoe nauwkeuriger de inschatting.
3) Ontwikkelaars: Hierdoor weten de ontwikkelaars waar het systeem aan moet voldoen.
4) Testers: Hierdoor weten de testers waaraan de te testen software moet voldoen. De gegeven requirements zijn
tevens de norm voor het testen van de software.
5) Gebruikers: Zij weten wat het systeem na het ontwikkelen wel en niet kan. Dit zal de manier van werken
beïnvloeden (prettig of niet prettig).
Als het niet lukt om de requirements te achterhalen, maakt het ook niet meer uit hoe goed je de overige
activiteiten uitvoert.
Requirements globaal gezien: opdrachtverstrekking, projectplan.
Requirements gedetailleerd gezien: detailplanning, ontwerp, bouw, test. Deze ontwikkelactiviteiten
nemen de requirements als vertrekpunt.
De relatieve herstelkosten van een doorwerkfout, betreft de requirements, worden steeds hoger naarmate er meer
activiteiten zijn uitgevoerd met de verkeerde requirements.
3
, Van het totale budget, dat wordt gebruikt voor het ontwikkelen van een systeem/software applicatie, gaat 25%
tot 40% op aan het herstellen van fouten in de requirements.
Drie grote fouten die projecten doen falen/niet succesvol maken:
Gebrek aan gebruikersinbreng, onvolledige requirements/specificaties, veranderende
requirements/specificaties.
Kritieke succesfactoren
Kwalitatief goede requirementsspecificaties; volledig, consistent, eenduidig en valide.
Managen van wijzigingen in de requirements; voorkomt een scope creep (omvang van de te ontwikkelen
software neemt niet toe).
Voldoende gebruikersinbreng; om een intensieve samenwerking tussen de gebruikers en het
ontwikkelteam, betreft de requirements, scherp te krijgen/te houden.
Het belang en de moeilijkheidsgraad van requirements worden vaak onderschat. Dit is een verklaring voor het feit
dat er zoveel softwareprojecten met problemen kampen.
4
Voordelen van het kopen van samenvattingen bij Stuvia op een rij:
Verzekerd van kwaliteit door reviews
Stuvia-klanten hebben meer dan 700.000 samenvattingen beoordeeld. Zo weet je zeker dat je de beste documenten koopt!
Snel en makkelijk kopen
Je betaalt supersnel en eenmalig met iDeal, creditcard of Stuvia-tegoed voor de samenvatting. Zonder lidmaatschap.
Focus op de essentie
Samenvattingen worden geschreven voor en door anderen. Daarom zijn de samenvattingen altijd betrouwbaar en actueel. Zo kom je snel tot de kern!
Veelgestelde vragen
Wat krijg ik als ik dit document koop?
Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.
Tevredenheidsgarantie: hoe werkt dat?
Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.
Van wie koop ik deze samenvatting?
Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper JeroenHHS. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €2,99. Je zit daarna nergens aan vast.
