Chapitre 5 : Types de Relations et Méthodologie MCD

Dans ce chapitre, nous classons les relations selon leurs cardinalités maximales et nous voyons comment construire un MCD étape par étape.

I. Les Types de Relations selon les Cardinalités

Selon les cardinalités maximales de chaque côté, on distingue trois types de relations binaires :

1. Relation de type (1:1) - “Un à Un”

Appelée relation fils-fils. Les deux cardinalités maximales sont à 1.

• Exemple : Un MARIN pilote un (1,1) VOILIER, et un VOILIER est piloté par (1,1) un MARIN.
• Note : Ce cas est rare et peut parfois être simplifié en fusionnant les deux entités.

2. Relation de type (1:n) - “Un à Plusieurs”

Appelée relation hiérarchique ou père-fils. Une cardinalité maximale est à n et l’autre est à 1.

• Exemple : Un AUTEUR écrit de (1, n) LIVRE, mais un LIVRE est écrit par (1, 1) un seul AUTEUR (selon une règle simplifiée).

3. Relation de type (n:n) - “Plusieurs à Plusieurs”

Appelée relation non hiérarchique ou père-père. Les deux cardinalités maximales sont à n.

• Exemple : Une COMMANDE contient (1, n) PRODUIT et un PRODUIT peut être contenu dans de (0, n) COMMANDE.

II. Méthode d’Élaboration d’un MCD

Pour construire un MCD à partir d’un texte de gestion, suivez ces étapes :

1. Rechercher les Entités : Identifier les objets concrets ou abstraits mentionnés.
2. Lister les Propriétés : Associer chaque information élémentaire à son entité respective.
3. Désigner les Identifiants : Repérer la propriété unique (ou l’ajouter si elle manque).
4. Identifier les Associations : Rechercher les verbes d’action reliant les entités.
5. Déterminer les Cardinalités : Pour chaque entité, se poser deux questions :
   • Minimum : “Quelle est la plus petite participation possible ?” (0 ou 1)
   • Maximum : “Quelle est la plus grande participation possible ?” (1 ou n)
6. Valider par les Règles de Gestion : Relire le MCD pour s’assurer qu’il respecte strictement les contraintes de l’entreprise.

---

Un bon MCD est le reflet fidèle de la réalité métier. Il doit être validé par les futurs utilisateurs du système.