UML 2 pour les bases de données
36
© Éditions Eyrolles
En plaçant l’attribut dateachat dans Departement ou dans Logiciel, nous exprimons
deux choses différentes, à savoir qu’un département n’achète des logiciels qu’à une seule date
ou qu’un logiciel ne peut être acheté qu’à un seul moment de l’année. Ces deux remarques valent
également pour l’attribut prix.
Notation UML
Une association plusieurs-à-plusieurs avec attributs est représentée sous UML par une classeassociation. Cette classe-association contient les attributs de l’association et est connectée au
lien d’association par une ligne en pointillé.
Notons qu’il est aussi possible d’utiliser une classe-association pour modéliser une association
un-à-plusieurs ou plusieurs-à-plusieurs sans attributs.
Le diagramme de classes 1-23 décrit les achats de logiciels par les départements.
Associations n-aires
Une association n-aire connecte n entités/classes. Une association n-aire peut également
posséder ou non des attributs.
Détaillons à présent les interprétations des cardinalités d’une association n-aire, qui varient
selon les formalismes entité-association. Ces approches se différencient selon le sens de lecture
des cardinalités au niveau des entités concernées par l’association n-aire.
Dans le modèle américain de P. Chen, les contraintes de cardinalités d’une entité donnée sont lues
à partir des autres entités (du sens entités connectées→entité concernée) alors qu’avec Merise,
elles sont lues du sens entité concernée→entités connectées.
Figure 1-23 Classe-association avec attribut sous UML
Departement
codedept
nomdept
budget
Logiciel
Achat
dateachat
prix
Classe-association
1..*
1..*
nomlogi
editeur
36
© Éditions Eyrolles
En plaçant l’attribut dateachat dans Departement ou dans Logiciel, nous exprimons
deux choses différentes, à savoir qu’un département n’achète des logiciels qu’à une seule date
ou qu’un logiciel ne peut être acheté qu’à un seul moment de l’année. Ces deux remarques valent
également pour l’attribut prix.
Notation UML
Une association plusieurs-à-plusieurs avec attributs est représentée sous UML par une classeassociation. Cette classe-association contient les attributs de l’association et est connectée au
lien d’association par une ligne en pointillé.
Notons qu’il est aussi possible d’utiliser une classe-association pour modéliser une association
un-à-plusieurs ou plusieurs-à-plusieurs sans attributs.
Le diagramme de classes 1-23 décrit les achats de logiciels par les départements.
Associations n-aires
Une association n-aire connecte n entités/classes. Une association n-aire peut également
posséder ou non des attributs.
Détaillons à présent les interprétations des cardinalités d’une association n-aire, qui varient
selon les formalismes entité-association. Ces approches se différencient selon le sens de lecture
des cardinalités au niveau des entités concernées par l’association n-aire.
Dans le modèle américain de P. Chen, les contraintes de cardinalités d’une entité donnée sont lues
à partir des autres entités (du sens entités connectées→entité concernée) alors qu’avec Merise,
elles sont lues du sens entité concernée→entités connectées.
Figure 1-23 Classe-association avec attribut sous UML
Departement
codedept
nomdept
budget
Logiciel
Achat
dateachat
prix
Classe-association
1..*
1..*
nomlogi
editeur