You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 23 Next »

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 ingelogd.

Postconditions (Success Guarantee): Declaratie is in het declaratie overzicht terug te zien.

Main Success Scenario (Basic Flow): 

Actor Action

System Responsibility

1Werknemer wil reis declareren.2Systeem vraagt wat voor type reis het was.
3Werknemer geeft het type reis aan.4Systeem kijkt naar het type om de benodigde gegevens te vragen.


5Systeem vraagt declaratie gegevens aan de werknemer.
6Werknemer vult gegevens over de reis in.7Systeem geeft aan dat de reis gedeclareerd is.

Extensions (Alternative Flow):



5Reistype die door de werknemer ingevuld is, is niet valide. Einde use case.
6Werknemer vult onvolledige of onjuiste gegevens in.7Systeem 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

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 hebben 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: 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

1Werknemer wilt bezetting doorgeven.2Systeem geeft een overzicht van de werkplekken (voor de huidige week)
3Werknemer geeft aan op welke dag en welke plek de werknemer gaat werken.4Systeem werkt het schema bij.


5Systeem geeft aan dat het schema bijgewerkt is.

Extensions (Alternative Flow):

3aWerknemer 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.

3bWerknemer 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.

Stakeholders and Interests: 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.

Preconditions: werknemer is ingelogd.

Postconditions (Success Guarantee): Verlof is aangevraagd en opgeslagen in het systeem

Main Success Scenario (Basic Flow): 

Actor Action

System Responsibility

1werkenemer wil verlof aanvragen.2systeem geeft de gebruiker het verlof aanvraag formulier.
3werknemer vult de dagen in wanneer het verlof zal plaatsvinden.4systeem 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.4aSysteem error, ga terug naar stap 2.


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

1
4
2
5

Extensions (Alternative Flow):





System Sequence Diagram (optional)

Operation Contracts (optional)


Use case 5: Genereren werkplekoverzicht

Fully-dressed use case description

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.

Preconditions: Werknemer is ingelogd.

Postconditions (Success Guarantee): Werkplek overzicht is beschikbaar voor werknemer.

Main Success Scenario (Basic Flow): 

Actor Action

System Responsibility

1Werknemer wil werkplekoverzicht genereren.2Systeem vraagt voor welke week en locatie het overzicht moet zijn.
3Werknemer geeft aan voor welke week en locatie hij een overzicht wil.4Systeem toont werkplekoverzicht.

Extensions (Alternative Flow):



4Week/locatie is niet valide. Einde use case.


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

1
4
2
5

Extensions (Alternative Flow):





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. 

Operation Contracts (optional)


  • No labels