100% tevredenheidsgarantie Direct beschikbaar na je betaling Lees online óf als PDF Geen vaste maandelijkse kosten
logo-home
Eerder door jou gezocht
Eerder door jou gezocht
logo
Samenvatting Handboek Requirements (6e druk), alle hoofdstukken €5,49
In winkelwagen
Snel navigeren naar
Voorbeeld
  2.  
  3. Avans Hogeschool (Avans)
  4.  
  5. Requirementsanalyse

Samenvatting

Samenvatting Handboek Requirements (6e druk), alle hoofdstukken

2 beoordelingen
 18 keer verkocht

Nederlandstalige samenvatting van alle hoofdstukken van het boek Handboek Requirements: Leidraad voor analisten in agile, traditionele en hybride omgevingen, 6e druk (2019), geschreven door Nicole de Swart.

Voorbeeld 5 van de 34  pagina's

Document informatie

  • Ja
  • 14 juli 2021
  • 34
  • 2020/2021
  • Samenvatting

Onderwerpen

Gekoppeld boek

book image

Titel boek:

Auteur(s):

  • Uitgave:
  • ISBN:
  • Druk:

Meer samenvattingen voor studieboek

Alles voor dit studieboek (2)

Geschreven voor

Alle documenten voor dit vak (4)

2  beoordelingen

review-writer-avatar

Door: ruben38 • 1 week geleden

Handig

review-writer-avatar

Door: MRozema • 2 jaar geleden

Verkoper

avatar-seller
RobinKras

Ontvangen beoordelingen

Voorbeeld van de inhoud

Samenvatting
Handboek Requirements (6e druk)




Bron:
Titel: Handboek Requirements
6e druk (2019)
Auteur: Nicole de Swart
Uitgever: Academische Uitgeverij Eburon
ISBN: 978 94 6301 111 2
Samengevat door: Robin Kras, juli 2021

,Contents
1. Vakgebied in beweging ........................................................................................................ 4
1.1. Requirements Engineering ............................................................................................. 4
1.2. Agile gedachtengoed ..................................................................................................... 5
1.3. Requirementsanalist ...................................................................................................... 5
DEEL 1: TYPEN REQUIREMENTS .......................................................................................... 6
2. Requirementsperspectieven .................................................................................................. 6
2.1. Systeemperspectief ........................................................................................................ 7
2.2. Businessperspectief ....................................................................................................... 7
3. Businessrequirements ........................................................................................................... 8
4. Gebruikersrequirements........................................................................................................ 8
4.1. User stories.................................................................................................................... 9
4.2. Use cases ....................................................................................................................... 9
5. Softwarerequirements ......................................................................................................... 10
5.1. Functionele requirements............................................................................................. 10
5.2. Niet-functionele requirements...................................................................................... 10
DEEL 2: AANPAK ................................................................................................................... 13
6. Agile softwareontwikkeling ................................................................................................ 13
7. Requirements Engineering .................................................................................................. 14
8. Requirementsproducten ...................................................................................................... 15
8.1. Agile requirementsproducten ....................................................................................... 16
8.2. Traditionele requirementsproducten............................................................................. 17
9. Belanghebbenden ............................................................................................................... 17
DEEL 3: REQUIREMENTS UITWERKEN.............................................................................. 18
10. Gesprekspartners............................................................................................................. 18
11. User stories ..................................................................................................................... 18
12. Use case 2.0 .................................................................................................................... 20
13. Niet-functionele requirements ......................................................................................... 22
DEEL 4: REQUIREMENTSTECHNIEKEN ............................................................................. 24
14. Agile requirementstechnieken ......................................................................................... 24
14.1. Focus op de productvisie richten .............................................................................. 24
14.2. Overzicht houden ..................................................................................................... 25
14.3. Requirements scherpstellen ...................................................................................... 26
15. Requirements developmenttechnieken ............................................................................ 27


2

,16. Elicitatietechnieken ......................................................................................................... 28
17. Analysetechnieken .......................................................................................................... 29
18. Specificatietechnieken .................................................................................................... 31
19. Validatietechnieken ........................................................................................................ 33




3

, 1. Vakgebied in beweging

1.1. Requirements Engineering
Requirements engineering is een discipline binnen de softwareontwikkeling wat gaat
over het concretiseren van de behoefte van de business en de gewenste
geautomatiseerde ondersteuning daarbij. Het doel hierbij is om overeenstemming te
bereiken en te houden tussen de opdrachtgever, de overige belanghebbenden uit de
business en het softwareontwikkelteam over de requirements. De opdrachtgever is
eindverantwoordelijk maar laat de afstemming over de gedetailleerde requirements
normaliter over aan andere belanghebbenden. De belangen van deze andere
belanghebbenden kunnen echter conflicteren met die van de opdrachtgever. Een
voorwaarde voor het bereiken van overeenstemming is dat alle belanghebbenden de
requirements goed en op dezelfde manier begrijpen. Anders kan er sprake zijn van
schijnovereenstemming.

Het tot stand brengen van overeenstemming over de requirements staat ook wel bekend
als requirements development. Dit resulteert in een verzameling goedgekeurde
requirements, baseline genoemd. De requirements in de baseline zijn echter niet in
beton gegoten, er is daarom nog aandacht nodig voor het in stand houden van de
overeenstemming. Requirements dienen daarom aanpasbaar te zijn, zelfs als ze al door
zijn gevoerd. De afgelopen decennia is requirements engineering verschoven van het
systeem- naar het businessperspectief.

Systeemperspectief
Men kwam in de jaren zeventig tot het inzicht dat de gewenste acties van het systeem
(de functionaliteit, ‘het wat’) en de implementatie daarvan (de technische oplossing, ‘het
hoe’) afzonderlijk bekeken moesten worden. Hierdoor kwam er aandacht voor
requirements aan de systemen en de eisen die de business daaraan stelt. Deze eisen
werden softwarerequirements genoemd en zijn onder te verdelen in functionele en niet-
functionele softwarerequirements. Hieruit ontstonden soms wel honderden
gedetailleerde requirements waar het overzicht lastig over was te bewaren en waar
gemakkelijk interpretatieverschillen opdoemden.

Businessperspectief
Bij het businessperspectief draait het niet zozeer om de functionaliteit van het systeem,
maar om de bedrijfs- en klantprocessen die het ondersteunt. Het systeem ontleent haar
bestaansrecht aan de toegevoegde waarde die het levert aan de business. Bij het
businessperspectief staan de behoeften van de business aan geautomatiseerde
ondersteuning centraal. Hieruit ontstaan twee type requirements: business- en
gebruikersrequirements. Use cases zijn in de negentiger Jaren uitgegroeid tot een
populaire techniek voor het specificeren van de requirements. Een use case geeft aan
hoe het systeem en de gebruiker samenwerken om een eindresultaat te halen dat
waarde heeft voor de gebruiker.




4

, 1.2. Agile gedachtengoed
Rond de eeuwwisseling is agile (wendbaar, beweeglijk of vlug) softwareontwikkeling
ontstaan. Agile is een reactie op de document- en plangedreven zware
softwareontwikkelmethoden die tot die tijd veel werden gebruikt. Agile maakt het
mogelijk om in te spelen op veranderingen en om te gaan met onzekerheden. Het hele
agile team is er op gericht om zo veel mogelijk waarde te leveren voor de business en
bestaat gewoonlijk uit een product owner, een multidisciplinair ontwikkelteam en een
scrum master. Ze werken in iteraties (sprints) van maximaal vier weken waarin steeds
nieuwe functionaliteit aan het systeem wordt toegevoegd. Aan het einde van iedere
iteratie levert het ontwikkelteam, in technische en bij voorkeur ook in functionele zin,
productierijpe software op. Het team begint met een heel eenvoudige variant van het
systeem en verbeteren en breiden die iteratie na iteratie uit en toetsen ze of de software
voldoet aan de verwachtingen van de belanghebbenden.

Het uitgebreid en nauwkeurig specificeren van requirements aan het begin van het
softwareontwikkeltraject is in agile omgevingen overbodig en onwenselijk. Een
productvisie met het bedrijfsdoel en een opsomming van de voornaamste kenmerken
van het systeem geeft voldoende richting. Gebruikers kunnen namelijk vooraf niet exact
aangeven wat ze nodig hebben. Daarnaast zijn wijzigingen in de requirements
onvermijdelijk vanwege voortschrijdend inzicht en veranderende omstandigheden. Pas
wanneer gebruikers het systeem zien en er mee werken komen ze er achter welke
ondersteuning ze precies nodig hebben. Daarom heeft feedback een belangrijke plaats
binnen agile. De terugkoppeling en de ervaringen met de tot dan toe opgeleverde
software zijn essentiële input voor de requirements op de product backlog. Een backlog
is een geprioriteerde opsomming van de nog uit te werken en te implementeren
requirements. Deze opsomming wordt voortdurend geactualiseerd om in lijn te blijven
met de wijzigende inzichten.

User stories zijn binnen agile veruit de meest gebruikte requirementstechniek. User
stories hebben een vaste zinsopbouw die helpt om de requirements vanuit het
gezichtspunt van de gebruiker te bekijken en de aandacht te richten op de toegevoegde
waarde voor de gebruiker.

Requirements engineering en agile
Hoewel een deel van de requirements engineeringstechnieken ook zeker in een agile
omgeving toepasbaar zijn, is de kern en gedachtegang van het vakgebied requirements
engineering fundamenteel anders dan dat van agile. Of er bij agile nog wel sprake is van
het vakgebied requirements engineering is voor discussie vatbaar.

1.3. Requirementsanalist
De requirementsanalist zorgt er voor dat requirements bij het softwareontwikkelteam
terecht komen. Deze rol wordt impliciet of expliciet genomen. Requirementsanalist staat
ook wel bekend als requirementsengineer, informatieanalist en businessanalist. De
requirementsanalist vervult een brugfunctie tussen de business en het
softwareontwikkelteam. Hij helpt de belanghebbenden uit de business bij het
concretiseren van hun wensen en brengt deze over aan het ontwikkelteam. Dit zijn twee

5

Dit zijn jouw voordelen als je samenvattingen koopt bij Stuvia:

Bewezen kwaliteit door reviews

Bewezen kwaliteit door reviews

Studenten hebben al meer dan 850.000 samenvattingen beoordeeld. Zo weet jij zeker dat je de beste keuze maakt!

In een paar klikken geregeld

In een paar klikken geregeld

Geen gedoe — betaal gewoon eenmalig met iDeal, creditcard of je Stuvia-tegoed en je bent klaar. Geen abonnement nodig.

Direct to-the-point

Direct to-the-point

Studenten maken samenvattingen voor studenten. Dat betekent: actuele inhoud waar jij écht wat aan hebt. Geen overbodige details!

Veelgestelde vragen

Wat krijg ik als ik dit document koop?

Je krijgt een PDF, die direct beschikbaar is na je aankoop. Het gekochte document is altijd, overal en oneindig toegankelijk via je profiel.

Tevredenheidsgarantie: hoe werkt dat?

Onze tevredenheidsgarantie zorgt ervoor dat je altijd een studiedocument vindt dat goed bij je past. Je vult een formulier in en onze klantenservice regelt de rest.

Van wie koop ik deze samenvatting?

Stuvia is een marktplaats, je koop dit document dus niet van ons, maar van verkoper RobinKras. Stuvia faciliteert de betaling aan de verkoper.

Zit ik meteen vast aan een abonnement?

Nee, je koopt alleen deze samenvatting voor €5,49. Je zit daarna nergens aan vast.

Is Stuvia te vertrouwen?

4,6 sterren op Google & Trustpilot (+1000 reviews)

Afgelopen 30 dagen zijn er 68175 samenvattingen verkocht

Opgericht in 2010, al 15 jaar dé plek om samenvattingen te kopen

Begin nu gratis
€5,49  18x  verkocht
  • (2)
In winkelwagen
Toegevoegd