Wikisage is op 1 na de grootste internet-encyclopedie in het Nederlands. Iedereen kan de hier verzamelde kennis gratis gebruiken, zonder storende advertenties. De Koninklijke Bibliotheek van Nederland heeft Wikisage in 2018 aangemerkt als digitaal erfgoed.
- Wilt u meehelpen om Wikisage te laten groeien? Maak dan een account aan. U bent van harte welkom. Zie: Portaal:Gebruikers.
- Bent u blij met Wikisage, of wilt u juist meer? Dan stellen we een bescheiden donatie om de kosten te bestrijden zeer op prijs. Zie: Portaal:Donaties.
Requirementsanalyse
Requirementsanalyse in software engineering en systems engineering is het bepalen en overwegen van de requirements van een nieuw of te wijzigen product, rekening houdend met mogelijke conflicterende vereisten van de betrokken stakeholders.
Requirementsanalyse wordt beschouwd als een essentieel voor het succes van een ontwikkelingsproject.[2]
Overzicht
De requirementsanalyse is door het IEEE in drie type van activiteiten opgedeeld:[2]
- Requirements elicitation (ontlokken) : de taken van het communiceren met klanten en gebruikers om te bepalen wat hun behoeften en vereisten zijn, en dit vertalen in requirements
- Requirementsanalyse : bepaling in welke mate de opgestelde requirements onduidelijk, incompleet, onbepaald of tegenstrijdig zijn, en deze onvolkomenheden corrigeren.
- Requirementsvalidatie : Requirements kunnen in verschillende vormen gedocumenteerd worden, zoals in proza, usecases, zgn "user stories", of proces specificaties.
Analisten kunnen verschillende technieken gebruiken om de requirements bij klanten vast te stellen. Als vanouds kan dit bestaan uit het houden van interviews, het initiëren van gebruikersgroepen en of de opstelling van requirementslijsten. Meer moderne technieken omvatten prototyping en usecases. Zo nodig kunnen de methoden worden gecombineerd om de juiste requirements op tafel te krijgen.
De systematische vaststelling van requirements wordt ook wel requirement engineering genoemd.
Requirements
Een requirement in de techniek is een enkelvoudig gedocumenteerde bepaling, wat een bepaald product of dienst zou moeten doen. Hierin worden de benodigde attributen, capaciteiten, karakteristieken of kwaliteiten van een systeem geïdentificeerd, die bruikbaar zijn en meerwaarde bieden voor een gebruiker.[3]
De requirements zelf moeten toepasbaar zijn, testbaar, gerelateerd aan identificeerbare bedrijfsbehoefte of kansen, en gedefinieerd op een niveau dat voldoende gedetailleerd is voor het systeemontwerp.
Zie ook
Literatuur
- Wim Hartman (1968) Information systems handbook : analysis, requirements determinaton, design and development, implementation and evaluation (ARDI) met H. Matthes, en A. Proeme. Apeldoorn: Philips'.
Zie ook de categorie met mediabestanden in verband met Requirements analysis op Wikimedia Commons.
Bronnen, noten en/of referenties
|