# 01 – Pourquoi modéliser les données ? > [!info] Temps estimé : 15 min > **Ce que vous saurez dire à la fin :** pourquoi un simple tableau ne suffit pas pour gérer des données, et à quoi sert un Modèle Conceptuel de Données (MCD). --- ## 1. Le tableur qui déborde Une exploitation agricole note ses traitements phytosanitaires dans un tableur. Chaque ligne correspond à un traitement. | Parcelle | Surface (ha) | Exploitant | Téléphone | Produit | Date | Dose (L/ha) | |---|---|---|---|---|---|---| | Les Longues Raies | 12,4 | Dupont Jean | 06 12 34 56 78 | Fongix | 12/04/2026 | 1,0 | | Les Longues Raies | 12,4 | Dupont Jean | 06 12 34 56 78 | Herbitop | 03/05/2026 | 2,5 | | Le Grand Champ | 8,0 | DUPONT J. | 06 12 34 56 79 | Fongix | 05/05/2026 | 1,0 | | Les Longues Raies | 12,5 | Dupont Jean | 06 12 34 56 78 | Fongix | 20/05/2026 | 0,8 | Ce tableau semble pratique. Pourtant, il pose déjà quatre problèmes. > [!warning] Les quatre problèmes du « tout dans un tableau » > 1. **Redondance** : le nom et le téléphone de l'exploitant sont recopiés à chaque ligne. La surface de la parcelle aussi. > 2. **Incohérences** : « Dupont Jean » et « DUPONT J. » sont-ils la même personne ? Quel est le bon téléphone ? La parcelle fait-elle 12,4 ou 12,5 ha ? > 3. **Mise à jour difficile** : si l'exploitant change de numéro, il faut corriger toutes ses lignes. Une ligne oubliée suffit à créer une incohérence. > 4. **Informations impossibles à enregistrer ou perdues** : on ne peut pas enregistrer une nouvelle parcelle tant qu'elle n'a pas été traitée. Et si l'on supprime le seul traitement du « Grand Champ », on perd aussi la parcelle. Le problème ne vient pas du tableur. Il vient du fait que **plusieurs « choses » différentes** (des parcelles, des exploitants, des produits, des traitements) ont été **mélangées dans un seul tableau**. --- ## 2. L'idée : séparer les « choses » et décrire leurs liens Modéliser, c'est d'abord **ranger** : - chaque « chose » est décrite **une seule fois** (un exploitant, avec son téléphone) ; - les **liens** entre les choses sont décrits à part (tel exploitant exploite telle parcelle). Voici, en avant-première, à quoi ressemble ce rangement pour les exploitants et leurs parcelles : ![[Code et Développement/Développement d'Applications/Modèle conceptuel de Données/ressources/mcd_apercu_parcelles.svg|MCD : l'entité EXPLOITANT est reliée à l'entité PARCELLE par l'association Exploiter, cardinalités 0,n côté exploitant et 1,1 côté parcelle]] *Un exploitant est décrit une seule fois. Une parcelle aussi. Le lien « Exploiter » dit qui exploite quoi.* Vous apprendrez à lire et à construire ce type de schéma dans la partie suivante. Pour l'instant, retenez l'idée : **une information à un seul endroit**. --- ## 3. Le Modèle Conceptuel de Données (MCD) > [!note] Définition – Modèle Conceptuel de Données (MCD) > Un **MCD** est un schéma qui représente **les données utiles** à une activité et **les liens entre ces données**, indépendamment de tout logiciel. Le MCD se construit **sur papier**, à partir de la description d'une activité (un texte, des entretiens, des fiches, des documents existants). On ne touche pas encore à l'ordinateur. Il utilise le **formalisme Entité-Association** de la méthode **MERISE**. Un *formalisme* est un ensemble de règles de dessin communes : toute personne qui le connaît lit votre schéma de la même façon que vous. ### Où se situe le MCD ? ```mermaid flowchart LR A["Activité réelle<br/>(texte, entretiens, documents)"] --> B["Règles de gestion"] B --> C["MCD<br/>(cette compétence)"] C -.-> D["Étapes suivantes<br/>(hors compétence)"] D -.-> E["Base de données"] style C fill:#EEF3FB,stroke:#2B5797,stroke-width:2px ``` Le MCD est **l'étape la plus importante** : si une donnée manque ou si un lien est faux, toute la suite (la base de données, les applications, les analyses) sera fausse. Il est beaucoup plus simple de corriger un schéma sur papier qu'une base de données remplie. > [!abstract]- Pour aller plus loin > - **MERISE** est une méthode française de conception des systèmes d'information, créée à la fin des années 1970. Elle reste très utilisée en France pour la modélisation des données. > - Après le MCD viennent le **MLD** (Modèle Logique de Données, ou schéma relationnel : la description des tables) puis le **MPD** (Modèle Physique de Données : la base réellement créée dans un logiciel, par exemple avec le langage SQL). Ces étapes ne font pas partie de cette compétence. --- ## 4. Les trois fils rouges de cette compétence Tout au long des ressources, les exemples viennent de trois domaines : | Domaine | Ce que l'on gère | |---|---| | 🌾 **Agrosciences** | Exploitants, parcelles, cultures, campagnes, traitements, élevage | | 🥗 **Alimentation et Santé** | Recettes, ingrédients, valeurs nutritionnelles, allergènes | | 🪨 **Géosciences** | Sites, forages, échantillons, laboratoires d'analyse | La méthode est la même dans les trois domaines : **seul le vocabulaire métier change**. --- ## À retenir > [!summary] À retenir > - Mélanger plusieurs « choses » dans un seul tableau crée de la **redondance**, des **incohérences** et des **pertes d'information**. > - Un **MCD** représente les données utiles et leurs liens, **avant** tout logiciel. > - Le MCD utilise le **formalisme Entité-Association** de **MERISE**. > - Règle d'or : **une information à un seul endroit**. ➡️ Suite : [[Code et Développement/Développement d'Applications/Modèle conceptuel de Données/02_notions_MCD|02 – Les notions du MCD]]