Page History

Aanleiding ("Trigger")

Het gaat hier om een functionele trigger, dus: wat heeft de Actor bewogen om de Use Case uit te voeren (en niet welke knop is aangeraakt zodat dit deel van het systeem beschikbaar is)

Actors

Een Actor is iemand die (of iets dat) interactie met het systeem heeft. Een Actor kan de Use Case initiëren of door de Use Case aangesproken worden. Een Actor is meestal een rolnaam (bijv. administratief medewerker).

Wijze van uitvoering

Interactief of Niet interactief (kan ook Batch zijn)

Samenhang met andere Use Cases of requirements

Verwijs hiervoor naar het betreffende Use Case diagram in het Use Case Model, zoals genoemd bij referenties. Bijvoorbeeld: Zie diagram x.x in het bij referenties genoemde Use Case Model.

Frequentie van uitvoering

Bijvoorbeeld: 20-500 x per 24 uur.

Actor

Meestal zal de Actor degene zijn die reeds bij de kenmerken is genoemd. Als daar meer Actors zijn genoemd, kan het voorkomen dat een scenario voor slechts één van deze Actors is bedoeld.

Preconditie

In de preconditie staat in welke status het systeem moet zijn om het scenario te kunnen beginnen. De preconditie wordt als constatering geformuleerd. Er hoeft niet altijd een preconditie te zijn.
Voorbeeld: de medewerker is ingelogd

Scenario beschrijving

In een aantal stappen staat hier de interactie van de Actor met het systeem. Dit is altijd een 'succes scenario'; scenario's waarmee het doel van de Use Case niet gehaald wordt, worden als foutscenario's beschreven.
Voorbeeld:

1. De medewerker geeft te kennen, een pakket te willen toevoegen.
   
2. Het systeem toont het scherm 'Pakket toevoegen'.
   
3. De medewerker vult pakketnaam, omschrijving, berekenwijze en ingangsdatum in en bevestigt.
   
4. Het systeem valideert* de ingevulde gegevens.
   
5. Het systeem slaat de gegevens op.
   
6. Het systeem ververst en toont het scherm "Pakket overzicht".
   * 'valideert' wil zeggen dat de ingevulde gegevens gecontroleerd worden en goed bevonden. Dit bevordert de leesbaarheid; anders zou je moeten zeggen 'controleert' en in de volgende stap 'als de gegevens goed zijn, dan...'

Postconditie

In de postconditie formuleer je in welke status het systeem is na afronding van het scenario.

Naam van scherm- of berichtveld
Voorbeeld: Pakketnaam

J

I

Voorbeeld: Text (30, 50)

Voorbeeld:
Bevat alleen de tekens A t/m Z, a t/m z en spatie

Deze kolom bevat verhelderende informatie die niet in een van de andere kolommen past, bijv. opbouw van een veld uit diverse andere velden, wat niet blijkt uit de screenshot. Het is niet de bedoeling, het complete schermontwerp hier te beschrijven.

Actor

De Actor is meestal dezelfde als in het basisscenario. Neem in dit geval een verwijzing op.

Preconditie

De preconditie is meestal hetzelfde als in het basisscenario. Neem in dit geval een verwijzing op.

Scenario beschrijving

Het scenario vormt een alternatief voor het basisscenario. Een alternatief is bijv. betalen met credit card i.p.v. contant. Het hoofdscenario hoeft dan niet geheel te worden herhaald. Beschrijf alleen de alternatieve stappen t.o.v. het hoofdscenario.

Postconditie

In de postconditie formuleer je in welke status het systeem is na afronding van het scenario.

Actor

De Actor is meestal dezelfde als in het basisscenario. Neem in dit geval een verwijzing op.

Preconditie

De preconditie is meestal hetzelfde als in het basisscenario. Neem in dit geval een verwijzing op.

Scenario beschrijving

Het foutscenario beschrijft een situatie waarin een uitzondering optreedt in basis- of alternatief scenario. Het hoofdscenario hoeft niet geheel te worden herhaald. Beschrijf alleen de alternatieve stappen t.o.v. het hoofdscenario.
Voorbeeld:
Stap 1 t/m 3 zoals in het basisscenario, en vervolgens:

1. Het systeem constateert dat de ingangsdatum na de maximumdatum ligt en toont het scherm "Pakket toevoegen" met onder het invulgedeelte de melding 'de ingangsdatum ligt boven de maximumdatum'.
   
2. De medewerker corrigeert de ingangsdatum en bevestigt.
   
   Het scenario vervolgt bij stap 4 van het basisscenario.
   
   Als foutscenario's erg op elkaar lijken kan er een generiek foutscenario worden gemaakt, met daarbij een tabel van de foutmeldingen.

Postconditie

In de postconditie formuleer je in welke status het systeem is na afronding van het scenario.