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
Fully-dressed use case description
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 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): | |||||||
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: Beoordelen verlof
Fully-dressed use case description
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, 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. |
Add Comment