...
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
...
Primary actor: Werknemer | |||||||
Stakeholders and Interests: Werkgever | |||||||
Brief description: Werknemer geeft voor een reis de gegevens op en hiermee wordt een nieuwe reis declaratie gemaakt | |||||||
Preconditions: De reis moet valide zijn. Bijvoorbeeld geen reis van thuis locatie naar vakantie locatie. Ook moet de werknemer van tevoren zijn 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 geeft aan dat de reis gedeclareerd is. | ||||
Extensions (Alternative Flow): | |||||||
55a | Reistype die door de werknemer ingevuld is, is niet valide. Einde use case. | ||||||
66a | Werknemer vult onvolledige of onjuiste gegevens in. | 77a | Systeem geeft een bericht dat de gegevens niet in orde zijn. Ga terug naar 6. |
...
Fully-dressed use case description
Primary actor: Werknemer
Stakeholders and Interests: Werkgever
Primary actor: Leadlink of Product owner. | ||||||
Stakeholders and Interests: werknemer. | ||||||
Brief description: Primary actor beoordeelt verlof aanvraag met een eventuele onderbouwing. | ||||||
Preconditions: Er is een verlofaanvraag aanwezig. | ||||||
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. | |||
Extensions (Alternative Flow): | Actor heeft niet de hoogste rechten uit het rechten diagram, aanvraag wordt opgeslagen maar moet beoordeeld worden door een tweede persoon. |
Use case 5: Genereren werkplekoverzicht
Fully-dressed use case description
. |
Preconditions: Werknemer is ingelogd.
Postconditions (Success Guarantee): Werkplek overzicht is beschikbaar voor werknemer.
Main Success Scenario (Basic Flow):
Actor Action
System Responsibility
Extensions (Alternative Flow):
System Sequence Diagram
Use case 6: Beheren werknemers
Fully-dressed use case description
...
Primary actor: a
...
Stakeholders and Interests: a
...
Brief description: Werknemer geeft aan welke dagen de werknemer op kantoor of thuis worden gewerkt. 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: a
...
Postconditions (Success Guarantee): a
...
Main Success Scenario (Basic Flow): a
...
Actor Action
...
System Responsibility
...
Extensions (Alternative Flow):
Use case 7: Beheren werkplekken
Use case Description
De beheerder maakt, verwijdert of past een werkplek aan. Deze use case wordt gezien als een CRUD use case.
...