Uitgangspunt voor het verkrijgen van de eisen: het begrip “probleem” dat moet worden opgelost:
- Ontevredenheid over de huidige situatie.
- Nieuwe zakelijke kansen.
- Verminderen van kosten, tijd, resourcegebruik.
Taken van de requirements engineer:
- Probleemidentificatie
o Welk probleem moet worden opgelost?
o Waar is het probleem?
o Wiens probleem is het?
o Waarom moet het probleem opgelost worden?
o Hoe kan het systeem helpen?
o Wanneer moet het opgelost zijn?
o Wat zou de oplossing in de weg kunnen staan?
- Anticipeer op veranderingen
o Geef duidelijkheid over de kosten.
o Belanghebbenden denken vaak dat requirements gemakkelijk kunnen veranderen.
- Expert in het probleemdomein.
Zwakste link in het v-model.
- Verkeerde requirements zijn erg duur om te repareren als ze worden geïmplementeerd.
- Requirements onderzoek is lastig, vanwege:
o Verspreide kennis welke schaars is over vele bronnen, zelden expliciet.
- Conflicten door verschillende bronnen:
o Mensen hebben verschillende drijfveren en doelen.
o Mensen hebben verschillende opvattingen over het probleem.
- Stakeholders hebben het te druk met het huidige systeem.
- Mensen zijn niet vrij om alles te vertellen.
- Mensen zijn niet bereid je alles te vertellen.
- Interviews met stakeholders.
- User stories.
- Vragenlijsten.
- Sessie voor gezamenlijke vereistenontwikkeling.
- Documentanalyse, voor IT-infrastructuur:
o Business case.
o Zakelijke requirements.
o Programma van eisen.
Problemen met het verzamelen van requirements.
Gebruikersproblemen:
- Weten niet wat ze willen.
- Doen niet mee in vergaderingen, slechte communicatie.
- Niet technisch onderlegd.
- Begrijpen niet dat ontwikkeling tijd en moeite kost.
- Geen idee van wat technisch mogelijk is.
Problemen met engineers/developers:
- Andere taal dan gebruikers.
- Proberen in het huidige systeem te realiseren.
- Voeren vaak de requirements analyse uit, terwijl een specialist dat zou moeten doen.
Checklist requirements:
Zijn de eisen:
- Ondubbelzinnig.
- Niet tegenstrijdig.
- Gepartitioneerd.
o Beschrijving van componenten / services, met functie / bediening en status.
- Geclassificeerd als gebruikers-, systeem- en softwarevereisten.
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 jamogguh. Stuvia faciliteert de betaling aan de verkoper.
Zit ik meteen vast aan een abonnement?
Nee, je koopt alleen deze samenvatting voor €5,69. Je zit daarna nergens aan vast.