UML klassendiagram

[Larsvandijk]

https://app.diagrams.net/#G1UdyktBpWN9ZrQX6DwVyHn1JmTcO01R9V#%7B"pageId"%3A"aazOFcrTyHrF6c7-vA-d"%7D

[TheAaltje23]

@Jopvdhoef zou jij hier naar kunnen kijken? Reviewen, eigen input geven etc.

[HoangBuiGit]

The class diagram looks good! It is a great overview of what needs to be done. We (Tom and me) do have a few questions.

• Should we give employee the functions changeBookLocation and addBook?
• Is review a book specific class or can it also be linked to lesson material?
• Can we give books a condition trait or is it not necessary?
  • And if we do then trainers and employee should be able to change condition.
• Do we only have one copy per book? If a book has multiple copies shouldn't review be many to many. Since a review affects all of the copies.

[Jopvdhoef]

Ziet er goed uit. Aantal vraagjes:

• Moet er niet nog een soort anonymous user role bij?
• Moeten de rollen Trainer, Trainee en Employee echt aparte classes worden? Ik ben nu een beetje aan het kijken hoe dit soort dingen geimplementeerd worden in Spring en ik zie nu een voorbeeld waar de role gwn wordt opgeslagen als Enum in de user class.

[iliendo]

Ziet er goed uit. Aantal vraagjes:

• Moet er niet nog een soort anonymous user role bij?
• Moeten de rollen Trainer, Trainee en Employee echt aparte classes worden? Ik ben nu een beetje aan het kijken hoe dit soort dingen geimplementeerd worden in Spring en ik zie nu een voorbeeld waar de role gwn wordt opgeslagen als Enum in de user class.

Thanks voor de feedback!

Wij wisten niet zo goed hoe we de anonymous user moesten toevoegen aan het klassendiagram (en of die toegevoegd moet worden). Dat is een vraag die wij aan Martijn gaan stellen vrijdag.

Wat betreft de rollen dachten wij dat elke rol andere functionaliteit zou moeten hebben. Dus een trainer zou bijvoorbeeld een boek mogen toevoegen/verwijderen. Daarom hebben wij ervoor gekozen om aparte klassen aan te maken.

[kiknl]

Ziet er goed uit. Aantal vraagjes:

• Moet er niet nog een soort anonymous user role bij?
• Moeten de rollen Trainer, Trainee en Employee echt aparte classes worden? Ik ben nu een beetje aan het kijken hoe dit soort dingen geimplementeerd worden in Spring en ik zie nu een voorbeeld waar de role gwn wordt opgeslagen als Enum in de user class.

Thanks voor de feedback!

Wij wisten niet zo goed hoe we de anonymous user moesten toevoegen aan het klassendiagram (en of die toegevoegd moet worden). Dat is een vraag die wij aan Martijn gaan stellen vrijdag.

Wat betreft de rollen dachten wij dat elke rol andere functionaliteit zou moeten hebben. Dus een trainer zou bijvoorbeeld een boek mogen toevoegen/verwijderen. Daarom hebben wij ervoor gekozen om aparte klassen aan te maken.

Ik ben het er zelf ook mee eens dat we verschillende rollen moeten hebben om zo andere functionaliteiten en restricties per rol toe te wijzen.

[kiknl]

We moeten ook de terminologie afspreken.

De actoren waar ik dacht waren:

• Trainer
• Admin (= frontdesk (weet niet of dit dus helemaal de goeie terminologie is))
• User (=trainee of andere gebruiker)
• Anonymous user (= gebruiker zonder account, deze heeft ook beperkte toegang) (Mocht je hier andere terminologie voor hebben dat je duidelijker vind laten we sparren! :) )

Denk dat het chill is om morgen misschien samen te zitten (genen die aan klasse diagram gezeten hebben en use case diagram) om hier afspraken over te maken om zo verwarring te voorkomen.

[TheAaltje23]

Ik heb wat kleine toevoegingen gedaan aan de UML om het wat completer te maken en die we wellicht morgen kunnen bespreken. De aanpassingen staan vermeld met twee sterretjes (**).

[TheAaltje23]

adhv de stakeholder meeting (28-03) zullen we wat dingen moeten aanpassen aan de UML. Ik heb snel wat bulletpoints genoteerd, staat in de drive onder Modellen.