Requirements analyse
Requirements analyse 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.
Requirement analyse wordt beschouwd als een essentieel voor het succes van een ontwikkelingsproject. [2]
Inhoud |
[bewerken] Overzicht
De requirement analyse 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
- Requirements analyse : bepaling in welke mate de opgestelde requirements onduidelijk, incompleet, onbepaald of tegenstrijdig zijn, en deze onvolkomenheden corrigeren.
- Requirements validatie : Requirements kunnen in verschillende vormen gedocumenteerd worden, zoals in proza, use cases, zgn "user stories", of proces specificaties.
De requirement analyse kan een langdurig proces zijn dat menig psychologische vaardigheden kan vereisen. Nieuwe systemen veranderen de omgeving en relatie tussen mensen, en hierbij is het van belang alle mogelijke stakeholders te identificeren. Men dient hierbij rekening te houden, dat zij bewust zijn van de implicaties van de nieuwe systemen en werkwijzen.
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 requirements lijsten. Meer moderne technieken omvatten prototyping en use cases. 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.
[bewerken] 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 systeem ontwerp.
[bewerken] Zie ook
[bewerken] 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 de categorie Requirements analysis van Wikimedia Commons voor meer mediabestanden. |
Bronnen, noten en/of referenties:
- ↑ 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.
