Use-case
...
Model
Na overleg met de opdrachtgever zijn er een aantal use cases opgesteld en fully dressed uitgewerkt in het volgende hoofdstuk. Hierin is bij iedere use case de happy flow en alternative flows opgenomen. De CRUD use cases zijn niet opgenomen in de fully dressed uitwerkingen van de use cases aangezien dit alleen maar gaat over het beheren van bepaalde aspecten in de applicatie.
Use-case Descriptions
Use case 1:
...
Handmatig declareren reiskosten
<Don’t really say “Use case 1.” State the use-case name instead.>
Fully-dressed use case description
...
Primary actor: Werknemer | |||||||
Stakeholders and Interests: Werkgever | |||||||
Brief description |
...
Werknemer vult in het formulier in welke ritten zijn gemaakt de betreffende dag of week. Na het invullen bevestigd de werknemer de ritten en het systeem slaat de gegevens op.
System Sequence Diagram (optional)
<In case the use-case entails complex scenarios, you may decide to create a system sequence diagram showing events generated by external actors, the order of events and inter-system events. All systems are treated as a black box>
Operation Contracts (optional)
<If the use case contains complex manipulations of domain objects, you may decide to specify operation contracts for all system operations included in the use case/ SSD.>
Use case 2: Berekenen reisafstand
Fully-dressed use case description
Brief description
Het systeem krijgt uit het declaratieformulier de adressen door, met deze adressen gaat het systeem de afstand ophalen door middel van de Google Maps API. Na ophalen van de afstand geeft het systeem deze data terug naar het formulier.
System Sequence Diagram (optional)
Operation Contracts (optional)
: Werknemer geeft voor een reis de gegevens op en hiermee wordt een nieuwe reis declaratie gemaakt. | |||||||
Preconditions: De werknemer is ingelogd. | |||||||
Postconditions (Success Guarantee): Declaratie is in het declaratie overzicht terug te zien. | |||||||
Main Success Scenario (Basic Flow): | |||||||
Actor Action | System Responsibility | ||||||
| 1 | Werknemer wil reis declareren. | 2 | Systeem vraagt wat voor type reis het was. | ||||
| 3 | Werknemer geeft het type reis aan. | 4 | Systeem kijkt naar het type om de benodigde gegevens te vragen. | ||||
| 5 | Systeem vraagt declaratie gegevens aan de werknemer. | ||||||
| 6 | Werknemer vult gegevens over de reis in. | 7 | Systeem verwerkt de declaratie. | ||||
Extensions (Alternative Flow): | |||||||
| 5a | Reistype die door de werknemer ingevuld is, is niet valide. Ga terug naar 3. | ||||||
| 6a | Werknemer vult onvolledige of onjuiste gegevens in. | 7a | Systeem geeft een bericht dat de gegevens niet in orde zijn. Ga terug naar 6. | ||||
System Sequence Diagram
Use case 2
...
: Invullen flexwerkplek schema
Fully-dressed use case description
Primary actor: Werknemer | |||||||
Stakeholders and Interests: Werkgever | |||||||
Brief description |
...
: Werknemer geeft aan welke dagen de werknemer op kantoor of thuis |
...
gaat werken. Bij het invullen van de dagen op kantoor geeft de werknemer aan op welke werkplek er wordt gewerkt. Na het invullen wordt het schema bijgewerkt. | |||||||
Preconditions: Werknemer is ingelogd op het portaal. | |||||||
Postconditions (Success Guarantee): Bezetting is ingevuld en het schema is bijgewerkt door het systeem. | |||||||
Main Success Scenario (Basic Flow): |
System Sequence Diagram (optional)
Operation Contracts (optional)
Actor Action | System Responsibility | ||||||
| 1 | Werknemer wilt bezetting doorgeven. | 2 | Systeem geeft een overzicht van de werkplekken (voor de huidige week) | ||||
| 3 | Werknemer geeft aan op welke dag en welke plek de werknemer gaat werken. | 4 | Systeem werkt het schema bij. | ||||
| 5 | Systeem geeft aan dat het schema bijgewerkt is. | ||||||
Extensions (Alternative Flow): | |||||||
| 3a | Werknemer wilt het schema voor een andere week invullen, werknemer selecteert geeft aan voor welke week het schema ingevuld gaat worden. Ga terug naar stap 2. | 4a | Werknemer geeft een ongeldige werkplek door, systeem geeft een foutmelding. Ga terug naar stap 3. | ||||
| 3b | Werknemer geeft niks door, eind use case. | ||||||
System Sequence Diagram
Use case 3
...
: Aanvragen verlof
Fully-dressed use case description
Primary actor: Werknemer | |||||||
Stakeholders and Interests: Werkgever | |||||||
Brief description |
...
: De werknemer vult in het verlofformulier in welke datum het verlof begint en tot wanneer het verlof duurt |
...
, ook geeft deze een reden voor het verlof aan. Als alles goed is wordt het opgestuurd naar een prodcuct owner en/of lead link. | |||||||
Preconditions: Werknemer is ingelogd. | |||||||
Postconditions (Success Guarantee): Verlof is aangevraagd en opgeslagen in het systeem | |||||||
Main Success Scenario (Basic Flow): | |||||||
Actor Action | System Responsibility | ||||||
| 1 | Werkenemer wil verlof aanvragen. | 2 | Systeem geeft de gebruiker het verlof aanvraag formulier. | ||||
| 3 | Werknemer vult de dagen in wanneer het verlof zal plaatsvinden. | 4 | Systeem slaat de aanvraag op. | ||||
Extensions (Alternative Flow): | |||||||
3a | Werknemer neemt een paar uur verlof op, werknemer geeft ook de tijden aan wanneer het verlof plaats gaat vinden. | 4a | Systeem error, ga terug naar stap 2. | ||||
Use case 4
System Sequence Diagram (optional)
Operation Contracts (optional)
...
: Beoordelen verlof
Fully-dressed use case description
Primary actor: Leadlink of Product owner. | ||||||
Stakeholders and Interests: Werknemer. | ||||||
Brief description |
...
De werkgever krijgt een verlofaanvraag van een werknemer. De werkgever kiest goedkeuren of afwijzen. Het systeem geeft vervolgens de melding aan de betreffende werknemer..
System Sequence Diagram (optional)
Operation Contracts (optional)
Use case 6: Genereren werkplekoverzicht
Fully-dressed use case description
Brief description
System Sequence Diagram (optional)
Operation Contracts (optional)
Use case 7: Beheren werknemers
Fully-dressed use case description
Brief description
System Sequence Diagram (optional)
: Primary actor beoordeelt verlof aanvraag met een eventuele onderbouwing. | ||||||
Preconditions: Er is een verlofaanvraag aanwezig, actor heeft voldoende rechten, actor is ingelogd. | ||||||
Postconditions (Success Guarantee): Beoordeling opgeslagen in het systeem. | ||||||
Main Success Scenario (Basic Flow): | ||||||
Actor Action | System Responsibility | |||||
| 1 | Actor wil een verlof aanvraag beoordelen. | 2 | Systeem toont het overzicht met openstaande verlofaanvragen. | |||
| 3 | Actor selecteert de aanvraag die beoordeelt gaat worden. | 4 | Systeem toont de popup met de verlofdata. | |||
| 5 | Actor geeft aan of het verlof wordt goed- of afgekeurd. | 6 | Systeem verwerkt de beoordeling en slaat de gegevens op. | |||
...