• Vergroot lettergrootte
  • Standaard lettergrootte
  • Verklein lettergrootte
Home Requirements Requirements volgens RUP
Requirements volgens RUP

Requirements binnen RUP

 

De systeemontwikkemethode Rational Unified Process (RUP) is onderverdeeld in negen disciplines onderscheiden. Requirements is één deze disciplines. Requirements als discipline maakt onderscheid tussen drie typen requirements en positioneert ze ten opzichte van elkaar in een piramide. Het volume van de piramide representeert het aantal requirements van een bepaald type.RUP plaatst requirements in het probleem- en oplossingsdomein. De needs vormen de zgn. businessrequirements. De features en de softwarerequirements gaan over de behoeften en eisen ten aanzien van het systeem. Ondanks het feit dat binnen de piramide geen gebruikersrequirements voorkomen, onderkent RUP wel use cases. Deze worden gepositioneerd bij de softwarerequirements. De reden hiervoor is dat de use cases de softwarerequirements in context plaatsen.

Binnen RUP worden zes activiteiten onderscheiden om requirements op te stellen:Binnen de discipline Requirements worden twee rollen onderkend die verantwoordelijk zijn voor het vastleggen van de functionele en niet-functionele eisen: (1) de informatie-analist, en (2) de Use Case ontwerper.

  1. Analyseer het probleem: welk probleem moet worden opgelost?

  2. Begrijp de behoeften (needs) van de belanghebbenden: wat wil men met het systeem bereiken?

  3. Defineer het systeem: onderkennen use cases + afbakenen van het systeem

  4. Manage de scope van het systeem: prioriteer features en use cases en bepaal de scope van de eerstvolgende iteratie

  5. Verfijn de systeemdefinitie: specificeer use cases + aanvullende requirements op het gewenste detailniveau

  6. Manage de veranderende requirements: analyseer impact van voorgestelde wijzigingen in de baseline + besluit

De rol van de informatieanalist (binnen RUP) is verantwoordelijk voor het helder krijgen van requirements en het modelleren van Use Cases, waardoor hij de functionaliteit en grenzen van het te bouwen systeem bepaalt en bewaakt. De Use Case ontwerper is verantwoordelijk voor het specficeren van Use Cases, inclusief schermontwerpen en schermverloop.

Bron: Handboek Requirements (2010), Nicole de Swart, en RUP op Maat (2008), Eef Dekker en Remi-Armand Collaris

 

Laatst aangepast op donderdag, 11 januari 2018 19:25  

New insights fail to get put into practice because they conflict with deeply held internal images of how the world works ... images that limit us to familiar ways of thinking and acting. That is why the discipline of managing mental models -- surfacing, testing, and improving our internal pictures of how the world works -- promises to be a major breakthrough for learning organizations.

Peter Senge


Banner
Banner

Archief

Lean boeken top 5

(maart 2016)
Banner
Banner
Banner
Banner
Banner

We hebben 249 gasten online
Artikelen

run business figures alone neither company figures william edwards deming

Banner

prioritijd ronald buld overleven information overload

Prioritijd!
Overleven in tijden van drukte, stress en information overload
Ronald van de Buld

Bij Managementboek.nl | Bol.com

Lean boekentips

Toyota Kata Culture
Building Organizational Capability and Mindset through Kata Coaching
Mike Rother & Gerd Aulinger

Bij Bol.com | Managementboek

Bewaren

Banner