#3 Swart H17

Question 1

wat wordt er gedaan met een conceptueel model

Answer 1

er worden uiteenlopende aspecten van de business gemodelleerd

Question 2

domeinmodel

Answer 2

een domeinmodel is een gestructureerde weergave van de belangrijkste begrippen die in het bedrijfsdomein voorkomen

• het bestaat uit een diagram waarin de relaties tussen de begrippen zijn weergegeven en uit een lijst met definities en het waardebereik van die begrippen
  [[UML]]
• de RA maakt een eerste versie van dit model aan het begin van het requirementsproces bij de analyse van het bedrijfsdomein -> dit wordt gedurende het proces aangevuld

Question 3

wanneer wordt een domeinmodel gebruikt

Answer 3

als een begrippenlijst onvoldoende inzicht geeft in met name de relaties tussen de bedrijfsbegrippen

Question 4

procesmodel

Answer 4

een procesmodel is een gestructureerde weergave van de volgorde waarin de activiteiten uitgevoerd worden

• een procesmodel van de relevante bedrijfsprocessen kan veel inzicht geven in het bedrijfsdomein en in de gewenste ondersteuning van het systeem

[[flowchart & UML-activiteitendiagram]]

Question 5

wanneer wordt een procesmodel gebruikt

Answer 5

als een tekstuele beschrijving over de business onvoldoende inzicht biedt

Question 6

use case model

Answer 6

een use case model geeft aan uit welke use cases het systeem bestaat en met welke actoren het systeem interactie heeft.

• het laat de toegevoegde waarde van het systeem voor de business en de afbakening van het systeem zien
• • globale gebruikersrequirements worden gewoonlijk gemodelleerd als use cases

[[UML use case diagram]]

Question 7

wanneer wordt een use case gebruikt

Answer 7

als er use cases onderkend worden

Question 8

samenhang van de use case stromen

Answer 8

de kern van een use case beschrijving bestaat uit een basisstroom en alternatieve stromen. de samenhang tussen de stromen wordt weergegeven in een flowschema

[[UML activiteitendiagram & flowchart]]

Question 9

voordeel flowschema

Answer 9

het geeft snel overzicht en het brengt ontbrekende alternatieve stromen of use case stappen aan het licht

Question 10

wanneer wordt een samenhang van use case stromen gebruikt?

Answer 10

als de beschrijving van de stromen onvoldoende overzicht biedt

Question 11

prioriteren

Answer 11

verwachtingsmanagement
de juiste vragen stellen
prioriteringstechnieken

Question 12

prioriteringstechniek

MoSCoW-prioritering

Answer 12

Must have: zonder deze reqs is het systeem onbruikbaar
Should have: hoewel niet wenselijk, is het mogelijks deze reqs achterwege te laten, vaak is er dan een workaround nodig
Could have: deze reqs hebben een duidelijke toegevoegde waarde maar het systeem is ook bruikbaar zonder deze req
Won’t have this time: van deze reqs is afgesproken dat ze niet in de komende release geïmplementeerd zullen worden

Question 13

prototype

Answer 13

• het systeem niet te goed nabootsen
• het prototype snel aanpassen
• met herkenbare scenario’s en gegevens werken

[kan het beste quick and dirty gebouwd worden]

Question 14

categoriseren

Answer 14

categoriseren is een analysetechniek waarbij verschillende typen requirements onderkend worden. het is noodzakelijk om af te spreken welke typen dat zijn

Question 15

Kano model

Kano heeft de producteigenschappen ingedeeld in drie categorieën

Answer 15

satisfiers, dissatisfiers en/of delighters.

Question 16

Satisfiers (prestatiefactoren)

Answer 16

Dit zijn eigenschappen van een systeem op grond waarvan de klant besluit een systeem te laten maken, te kopen, aan te passen etc.
[prijs, gebruiksduur accu, grootte, gewicht, merk]

De klant gaat met satisfiers bewust op zoek, dit zijn eigenschappen waarvoor geldt dat hoe beter het product eraan voldoet hoe meer de klant tevreden zal zijn. Het ontbreken of het aanwezig zijn van satisfiers heeft een lineair effect op de klanttevredenheid.

Question 17

Dissatisfiers (basisfactoren)

Answer 17

Dit zijn eigenschappen van een systeem waarvan de klant verwacht dat die als vanzelfsprekend aanwezig zijn. Hoe goed deze eigenschappen ook zijn, de verwachting wordt nooit overtroffen, de klant vindt het normaal dat het product hieraan voldoet. Het ontbreken van een dergelijke eigenschap heeft tot gevolg dat de klanttevredenheid aanzienlijk afneemt.

[bv. standaardfuncties van een telefoon -> camera, browser, de mogelijkheid om apps toe te voegen]

Het lastige van dit soort requirements is dat de klant er niet aan denkt om ze te noemen, hij is zich er latent bewust van, het zijn onderbewuste requirements. Pas als er expliciet naar gevraagd wordt, worden ze genoemd. Alle reden dus om tijdens de elicitatie herhaaldelijk deze categorie aandacht te geven omdat afwezigheid van dissatisfiers de acceptatie van het systeem in gevaar brengt.

Question 18

Delighters ( factoren)

Answer 18

Dit zijn vernieuwende producteigenschappen waarvan de klant positief verrast zal zijn als die ze opmerkt. Aanwezigheid van dit soort eigenschappen zal de klanttevredenheid sterk doen toenemen, afwezigheid heeft een neutraal effect. De klant is zich niet bewust dat dit soort eigenschappen, het zijn dan ook onbewuste requirements. De klant zal er niet om vragen omdat die er simpelweg niet aan denkt.