Database Reference
In-Depth Information
Avec le formalisme Merise, vous ne pouvez pas déduire grand-chose des associations
n
-aires.
La majorité d'entre elles ne contiennent que des cardinalités (
0,n
). La cardinalité (
0,1
) impose
une décomposition en degré inférieur (une association 3-aire se décompose en deux associations
binaires).
Avec le formalisme UML, les associations
n
-aires sont davantage parlantes. La multiplicité
(
0..1
) n'impose pas forcément une décomposition en degré inférieur. Le schéma suivant pré-
cise qu'un employé qui se trouve dans un comptoir d'un aéroport ne travaille que pour le
compte d'une seule compagnie. Symétriquement, un employé qui se trouve dans un comptoir
d'une compagnie est situé dans un seul aéroport.
Figure 1-35
. Association UML 4-aire
Bien que UML semble plus explicite que Merise sur cet aspect des choses, ces deux schémas
ne sont pas satisfaisants. En effet, trop peu de contraintes sont présentes entre les 4 classes.
●
Pensez-vous réellement qu'en considérant un employé répertorié, un aéroport, une compa-
gnie et un comptoir existants, vous allez composer un fait cohérent à stocker ?
●
Ne croyez-vous pas que toutes les compagnies ne sont pas présentes dans n'importe quel
aéroport, qu'un comptoir ne se trouve que dans un aéroport, qu'une compagnie n'embauche
pas n'importe quel employé ?
Ce sont toutes ces questions que vous devrez vous poser de sorte à décomposer au mieux cette
association tentaculaire (celle-là et toutes les autres que vous rencontrerez).
Quelques bêtises du Web
Maintenant que vous savez lire une association
n
-aire, décryptons les erreurs typiques que
vous risquez de faire en utilisant ce mécanisme.
Dans le premier schéma Merise, un pilote ne peut pas faire plusieurs fois le même trajet avec
le même avion (c'est ce qui est indiqué avec la date et l'heure de décollage dans l'association).
