UML 2 pour les bases de données
56
© Éditions Eyrolles
Contrainte d’unicité sur une association n-aire
Merise/2
La contrainte d’unicité sur une association n-aire indique que pour toute occurrence de (n-1)
entité(s) il y a une seule occurrence de l’autre entité.
Revenons à l’installation des logiciels sur des serveurs réalisée sur l’initiative de départements.
Ajoutons la contrainte qu’un logiciel acheté par un département ne doit être installé que sur un
seul serveur. Avec le formalisme Merise, l’association 1-27 n’exprime pas de contrainte
d’unicité. La contrainte qu’il convient de définir sur l’association Installation indique
que pour un couple (logiciel, département), un seul serveur est associé. La figure 1-52 décrit
le formalisme Merise/2 de [PAN 94].
L’autre possibilité consiste à utiliser une CIF sur le lien d’association connecté à l’entité
concernée par l’unicité (ici Serveur), et terminer ce lien par une flèche. L’explication
provient de la notion de dépendance fonctionnelle (étudiée à la section Règles de validation
et au chapitre 2) : ici, la dépendance fonctionnelle induite par la contrainte d’unicité est
nomlogi,codedept→nomserv. Cette dépendance exprime le fait que pour un logiciel et
un département donnés correspond au plus un serveur.
Notation UML
La contrainte d’unicité sur une association n-aire se note par une multiplicité maximale valant 1
quand l’association est modélisée par le symbole losange, sinon par une classe-association.
Il est préférable d’utiliser les classes-associations qui font apparaître moins d’éléments sur le
diagramme. Par ailleurs, cette solution est mieux adaptée aux associations avec attributs et est
plus proche de l’implémentation de la base de données.
Figure 1-52 Contrainte d’unicité sur une association 3-aire Merise/2
Logiciel
nomlogi
editeur
Departement
codedept
nomdept
budget
Serveur
nomserv
typeserv
1,N
0,N
0,N
Installation
dateinstall
U
56
© Éditions Eyrolles
Contrainte d’unicité sur une association n-aire
Merise/2
La contrainte d’unicité sur une association n-aire indique que pour toute occurrence de (n-1)
entité(s) il y a une seule occurrence de l’autre entité.
Revenons à l’installation des logiciels sur des serveurs réalisée sur l’initiative de départements.
Ajoutons la contrainte qu’un logiciel acheté par un département ne doit être installé que sur un
seul serveur. Avec le formalisme Merise, l’association 1-27 n’exprime pas de contrainte
d’unicité. La contrainte qu’il convient de définir sur l’association Installation indique
que pour un couple (logiciel, département), un seul serveur est associé. La figure 1-52 décrit
le formalisme Merise/2 de [PAN 94].
L’autre possibilité consiste à utiliser une CIF sur le lien d’association connecté à l’entité
concernée par l’unicité (ici Serveur), et terminer ce lien par une flèche. L’explication
provient de la notion de dépendance fonctionnelle (étudiée à la section Règles de validation
et au chapitre 2) : ici, la dépendance fonctionnelle induite par la contrainte d’unicité est
nomlogi,codedept→nomserv. Cette dépendance exprime le fait que pour un logiciel et
un département donnés correspond au plus un serveur.
Notation UML
La contrainte d’unicité sur une association n-aire se note par une multiplicité maximale valant 1
quand l’association est modélisée par le symbole losange, sinon par une classe-association.
Il est préférable d’utiliser les classes-associations qui font apparaître moins d’éléments sur le
diagramme. Par ailleurs, cette solution est mieux adaptée aux associations avec attributs et est
plus proche de l’implémentation de la base de données.
Figure 1-52 Contrainte d’unicité sur une association 3-aire Merise/2
Logiciel
nomlogi
editeur
Departement
codedept
nomdept
budget
Serveur
nomserv
typeserv
1,N
0,N
0,N
Installation
dateinstall
U