#2 Swart H7

Question 1

het vakgebied requirements engineering bestaat uit requirements Development en requirements management.
Waar is het op gericht?

Answer 1

het is gericht op het tot stand brengen en in stand houden van de overeengekomen requirements in de baseline

Question 2

figuur 22

welke twee processtappen kunnen parallel worden uitgevoerd en wat leveren ze op?

Answer 2

processtap 1 en 2

ze leveren de globale requirements die als input dienen voor de go/no-go beslissing

Question 3

processtap 1. positioneer het systeem binnen het bedrijfsdomein

activiteiten

Answer 3

• analyseren van de business

- zoeken naar de belanghebbenden en de gesprekspartners

Question 4

analyseren van de business

Answer 4

• het analyseren van de business begint met het scherpstellen van de reden waarom de opdrachtgever dit ontwikkeltraject is gestart en het doel dat hij ermee nastreeft
• de requirementsanalist vervolgt met het achterhalen van de businessrequirements
• een meer gedetailleerde analyse van het relevante deel van de bedrijfsvoering. het doel is om voldoende van de bedrijfscontext te begrijpen om een zinvolle oplossing voor de businessrequirements uit te werken in de volgende processtap

Question 5

zoeken naar belanghebbenden en de gesprekspartners

Answer 5

iedereen die beïnvloed wordt door of zelf invloed kan uitoefenen op de uiteindelijke werking van het systeem is een belanghebbende. het is belangrijk om aan het begin alle belanghebbenden en hun belangen in beeld te brengen.

Question 6

p1

gesprekspartners

Answer 6

• eerst hogere lijnmanagement
• lijnmanagers, marketingafdeling, gebruikersvertegenwoordigers, applicatiebeheerders, invloedrijke stafafdelingen
• de vertegenwoordigers van alle groepen belanghebbenden

Question 7

p1

uitgangsdocumentatie
Wat geeft een businesscase weer?

Answer 7

een businesscase geeft de rechtvaardiging van de ontwikkeling van het systeem weer met een kosten- en batenafweging

Question 8

p1

resultaten en producten

Answer 8

het tastbare resultaat van deze processtap is een beschrijving van de bedrijfssituatie en een overzicht van de businessrequirements van alle belanghebbenden en van hun vertegenwoordigers
- bij een complex bedrijfsdomein zijn ook een procesmodel en een domeinmodel aan te bevelen

Question 9

p1

startcriteria

Answer 9

• deze processtap start zodra het softwareontwikkeltraject of de inrichting daarvan begint
• projectleider moet het project gaan inrichten en bemensen

Question 10

processtap 2. definieer het gewenste resultaat

Answer 10

• het gaat in deze processtap om het vaststellen van een oplossing waarmee de businessrequirements worden gerealiseerd
• pas wanneer het gewenste eindresultaat duidelijk is, is het mogelijk om de kosten in te schatten en een planning te maken

Question 11

processtap 2. definieer het gewenste eindresultaat

activiteiten

Answer 11

• vaststellen van de behoeften en eisen aan de geautomatiseerde ondersteuning
• selecteren van de belangrijkste kwaliteitseigenschappen
• identificeren van de technische beperkingen
• afbakenen van het systeem

Question 12

selecteren van de belangrijkste kwaliteitseigenschappen

Answer 12

de RA stelt in deze processtap de kwaliteitseisen ofwel de niet-functionele softwarerequirements vast die relevant zijn voor de technische en economische haalbaarheid

Question 13

p2

gesprekspartners

Answer 13

de RA werkt samen met alle vertegenwoordigers van de belanghebbenden.
- meeste contact met de vertegenwoordigers van het management, de vertegenwoordigers van de gebruikers en de klanten en de vertegenwoordigers van de ICT afdeling

Question 14

processtap 3. detailleer de requirements

Answer 14

de requirements uit de vorige processtap zijn te globaal om op basis daarvan software te ontwikkelen.
- in deze stap moeten ontwikkelaars en testers exact weten welke acties het systeem moet uitvoeren. als er namelijk geen detailinformatie beschikbaar is zijn de ontwikkelaars genoodzaakt om zelf aannames te doen.

Question 15

processtap 3. definieer de requirements

activiteiten

Answer 15

• vaststellen van de door het systeem uit te voeren activiteiten
• vaststellen van het benodigde kwaliteitsniveau van het systeem

Question 16

p3 gesprekspartners

Answer 16

de RA werkt met alle vertegenwoordigers samen.

• de vertegenwoordigers van de gebruikers en de klanten, de vertegenwoordiger van de beheersorganisatie en de vertegenwoordigers van de relevante stafafdelingen
• regelmatig afstemmen met de leden van het ontwikkelteam (ontwikkelaars, testers, softwarearchitect)

Question 17

processtap 4. beheer de requirements

activiteiten

Answer 17

• analyseren van de wijzigingen in de baseline-requirements

- onderhouden van de specificaties van de requirements

Question 18

p4 gesprekspartners

Answer 18

• diegenen die wijzigingen indienen
• projectleider
• degenen die de consequenties van de wijzigingen onderzoeken en erover beslissen

Question 19

op welke 5 pijlers rust requirements management

Answer 19

wijzigingsbeheer [kern]
metagegevens
versiebeheer
traceerbaarheid
managementoverzichten

Question 20

wijzigingsbeheer [change control]

Answer 20

het doel van wijzigingsbeheer is grip houden op de wijzigingen in de overeengekomen requirements. De RA en projectleider moeten een passend wijzigingsbeheerproces inrichten

iig nadenken over:

• het indienen van een wijzigingsverzoek
• het bepalen van de consequenties van een voorgestelde wijziging
• het honoreren of afwijzen van een wijzigingsverzoek
• het doorvoeren van een wijziging

Question 21

waarom moet het wijzigingsbeheerproces zo eenvoudig mogelijk blijven?

Answer 21

dit verhoogt het draagvlak en voorkomt dat belanghebbenden het proces gaan omzeilen

Question 22

wijzigingen worden onderverdeeld in 3 categorieën, benoem ze

Answer 22

• grote wijzigingen
• kleine wijzigingen
• fouten in de specificaties

Question 23

grote wijzigingen

Answer 23

bij grote wijzigingen moeten de toegevoegde waarde voor de business en de financiele en planningstechnische consequenties uitgebreid onderzocht worden. de opdrachtgever beslist of de kosten opwegen tegen de baten

Question 24

kleine wijzigingen & specificatiefouten

Answer 24

hierbij neemt die impactanalyse minder tijd in beslag en de beslissingsbevoegdheid is aan een of meer belanghebbenden gedelegeerd

Question 25

versiebeheer

Answer 25

het doel van versiebeheer is zorgen dat het voor alle belanghebbenden op ieder moment duidelijk is wat de actuele versies van de specificaties zijn

• de wijzigingshistorie is van belang. de RA legt bij iedere wijziging vast wanneer, door wie en waarom de wijziging is doorgevoerd

[sterke relatie met wijzigingsbeheer]

Question 26

traceerbaarheid

Answer 26

reqs zijn goed traceerbaar als de relaties met en tussen de reqs zijn vastgelegd. hierdoor kost het analyseren en het doorvoeren van wijzigingen in de reqs minder tijd. het vastleggen van de reqs moet vanaf het begin gebeuren

Question 27

voorwaarts traceren

Answer 27

• het laat zien hoe een businessrequirement geïmplementeerd wordt.
• de RA gebruikt dit als volledigheidscontrole om te kijken of alle businessrequirements geïmplementeerd worden door gebruikers- en softwarerequirements
• de RA kan aantonen dat de reqs volledig geïmplementeerd en getest zijn

Question 28

achterwaarts traceren

Answer 28

achterwaarts traceren legt relaties naar de oorsprong. het laat zien waarom een req, softwarecomponent of een ander onderdeel bestaat en daarmee aan welk businessrequirement het bijdraagt
- het brengt overbodige onderdelen aan het licht

Question 29

nadelen traceerbaarheid

Answer 29

• het vastleggen en het onderhouden van de relaties kost tijd en geld
• vereist grote nauwkeurigheid

Question 30

metagegevens

Answer 30

dit zijn gegevens over een individuele req en worden attributen/ eigenschappen genoemd.
- de RA legt dit vast om meer inzicht te krijgen in de reqs en om de specificaties ervan te beheren

[attributen zoals; unieke identificatie, auteur, prioriteit, release en mate van stabiliteit, geschatte ontwikkeltijd, voortgangsstatus]

de RA en projectmanagement bepalen naar welke attributen er behoefte is en bij welke requirementstype ze worden vastgelegd

Question 31

managementoverzichten

Answer 31

managementoverzichten kunnen veel inzicht geven in de stand van de reqs in de baseline en in de stand van het project