Séance pédagogique — MCD, MLD, MPD : entités, attributs, associations & cardinalités
Cette séance a pour but de poser les bases solides de la conception d'une base de données en maîtrisant la démarche qui va du monde réel (objets, processus métier) vers une structure exploitable informatiquement. L'apprenant doit être capable, à la fin, d'identifier les entités, leurs attributs, les associations qui les relient, et de définir correctement les cardinalités pour traduire les règles de gestion (ex : un client passe plusieurs commandes, une commande contient plusieurs produits, etc.) [1].
La conception d'une base de données suit une démarche progressive en trois étapes complémentaires :
Vision métier abstraite : QUOI représenter ? Indépendant de toute technologie.
Traduction en tables relationnelles avec clés primaires et étrangères.
Implémentation réelle dans un SGBD (MySQL, Oracle, PostgreSQL…).
Une entité représente un objet du monde réel (concret ou abstrait) qu'on souhaite modéliser : un Client, une Commande, un Produit… Chaque entité possède des attributs qui sont ses propriétés caractéristiques (nom, adresse, prix…). Un attribut particulier, appelé identifiant (ou clé), permet de distinguer chaque occurrence de manière unique.
Exemple visuel : 2 entités reliées par une association
Objet identifiable (Client, Produit…)
Propriété décrivant l'entité (nom, prix…)
Attribut unique distinguant chaque occurrence
Instance concrète d'une entité (ex : Client n°42)
Une association exprime un lien logique ou fonctionnel entre deux ou plusieurs entités. Par exemple : un Client passe une Commande, une Commande contient des Produits. Les associations peuvent elles-mêmes porter des attributs (ex : la quantité commandée).
La cardinalité précise le nombre minimum et maximum de fois qu'une occurrence d'une entité peut participer à une association. C'est l'élément clé qui traduit les règles de gestion de l'entreprise.
| Cardinalité | Signification | Exemple métier |
|---|---|---|
| 0,1 | Optionnelle, au plus une fois | Un employé peut diriger au plus 1 service |
| 1,1 | Obligatoire, exactement une fois | Une facture concerne 1 et 1 seule commande |
| 0,n | Optionnelle, plusieurs fois possibles | Un client peut avoir passé 0 ou plusieurs commandes |
| 1,n | Au moins une fois, plusieurs possibles | Une commande contient au moins 1 produit |
Modélisons un système simplifié de gestion commerciale qui illustre tous les concepts vus :
MCD complet : Client – Commande – Produit – Facture
Pour approfondir la révision du Module 4 — Système d'Information de Gestion, consultez la fiche complète sur la méthode MERISE : MCD, MLD et MPD.
Accéder à la fiche MERISE — MCD · MLD · MPDLa modélisation conceptuelle est l'étape fondatrice de toute base de données réussie. Une bonne identification des entités, attributs, associations et cardinalités garantit un système d'information cohérent, évolutif et fidèle aux règles métier de l'entreprise [1].