UML 2 pour les bases de données
50
© Éditions Eyrolles
Contrainte d’inclusion
Selon la contrainte d’inclusion, toutes les occurrences d’une association doivent être incluses
dans les occurrences d’une autre association.
Entre deux associations binaires Merise/2
Des étudiants émettent des vœux concernant des stages sachant qu’ils doivent suivre un seul
stage. Un stage peut intéresser aucun ou plusieurs étudiants. Pour modéliser le fait que le stage
effectué par un étudiant doit être un stage figurant dans ses vœux, il faut ajouter une contrainte
d’inclusion.
Win’Design utilise un lien en pointillé entre la contrainte et l’entité principale (figure 1-43).
Cela indique que toute occurence du couple (Etudiant, Stage) présent dans l’association
Effectuer devra appartenir également à l’association Vœux.
Entre trois associations binaires Merise/2
Considérons des départements qui achètent des logiciels pour lesquels on désire conserver la
date d’achat. Par ailleurs, un serveur héberge des logiciels et un serveur peut être utilisé par différents départements. Cet état de fait nécessite trois associations binaires (Achat, Installe et
Utilisation) ainsi qu’une contrainte d’inclusion entre ces trois associations. Grâce à cette
contrainte, on pourra exprimer qu’un logiciel l acheté par le département d soit installé sur un
serveur s, utilisé, entre autres, par ce département.
Considérons à présent les occurrences d’entités suivantes : deux départements (D1 et D2), quatre
logiciels (L1, L2, L3 et L4) et trois serveurs (S1, S2 et S3). Supposons les occurrences
d’associations suivantes :
●
le département D1 achète les logiciels L1, L2 et L4 ;
●
le département D2 achète le logiciel L1 ;
Figure 1-43 Contrainte d’inclusion avec Win’Design
Précédent

- 58/316

Suivant