• Vergroot lettergrootte
  • Standaard lettergrootte
  • Verklein lettergrootte
Home Requirements
Requirements
Soorten requirements (4): Linda Westfall
Gepubliceerd in Requirements
E-mail Afdrukken

requirements linda westfall

Linda Westfall beschrijft aan de hand van vijf basale vragen de essentie van requirements (engineering).

  1. Wat, verschillende niveaus en soorten requirements.

  2. Waarom, voordelen van goede requirements.

  3. Wie , belanghebbenden bij requirements.

  4. Wanneer, momenten waarop verschillende activiiteiten rond requirements plaatsvinden

  5. Hoe, technieken voor het eliciteren, analyseren, specificeren en valideren van requirements

Schematisch kunnen de door Westfall onderkende niveaus en soorten requirements (afgeleid van Karl E. Wiegers) als volgt worden weergegeven:

Requirements

 

Westfall definieert bedrijfsregels (business rules) als specifiek beleid, standaarden, prakijken, regels en richtlijnen die vastleggen hoe gebruikers moeten werken (do business) en positioneert ze (dus) op hetzelfde niveaus als de user requirements. Het systeem moet zich houden aan deze regels om goed te functioneren binnen het gebruikersdomein.

Westfall onderscheidt kwaliteitsatributen op twee niveaus: gebruikers en product. Op het niveau van gebruikers zijn de kwaliteitsattributen de niet-functionele kenmerken die de productkwaliteit van het systeem definiëren, zoals betrouwbaarheid, beschikbaarheid. Een kwaliteitsattribuut op gebruikersniveau kan zich op productniveau vertalen naar zowel een functioneel requirement (functionaliteit nodig om te voldoen aan het niet-functionele kwaliteitsattribuut) als een niet-functioneel requirement (eigenschappen nodig die het systeem moet hebben).  Ze noemt hierbij de volgende voorbeelden: "an ease of learning requirement might translate into the functional requirement of having the system display pop-up help when the user hovers the cursor over an icon" en "an ease-of-use requirement might translate into nonfunctional requirements for response time to user commands or report requests."

Het is mogelijk dat een kwaliteitsattribuut op gebruikersniveau vertaald moet worden naar functionele requirements op productniveau: er is specifieke functionaliteit nodig om te voldoen aan de niet-functionele kwaliteitsattributen.

Met de externe interface requirements kunnen de eisen worden vastgelegd voor het uitwisselen van informatie met gedeelde interfaces die buiten de grenzen vallen van het te ontwikkelen systeem.

De constraints definiëren welke beperkingen er zijn bij het maken van keuzes voor wat betreft het ontwerp en de ontwikkeling van het systeem.

Er kunnen ook zgn. data requirements van toepassing zijn voor specifieke gegevensvelden of -structuren.

Bron: Software Requirements Engineering: What, Why, Who, When and How (Linda Westfall)

 

Laatst aangepast op donderdag, 11 januari 2018 19:31  
Requirements volgens Borland
Gepubliceerd in Requirements
E-mail Afdrukken

elicitatie analyse specificatie validatie management development requirements

 

Laatst aangepast op maandag, 08 januari 2018 14:57  
Requirements volgens Jill Dyche
Gepubliceerd in Requirements
E-mail Afdrukken

requirements development requirement

 

Laatst aangepast op zaterdag, 06 januari 2018 07:52  
Requirements binnen RUP
Gepubliceerd in Requirements
E-mail Afdrukken

requirements workflow rup nicole swart

In het artikel Veel gebruikte requirementsprocessen geeft Nicole de Swart een overzicht van een aantal verschillende processen voor requirements. Bovenstaande schema is de workflow voor het opstellen van requirements binnen RUP (Rational Unified Process) wordt bovenstaan

Bron: Veel gebruikte requirementsprocessen, Nicole de Swart

Laatst aangepast op zaterdag, 06 januari 2018 07:52  
Requirements volgens Nicole de Swart
Gepubliceerd in Requirements
E-mail Afdrukken

requirements development management nicole swart requirement

Bron: Veel gebruikte requirementsprocessen, Nicole de Swart

Laatst aangepast op zaterdag, 06 januari 2018 08:27  
Requirements engineering volgens Van Veenendaal
Gepubliceerd in Requirements
E-mail Afdrukken

requirementsproces requirementsontwikkeling requirementsmanagement requirements

In de Checklist requirements engineering beschrijft - Tmap-goeroe - Erik Van Veenendaalde requirements engineering als combinatie van de processen requirementengineering en requirementsmanagement. Requirementsontwikkeling definieert hij als het proces dat gericht is op het afleiden en analyseren van de behoeften van de belanghebbenden en het vertalen van deze behoeften naar gespecificeerde producteisen. Dit proces bestaat - in hoofdlijnen - uit vier stappen:

  1. Requirementselicitatie: het communiceren met klanten en gebruikers om te bepalen wat hun behoeften en vereisten zijn, en dit vertalen in requirements.

  2. Requirementsanalyse: bepalen in welke mate de opgestelde requirements onduidelijk, incompleet, onbepaald of tegenstrijdig zijn, en deze onvolkomenheden corrigeren.

  3. Requirementsspecificatie: formeel documenteren van de requirements in ene requirementsspecificatie..

  4. Requirementsvalidatie: samen met de klanten en gebruikers evalueren of de set van requirements juist en volledig is in relatie tot hun behoeften en vereisten.

requirementsontwikkeling elicitatie specificatie validatie requirements

Requirementsmanagement gaat over het beheersen en beheren van de overeengekomen set requirements, het voorkomen van ongewenste scope-uitbreidingen en misverstanden over de inhoud van requirements gedurende het project.

Bron: Checklist requirements engineering, Erik van Veenendaal

Laatst aangepast op zaterdag, 06 januari 2018 07:54  
Story mapping volgens Venneman, De Groot & Gerrits
Gepubliceerd in Requirements
E-mail Afdrukken

story map agile user stories story

"Een Story Map is een tweedimensionale weergave van een (deel van de) Product Backlog. Het is een visueel hulpmiddel om de requirements (User Stories) op de Product Backlog logisch op te knippen, te groeperen en te ordenen. Het is als het ware een kaart van de relaties tussen alle requirements.

Op de x-as staan diverse ketenonderdelen, dit kunnen processtappen, processen of functionele onderdelen zijn. Op de y-as worden de diverse Feature Sets geplaatst, ook wel slices genoemd. Dit zijn als het ware de lagen waaruit het totale product is opgebouwd. Elke laag is een verfraaiing van de daarboven gelegen lagen. De eerste laag wordt 'wandelend skelet' genoemd: het loopt wel, maar ziet er nog armzalig uit."

Bron: Agile - Pocketguide voor wendbare organisaties, Jeroen Venneman, Rik de Groot & Theo Gerrits

 

Laatst aangepast op zaterdag, 06 januari 2018 07:52  
Requirements volgens Deltaisis
Gepubliceerd in Requirements
E-mail Afdrukken

requirements business case use case soorten

Bron: Deltaisis

Laatst aangepast op maandag, 08 januari 2018 14:58  
Requirements volgens IREB
Gepubliceerd in Requirements
E-mail Afdrukken

requirements ireb functioneel niet-functioneel beperkingen

In het boek Grip op requirements onderkennen Jan Jaap Cannegieter, Nicole de Swart & Johan Zandhuis twee indelingen van requirements. De eerste onderverdeling die vaak wordt gebruikt voor requirements is de splitsing in functionele requirements en niet-functionele requirements. De tweede indeling van requirements is het onderkennen van business requirements, gebruikers requirements en systeem- of softwarerequirements.

Functionele requirements vs. niet-functionele requirements

  1. Functionele requirements: requirement die het door een systeemfunctie gewenste gedrag beschrijft.

  2. Niet-functionele requirements: requirement die niet het gedrag van het systeem beschrijft maar andere systeemeisen definieert (kwaliteitseisen en/of beperkingen waaraan het systeem moet voldoen)

Functionaliteit definiëren Cannegieter, De Swart en Zandhuis als de mogelijkheden die het systeem moet bieden zoals gesteld in functionele requirements.

Kwaliteitsrequirements geven aan hoe goed het beoogde systeem haar functionaliteit moet aanbieden; het gaat om een kwaliteitseigenschap die niet door een functioneel requirement wordt afgedekt. Een beperking is een requirement dat de oplossingsruimte beperkt in aanvulling op de functionele en kwaliteitsrequirements. In tegenstelling tot functionele en kwaliteitsrequirements kun je een beperking niet implementeren; het gaat om eisen die de oplossingsruimte of het ontwikkelproces limiteren. Bijvoorbeeld, 'het systeem moet gebruik maken van een Oracle-database' en 'het systeem moet voor het eind van het jaar operationeel zijn'.

Business requirements, gebruikersrequirements & systeem- of softwarerequirements

  1. Business requirements: requirements die beschrijven wat de met het systeem te realiseren doelen zijn (welke toegevoegde waarde heeft het systeem voor de organisatie?).

  2. Gebruikersrequirements: requirements die de activiteiten, processen of taken beschrijven die een gebruiker met het systeem wil uitvoeren (op welke manier ga je de business requirements halen?).

  3. Systeem- of softwarerequirements: requirements die het gewenste gedrag of de gewenste kwaliteit van het systeem beschrijven (aan welke eisen moet het systeem voldoen?).

Business requirements zijn geformuleerd vanuit het perspectief van bedrijfsdoelstellingen. Gebruikersrequirements vanuit het perspectief van de bedrijfsvoering en de gebruikers. Systeemrequirements worden beschreven vanuit het perspectief van het systeem.

Bron: Grip op requirements, Jan Jaap Cannegieter, Nicole de Swart & Johan Zandhuis

Laatst aangepast op maandag, 08 januari 2018 14:57  
Grip op requirements (boekentip)
Gepubliceerd in Requirements
E-mail Afdrukken

grip op requirements jan jaap cannegieter nicole de swart zandhuis

Grip op requirements
IREB foundation examenstof uitgelegd en praktisch gemaakt
Jan Jaap Cannegieter, Nicole de Swart, Johan Zandhuis

Bij Bol.com

 

Laatst aangepast op zaterdag, 20 februari 2016 19:33  


JPAGE_CURRENT_OF_TOTAL

I have far more respect for the person with a single idea who gets there than for the person with a thousand ideas who does nothing..

Thomas Edison

Banner

Archief

Lean boeken top 5

(maart 2016)
Banner
Banner
Banner
Banner
Banner

We hebben 230 gasten online
Artikelen

continuous improvement john hunter current success final achievement

Banner

tools titans tim ferriss

Tools of Titans
The Tactics, Routines, and Habits of Billionaires, Icons, and World-Class Performers
Timothy Ferriss

Bij Bol.com | Managementboek

Lean boekentips

Banner