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 hebben 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 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: werknemer.Werknemer | |||||||
Stakeholders and Interests: werkgever.Werkgever | |||||||
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 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 Werkenemer wil verlof aanvragen. | 2 | systeem Systeem geeft de gebruiker het verlof aanvraag formulier. | ||||
| 3 | werknemer Werknemer vult de dagen in wanneer het verlof zal plaatsvinden. | 4 | systeem 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. | ||||
...
Fully-dressed use case description
Primary actor: |
Leadlink of Product owner. | ||||||
Stakeholders and Interests: |
Werknemer. | ||||||
Brief description: |
Preconditions: a
Postconditions (Success Guarantee): a
Main Success Scenario (Basic Flow): a
Actor Action
System Responsibility
Extensions (Alternative Flow):
System Sequence Diagram (optional)
Operation Contracts (optional)
Use case 5: Genereren werkplekoverzicht
Fully-dressed use case description
Primary actor beoordeelt verlof aanvraag met een eventuele onderbouwing. | ||||||
Preconditions: Er is een verlofaanvraag aanwezig, actor heeft voldoende rechten, actor |
Primary actor: Werknemer
Stakeholders and Interests: Werkgever
Brief description: Werknemer genereert werkplekoverzicht waarin staat wie waar werkt per werkdag en welke plekken nog niet bezet zijn.
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 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.
...