Merise : Introduction & Histoire
Merise est une méthode d’analyse et de conception des systèmes d’information, créée en France dans les années 1970. À cette époque, l’informatique prend de plus en plus de place dans les entreprises, mais chaque projet est mené « à l’ancienne », sans méthode claire. Résultat : beaucoup d’échecs et d’incompréhensions.
Pourquoi une méthode ? Imagine construire une maison sans plan : tu risques de mélanger cuisine et salle de bain ! Merise propose de séparer ce qu’on veut gérer (les données : clients, produits, commandes…) de la façon dont on va les traiter (les actions à faire : vendre, facturer, livrer…).
- Objectif : Faire dialoguer informaticiens et « gens du métier » grâce à des schémas simples et progressifs.
- Un succès français : Merise a été utilisé par l’État, les banques, les grandes entreprises. Aujourd’hui, c’est un passage obligé dans la formation en bases de données en France !
Les Fondamentaux de Merise
Imagine que tu dois organiser une fête : avant de choisir la déco (technique), il faut savoir qui
vient (les données) et qui apporte quoi (les traitements/actions).
Merise fonctionne pareil, en séparant toujours ce que l’on manipule (données) de ce qu’on
fait (traitements), et avance par étapes pour transformer une idée en logiciel robuste.
- Objectif : Comprendre et modéliser le métier AVANT de parler technique.
- Avantage : On évite les malentendus, chacun participe : les experts métier, les développeurs, les chefs de projet.
- Démarche : On part du général vers le détail, étape par étape, comme un architecte qui fait d'abord un plan d'ensemble, puis un plan de chaque pièce.
- On dessine les objets du monde réel (ex : Client, Commande)
- On précise qui est lié à quoi et comment (ex : un client passe des commandes)
Exemple d’un MCD pour une bibliothèque.
- On transforme le dessin en tables pour la base de données
- On gère les clés primaires et étrangères (ex : chaque commande est liée à un client)
Le MLD, version “tables”.
- On prépare la base finale, prête à l’emploi dans le logiciel
- Chaque colonne a un type précis (INT, VARCHAR…), tout est “prêt à coder”
MPD : le modèle physique pour le développeur.
Le Modèle Conceptuel de Données (MCD)
Le MCD sert à dessiner une carte du monde réel, sans se soucier de l’informatique.
Exemple pour une bibliothèque :
- Entités : Livre, Lecteur, Emprunt
- Relations : Un Lecteur peut emprunter plusieurs Livres ; un Livre peut être emprunté par plusieurs Lecteurs (mais à des dates différentes)
- Astuces pour bien faire un MCD :
- Utilise un vocabulaire métier, simple et sans jargon technique
- Travaille sur papier ou avec un outil graphique, surtout en groupe !
- Demande à une personne du métier de valider le schéma
Le Modèle Logique de Données (MLD)
Le MLD traduit le MCD en tables et clés, version base de données relationnelle.
Exemple pour la bibliothèque :
- Table Livre : id, titre, auteur
- Table Lecteur : id, nom, prénom
- Table Emprunt : id, id_livre, id_lecteur, date
Le Modèle Physique de Données (MPD)
Le MPD est la version 100% informatique, directement prête à être exécutée sur le SGBD (SQL). On y
précise chaque type, chaque clé, chaque contrainte.
Exemple SQL :
CREATE TABLE Livre (
id INT PRIMARY KEY,
titre VARCHAR(200),
auteur VARCHAR(120)
);
CREATE TABLE Lecteur (
id INT PRIMARY KEY,
nom VARCHAR(100),
prenom VARCHAR(100)
);
CREATE TABLE Emprunt (
id INT PRIMARY KEY,
id_livre INT,
id_lecteur INT,
date DATE,
FOREIGN KEY(id_livre) REFERENCES Livre(id),
FOREIGN KEY(id_lecteur) REFERENCES Lecteur(id)
);
Le Modèle Conceptuel des Traitements (MCT)
Le MCT modélise les actions et processus de l’entreprise (ce qu’on fait, dans quel ordre, avec
quelles données).
Exemple pour la bibliothèque : Valider un nouvel emprunt, rendre un livre, envoyer une relance, etc.
Schéma-type : diagramme de flux (qui fait quoi, quand, avec quelles infos)
Les démarches et cycles de Merise
Merise fonctionne par « cycles » : chaque modèle (MCD, MLD, MPD…) s’enrichit au fil de la compréhension du métier et des retours utilisateurs.
- Cycle d’analyse : on discute avec les utilisateurs, on observe comment ils travaillent.
- Cycle de conception : on transforme le métier en modèles.
- Cycle de réalisation : on code, on teste, on déploie !
