Modélisation MCD

En clair. Le MCD dessine l'information avant de créer la base : entités, associations, cardinalités.

Ce qu'on te demande au bac STMG : justifier une cardinalité et passer du MCD au schéma relationnel.

Exemple simple. Un client passe plusieurs commandes, une commande appartient à un seul client.

1. Rôle du modèle conceptuel de données

Le MCD (modèle conceptuel de données, formalisme entité-association de Merise) décrit ce que le système d'information mémorise, indépendamment de tout logiciel. Il sert de contrat entre l'utilisateur métier et l'informaticien avant toute écriture de code.

2. Vocabulaire

• Entité : catégorie d'objets de gestion sur laquelle on conserve des informations (CLIENT, PRODUIT, COMMANDE).
• Attribut (propriété) : information élémentaire décrivant une entité (nom, prix, date).
• Identifiant : attribut (souligné) qui distingue chaque occurrence de manière unique.
• Association : lien sémantique entre entités, nommé par un verbe (passer, contenir).
• Cardinalités : couple minimum/maximum indiquant combien de fois une occurrence participe à l'association : 0,1 — 1,1 — 0,n — 1,n.

3. Lecture des cardinalités

Exemple : CLIENT (1,n) — passer — (1,1) COMMANDE.

• Un client passe au moins une commande et peut en passer plusieurs.
• Une commande est passée par un et un seul client.

C'est une association un-à-plusieurs. Si les deux côtés valent (0,n) ou (1,n), l'association est plusieurs-à-plusieurs ; elle porte souvent ses propres attributs, comme la quantité dans COMMANDE — contenir(quantité) — PRODUIT.

4. Passage du MCD au modèle relationnel

Règles de traduction à connaître par cœur :

1. Chaque entité devient une relation (table) ; son identifiant devient la clé primaire.
2. Une association un-à-plusieurs se traduit par une clé étrangère placée dans la table du côté (1,1).
3. Une association plusieurs-à-plusieurs devient une table de jonction dont la clé primaire est le couple des deux clés étrangères ; les attributs de l'association y sont ajoutés.

Application :

CLIENT (id_client, nom, ville)
COMMANDE (id_commande, date_cmd, #id_client)
PRODUIT (id_produit, libelle, prix)
LIGNE_COMMANDE (#id_commande, #id_produit, quantite)

Le symbole # signale une clé étrangère.

5. Contrôle de qualité du modèle

• Chaque attribut est élémentaire (pas de « adresse complète » fourre-tout).
• Aucun attribut calculable n'est stocké (le montant total se recalcule à partir des lignes).
• Aucun attribut n'est répété entre deux tables autrement que par une clé étrangère : c'est ce qui évite les redondances et les incohérences de mise à jour.
• Chaque association porte un nom métier vérifiable auprès de l'utilisateur.

6. Cas de gestion : location de matériel

Un magasin loue du matériel à des adhérents. Un adhérent effectue plusieurs locations ; une location concerne plusieurs matériels avec une durée propre.

• Entités : ADHERENT, LOCATION, MATERIEL.
• Associations : ADHERENT (1,n)—effectuer—(1,1) LOCATION ; LOCATION (1,n)—porter sur (duree)—(0,n) MATERIEL.
• Traduction : LOCATION reçoit #id_adherent ; la table DETAIL_LOCATION (#id_location, #id_materiel, duree) matérialise l'association plusieurs-à-plusieurs.

7. Erreurs fréquentes

• Placer la clé étrangère du mauvais côté d'une association un-à-plusieurs.
• Oublier de créer la table de jonction pour un lien plusieurs-à-plusieurs.
• Confondre entité et attribut (la ville est un attribut, sauf si l'on gère des informations propres aux villes).
• Stocker un total, un âge ou une TVA qui se déduisent d'autres données.

À retenir

• MCD = entités + associations + cardinalités, indépendamment du logiciel.
• (1,1) porte la clé étrangère ; plusieurs-à-plusieurs ⇒ table de jonction.
• Un bon modèle est sans redondance et sans donnée calculable.