Requirementsanalyse
![](http://upload.wikimedia.org/wikipedia/commons/thumb/a/a1/SE_Process.jpg/320px-SE_Process.jpg)
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 als essentieel beschouwd voor het succes van een ontwikkelingsproject.[2]
Overzicht
[bewerken | brontekst bewerken]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
[bewerken | brontekst bewerken]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
[bewerken | brontekst bewerken]Literatuur
[bewerken | brontekst bewerken]- Wim Hartman (1968) Information systems handbook : analysis, requirements determinaton, design and development, implementation and evaluation (ARDI) met H. Matthes, en A. Proeme. Apeldoorn: Philips'.
- ↑ Systems Engineering Fundamentals. Defense Acquisition University Press, 2001
- ↑ a b Alain Abran ea. (red.) (2005). "Software Requirements". van Guide to the software engineering body of knowledge. Los Alamitos, CA: IEEE Computer Society Press. ISBN 0-7695-2330-7.
- ↑ Ralph R. Young (2001). Effective Requirements Practices. Boston: Addison-Wesley, 2001. Zie ook RalphYoung.net, een website over requirements gerelateerde onderwerpen.