© Éditions Eyrolles
71
chapitre n° 1
Le niveau conceptuel : face à face Merise/UML
explicitement la dépendance entre a et c entraîne le déplacement de l’attribut c. Pour préserver
la dépendance entre b et c, on dispose ces deux attributs dans une même classe. La dépendance entre a et b est préservée du fait de l’existence de la multiplicité maximale 1. La
dépendance entre a et c se retrouve par navigation entre les classes.
Un autre exemple est donné à la figure 1-99, il concerne un graphe transitif à travers plusieurs
associations.
Exemple
Caractérisons un logiciel par son nom, son prix, le nom de son éditeur et le siège social de
l’éditeur (exemple, le logiciel MatLab coûte 400 €, est édité par MathWorks dont le siège social
se trouve à Sèvres). La figure 1-71 décrit le passage en troisième forme normale de la classe
Logiciel. La transformation est nécessaire car le siège social dépend de l’éditeur (indirectement
aussi du logiciel dont on suppose que chaque nom est unique).
Forme normale de Boyce Codd
Forme normale de Boyce Codd
Aucun attribut d’une classe-association ne doit être en dépendance avec un identifiant d’une
des classes connectée à l’association.
Nous étudions plus formellement cette forme au chapitre 2. L’exemple 1-72 illustre un cas
dans lequel cette normalisation n’est pas respectée (l’attribut c permet de déterminer l’attribut b).
Il convient de préserver cette dépendance tout en conservant l’association binaire entre les classes
identifiées respectivement par a et b.
Figure 1-71 Passage en troisième forme normale
Logiciel
Attribut qui ne dépend pas
uniquement de l’identifiant
3
e forme normale
Vendeur
1
1..*
Attribut qui dépend de l’identifiant
Logiciel
editeur
siegeSocialEditeur
EditeurLogiciel
nomLogi
prix
editeur
siegeSocialEditeur
nomLogi
71
chapitre n° 1
Le niveau conceptuel : face à face Merise/UML
explicitement la dépendance entre a et c entraîne le déplacement de l’attribut c. Pour préserver
la dépendance entre b et c, on dispose ces deux attributs dans une même classe. La dépendance entre a et b est préservée du fait de l’existence de la multiplicité maximale 1. La
dépendance entre a et c se retrouve par navigation entre les classes.
Un autre exemple est donné à la figure 1-99, il concerne un graphe transitif à travers plusieurs
associations.
Exemple
Caractérisons un logiciel par son nom, son prix, le nom de son éditeur et le siège social de
l’éditeur (exemple, le logiciel MatLab coûte 400 €, est édité par MathWorks dont le siège social
se trouve à Sèvres). La figure 1-71 décrit le passage en troisième forme normale de la classe
Logiciel. La transformation est nécessaire car le siège social dépend de l’éditeur (indirectement
aussi du logiciel dont on suppose que chaque nom est unique).
Forme normale de Boyce Codd
Forme normale de Boyce Codd
Aucun attribut d’une classe-association ne doit être en dépendance avec un identifiant d’une
des classes connectée à l’association.
Nous étudions plus formellement cette forme au chapitre 2. L’exemple 1-72 illustre un cas
dans lequel cette normalisation n’est pas respectée (l’attribut c permet de déterminer l’attribut b).
Il convient de préserver cette dépendance tout en conservant l’association binaire entre les classes
identifiées respectivement par a et b.
Figure 1-71 Passage en troisième forme normale
Logiciel
Attribut qui ne dépend pas
uniquement de l’identifiant
3
e forme normale
Vendeur
1
1..*
Attribut qui dépend de l’identifiant
Logiciel
editeur
siegeSocialEditeur
EditeurLogiciel
nomLogi
prix
editeur
siegeSocialEditeur
nomLogi