#1 Swart H1

Question 1

requirements engineering

Answer 1

gaat over het concretiseren van de behoefte van de business en de gewenste geautomatiseerde ondersteuning daarbij

[een discipline binnen systeemontwikkeling]

Question 2

wat is het doel van requirements engineering?

Answer 2

het tot stand brengen en in stand houden van overeenstemming tussen de opdrachtgever, de overige belanghebbenden uit de business en het softwareontwikkelteam over de requirements

Question 3

wat is een voorwaarde voor het bereiken van overeenstemming

Answer 3

dat alle belanghebbenden de requirements goed en op dezelfde manier begrijpen

Question 4

requirements development

Answer 4

het tot stand brengen van overeenstemming over de requirements
-> dit resulteert in een baseline

het draait hierbij om het achterhalen, analyseren, specificeren en valideren van de requirements [kennisgebieden]

Question 5

baseline

Answer 5

een verzameling goedgekeurde requirements

[basis voor de softwareontwikkeling]

Question 6

requirements management

Answer 6

onderdeel van requirements engineering dat zich richt op het gecontroleerd doorvoeren van wijzigingen in de requirements

Question 7

softwarerequirements

Answer 7

het systeem en de eisen die de business daaraan stelt

[functionele en niet-functionele eisen]

Question 8

[systeemperspectief]
ondanks een requirementsmanagementtool was het lastig om overzicht te houden en de vele individuele requirements in context te plaatsen.
wat was het gevolg hiervan?

Answer 8

er traden gemakkelijk interpretatieverschillen op en de requirements waren moeilijk te valideren

Question 9

businessperspectief

Answer 9

het accent is gericht op bedrijfs- en klantprocessen ipv de functionaliteit van het systeem

Question 10

waarom is het beter om de requirements vanuit de te ondersteunen processen te benaderen?

Answer 10

het systeem ontleent haar bestaansrecht immers aan de toegevoegde waarde die het levert aan de business.

Question 11

welke twee typen requirements staan er centraal bij het businessperspectief?

Answer 11

business- en gebruikersrequirements

Question 12

use case

Answer 12

een use case geeft aan hoe het systeem en de gebruiker samenwerken om een eindresultaat te halen dat waarde heeft voor de gebruiker.

Question 13

alle disciplines binnen het project gebruiken de use cases als werk- en communicatie-eenheid
[waarvoor geldt dit?]

Answer 13

• voor de planning en de voortgangsbewaking
• voor het achterhalen en vastleggen van requirements
• voor het ontwerpen
• het ontwikkelen en testen van de software

Question 14

wat is een voordeel van use case gedreven werken?

Answer 14

alle betrokkenen hebben een gezamenlijke kapstok, iedereen praat over dezelfde dingen
[opdrachtgever, gebruikers, ontwikkelaars, testers]

Question 15

agile softwareontwikkeling

Answer 15

AS maakt het mogelijk in te spelen op veranderingen en om om te gaan met onzekerheden

Question 16

waar zorgt de agile aanpak voor?

Answer 16

het brengt softwareontwikkeling terug tot de kern, namelijk het ontwikkelen van voor de business waardevolle software

Question 17

waar bestaat een agile team uit?

[scrum team]

Answer 17

product owner
multidisciplinair ontwikkelteam
scrum master

[in een agile team is iedereen een gewoon teamlid, er zijn geen vaste rollen]

Question 18

een agile team werkt in iteraties, wat is de toegevoegde waarde hiervan?

Answer 18

op deze manier wordt er getoetst of de software voldoet aan de verwachtingen van de belanghebbenden en krijgt de opdrachtgever de mogelijkheid om de software vroegtijdig in gebruik te nemen

Question 18

wat geeft voldoende richting voor een agile team

Answer 18

een productvisie met het bedrijfsdoel en een opsomming van de voornaamste kenmerken van het systeem

Question 19

product backlog

Answer 19

een product backlog in een geprioriteerde opsomming van nog uit te werken en te implementeren requirements

Question 20

wanneer vindt het uitwerken van de in de product backlog opgesomde requirements plaats?

Answer 20

kort voor de iteratie waarin het ontwikkelteam ze nodig heeft

Question 21

waar zorgen user stories voor

Answer 21

[requirementstechniek]
ze maken het de belanghebbenden uit de business en het ontwikkelteam mogelijk om de requirements op het juiste moment voor iedereen inzichtelijk te maken

Question 22

waar is de requirementsanalist verantwoordelijk voor

Answer 22

• voor het vullen van de baseline met eenduidig gespecificeerde en goedgekeurde requirements
• voor het beheer ervan
  [mogen niet gewijzigd worden]

Question 23

wat maakt integraal onderdeel uit van het agile proces

Answer 23

requirements

testen

Question 24

waarom wordt binnen agile niet over requirements engineering gesproken?

Answer 24

vanwege de grote verschillen in gedachtegang, producten en werkwijze

Question 25

[requirementsmanagement] | waarom kunnen niet alle wijzigingsverzoeken doorgevoerd worden?

Answer 25

iedere wijziging kost veel tijd en geld | [een zorgvuldige kosten-baten afweging is noodzakelijk]

Question 26

bij agile zit het achterhalen van requirements veel meer verweven in het ontwikkelproces, wat is het streven?

Answer 26

het streven is niet om meteen de juiste requirements te vinden, maar om gaandeweg het traject steeds beter zicht te krijgen op de werkelijke behoefte van de business

Question 27

noem het verschil tussen een agile team en requirements engineering

Answer 27

een agile team gaat ervan uit dat zij nog niet weten aan welke requirements het uiteindelijke systeem moet voldoen. bij requirements engineering probeert de requirementsanalist in 1 keer de juiste requirements in kaart te brengen

Question 28

noem het verschil tussen de product backlog en de baseline

Answer 28

de items op een product backlog zijn te beschouwen als een geheugensteun voor nog uit te voeren werk. [agile] de items in de baseline zijn goedgekeurde specificaties van requirements die aan kwaliteitscriteria zoals eenduidigheid en volledigheid moeten voldoen [requirements engineering]

Question 29

requirements engineer | [andere begrippen]

Answer 29

requirementsanalist, requirementsmanager, informatieanalist, businessanalist [het opstellen van requirements als taak]

Question 30

requirementsanalist

Answer 30

de requirementsanalist vervult een brugfunctie tussen de business en het softwareontwikkelteam. hij helpt de belanghebbenden uit de business bij het definiëren van hun requirements en brengt deze over aan het ontwikkelteam. hij weet welke informatie het ontwikkelteam nodig heeft om een systeem te realiseren. hij zoekt samen met de belanghebbenden uit de business naar de behoeften die zij hebben aan geautomatiseerde ondersteuning [verantwoordelijk voor de overeenstemming tussen deze twee groepen]

Question 31

scrum master

Answer 31

de scrum master zorgt er als dienend leider voor dat iedereen binnen en buiten het scrum team de agile principes en regels begrijpt en daarnaar handelt

Question 32

product owner

Answer 32

verantwoordelijk voor wat er ontwikkeld gaat worden en in welke volgorde. De product owner werkt samen met interne en externe stakeholders om de product backlog items te verzamelen en te definiëren. de product owner is verantwoordelijk voor het maximaliseren van de businesswaarde van het te ontwikkelen systeem en van het werk van het ontwikkelteam [neemt in het kader van requirements een vooraanstaande positie] - verantwoordelijk voor het managen van de product backlog - combinatie van productmanager, projectmanager, requirementsanalist - zijn doel is om een bedrijfsprobleem op te lossen/ commerciële kans benutten - hij draagt zijn visie uit, stelt prioriteiten, neemt beslissingen, managet de verwachtingen en maakt helder wat het te ontwikkelen systeem moet kunnen

Question 33

hybride omgeving

Answer 33

combinatie van agile en traditionele werkwijze

Question 34

[hybride omgeving] | wie maakt de requirements helder en wie bereidt de iteraties voor?

Answer 34

requirementsanalisten

Question 35

[hybride omgeving] als requirementanalisten te ver doorgaan met de requirements en er geen rechtstreeks contact is tussen de business en het ontwikkelteam, is er weer sprake van een brugfunctie. welke nadelen komen hierbij kijken?

Answer 35

- minder begrip en betrokkenheid van het ontwikkelteam | - informatie gaat verloren en interpretatieverschillen zijn onontkoombaar

Question 36

Development team

Answer 36

verantwoordelijk voor het bepalen hoe te leveren wat de product owner heeft gevraagd.