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 reis moet valide zijn. Bijvoorbeeld geen reis van thuis locatie naar vakantie locatie. Ook moet de werknemer van tevoren zijn 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 geeft aan dat de reis gedeclareerd isverwerkt de declaratie. | ||||
Extensions (Alternative Flow): | |||||||
| 55a | Reistype die door de werknemer ingevuld is, is niet valide. Einde use caseGa terug naar 3. | ||||||
| 66a | Werknemer vult onvolledige of onjuiste gegevens in. | 77a | Systeem geeft een bericht dat de gegevens niet in orde zijn. Ga terug naar 6. | ||||
System Sequence Diagram
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: Invullen flexwerkplek schema
...
Primary actor: Werknemer | |||||||||||||
Stakeholders and Interests: Werkgever | |||||||||||||
Brief description: Werknemer geeft aan welke dagen de werknemer op kantoor of thuis worden gewerktgaat 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 vraagt voor welke week de werknemer het schema wilt invullen. | ||||||||||
| 3 | Werknemer geeft aan voor welke week de werknemer het schema gaat invullen. | 4 | Systeem geeft de mogelijkheid om voor de gekozen week de bezetting in te vullen.|||||||||||
| 5 | Werknemer vult het schema voor de week in. | 6 | Systeem geeft aan dat het schema bijgewerkt is. | ||||||||||
Extensions (Alternative Flow): | |||||||||||||
| 3a | Werknemer geeft niet aan voor welke week het schema ingevuld moet worden. Einde use case | 5a | Werknemer maakt geen keuze, einde use case. | ||||||||||
| 3b | Werknemer geeft een week door die al voorbij is. Ga door naar stap 2 | 5b | Systeem detecteert ongeldige invoer, ga terug naar stap 5. | ||||||||||
VERBETERDE VERSIE
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
Operation Contracts (optional)
Use case 3: Aanvragen verlof
Fully-dressed use case description
Primary actor: aWerknemer | |||||||
Stakeholders and Interests: aWerkgever | |||||||
Brief description: De werknemer vult in het verlofformulier in welke datum het verlof begint en tot wanneer het verlof duurt. Na het invullen geeft de werknemer de reden van verlof op. Als de werknemer het ermee eens is gaat het systeem de aanvraag koppelen aan de opdrachtgever., 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.Preconditions: a | |||||||
Postconditions (Success Guarantee): aVerlof is aangevraagd en opgeslagen in het systeem | |||||||
Main Success Scenario (Basic Flow):a | |||||||
Actor Action | System Responsibility | ||||||
| 14 | Werkenemer wil verlof aanvragen. | 2 | 5Systeem 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): | |||||||
System Sequence Diagram (optional)
Operation Contracts (optional)
Use case 4: Beoordelen verlof
Fully-dressed use case description
...
Primary actor: a
...
Stakeholders and Interests: a
...
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..
...
Preconditions: a
...
Postconditions (Success Guarantee): a
...
Main Success Scenario (Basic Flow): a
...
Actor Action
...
System Responsibility
...
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
System Sequence Diagram (optional)
Operation Contracts (optional)
...
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. |
Extensions (Alternative Flow):
System Sequence Diagram
Operation Contracts (optional)
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):
| 5 | Actor geeft aan of het verlof wordt goed- of afgekeurd. | 6 | Systeem verwerkt de beoordeling en slaat de gegevens op. | |||
System Sequence Diagram (optional)
Operation Contracts (optional)
Use case 6: Beheren werkplekken
Use case Description
De beheerder maakt, verwijdert of past een werkplek aan. Deze use case wordt gezien als een CRUD use case.
...