Chapitre 10 : Associations et Multiplicités dans le Diagramme de Classes

Les classes ne vivent pas isolées ; elles collaborent via des relations appelées Associations.

I. Le concept d’Association

Une association est un lien durable entre deux classes. Elle peut comporter :

• Un Nom (verbe à l’infinitif) pour expliquer la nature du lien.
• Des Rôles aux extrémités pour préciser la fonction de chaque objet.

Exemple : ENSEIGNANT — < Enseigner > — MATIERE

II. Les Multiplicités (Cardinalités)

La multiplicité indique combien d’objets d’une classe peuvent être liés à un objet de l’autre classe.

Attention : Contrairement à Merise, en UML la multiplicité se lit du côté opposé à l’entité de départ.

Notations courantes :

• 1..1 (ou 1) : Un et un seul.
• 0..* (ou *) : Zéro à plusieurs.
• 1..* : Un à plusieurs.
• m..n : Entre m et n fois.

III. Classe d’Association

Il arrive qu’une association doive porter elle-même des attributs qui n’appartiennent à aucune des deux classes liées. On crée alors une Classe d’Association.

• Exemple : PERSONNE — TÉLÉPHONE. La durée de l’appel n’est pas une propriété de la personne, ni du téléphone, mais de l’acte d’appeler. On crée une classe d’association Appel.

IV. Associations Particulières

1. Association Réflexive : Une classe liée à elle-même (ex: un Salarié manage d’autres Salarié).
2. Association N-aire : Lie plus de deux classes (utilisée via un losange, mais rare car complexe).

---

Les multiplicités traduisent les contraintes métier rigoureuses de votre système.