For faster navigation, this Iframe is preloading the Wikiwand page for Requirementsanalyse.

Requirementsanalyse

Uit Wikipedia, de vrije encyclopedie

Requirementsanalyse is de eerste stap in het softwareontwikkelingsprocessproces.[1]
Requirementsanalyse is de eerste stap in het softwareontwikkelingsprocessproces.[1]

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

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 de categorie Requirements analysis van Wikimedia Commons voor mediabestanden over dit onderwerp.
{{bottomLinkPreText}} {{bottomLinkText}}
Requirementsanalyse
Listen to this article

This browser is not supported by Wikiwand :(
Wikiwand requires a browser with modern capabilities in order to provide you with the best reading experience.
Please download and use one of the following browsers:

This article was just edited, click to reload
This article has been deleted on Wikipedia (Why?)

Back to homepage

Please click Add in the dialog above
Please click Allow in the top-left corner,
then click Install Now in the dialog
Please click Open in the download dialog,
then click Install
Please click the "Downloads" icon in the Safari toolbar, open the first download in the list,
then click Install
{{::$root.activation.text}}

Install Wikiwand

Install on Chrome Install on Firefox
Don't forget to rate us

Tell your friends about Wikiwand!

Gmail Facebook Twitter Link

Enjoying Wikiwand?

Tell your friends and spread the love:
Share on Gmail Share on Facebook Share on Twitter Share on Buffer

Our magic isn't perfect

You can help our automatic cover photo selection by reporting an unsuitable photo.

This photo is visually disturbing This photo is not a good choice

Thank you for helping!


Your input will affect cover photo selection, along with input from other users.