Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Voor de applicatie is ook een deployment diagram opgesteld met daarin alle servers waar de applicatie op komt te draaien. Hierbij zijn een aantal design keuzes gemaakt die in het kopje eronder staan verantwoord.

...

Decision

Description

Problem/Issue

Een reis kan worden gedeclareerd met twee locaties, waarbij de afstand door het systeem wordt berekend. Het kan ook worden gedeclareerd met de kilometers, en dan hoeft er niks te worden berekend.
DecisionEr is besloten om beide methodes te ondersteunen, afhankelijk van het reistype. Zo wordt een OV reis aan de hand van een afstand gedeclareerd, en voor een reis tussen werklocaties kan door de werknemer gekozen worden of hij/zij de afstand wil declareren, of de locaties.
AlternativesHet alternatief was om de gebruiker niet van een keuze te voorzien, en bijvoorbeeld altijd de afstand door het systeem te laten berekenen.
ArgumentsEr is besloten om beide methodes te ondersteunen, omdat de automatische berekening gebruikersvriendelijk en betrouwbaar is. Aan de andere kant was in communicatie van de opdrachtgever naar voren gekomen dat ook het declareren aan de hand van kilometers gewenst is. Daarom is gekozen om het allebei te implementeren.

Design Sub-System B: Declareren reiskosten

Design Class Diagram

Image Removed

Sequence Diagrams

Image Removed

Design decisions made for the sub-system

<Describe all design decisions made for the sub-system. Provide at least decision descriptions for all frameworks, libraries and other technologies used. Other decisions may be related to software patterns, system-structure, adapted principles or the like.>

...

Decision

...

Description

...

Problem/Issue

...

Design Sub-System C: Reserveren werkplek

Design Class Diagram

Image Removed

Sequence Diagrams

Image Removed

Activity and State Diagrams

<This section is optional. If useful, provide activity and/or state diagrams to describe complex work flows and system state transitions>

Design decisions made for the sub-system

<Describe all design decisions made for the sub-system. Provide at least decision descriptions for all frameworks, libraries and other technologies used. Other decisions may be related to software patterns, system-structure, adapted principles or the like.>

...

Decision

...

Description

...

Problem/Issue

...

Design Sub-System D: Beheren werkplekken

Design Class Diagram

Image Removed

Sequence Diagrams

Image Removed

Design decisions made for the sub-system

Hieronder staan alle design keuzes die gemaakt zijn met betrekking tot deze use case. 

...

Decision

...

Description

...

Problem/Issue

...

Design Sub-System E: Inloggen

Design Class Diagram

Image Removed

Sequence Diagrams

Image Removed

Design decisions made for the sub-system

Er is voor gekozen om gebruik te maken van een UUID token. De kans dat er 2 dezelfde tokens worden geregistreerd in het systeem die tegelijkertijd geldig zijn is zodanig klein dat dit dan ook niet wordt afgevangen. 


Database Design

Voor de database is er als eerst een Conceptual data model opgezet, dit diende als de basis voor het design van de database. Vervolgens is daar dit physical data model uitgekomen:

...