• Vergroot lettergrootte
  • Standaard lettergrootte
  • Verklein lettergrootte
Home Requirements Soorten requirements (4): Linda Westfall
Soorten requirements (4): Linda Westfall

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  

If language is not correct, then what is said is not what is meant; if what is said is not what is meant, then what must be done remains undone; if this remains undone, morals and art will deteriorate; if justice goes astray, the people will stand about in helpless confusion. Hence there must be no arbitrariness in what is said. This matters above everything.

Confucius

Banner

Archief

Lean boeken top 5

(maart 2016)
Banner
Banner
Banner
Banner
Banner

We hebben 194 gasten online
Artikelen

constancy purpose benjamin disraeli secret success geheim succes doelen

Banner
Banner

remco claassen ik effectiviteit

IK
Gezond egocentrisme meer effectiviteit
Remco Claassen, Mayta Braun

Bij Managementboek

Lean boekentips

Dagstarts en Hoshin Kanri
Continu Leren en Verbeteren in de juiste richting met Dagstarts en Hoshin Kanri
Bert Teeuwen

Bij Bol.com | Managementboek

Banner