Discussion :

[Pluplume]

Bonjour à tous,

Je sollicite votre aide car je viens de commencer les diagrammes de classe et je bloque sur un exercice ....
Ci-dessous l'exemple que j'aimerais modéliser en diag de classe :

L'objectif est de planifier une réunion.
Un employé est désigné en tant qu’organisateur. Il définit une date, une heure, une durée ainsi qu'une salle à réserver.
Si la salle est déjà réservée, il devra en choisir une autre.
Par la suite il rédige un ordre du jour pour la réunion, puis invite d'autres employés et éventuellement des consultants extérieurs.

Les invités ont le choix, il peuvent refuser et cela doit être noté tout comme les personnes qui sont réellement présentes à la réunion (tout est noté dans l'outil).
Parmi les personnes présentes un employé est choisi lors de la réunion pour prendre des notes et rédiger un comte rendu.

Tous les documents et les éléments indiqués sont sauvegardés dans le système informatique. Il faut pouvoir savoir à posteriori qui a fait quoi.


Mon diagramme n'est pas fini, mais je bloque sur l'histoire de "la présence ou non" à la réunion , je ne pense pas que ce soit une classe mais du coup je ne vois pas trop comment l'intégrer?

Et pouvez-vous me dire si mes classes actuelles sont ok ?

Merci

[bruno_pages]

Bonsoir,

Attention, l'appartenance à une classe est définitif, et les héritages entre classes immuables. Si la classe Organisateur hérite d'Employé cela veut dire qu'un employé qui est aussi un organisateur le sera toujours, cela n'est pas compatible avec l'énoncé.

Un intervenant étant comme un employé une personne, les deux peuvent hériter d'une classe commune Personne.

je bloque sur l'histoire de "la présence ou non" à la réunion , je ne pense pas que ce soit une classe

En effet tout n'est pas associé à une classe, la présence à la réunion peut tout simplement être supporté par une relation entre Reunion et Personne

[Pluplume]

Merci pour votre réponse.

Bonsoir,

En effet tout n'est pas associé à une classe, la présence à la réunion peut tout simplement être supporté par une relation entre Reunion et Personne

Du coup j'ai créé une association pour gérer l'organisateur.

Cependant j'ai un doute sur la suite :

Lors d'une réunion un employé doit rédiger un compte-rendu -> association entre Personne et Réunion ?

Mais du coup j'ai été obligé de créer une association de classe pour gérer la présence des personnes ainsi que les refus d'invitations.

Est-ce que ça vous parait correct?

[bruno_pages]

Du coup j'ai créé une association pour gérer l'organisateur.

ok

Lors d'une réunion un employé doit rédiger un compte-rendu -> association entre Personne et Réunion ?

oui, et autant appeler le role coté Employé "rédacteur", "rediger compte rendu" est une action et cela n'est pas terrible pour nommer la relation

Mais du coup j'ai été obligé de créer une association de classe pour gérer la présence des personnes ainsi que les refus d'invitations.

cela parait bien compliqué pour pas grand chose et cela ne cadre pas avec la relation dont le but est d'indiquer le rédacteur

il est plus simple d'ajouter 2 autres relations, par exemple une vers les personnes invitées et une autre vers les personnes présentes (sous ensemble des personnes invitées sauf l'organisateur qui ne s'invite pas mais qui peut être présent)