Discussion :

[zais_ethael]

Salut à tous.
Bon voila, ça fait bien bien longtemps que je n'ai pas fait d'uml et comme je dois faire un petit diagramme pour un cours, j'ai tout un tas de doutes sur la forme du bidule.
Voici donc le diagramme:

Il a été créé d'après un architecture déja existante en Java, je m'interroge donc uniquement sur la mise en forme.
L'interface Event est l'interface de base pour trois classes. UniqueEvent en est une implémentation bête et mèchante (vous aurez compris que ce sont uniquement des classes dont l'utilité est de stocker des données en interne). UniquePeriodEvent est similaire à UniqueEvent + un attribut supplémentaire. PeriodEvent contient une liste de UniquePeriodEvent.
C'est surtout sur ce point que j'hésite, je me demande si la relation entre PeriodEvent et UniquePeriodEvent est correctement indiquée.
Voila, si vous pouviez me dire si quelque chose cloche ou non ce serait sympa, merci d'avance.

[bruno_pages]

PeriodEvent contient une liste de UniquePeriodEvent.
C'est surtout sur ce point que j'hésite, je me demande si la relation entre PeriodEvent et UniquePeriodEvent est correctement indiquée.

oui et non, oui par le fait que la multiplicite (*) est indiquée du bon cote, probablement non car la relation est bi-directionnelle, et moyennement non car un stereotype list/ArrayList ou autre indiquerait qu'il s'agit bien d'une liste. Sinon une aggregation pourait peut etre utilisée, tout depend des durees de vie relative de tes objets

[zais_ethael]

Pour ce qui est de la durée de vie, je ne sais quoi te répondre. Ce ne sont que des classes de stockage dont les objets sont sérialisés puis désérialisés. Sans demande de l'utilisateur ces objets ne bougent pas, donc je ne comprend pas bien le sens de ta question.
Donc selon toi ce serait mieux d'utiliser une aggrégation? On peut aussi indiquer une multiplicité pour une aggrégation? Pour ce qui est du stéréotype list, je n'ai aucune idée de ce que ça peut être