© Éditions Eyrolles
37
chapitre n° 1
Le niveau conceptuel : face à face Merise/UML
Bien que l’exemple qui nous servira de fil conducteur fasse intervenir une association de degré 3
(3-aire), il est aisé de transposer notre propos à des associations de degré supérieur.
MCD Merise
Le schéma conceptuel 1-24 modélise le fait que des logiciels sont installés sur des serveurs sur
l’initiative de départements. On désire savoir la date à laquelle un département a procédé à
l’installation d’un logiciel sur un serveur.
Le formalisme de type Merise impose la lecture des cardinalités suivantes :
●
du côté Logiciel, combien de couples (Département, Serveur) peuvent être associés à
un logiciel ? Réponse : (0,N), car un logiciel peut ne pas être installé ou au contraire être
installé sur plusieurs serveurs par différents départements ;
●
du côté Serveur, combien de couples (Département, Logiciel) peuvent être associés à un
serveur ? Réponse : (1,N), car un serveur doit au moins héberger un logiciel installé par
un département et un serveur peut héberger plusieurs logiciels sur l’initiative de différents
départements ;
●
du côté Departement, combien de couples (Serveur, Logiciel) peuvent être associés à un
département ? Réponse : (0,N), car un département peut ne pas être impliqué dans une
installation de logiciel. En revanche, il peut être l’instigateur de plusieurs installations
mettant en jeu différents logiciels et serveurs.
Par ailleurs, ce diagramme ne laisse apparaître aucune autre contrainte. En d’autres termes,
n’importe quel logiciel peut être installé sur l’initiative de n’importe quel département sur n’importe
quel serveur. (Transposons ce schéma dans le modèle relationnel : la table Installation va
être définie avec sa clé primaire composée des identifiants des trois entités. Il est alors possible
d’insérer n’importe quel triplet (nomlogi, nomserv, codedept, dans cette table.) Est-ce la
réalité à modéliser ? Probablement pas !
La majorité des associations n-aires sans contrainte additionnelle ne permettent pas de représenter convenablement le monde réel. Nous consacrons par la suite un paragraphe à la mise en
Figure 1-24 Association 3-aire Merise
Logiciel
nomlogi
editeur
Departement
codedept
nomdept
budget
Serveur
nomserv
typeserv
1,N
0,N
0,N
Installation
dateinstall
37
chapitre n° 1
Le niveau conceptuel : face à face Merise/UML
Bien que l’exemple qui nous servira de fil conducteur fasse intervenir une association de degré 3
(3-aire), il est aisé de transposer notre propos à des associations de degré supérieur.
MCD Merise
Le schéma conceptuel 1-24 modélise le fait que des logiciels sont installés sur des serveurs sur
l’initiative de départements. On désire savoir la date à laquelle un département a procédé à
l’installation d’un logiciel sur un serveur.
Le formalisme de type Merise impose la lecture des cardinalités suivantes :
●
du côté Logiciel, combien de couples (Département, Serveur) peuvent être associés à
un logiciel ? Réponse : (0,N), car un logiciel peut ne pas être installé ou au contraire être
installé sur plusieurs serveurs par différents départements ;
●
du côté Serveur, combien de couples (Département, Logiciel) peuvent être associés à un
serveur ? Réponse : (1,N), car un serveur doit au moins héberger un logiciel installé par
un département et un serveur peut héberger plusieurs logiciels sur l’initiative de différents
départements ;
●
du côté Departement, combien de couples (Serveur, Logiciel) peuvent être associés à un
département ? Réponse : (0,N), car un département peut ne pas être impliqué dans une
installation de logiciel. En revanche, il peut être l’instigateur de plusieurs installations
mettant en jeu différents logiciels et serveurs.
Par ailleurs, ce diagramme ne laisse apparaître aucune autre contrainte. En d’autres termes,
n’importe quel logiciel peut être installé sur l’initiative de n’importe quel département sur n’importe
quel serveur. (Transposons ce schéma dans le modèle relationnel : la table Installation va
être définie avec sa clé primaire composée des identifiants des trois entités. Il est alors possible
d’insérer n’importe quel triplet (nomlogi, nomserv, codedept, dans cette table.) Est-ce la
réalité à modéliser ? Probablement pas !
La majorité des associations n-aires sans contrainte additionnelle ne permettent pas de représenter convenablement le monde réel. Nous consacrons par la suite un paragraphe à la mise en
Figure 1-24 Association 3-aire Merise
Logiciel
nomlogi
editeur
Departement
codedept
nomdept
budget
Serveur
nomserv
typeserv
1,N
0,N
0,N
Installation
dateinstall