Cours Détaillé sur la Méthode Merise
Auteur: Manus AI Date: 02 Mars 2026
Introduction à Merise
Merise est une méthode de conception, de développement et de réalisation de projets
informatiques. Née dans les années 1970 en France, son objectif principal est de
structurer la communication entre les experts du métier (la maîtrise d’ouvrage) et les
informaticiens (la maîtrise d’œuvre) afin de construire un système d’information qui
réponde précisément aux besoins de l’entreprise. La méthode sépare l’analyse des
données de celle des traitements, une distinction fondamentale qui constitue sa
principale force.
La méthode Merise propose une démarche de conception des systèmes
d’information qui articule trois niveaux d’abstraction (conceptuel,
logique/organisationnel, et physique/opérationnel) et distingue l’étude des
données de celle des traitements. [1]
Cette approche systémique permet de concevoir des systèmes robustes, évolutifs et
alignés sur la stratégie de l’organisation.
Les Niveaux d’Abstraction
Merise décompose le processus de conception en trois niveaux d’abstraction, allant du
plus général au plus détaillé. Cette séparation permet de répondre progressivement
aux questions : Quoi ? Qui ? Où ? Quand ? Comment ?
Modèles
Niveau Abstraction Question Description
Associés
Décrit la logique métier et les
activités de l’entreprise,
indépendamment de toute
MCD,
Conceptuel Métier Quoi ? contrainte technique ou
MCT
organisationnelle. C’est la
vision fondamentale du
système.
Précise comment l’organisation
fonctionne pour réaliser les
Logique / Qui ? Où ? activités décrites au niveau MLD,
Organisation
Organisationnel Quand ? conceptuel. Il intègre les postes MOT
de travail, les responsabilités et
la chronologie des opérations.
Définit les solutions techniques
et informatiques pour
Physique / Comment implémenter le système. Il MPD,
Technique
Opérationnel ? s’agit du choix des SGBD, des MPT
langages de programmation, de
l’architecture matérielle, etc.
1. Le Niveau Conceptuel : Le “Quoi ?”
C’est le cœur de la méthode, la représentation du métier de l’entreprise sans se soucier
des aspects informatiques.
1.1. Le Modèle Conceptuel des Données (MCD)
Le MCD a pour but de représenter la structure des données du système d’information
de manière stable et cohérente. Il modélise les informations et les relations qui
existent entre elles.
Composants du MCD :
Entité : Représente un objet concret ou abstrait du monde réel que l’on souhaite
gérer (ex: CLIENT, PRODUIT, COMMANDE).
Chaque entité possède un identifiant unique (souligné dans les schémas).
Propriété : Une information élémentaire qui décrit une entité (ex: pour l’entité
CLIENT, on peut avoir nomClient , adresseClient ).
Association : Représente un lien sémantique entre deux ou plusieurs entités (ex:
un CLIENT passe une COMMANDE).
Cardinalité : Exprime le nombre minimum et maximum de fois qu’une
occurrence d’une entité peut participer à une association. Les cardinalités sont
notées (min, max) .
0,1 : participation facultative et unique.
1,1 : participation obligatoire et unique.
0,n : participation facultative et multiple.
1,n : participation obligatoire et multiple.
Exemple de MCD :
MCD - Gestion de Commandes
CLIENT
int idClient PK (identifiant)
string nom
string prenom
string adresse
passe
COMMANDE PRODUIT
int idCommande PK (identifiant) int idProduit PK (identifiant)
date dateCommande string libelle
float montantTotal float prixUnitaire
contient concerne
LIGNE_COMMANDE
int quantite
Dans cet exemple, un client peut passer plusieurs commandes (1,n), mais une
commande est passée par un seul client (1,1). Une commande contient au moins une
ligne de commande (1,n), et un produit peut être concerné par plusieurs lignes de
commande (0,n).
1.2. Le Modèle Conceptuel des Traitements (MCT)
Le MCT décrit les activités (traitements) du système en réponse à des événements,
sans se préoccuper de qui les exécute ou comment.
Composants du MCT :
Événement : Fait extérieur au système qui déclenche une ou plusieurs
opérations (ex: Arrivée d'une commande client ).
Opération : Ensemble d’actions exécutées en réaction à un événement. Elle est
ininterrompue.
Processus : Enchaînement d’opérations déclenchées par un ou plusieurs
événements.
Résultat : Ce qui est produit par une opération (ex: Commande enregistrée ,
Facture émise ).
Synchronisation : Condition sur les événements qui doivent être réunis pour
déclencher une opération (ET, OU).
Exemple de MCT :
Un événement Commande à traiter déclenche l’opération Vérifier la commande .
Si la condition Commande valide est remplie, cela produit un résultat qui déclenche
l’opération Préparer la livraison . Sinon, si la condition Commande invalide est
remplie, cela déclenche l’opération Notifier le client .
2. Le Niveau Logique ou Organisationnel : Le “Qui ? Où
? Quand ?”
Ce niveau adapte la conception conceptuelle aux réalités organisationnelles de
l’entreprise.
2.1. Le Modèle Logique des Données (MLD)
Le MLD est la traduction du MCD dans un formalisme adapté aux bases de données
relationnelles. Il s’agit de transformer les entités et associations en relations (tables).
Règles de passage du MCD au MLD :
1. Entités : Chaque entité du MCD devient une table (relation) dans le MLD.
L’identifiant de l’entité devient la clé primaire de la table.
2. Associations (1,1 ou 1,n) : L’association est traduite par l’ajout d’une clé
étrangère. La clé primaire de l’entité avec la cardinalité 1,1 ou 1,n migre
comme clé étrangère dans la table issue de l’entité côté 0,1 ou 0,n .
3. Associations (n,n) : L’association devient une nouvelle table (table de jonction).
Les clés primaires des deux entités liées deviennent des clés étrangères dans
cette nouvelle table. La concaténation de ces deux clés étrangères forme la clé
primaire de la table de jonction.
Exemple de MLD (basé sur le MCD précédent) :
CLIENT (idClient, nom, prenom, adresse)
PRODUIT (idProduit, libelle, prixUnitaire)
COMMANDE (idCommande, dateCommande, montantTotal, #idClient)
LIGNE_COMMANDE (#idCommande, #idProduit, quantite)
Les clés primaires sont soulignées et les clés étrangères sont précédées d’un # .
2.2. Le Modèle Organisationnel des Traitements (MOT)
Le MOT répartit les traitements du MCT entre les différents acteurs et postes de travail
de l’entreprise. Il répond aux questions : Qui fait quoi ? Où ? Et quand ?
Il décompose chaque processus conceptuel en une ou plusieurs procédures
fonctionnelles, en précisant :
Le poste de travail responsable.
La périodicité ou le délai d’exécution.
La nature du traitement (manuel ou automatisé).
3. Le Niveau Physique : Le “Comment ?”
Ce dernier niveau décrit la mise en œuvre technique de la solution.
3.1. Le Modèle Physique des Données (MPD)
Le MPD est la traduction du MLD en un script de création de base de données,
spécifique à un Système de Gestion de Base de Données (SGBD) donné (ex: MySQL,
PostgreSQL, Oracle).
Il inclut :
Le code SQL ( CREATE TABLE ) pour générer les tables.
Les types de données précis pour chaque colonne ( VARCHAR(255) , INT ,
DATETIME , etc.).
La définition des clés primaires, des clés étrangères et des contraintes d’intégrité
(ex: NOT NULL ).
Les optimisations physiques comme les index pour accélérer les requêtes.
3.2. Le Modèle Physique des Traitements (MPT)
Le MPT, aujourd’hui moins formalisé, correspond à l’architecture logicielle et à la
spécification détaillée des programmes ou composants à développer. Il peut prendre
la forme de diagrammes d’architecture, de spécifications de fonctions ou de
maquettes d’interface utilisateur.
Conclusion
Bien que parfois perçue comme une méthode “lourde” face aux approches agiles
modernes, Merise offre une rigueur et une vision d’ensemble qui restent très
pertinentes pour la conception de systèmes d’information complexes et critiques. Sa
séparation claire entre les données et les traitements, ainsi que ses différents niveaux
d’abstraction, en font un outil puissant pour garantir que le système final soit
parfaitement aligné avec les besoins métier de l’entreprise.
Références
[1] Hubert Tardieu, Arnold Rochfeld, et René Colletti. La méthode Merise, principes et
outils (1983). Éditions d’Organisation.