Chapitre 3: la méthode MERISE

Iman EL MIR
Iman.08.elmir@gmail.com

A.U: 2019/ 2020

Contenu du chapitre
 Introduction générale à la méthode MERISE
 Les avantages et les inconvénients de MERISE
 La démarche MERISE (cycle de vie d’un SI)
 Les niveaux d’abstraction
 Les modèles MERISE

2
Introduction

Les méthodes d’étude des systèmes d’information ont pour

objectif de décrire ces systèmes à l’aide de modèles, puis de
réaliser les systèmes informatisés qui en découlent. MERISE
est une de ces méthodes.
MERISE : Méthode d’Etude et de Réalisation Informatique pour
les Systèmes d’Entreprise

3
La méthode MERISE

MERISE est une méthode qui permet de construire un système

d’information automatisé qui soit efficace, flexible et adapté à
l’entreprise. C’est une méthode née en 1976.

4
La méthode MERISE
 MERISE est une méthode d'analyse spécialement conçue pour
l'informatique de gestion. Gérer informatiquement une
entreprise consiste à représenter informatiquement, le plus
souvent sous forme de base de données et de logiciels de
gestion, le système d'information de l'entreprise.
 Le système d'information est l'ensemble des données et des
traitements ayant une importance pour la gestion de
l'entreprise.
 Les données peuvent être par exemple, des informations sur les
clients, sur les produit vendus ou fabriqués, sur les salariés de
l'entreprise, etc... Ces données sont en générale stockées dans
une (ou des) base(s) données.

5
La méthode MERISE
 Les traitements consistent à mettre à jour la (ou les)
base(s) de données en fonctions des évènements se
produisant dans la vie de l'entreprise.
 MERISE permet à la fois de modéliser les données et
les traitements d'un système d'information, d'un point
de vue conceptuel.
 Dans ce cours nous introduisons le modèle
conceptuel des données, qui doit aboutir finalement à
la conception de la base de données d'une entreprise.

6
MERISE: Les points forts
 La méthode s’appuie sur une approche systémique: c’est donc
une approche globale.
 Elle est fortement adaptée aux grands projets d’informatisation
de SI.
 Les concepts sont peu nombreux et simples.
 Elle est très indépendante vis-à-vis de la technologie.
 Elle reste un standard de fait dans les pays francophones dans
les domaines de gestion.
 Elle sert de référence aux enseignements sur les méthodes.

7
MERISE : les points faibles
 Elle ne s’occupe pas de l’interface utilisateur.
 Elle est très adaptée à un contexte de création d’application
mais pas forcément à un problème de maintenance ou de
seconde informatisation.
 Elle ne permet pas une validation rapide de la part des
utilisateurs.
 Elle est d'avantages destinée à des sites centraux plus qu’à des
développements en temps réel, ou sur ordinateur.
 Il est très difficile de valider les traitements par rapport aux
données et cela au niveau conceptuel ou organisationnel.

8
Alors pourquoi MERISE?
 Aujourd’hui trois pôles sont à distinguer dans la conception des
systèmes d’information:
 Les processus métier
 Les logiciels
 Les base de données
 Si la conception de logiciel est dominé par l’orienté objet (
méthodes basées sur UML), les bases de données restent elles
fortement relationnelles.
 Par ailleurs, la conception des bases de données devient de plus
en plus indépendante de la conception du logiciel.

9
Que faire alors?

Un mélange des deux: une démarche basée sur des méthodes

traditionnelles, comme MERISE pour l’aspect conceptuel, et
plus modernes, comme le UML pour produire des prototypes,
est un compromis avantageux pour la conception d’applications
informatiques.

10
Les composantes de MERISE
 Des modèles (concepts, règles de représentation)
 Un langage (vocabulaire, règles de syntaxe)
 Une démarche
 Des outils( des logiciels tels que AMC Designor, Win Design,
AnalyseSI)
 Elles permet de représenter les composantes d’un SI ( les
acteurs, les données, les traitements, les procédures, les postes
de travail, etc.)
Ceci afin de concevoir, réaliser et mettre en place une
nouvelle informatisation.

11
 La validation en cours de l’étude par des personnes
concernées permet d’assurer que le système en train
de construction conforme aux objectifs. Si on ne
respecte pas les étapes de validation on risque de
produire des applications loin de la demande initiale
ce qu’on nomme « l’effet tunnel ». Sans oublier que
les applications développées sont destinées aux
utilisateurs et non au plaisir des informaticiens.

12
Principes de bases de Merise
 De l’abstraction à la réalisation d’un Système
d’information, on va devoir observer sous plusieurs
angles de vues l’organisation que l’on étudie.
 Ces angles de vues sont appelés cycles.
 MERISE présente dans sa démarche d’analyse trois
cycles fondamentaux :
 le cycle d’abstraction,
 le cycle de vie ,
 le cycle de décision.

13
 La démarche MERISE (cycle de vie d’un SI)
Approche globale du SI Schéma directeur
Etude des différents solutions possible puis choix Etude préalable
Complément des spécifications du domaine ( dossier de Etude détaillée
spécifications fonctionnelles ou cahier des charges
utilisateurs)
Spécifications techniques complètes ( dossier de Etude technique
spécifications techniques ou cahier des charges de
réalisation)
Ecriture des programme Production logicielle
Tests, essais, formation utilisateur Mise en service
Corrections et adaptations du logiciel Maintenance
Contrôle de conformité des résultats par rapport aux Contrôle de qualité,
demandes recette

14
Schéma Directeur
 Etude globale du SI: Découpage en domaines
 Buts:
 Définir les grandes orientations politiques et stratégiques de
l’entreprise
 Définir les besoins en SI en fonction de la stratégie de l’entreprise
 Fixer les cadres budgétaires, la stratégie des besoins en personnel
et les contraintes diverses liées à l’environnement
 Fixer les lignes directrices des développements informatiques
 Définir les projets nécessaires à l’élaboration ou l’évolution du SI
 Documents produits:
 Le schéma directeur
 Le plan de développement informatique

15
Etude préalable
Comporte
 Une analyse critique du système existant (physique, organisationnel,
conceptuel),
 Les objectifs du nouveau système ( conceptuel, organisationnel),
 Les différents scénarios de solutions informatiques,
 Une évaluation des coûts et moyens nécessaires,
 Un planning de réalisation
Se traduit
 Par un dossier d’étude préalable ou dossier de choix.
Aboutit
 Au choix d’une solution par la direction.

16
Etude détaillée
Permet
 De préciser l’organisation détaillée de la solution retenue,
 De définir logiquement les données et les traitements informatiques
de la solution,
 De définir les interfaces: écrans, états de sortie,
 De construire le planning de réalisation.
Se traduit par
 Un cahier des charges de l’application (contrat vis-à-vis des
utilisateurs),
 Un dossier d’étude détaillée pour les analystes-programmeurs,
 Un cahier des charges matériel/logiciel pour appel d’offres.

17
Etude détaillée: conception
 Deux phases s’enchaînent lors de la conception:
 La conception générale donnant une description complète du futur
système d’information
Dossier de conception générale
 La conception détaillée donnant une description complète (et
vérifiée) du futur système d’information dans l’environnement
cible
Dossier de conception détaillée

18
L’Étude Technique
Effectue
 La spécification technique (niveau physique):
 Structure physique des données
 Décomposition de l’application en programmes
 Dessine d’écrans et des états de sortie
 La production des programmes
Fournit
 Une documentation technique (maintenance des programmes),
 Une documentation utilisateur (manuel d’utilisation de l’application)
 Manuel d’exploitation pour le service exploitation sur gros sites
informatiques).

19
La production logicielle
 Elle décrit un projet dans une forme interprétable par la
machine.
 Elle comprend :
 La génération des fichiers ou bases de données
 L'écriture des programmes
 Les tests de mise au point.

20
La mise en service
 Elle comprend:
 La mise au point d'un planning d'installation
 La création et le chargement des informations de base
 La formation des utilisateurs
 La migration

21
La maintenance
 La maintenance du SI qui consiste à adapter aux évolutions de
l’environnement: correction des anomalies, améliorations,
évolutions.
 C'est la prise en compte des évolutions apparaissant après le
lancement opérationnel.
 Elle comprend :
 L'étude de l'impact des modifications
 La spécification des modifications
 La réalisation
 La mise en service
 Elle peut parfois aboutir à une remise en cause de la solution
précédemment mise en place.

22
Le cycle de vie global Merise

23
Données-Traitements-Flux
 La méthode MERISE est basée sur la séparation des données et
des traitements à effectuer:
 On dira statique en parlant des données et dynamique pour les
traitements.
 La méthode MERISE traite aussi les flux d’information du SI.

24
Les niveaux d’abstraction

NIVEAU DONNEES TRAITEMENT

Conceptuel MCD MCT

Modèle Conceptuel des Modèle Conceptuel des
Données Traitements

Organisationnel MLD MOT

Modèle Logique des Modèle Organisationnel des
Données Traitements

Physique MPD MOPT

Modèle Physique des Modèle Opérationnel des
Données Traitements

25
Méthode MERISE : Niveau Conceptuel
Réponse à la question : QUOI ?

-Qu’est ce qu’on va gérer -Qu’est ce qu’on va réaliser

comme données, comment comme traitement
sont elles organisées

Modèle Conceptuel Modèle Conceptuel de

de Données (MCD) Traitements (MCT)

-La définition sémantique des -La reconnaissance des

données permet l’appréhension traitements fondamentaux
complète des informations met en évidence les objectifs du
système
26
Méthode MERISE : Niveau Logique
Réponse à la question: QUI ? QUAND ? OU ?

- Description du système, - Description indépendante

indépendamment du logiciel de la machine
SGBD -Structuration en procédure
-Passage ‘automatique’ au
modèle relationnel

Modèle Logique de Modèle Logique de

Données (MLD) Traitements (MLT)

Validation et Optimisation du MLD par rapport aux traitements

27
Méthode MERISE : Niveau Physique
Réponse à la question : COMMENT ?, AVEC QUOI

-Description interne des données -Description de l’architecture

en fonction du logiciel SGBD des traitements
-Définition des contraintes, -Spécifications détaillées de la
structures d’accès, etc.. programmation (Algorithmes)

Modèle Physique de Modèle Physique de

Données (MPD) Traitements (MPT)

28
 Les niveaux d’abstraction
NIVEAU QUESTION TRAITEMENT DOMAINE
Conceptuel Que faire? -données manipulées Gestion
-règles de gestion
-enchaînement des traitements
Organisationnel Qui fait quoi? -partage des tâches Organisation
Quand? -mode de traitement
Où? -répartition géographique des
traitements
-organisation des données
Physique Comment? -programmes Technique
-logiciels
-matériels

29
Les modèles MERISE
Données Traitements Flux

conceptuel
MCD : signification des MCT : activité du
Niveau MCF : relations
Système d'information

informations sans domaine sans préciser les

entre le domaine
e et le
contraintes techniques ou ressources ou leur
reste du SI
économiques organisation
organisationnel

MOD : signification des MOT : fonctionnement

Niveau

informations avec du domaine avec les MOF : relations

contraintes techniques ou ressources utilisées et leur entre les acteurs
économiques organisation

MLT : fonctionnement du
Système d'information

MLD : description des

logique
Niveau

domaine avec les MLF : relations

données en tenant compte de
ressources utilisées et leur entre les systèmes
informatisé

leurs conditions et des

organisation informatiques
techniques de mémorisation
informatique
Physique
Niveau

MPD : description de la ou MPT : Architecture

MPF : supports
des BD dans la syntaxe du technique des
techniques des flux
SGF ou du SGBD programmes

30
Modèles des niveaux Merise

31
Conclusion
L’apprentissage de Merise, comme de toute autre
méthode ne peut se faire que par la pratique. Cette
pratique doit être également faite par le biais
d’Ateliers de Génie Logiciel (AGL) qui constituent
une aide véritable pour le concepteur. Ces AGL ne
remplacent nullement l’homme et réclament de la part
de ceux qui les utilisent, une connaissance suffisante
de la méthode.

32