Database Reference
In-Depth Information
Les cardinalités de Merise se lisent de la manière suivante :
●
côté
Logiciel
, (
0,n
signiie qu'un logiciel peut être associé à aucun ou plusieurs couples
(
Departement
,
Serveur
) ;
●
côté
Serveur
, (
0,n
) signiie qu'un serveur peut être associé à aucun ou plusieurs couples
(
Departement
,
Logiciel
) ;
●
côté
Departement
,
(0,n)
signiie qu'un département peut être associé à aucun ou plu-
sieurs couples (
Serveur
,
Logiciel
).
Les multiplicités UML se lisent de la manière suivante :
●
côté
Logiciel
, (
0..*
) signiie qu'un couple (
Departement
,
Serveur
) peut être associé
à plusieurs logiciels (ou aucun) ;
●
côté
Serveur
, (
0..*
) signiie qu'un couple (
Departement
,
Logiciel
) peut être associé
à plusieurs serveurs (ou aucun) ;
●
côté
Departement
, (
0..1
) signiie qu'un couple (
Serveur
,
Logiciel
) n'est associé qu'à
un seul département (ou aucun).
Vous pouvez constater que UML offre, pour cet exemple, une lecture plus riche de sémantique.
Dans ce cas, il apparaît qu'un logiciel n'est installé par un département que sur un seul serveur.
Pour faire dire la même chose au modèle Merise, il faudrait ajouter une contrainte d'unicité.
Le langage du formalisme
Quel que soit le nombre d'entités/classes connectées, le mécanisme de lecture est analogue à
l'exemple précédent. Pour une association reliant 4 entités/classes (de degré 4), vous devrez
considérer la relation entre triplets et singletons en partant de la cible ou de la source.
L'exemple suivant illustre ce propos avec Merise. De chaque côté, il est exprimé la cardinalité
(
0,n
) qui s'interprète pour toutes les entités ainsi : un objet est associé à plusieurs triplets d'ob-
jets ou à aucun. Du côté
Employe
, cette cardinalité signiie qu'un employé peut être associé à
plusieurs comptoirs dans différents aéroports (ou dans le même), pour le compte d'une com-
pagnie (ou pour plusieurs).
Figure 1-34
. Association Merise 4-aire
