U.A.5 : ÉLABORATION D'UN MCD

# U.A.5 : ÉLABORATION D'UN MCD ## Objectifs et prérequis Comprendre la distinction entre donnée et information, maîtriser les principes fondamentaux du Modèle Conceptuel de Données (MCD), savoir le construire à partir d’un cahier des charges, et le représenter selon la notation Merise. Prérequis : notions de base en informatique (fichiers, tableaux), capacité d’analyse logique, vocabulaire de base en gestion (client, produit, commande). ## Introduction Dans un système d’information, la donnée est la matière première brute, tandis que l’information résulte de son traitement et de sa mise en contexte. Le Modèle Conceptuel de Données (MCD) constitue une étape essentielle dans la conception d’un système d’information : il permet de représenter de façon indépendante des aspects techniques les entités du monde réel et leurs relations, en se basant sur les besoins exprimés par les utilisateurs. Ce chapitre vise à fournir les outils nécessaires pour élaborer un MCD clair, complet et conforme à la méthodologie Merise, en s’appuyant sur des exemples concrets issus du contexte camerounais et africain. ## I. Notion de donnée et d'information ### Contexte La confusion entre donnée et information est fréquente chez les apprenants. Pourtant, cette distinction est fondamentale en informatique de gestion : elle sous-tend la conception des systèmes d’information, la qualité des décisions prises et l’efficacité des processus métiers. Au Cameroun, dans des secteurs comme l’agriculture (ex. : suivi des rendements des coopératives de café à l’Ouest) ou la santé (ex. : gestion des dossiers patients dans les hôpitaux de district), confondre donnée et information peut conduire à des erreurs d’interprétation coûteuses. ### Définitions > Une donnée est un symbole brut, sans signification intrinsèque, représentant une observation ou une mesure quelconque (ex. : « 237 », « Yaoundé », « 15/03/2024 »). > Une information est une donnée qui a été traitée, organisée ou contextualisée pour acquérir du sens et répondre à un besoin spécifique (ex. : « Le température moyenne à Yaoundé en mars 2024 est de 23,5°C »). ### Faits et caractéristiques - La donnée est indépendante du contexte ; l’information en dépend entièrement. - Une même donnée peut produire différentes informations selon l’usage (ex. : l’âge d’un patient peut servir à déterminer un risque médical ou à calculer une cotisation d’assurance). - Le traitement des données (tri, agrégation, calcul) transforme la donnée en information. - Dans un système d’information, la qualité de l’information dépend de la pertinence, de l’exactitude, de l’opportunité et de la complétude des données sources. ### Exemples concrets (Cameroun/Afrique) - Dans une coopérative de cacao du Sud-Ouest : le poids brut d’un sac de fèves (donnée : 62 kg) devient une information lorsqu’on le compare au rendement moyen régional (ex. : « Ce sac dépasse de 10 % la moyenne régionale, indiquant une bonne pratique culturale »). - Dans un centre de santé de Bertoua : le nombre de consultations journalières (donnée : 45) devient une information lorsqu’on l’analyse par tranche d’âge pour détecter une épidémie de paludisme chez les moins de 5 ans. - Dans une entreprise de téléphonie mobile au Cameroun : le nombre d’appels émis (donnée : 1 200) devient une information lorsqu’on le rapporte au nombre d’abonnés actifs pour calculer le taux d’utilisation moyen. ### Vocabulaire à retenir - Donnée brute - Traitement de l’information - Contexte d’usage - Valeur sémantique - Information pertinente - Bruit informationnel ### Exemple de sujet type examen avec plan **Sujet** : Une ONG camerounaise lutte contre la malnutrition infantile dans la région de l’Extrême-Nord. Elle collecte quotidiennement le poids et la taille des enfants de 0 à 5 ans dans ses centres de dépistage. Expliquez pourquoi le poids seul d’un enfant constitue une donnée, tandis que son indice de masse corporelle (IMC) comparé aux normes de l’OMS constitue une information. **Plan attendu** : I. Définition de la donnée : caractère brut, absence de signification intrinsèque (ex. : poids = 8,2 kg). II. Définition de l’information : donnée traitée et contextualisée (ex. : IMC = 14,2 → inférieur au seuil de malnutrition aiguë selon l’OMS). III. Explication du passage de la donnée à l’information : calcul de l’IMC, comparaison à un référentiel, interprétation en fonction de l’âge et du sexe. IV. Conséquence pour la décision : l’information permet d’orienter un enfant vers un programme de supplémentation nutritionnelle, contrairement à la donnée brute. ## II. Généralités sur le MCD ### Contexte Le Modèle Conceptuel de Données (MCD) est une représentation abstraite et indépendante des choix techniques qui décrit les données pertinentes pour un système d’information, sous forme d’entités, d’attributs et de relations. Il s’inscrit dans la méthodologie Merise, largement enseignée dans les établissements camerounais de formation technique et professionnelle (ex. : IUT de l’Université de Yaoundé II, ENSET de Bambili). Avant toute implémentation technique (base de données relationnelle, fichier, etc.), le MCD permet de valider avec les utilisateurs que le modèle reflète fidèlement leurs besoins métiers. ### Définitions > Le Modèle Conceptuel de Données (MCD) est une représentation graphique et sémantique des données d’un système d’information, exprimée en termes d’entités, d’attributs et de relations, indépendante de toute implémentation physique ou logique. > Une entité est un objet du monde réel pertinent pour le système d’information, caractérisé par un ensemble d’attributs et pouvant être identifié de façon unique. > Un attribut est une propriété caractéristique d’une entité, portant une valeur appartenant à un domaine défini. > Une relation est une association entre deux ou plusieurs entités, exprimant une règle de gestion du monde réel. ### Faits et caractéristiques - Le MCD est construit avant le Modèle Logique de Données (MLD) et le Modèle Physique de Données (MPD). - Il utilise la notation Merise : entités en boîte rectangulaire, attributs en ovales liés à l’entité, relations en losanges. - Le MCD doit être : complet (toutes les données utiles sont représentées), non redondant (éviter les duplications inutiles), clair (lisible par des non-informaticiens) et stable (peu sujet aux changements fréquents). - Les règles de gestion (ex. : « un étudiant ne peut s’inscrire qu’à une seule filière ») sont traduites dans le MCD via les cardinalités des relations. - Au Cameroun, le MCD est particulièrement utile dans les projets de modernisation de l’administration publique (ex. : système de gestion des bourses nationales, logiciel de suivi des marchés publics). ### Exemples concrets (Cameroun/Afrique) - Dans un système de gestion des inscriptions universitaires à l’Université de Douala : entités = Étudiant, Filière, Cours ; attributs = numéro d’étudiant, nom, date de naissance (Étudiant) ; libellé, code (Filière) ; intitulé, coefficient (Cours) ; relations = s’inscrit (Étudiant-Filière), suit (Étudiant-Cours). - Dans un système de suivi des campagnes de vaccination au Ministère de la Santé publique : entités = Enfant, Vaccin, Centre de santé ; attributs = numéro d’identification nationale, date de naissance (Enfant) ; nom, dose requise (Vaccin) ; localisation, horaire d’ouverture (Centre de santé) ; relations = reçoit (Enfant-Vaccin), administre (Centre de santé-Vaccin). - Dans une coopérative agricole de la région du Littoral produisant du palmier à huile : entités = Producteur, Parcelle, Récolte ; attributs = numéro de producteur, nom, localité (Producteur) ; superficie, localisation GPS (Parcelle) ; date de récolte, poids brut (Récolte) ; relations = possède (Producteur-Parcelle), réalise (Parcelle-Récolte). ### Vocabulaire à retenir - Entité type - Attribut clé - Attribut descriptif - Relation binaire - Cardinalité - Identifiant - Dépendance fonctionnelle - Exclusivité - Couverture ### Exemple de sujet type examen avec plan **Sujet** : Une microfinance camerounaise octroie des prêts aux groupements féminins pour des activités génératrices de revenus. Elle souhaite informatiser son suivi des bénéficiaires, des prêts et des remboursements. Dessinez le MCD correspondant en justifiant vos choix d’entités, d’attributs et de relations. **Plan attendu** : I. Identification des entités : Bénéficiaire (groupement féminin), Prêt, Remboursement (justification : objets du monde réel gérés par le système). II. Définition des attributs : pour Bénéficiaire (ID, nom du groupement, localité, nombre de membres) ; pour Prêt (ID, montant, date d’octroi, taux d’intérêt) ; pour Remboursement (ID, montant, date, numéro de prêt lié). III. Définition des relations : octroie (Bénéficiaire-Prêt) avec cardinalité 1,N (un groupement peut avoir plusieurs prêts, un prêt est octroyé à un seul groupement) ; effectue (Bénéficiaire-Remboursement) avec cardinalité 1,N ; concerne (Remboursement-Prêt) avec cardinalité N,1 (un remboursement concerne un seul prêt, un prêt peut avoir plusieurs remboursements). IV. Justification des choix : absence de redondance, respect des règles de gestion (ex. : un remboursement se réfère toujours à un prêt existant). ## III. Cas Pratique ### Contexte L’élaboration d’un MCD ne se fait pas de façon abstraite : elle part toujours d’un cahier des charges ou d’un recueil de besoins auprès des utilisateurs. Cette étape nécessite une analyse rigoureuse pour distinguer les données pertinentes (à modéliser) des données accessoires ou redondantes. Au Cameroun, de nombreux projets informatiques échouent parce que le MCD est construit sans suffisamment consulter les acteurs de terrain (ex. : agents des impôts, infirmiers, enseignants), conduisant à des systèmes inadaptés aux réalités locales. ### Définitions > Le cahier des charges fonctionnel est un document qui décrit les besoins métiers, les fonctionnalités attendues et les contraintes d’un système d’information, sans préciser les solutions techniques. > L’analyse des besoins consiste à identifier, à partir du cahier des charges ou d’entretiens, les entités, les attributs et les règles de gestion pertinentes pour le MCD. ### Faits et caractéristiques - Le recueil de besoins se fait par entretiens, questionnaires ou observation directe des processus manuels existants. - Il faut distinguer : - Les entités fortes (ex. : Client, Commande) qui possèdent un identifiant intrinsèque. - Les entités faibles (ex. : Ligne de commande) qui dépendent d’une autre entité pour leur identification. - Les attributs peuvent être simples (ex. : nom) ou composés (ex. : adresse : numéro, rue, ville, code postal). - Les règles de gestion se traduisent par : - Les cardinalités (ex. : 0,N ; 1,1 ; 1,N) - L’exclusivité (une entité ne peut être liée qu’à une seule autre via une relation donnée) - La couverture (une entité doit être liée à au moins une autre via une relation donnée) - Au Cameroun, dans les collectivités territoriales décentralisées (communes), le cahier des charges pour un système de gestion des actes d’état civil doit intégrer les spécificités locales (ex. : noms composés, pratiques coutumières de reconnaissance de paternité). ### Exemples concrets (Cameroun/Afrique) - Dans un système de gestion des péages autoroutiers sur l’axe Yaoundé-Nsimalen : - Entités identifiées : Véhicule, Péage, Transaction. - Attributs de Véhicule : plaque d’immatriculation (identifiant), catégorie (voiture, camion, bus). - Attributs de Péage : localisation (pk 12,5), tarif selon catégorie. - Attributs de Transaction : date/heure, montant perçu. - Relations : passe (Véhicule-Péage) avec cardinalité 1,N (un véhicule peut passer plusieurs péages) ; enregistre (Péage-Transaction) avec cardinalité 1,N. - Dans un système de suivi des distributions de moustiquaires imprégnées dans le cadre de la lutte contre le paludisme à l’Extrême-Nord : - Entités : Ménage, Moustiquaire, Point de distribution. - Attributs de Ménage : numéro de recensement, nombre d’enfants <5 ans, nombre de femmes enceintes. - Attributs de Moustiquaire : numéro de lot, date de péremption. - Attributs de Point de distribution : localité, responsable, jours d’ouverture. - Relations : reçoit (Ménage-Moustiquaire) avec cardinalité 0,N (un ménage peut recevoir zéro ou plusieurs moustiquaires) ; distribue (Point de distribution-Moustiquaire) avec cardinalité 1,N. - Dans un système de gestion des marchés publics au Ministère des Marchés publics : - Entités : Soumissionnaire, Offre, Appel d’offres. - Attributs de Soumissionnaire : numéro d’identifiant unique, dénomination, spécialité. - Attributs de Offre : montant proposé, délai d’exécution, date de dépôt. - Attributs de Appel d’offres : référence, objet, date de lancement, date de clôture. - Relations : soumet (Soumissionnaire-Offre) avec cardinalité 1,N ; concerne (Offre-Appel d’offres) avec cardinalité N,1. ### Vocabulaire à retenir - Entité forte - Entité faible - Attribut simple - Attribut composé - Cardinalité minimale - Cardinalité maximale - Règle de gestion - Exclusivité - Couverture - Identifiant faible ### Exemple de sujet type examen avec plan **Sujet** : Le ministère de l’Éducation nationale souhaite informatiser le suivi des manuels scolaires distribués dans les écoles publiques. Chaque école reçoit un lot de manuels par matière et par niveau. Un manuel est caractérisé par son titre, son éditeur, son année d’édition et son numéro ISBN. Dessinez le MCD en partant du cahier des charges suivant : « Le système doit permettre de connaître, pour chaque école, quels manuels elle a reçus, en quelle quantité et à quelle date. Il doit aussi permettre de tracer l’historique des distributions par titre de manuel. » **Plan attendu** : I. Entités : École, Manuel, Distribution. II. Attributs : École (code UAI, nom, localité) ; Manuel (ISBN, titre, éditeur, année d’édition) ; Distribution (date, quantité). III. Relations : reçoit (École-Manuel) via l’entité association Distribution (caractérisée par date et quantité) ; alternativement : École 1,N Distribution N,1 Manuel. IV. Justification : Distribution comme entité association pour éviter la redondance et permettre l’historique (une même école peut recevoir plusieurs fois le même manuel à des dates différentes). ## IV. Représentation du MCD ### Contexte La représentation graphique du MCD doit respecter des conventions précises pour être lisible, vérifiable et exploitable par les différents acteurs (utilisateurs, analystes, développeurs). Une mauvaise représentation peut entraîner des interprétations erronées, des oublis ou des contradictions dans le modèle. Au Cameroun, dans les établissements de formation comme les IUT ou les écoles d’ingénieurs, la maîtrise de la notation Merise est évaluée lors des examens et des projets tuteurés. Il est donc essentiel de savoir représenter clairement entités, attributs, relations et cardinalités. ### Définitions > Dans la notation Merise : > - Une entité est représentée par un rectangle portant son nom au singulier (ex. : CLIENT). > - Un attribut est représenté par un ovale lié à son entité par une ligne, portant son nom (ex. : NOM). > - Une relation est représentée par un losange portant un verbe d’action au présent (ex. : PASSE). > - Les cardinalités sont indiquées sous forme de couples (min,max) placés sur les lignes reliant l’entité au losange de la relation (ex. : 0,N côté entité, 1,1 côté relation pour « un client peut passer zéro ou plusieurs commandes, une commande est passée par exactement un client »). ### Faits et caractéristiques - Le nom des entités s’écrit en majuscules et au singulier (ex. : COMMANDE, pas COMMANDES). - Les attributs sont écrits en minuscules ou en camelCase, mais sans espaces (ex. : date_naissance, montantHT). - Un attribut identifiant (clé primaire potentielle) est souligné. - Une relation peut avoir des attributs propres (ex. : la relation DISTRIBUTION possède les attributs date et quantité). - Les cardinalités minimales et maximales sont exprimées sous forme d’entiers naturels ou de N (pour « nombreux »). - Les valeurs possibles pour les cardinalités : 0 ou 1 pour le minimum ; 1 ou N pour le maximum. - Une relation est dite : - Fonctionnelle si le maximum est 1 (ex. : 0,1 ou 1,1) - De groupe si le maximum est N (ex. : 0,N ou 1,N) - Au Cameroun, dans les projets de systèmes d’information géographique (SIG) appliqués à l’agriculture de précision (ex. : suivi des parcelles de coton dans le Nord), la représentation du MCD doit intégrer des attributs spatiaux (ex. : coordonnées GPS) tout en respectant la notation standard. ### Exemples concrets (Cameroun/Afrique) - Représentation de la relation « reçoit » entre ENTREPRISE et FACTURE dans un système de comptabilité : - ENTREPRISE (rectangle) —— 1,N —— [REÇOIT] (losange) —— 1,1 —— FACTURE (rectangle) - Attributs de REÇOIT : aucun (relation pure) - Attributs de ENTREPRISE : id_entreprise (souligné), nom, secteur_activité - Attributs de FACTURE : num_facture (souligné), date, montant_ttc - Représentation de la relation « accueille » entre HÔPITAL et SERVICE dans un système de gestion hospitalière : - HÔPITAL (rectangle) —— 1,1 —— [ACCUEILLE] (losange) —— 0,N —— SERVICE (rectangle) - Attributs de ACCUEILLE : date_début (si suivi historique) - Attributs de HÔPITAL : id_hopital (souligné), nom, localité - Attributs de SERVICE : id_service (souligné), nom, type (ex. : pédiatrie, chirurgie) - Représentation de la relation « utilise » entre AGENT et LOGICIEL dans un système de gestion des ressources humaines d’une mairie : - AGENT (rectangle) —— 0,N —— [UTILISE] (losange) —— 0,N —— LOGICIEL (rectangle) - Attributs de UTILISE : niveau_maîtrise (débutant, intermédiaire, expert) - Attributs de AGENT : id_agent (souligné), nom, prénom, fonction - Attributs de LOGICIEL : id_logiciel (souligné), nom, version, licence ### Vocabulaire à retenir - Notation Merise - Entité en rectangle - Attribut en ovale - Relation en losange - Attribut de relation - Cardinalité (min,max) - Identifiant souligné - Relation fonctionnelle - Relation de groupe - Liaison binaire - Modèle conceptuel lisible ### Exemple de sujet type examen avec plan **Sujet** : Représentez en notation Merise le MCD suivant : Une bibliothèque communale de Bamenda prête des ouvrages à ses abonnés. Un abonné est caractérisé par son numéro d’abonné, son nom et sa localité. Un ouvrage est caractérisé par son cote, son titre, son auteur et son année de publication. Un prêt est caractérisé par sa date de sortie et sa date de retour prévue. **Plan attendu** : I. Entités : ABONNÉ (rectangle) et OUVRAGE (rectangle). II. Attributs d’ABONNÉ : num_abonné (souligné), nom, localité. III. Attributs d’OUVRAGE : cote (souligné), titre, auteur, année_publication. IV. Relation : PRET (losange) liée à ABONNÉ et OUVRAGE. V. Cardinalités : ABONNÉ 0,N —— [PRET] —— 0,N OUVRAGE (un abonné peut faire plusieurs prêts, un ouvrage peut être prêté plusieurs fois). VI. Attributs de la relation PRET : date_sortie, date_retour_prevue. VII. Vérification : pas d’attribut oublié, noms en majuscules pour entités, attributs en minuscules, cardinalités correctement placés. ## Synthèse du chapitre - La donnée est brute et dépourvue de sens ; l’information résulte de son traitement et de sa contextualisation pour répondre à un besoin. - Le MCD représente de façon indépendante des aspects techniques les entités, attributs et relations pertinents pour un système d’information, basé sur l’analyse des besoins. - L’élaboration du MCD nécessite un recueil rigoureux des besoins, l’identification des entités fortes/faibles, des attributs simples/composés et la traduction des règles de gestion en cardinalités. - La représentation du MCD suit la notation Merise : entités en rectangles, attributs en ovales, relations en losanges, avec cardinalités (min,max) clairement indiquées. - Un bon MCD est complet, non redondant, clair et stable, permettant une communication efficace entre utilisateurs et techniciens. - Les exemples camerounais (éducation, santé, agriculture, administration) montrent la pertinence du MCD dans l’adaptation des systèmes d’information aux réalités locales. ## Glossaire - Donnée : symbole brut sans signification intrinsèque. - Information : donnée traitée et contextualisée pour acquérir du sens. - Entité : objet du monde réel pertinent pour le système d’information, caractérisé par des attributs. - Attribut : propriété d’une entité portant une valeur appartenant à un domaine défini. - Relation : association entre deux ou plusieurs entités exprimant une règle de gestion. - Cardinalité : couple (min,max) exprimant le nombre minimal et maximal d’associations d’une entité dans une relation. - Identifiant : attribut ou ensemble d’attributs permettant d’identifier de façon unique les instances d’une entité. - Entité faible : entité dont l’identification dépend d’une autre entité (identifiant faible). - Relation d’association : relation permettant de modéliser une association entre deux entités fortes, souvent dotée d’attributs propres. - Exclusivité : règle selon laquelle une instance d’entité ne peut être liée qu’à une seule autre instance via une relation donnée. - Couverture : règle selon laquelle chaque instance d’entité doit être liée à au moins une autre instance via une relation donnée. - Notation Merise : standard graphique pour représenter les MCD (entités : rectangles, attributs : ovales, relations : losanges).