MERISE 01 Introduction

La mthode MERISE
1 : Introduction
Bertrand LIAUDET
BIBLIOGRAPHIE
La mthode MERISE. Tome 1 : Principes et outils, Les ditions dorganisation, 1986.

Tardieu, Rochfeld, Colletti.
La mthode MERISE. Tome 2 : Dmarche et pratiques, Les ditions dorganisation, 1985.

Tardieu, Rochfeld, Colletti, Panet, Vahe.
Ingnirie des systmes dinformation : Merise - Deuxime gnration, , Eyrolles, 2001,

4me dition (ISIM). Nanci, Espinasse.
Ingnirie des systmes dinformation, sous la direction de Corine Cauvet et Camille

Rosenthal-Sabroux, Hermes, 2001.
SOMMAIRE
INTRODUCTION 4
1. Gnie Logiciel vs Ingnierie des systmes dinformation 4
Gnie logiciel - Software 4

Ingnierie des systmes dinformation - Brainware 5
Relations entre software engineering et brainware engineering 6
2. Gnralits sur la mthode 7
Dfinition 7
Mthode et mthodologie 7
Intrt de la mthode 7
Comment pallier la non matrise des oprations complexes 8
Application la pdagogie : bottum-up et top-down 8
3. Mthode analytique vs mthode systmique 9
Mthode analytique 9
Brve prsentation de la mthode systmique 11
4. Dveloppement dun logiciel : Les 4 distinctions capitales 12
MERISE Introduction page 1/37 - Bertrand LIAUDET

Premire distinction : Dveloppement = Conception + Ralisation 12
Deuxime distinction : Conception = Analyse fonctionnelle + Analyse
organique 13
Troisime distinction : Analyse organique = Architecture systme + Analyse
dtaille 14
Quatrime distinction : donnes versus traitements : lanalyse des donnes. 14
5. Le cycle en V 15
Prsentation 15
La production des documents 18
Ralisation et langage de programmation 20
Cycle en V et analyse des donnes 20
6. Du cycle en V aux mthodes agiles (SCRUM) 21
Principal dfaut du cycle en V : le rsultat apparat la fin 21

Evolution du cycle en V : modle en W, le modle volutif et le modle en
spirale 21
Mthodes Agiles - Exemple : la mthode SCRUM 21
7. Systme dinformation 22
Prsentation 22
Schma thorique dun systme dinformation 22
Distinction entre SIO et SII 23
Distinction entre systme entreprise et systme logiciel 24
Notion dacteur 24
8. La mthode MERISE 25
Dfinition 25
Historique 25
Les 3 cycles de la dmarche MERISE 26
La distinction entre donnes et traitements 26
Le cycle dabstraction 26
Le cycle de vie 29
Le cycle de dcision 30
Les plans types 31
MCD, MEA clarification sur la modlisation et les diffrents types de
modles 33
Etapes dtailles de la construction dun modle des donnes selon la mthode
MERISE 35
9. MERISE aujourdhui 36
Offre demploi 2012 36
10. Questions de cours 37

Edition novembre 2016

INTRODUCTION
Il est facile de dcrire la mthode MERISE, encore que son application exige coup sr
savoir et pratique.
MERISE : cest une mthode systmique de conception des systmes dinformation. Elle est
en relation avec le dveloppement des bases de donnes relationnelles (SQL).
Conception : cest une partie du dveloppement du logiciel.
Systme dinformation : cest un ou plusieurs logiciels manipulant un ensemble

dinformations structures cohrentes. Par exemple : lintra de lINSIA : des cours, des lves,
des profs, des horaires, des projets, des groupes, des notes, etc. On peut les consulter, les crer,
les modifier, les dtruire.
Avant de prsenter la mthode MERISE, on va prsenter quelques notions gnrales sur la

mthode, la conception et le systme dinformation.
1. Gnie Logiciel vs Ingnierie des systmes dinformation
Gnie logiciel - Software
Le terme de gnie logiciel (software engineering) est n en Europe la fin des annes 60.
Le G.L vise transformer les besoins et attentes des utilisateurs en une application informatique.
Besoins et attentes Application informatique
Quoi : software
Qui : les informaticiens.
Le G.L. regroupe :
Des METHODES (organisation du travail)

Des TECHNIQUES (langages de programmation, documentation des programmes)
Des OUTILS (compilateurs, systmes de gestion de la documentation) de dveloppement
du logiciel.

Ingnierie des systmes dinformation - Brainware
Ingnierie des systmes dinformation
Le terme dingnierie des systmes dinformation (requirement engineering) est n au dbut

des annes 90.
L I.S.I vise transformer les besoins et attentes des utilisateurs en spcifications formalises
dune future application informatique.
Besoins et attentes Spcifications formalises
Quoi : brainware
Qui : les informaticiens, les gestionnaires et les autres utilisateurs du systme dinformation
L I.S.I. regroupe :
Des METHODES dorganisation du travail de spcification : MERISE

Des TECHNIQUES de modlisations : MCD, MLD, etc.
Des OUTILS de modlisation et de spcifications : logiciel WinDesign, logiciel AMC
designer
utiliss pour le dveloppement des spcifications.
Le brainware
Le concept de brainware, trs peu usit, a t introduit par Tosio Kitagawa en septembre 1974
dans le n39 des Research Report of Research Institute of Fundamental Information Science.
Le brainware est la fondation intellectuelle qui fonde le software.
Le brainware est un matriau (ware) en ce sens que cest un stock objectif de connaissances et
dinformations.
On peut donc distinguer entre :
software ingenering - brainware ingenering

Relations entre software engineering et brainware engineering
Mtier
Gestionnaire - utilisateur
Systme dinformation
Besoins Applications
Brainware Sofware
Ingnierie des spcifications Gnie logiciel
Systmes dinformation
ISIM, p. 2

2. Gnralits sur la mthode
Dfinition
Une mthode cest une procdure (cest--dire la suite des oprations) mise en uvre pour
arriver un but.
Mthode et mthodologie
La mthodologie est la science des mthodes.
Par abus de langage, on parle souvent de mthodologie quand on devrait simplement parler de
mthode, comme on parle de technologie quand on pourrait simplement parler de technique.
La mthodologie cest un programme formel qui rgle lavance une suite doprations
raliser pour arriver un rsultat en signalant les difficults contourner.
Cest en gnral le rsultat de principes thoriques et de retour dexprience.
La mthodologie est une connaissance trs concrte et qui semble abstraite car elle dcrit la
mise en uvre concrte doprations complexes. Si la matrise concrte de ces oprations
complexes nest pas acquise, la mthodologie paratra dautant plus abstraite.
Cest [ la mthode ] que lon place le plus souvent en tte dans les coles, comme
propdeutique des sciences, alors que, selon le parcours de la raison humaine,
elle est lultime tape, laquelle la raison parvient uniquement quand la science
est dj termine depuis longtemps et na plus besoin que de la dernire main
pour tre mise en ordre et atteindre la perfection. Car il faut que lon connaisse
les objets dj un assez haut degr, si lon veut indiquer les rgles selon
lesquelles une science sen peut mettre en uvre.
Critique de la raison pure, 1781, Emmanuel Kant (1724-1804)
Introduction de la logique transcendantale
Intrt de la mthode
Lintrt dune mthode est que si on la suit correctement, on a plus de chance darriver au but,
mme si on ne matrise pas bien les oprations individuelles mettre en uvre.
La mthode permet aussi une sparation des tches et des comptences.

Comment pallier la non matrise des oprations complexes
Pour pallier la non matrise des oprations dcrites dans la mthode, il faut acqurir un savoir
suffisant sur ces oprations.
Nom, image, science et pratique chez Platon
Le savoir chez Platon se dcline en 4 parties : le nom, limage, la science et la pratique
Le nom
Cest la simple connaissance du nom des oprations et des dfinitions. Cest une connaissance
trs limite mais cest toujours mieux que rien !
Limage
Cest une connaissance par reprsentation image. Il sagit dune connaissance par lexemple.
La comprhension dun exemple est souvent une tape ncessaire pour arriver un comprendre
quelque chose !
La science
Cest la connaissance thorique systmatique. Elle passe par une matrise des concepts et des
oprations en jeu.
La pratique
Cest la connaissance quon acquiert en pratiquant les oprations, mme si on ne les comprend
pas ! La pratique conduit forcment une connaissance par nom minimum et une connaissance
par image.
Application la pdagogie : bottum-up et top-down
Il existe fondamentalement deux types de pdagogie : bottum-up et top-down.
Pdagogie top-down
Cest la pdagogie universitaire classique : on part du nom, on monte la science en prsentant

des images des diffrentes notions abordes. Pour finir, on met en pratique la science acquise.
Cest une pdagogie thorique
Pdagogie bottum-up
Cest une pdagogie par la pratique. On part dabord de la pratique pour remonter ensuite la
science.
Cest une pdagogie pratique.

3. Mthode analytique vs mthode systmique
Mthode analytique
Principe : du gnral au particulier
La mthode analytique est la mthode de dcomposition classique : elle consiste aller du

gnral au particulier.
Le principe est de diviser pour rgner . Cest une dtournement de la signification dorigine
de lexpression qui est politique, mais qui donne une bonne image, par une formule, du principe.
Discours de la mthode
On retrouve les fondements de la mthode analytique chez Descartes :
Certains chemins m'ont conduit des considrations et des maximes dont j'ai
form une mthode par laquelle il me semble que j'ai moyen d'augmenter par
degrs ma connaissance, et de l'lever peu peu au plus haut point
Au lieu de ce grand nombre de prceptes dont la logique est compose, je crus que
j'aurais assez des quatre suivants, pourvu que je prisse une ferme et constante
rsolution de ne manquer pas une seule fois a les observer.
Le premier tait de ne recevoir jamais aucune chose pour vraie que je ne la
connusse videmment tre telle; c'est--dire, d'viter soigneusement la
prcipitation et la prvention, et de ne comprendre rien de plus en mes jugements
que ce qui se prsenterait si clairement et si distinctement mon esprit, que je
n'eusse aucune occasion de le mettre en doute.
Le second, de diviser chacune des difficults que j'examinerais, en autant de
parcelles qu'il se pourrait, et qu'il serait requis pour les mieux rsoudre.
Le troisime, de conduire par ordre mes penses, en commenant par les objets
les plus simples et les plus aiss connatre, pour monter peu peu comme par
degrs jusques la connaissance des plus composs, et supposant mme de
l'ordre entre ceux qui ne se prcdent point naturellement les uns les autres.
Et le dernier, de faire partout des dnombrements si entiers et des revues si
gnrales, que je fusse assur de ne rien omettre.
Discours de la mthode, 1637, Descartes (1596-1650)
Ce discours met en avant quatre principes :
1. Lvidence contre les prjugs pour dcrire la ralit.

2. Lanalyse : La division du tout en partie.
3. La synthse : la reconstruction du tout partir des parties.
4. La totalit : ne rien omettre.

Lanalyse descendante et ses tapes
La bonne mthode consiste diviser le tout en parties, puis raliser les parties, avant de les
rintgrer toutes ensembles. Cest lanalyse descendante.
Les tapes sont les suivantes :
1. Partir de la ralit : le problme traiter.

2. Sen faire une ide claire et complte.
3. Diviser cette ide en parties.
4. Construire les parties une par une.
5. Intgrer les parties toutes ensemble.
Les erreurs de mthode
Ne pas partir du tout
Une erreur classique consiste ne pas partir du tout, mais partir directement des parties. Cest
lanalyse ascendante : on part de ltape 4.
Le dfaut de cette mthode est que labsence danalyse initiale de lide de la totalit va
conduire des grandes difficults au moment de lintgration des parties.
Se tromper sur le tout
En appliquant lanalyse descendante, on peut aussi se tromper en appliquant mal ltape 2.
Lide quon se fait du problme traiter est incomplte ou fausse. En consquence de quoi
lintgration des parties ne pourra pas donner un bon rsultat.

Brve prsentation de la mthode systmique
Systmique et systme dinformation
La science des systmes, ou systmique, est lorigine du dveloppement de la notion de

systme dinformation.
Principe : la recherche dinvariants
La mthode systmique consiste analyser le systme non pas par fonction, mais par structure.
Pour analyser la structure, on recherche les invariants au niveau fonctionnel.
Ces invariants sont la structure du systme :
les donnes brutes : elles aboutissent au modle des donnes

les rgles dorganisation : elles aboutissent au modle des traitements.
Ces invariants permettent la modlisation : la reprsentation du rel par un modle.
Caractristiques des systmes tudis par la systmique
Ils ont un projet identifiable : cest lhypothse tlologique (tlos = finalit)

Ils sont ouverts sur leur environnement : cest lhypothse douverture.
Ils sont dcrits totalement, dans lespace et le temps : cest lhypothse structuraliste.
Caractristiques des systmes ouverts
La rtroaction : la rtroaction consiste ce que les informations en sortie du systme

reviennent en entre dans le systme.
Equifinalit : les mmes consquences peuvent avoir des origines diffrentes.
La simulation : du fait de la rtroaction et de lquifinalit, les systmes ouverts studient
avec des simulations.

4. Dveloppement dun logiciel : Les 4 distinctions capitales
Il y a quatre distinctions capitales dans le dveloppement dun logiciel.
Premire distinction : Dveloppement = Conception + Ralisation
Le dveloppement se compose de deux activits quon peut distinguer : la conception et la

ralisation.
La conception consiste comprendre et prvoir ce quil a faire.

La ralisation consiste faire concrtement ce quil y a faire.
La distinction entre la conception et la ralisation est une faon dorganiser la division du

travail.
Le premier principe de la mthode consiste considrer ces deux activits comme deux tapes
successives :
Conception Ralisation
t=0 t=fin temps
Le projet se droule dans le temps : il commence avec la conception, il se termine avec la

ralisation.
La division du travail consiste mettre en vidence les tapes de la ralisation dun logiciel.

Deuxime distinction : Conception = Analyse fonctionnelle + Analyse organique
La conception se divise en deux parties :
Lanalyse fonctionnelle (ou analyse gnrale, ou spcifications fonctionnelles) dabord.

Lanalyse fonctionnelle soccupe des fonctions (ou des services) que le systme offre ses
utilisateurs.
Lanalyse organique (ou analyse technique) ensuite. Lanalyse organique soccupe de la
faon dont sera construit le systme pour rpondre aux attentes de lanalyse fonctionnelle.
Analyse fonctionnelle Analyse organique Ralisation
t=0 t=fin temps
ANALYSE FONCTIONNELLE ANALYSE ORGANIQUE

EXTERNE INTERNE
Le QUOI Le COMMENT
Fonctionnel Technique
Point de vue de lutilisateur et du Point de vue de linformaticien et
client, le matre douvrage, MOA : du matre duvre, MOE: celui
celui qui commande le logiciel. qui ralise le logiciel
Build the right system Build the system right
Avec cette distinction, on fait apparatre :
le point de vue de lutilisateur : le matre douvrage (lutilisateur, le client)

le point de vue de linformaticien : le matre duvre.
Pour lutilisateur, ce qui compte, cest lusage du systme : les cas dutilisation (vocabulaire
UML). Lanalyse fonctionnelle permettra de modliser lensemble des cas dutilisation.
Pour linformaticien, ce qui compte cest larchitecture interne du systme.
Lanalyse fonctionnelle garantit quon va bien faire ce qui est demand : rpondre aux exigences
du client.
Lanalyse organique garantit que ce quon va faire, on va bien le faire.

Troisime distinction : Analyse organique = Architecture systme + Analyse dtaille
Lanalyse organique se divise en deux parties :
Larchitecture systme (ou analyse organique gnrale): elle soccupe de lorganisation

des sous-systmes logiciels et matriels du systme complet.
Lanalyse dtaille (ou analyse organique dtaille, ou spcifications dtailles) : elle

soccupe de toute lorganisation des composants concrets du systme : organisation des
fonctions, des bibliothques, des classes, des packages, des crans, des fichiers, des
rpertoires, etc.
Les fonctions informatiques apparaissent ce niveau avec au moins les en-ttes. On peut
aller jusquaux principes de rsolution des algorithmes voir jusquaux algorithmes
dtailles.
Quatrime distinction : donnes versus traitements : lanalyse des donnes.
Les trois distinctions prcdentes sont centres sur la question des traitements.
La dernire distinction est celle qui est faites entre les donnes et les traitements.
Les donnes seront analyses pour elle-mme, indpendamment des traitements quon leur
appliquera.

5. Le cycle en V
Prsentation
Principes
Le cycle en V cest une mthode classique de dveloppement du logiciel.
Dans cette mthode, la conception et la ralisation forment les deux branches du cycle en V :
Conception Ralisation
Ces deux tapes sont dtailles en reprenant les 3 premires distinctions abordes
prcdemment et en ajoutant des distinctions dans la ralisation :
Analyse fonctionnelle Recette
Architecture systme Tests dintgration
Analyse dtaille Tests unitaires
Codage
t=0 t=fin temps
Conception = Analyse fonctionnelle + Architecture systme + Analyse dtaille.
Ralisation = Codage + Tests unitaires + Tests dintgration + Recette.

Relations horizontales
Cest le lien entre les tapes de chaque branche qui justifie le cycle en V :
Quand on fait lanalyse fonctionnelle, on peut prparer la procdure de recette.

Quand on fait larchitecture systme, on peut prparer les tests dintgration des sous-
systmes.
Quand on fait lanalyse dtaille, on peut prparer les tests unitaires
Ainsi, cela permettra, en cas de problme de test (unitaire, dintgration ou de recette), de

revenir facilement la partie de la conception laquelle le problme correspond.
Analyse fonctionnelle Recette
Architecture systme Tests dintgration
Analyse dtaille Tests unitaires
Codage
t=0 t=fin temps

Relations cycle en V, MOA, MOE, fonctionnel, technique
La MOA produit le cahier des charges qui est en entre du cycle en V.
MOA
Cahier des charges Fonctionnel
Externe
MOE
Analyse fonctionnelle Recette Fonctionnel
Externe
MOE
Architecture systme Tests dintgration Technique
Interne
MOE
Analyse dtaille Tests unitaires Technique
Interne
MOE
Codage Technique
Interne
t=0 t=fin temps

La production des documents
Le cycle en V correspond aussi un cycle de consommation et de production des documents.
Les activits du cycle en V utilisent les documents des activits prcdentes et produisent des
documents qui seront utiliss aux tapes suivantes : ltape immdiatement suivante dans le
cycle en V et ltape de mme niveau dans le cycle en V.
Le client (matre douvrage) produit le cahier des charges.
Lanalyse fonctionnelle se base sur le cahier des charges.
Elle aboutit un document danalyse fonctionnelle. Ce document pourra tre valid par le client
de faon vrifier la bonne comprhension du cahier des charges par linformaticien. Ce
document servira dentre pour larchitecture et lanalyse dtaille.
Elle aboutit aussi un document de recette et au manuel utilisateur. Le document de recette

servira dentre pour la recette. Le manuel utilisateur servira au client une fois le produit livr.
Larchitecture se base sur le document danalyse fonctionnelle et ventuellement sur le cahier

des charges.
Elle aboutit une document darchitecture et un document dintgration.
Lanalyse dtaille se base sur le document danalyse fonctionnelle et sur le document

darchitecture. A ce niveau, on nutilise plus le cahier des charges. Elle aboutit un document
danalyse dtaille et un document de test unitaire.
Remarques
Lanalyse fonctionnelle produit aussi un document de recettes qui sera utilis la fin par
lactivit de recette.
Larchitecture produit aussi un document dintgration qui sera utilis par lactivit
dintgration.
Lanalyse dtaille produit aussi un document de tests unitaires qui sera utilis par lactivit de
tests unitaires.

Cahier des charges
Matre d'ouvrage - Client

Analyse Fonctionnelle
Document d'Analyse Fonctionnelle
Architecture
Document d'Architecture
Matre d'oeuvre - Informaticien
Analyse dtaille
Document d'Analyse dtaille
Codage
Cycle de la documentation

Ralisation et langage de programmation
Une fois la conception termine, on passe la ralisation.
La ralisation peut se faire avec nimporte quel langage.
Toutefois, dans le cas dun SI centr sur une base de donnes, on utilisera probablement le SQL
pour la partie directement lie la base de donnes.
Pour linterface utilisateur, on utilisera indiffremment des langages directement (C, Java, php,
etc.), mais aussi des framework (Zend, Symfony, etc.) ou des environnements de
dveloppement rapide du type de 4D (quatrime dimension) ou de Oracle Database XE
(freeware depuis mars 2006).
Cycle en V et analyse des donnes
Le cycle en V ne prend pas explicitement en compte lanalyse des donnes des donnes.
Lanalyse des donnes peut tre considre comme une partie de chaque tape de la conception.
On commence au niveau de lanalyse fonctionnelle : cest le MCD MERISE et le diagramme
des classes mtier.
On continue au niveau de larchitecture : cest le MOD MERISE.
On finit au niveau de lanalyse dtaille : cest le MLD et MPD MERISE et le diagramme de

classes dtaill.

6. Du cycle en V aux mthodes agiles (SCRUM)
Principal dfaut du cycle en V : le rsultat apparat la fin
Si le cycle en V est appliqu sur tout le projet, on ne verra le rsultat final quau cours de la
recette, la dernire tape du projet.
Cela risque de crer des dceptions !
Evolution du cycle en V : modle en W, le modle volutif et le modle en spirale
Diffrents modles sont apparus ds les annes 80 comme volutions du cycle en V pour
corriger ce dfaut.
Elles reposent sur lide que les besoins ne peuvent sexprimer et/ou tre confirme quaprs
une exprimentation, mme sur un systme rudimentaire ou incomplet.
Ces volutions permettent la production de prototype.
Ces mthodes seront itratives et / ou incrmental.
http://romy.tetue.net/mona-lisa-agile
Une itration cest une premire esquisse grossire du projet complet qui sera affine
litration suivante.
Un incrment cest un morceau du projet.
Chaque itration et/ou incrment peut fonctionner en suivant, plus ou moins, le cycle en V.
Si les besoins sont amens voluer, on sarrte quand le client juge le systme satisfaisant.
La mthode Agile est lvolution la plus abouti du cycle en V.
Mthodes Agiles - Exemple : la mthode SCRUM
Principes
Itratif
Incrmental
Adaptatif
Livraisons rgulires de versions oprationnelles (les sprints )
Accepter le changement

7. Systme dinformation
Prsentation
La notion de systme dinformation est une notion issue de la science des systmes (ou
systmique).
Un systme est un ensemble d'lments relis entre eux et compris dans un ensemble plus
grand.
Le systme dinformation est une reprsentation possible de nimporte quel systme,
notamment de tout systme humain organis.
Les systmes dinformation prexistent donc linformatique.
Schma thorique dun systme dinformation
Lanalyse systmique permet darriver la modlisation suivante de lentreprise :
Environnement
Entreprise / Organisation
Systme de pilotage
Communication Crat. / Modif / Suppres.
Systme dinformation
Traitement Mmorisation
Communication
Systme oprant
: flche des flux dentre et de sortie du systme oprant
La communication : consiste consulter, insrer, supprimer, modifier des donnes dans des
cadres dj dfinis (consulter, insrer, supprimer, modifier les tuples des tables de la BD par
exemple).
La cration / Modification / Suppression : consiste crer, modifier ou supprimer les cadres

(les tables de la BD par exemple).

Le systme oprant SOP - est le sige de lactivit productive de lentreprise. Cette activit
consiste en une transformation de donnes en entre (les flux primaires). Ces flux primaires
peuvent tre des flux de matire, de finance, de personnel ou dinformation. Par exemple : le
systme oprant reoit une commande et la traite.
Le systme de pilotage est le sige de lactivit dcisionnelle de lentreprise. Il permet le

pilotage, la rgulation et ladaptation, par la communication avec le SI, la mise jour du SI et
lenvoi de dcisions au SOP. Cette activit dcisionnelle est trs large et elle est assure par de
nombreux acteurs de lentreprise des niveaux divers. Par exemple : le systme de pilotage
dcide dune campagne publicitaire ou de linstallation dune nouvelle application informatique
dans le systme dinformation.
Le systme dinformation est un systme de mmorisation et de traitement de linformation

au sens large, interfac avec le systme oprant et le systme de pilotage. Ce systme est en
partie informatis
Distinction entre SIO et SII
On distingue dans le SI entre :
Le systme dinformation organisationnel, SIO. Cest une reprsentation possible de

nimporte quel systme, notamment de tout systme humain organis (donc de toute
entreprise). Une entreprise peut donc tre considre comme un SIO.
Et
Le systme dinformation informatis, SII, cest la partie informatise du SIO

dinformation organisationnel laquelle les utilisateurs ont accs. Il est constitu par les
machines, les logiciels et les fichiers quon utilise dans lentreprise.
Un SIO peut contenir un SII, mais ce nest pas obligatoire. Tout SII est inclus dans un SIO.
Le SIO est tourn vers les utilisateurs et fera appel certaines disciplines des sciences de la
gestion.
Le SII est sous la responsabilit des informaticiens et fera appel aux disciplines de
ladministration des systmes et des rseaux et du gnie logiciel.
Cependant, un SII est au service du SIO mis en place par les dirigeants de lentreprise, et
non linverse ! La conception du SII doit sappuyer sur celle du SIO et non linverse !
SIO : Systme dInformation Organisationnel
SII : Systme dInformation Informatis

Distinction entre systme entreprise et systme logiciel
Dans une premire analyse, on ne va pas sintresser directement lactivit ralise via un
logiciel, mais plus gnralement lactivit ralise par lentreprise.
On peut distinguer 3 lieux : lentreprise (le systme entreprise), le monde extrieur et le logiciel
(systme logiciel).
Ces trois lieux sont des abstractions concentriques : lentreprise inclut le logiciel et le monde
extrieur inclut lentreprise.
Monde extrieur
Systme Entreprise
Systme Logiciel
Monde extrieur
On va ensuite dcrire les changes entre ces trois lieux :
Le monde extrieur communique avec lentreprise.

Lentreprise communique avec son systme logiciel.
Le monde extrieur peut aussi communiquer directement avec le systme logiciel (borne
automatique, site internet).
Notion dacteur
Les acteurs sont ceux qui intragissent avec le systme, que ce soit le systme entreprise ou le
systme logiciel.
Le monde extrieur contient donc une srie dacteur intragissant avec le SE et le SL.
Le SL contient lui aussi une srie dacteurs intragissant avec le SL.
Lanalyse de ces acteurs fait partie de lanalyse des traitements du systme.

8. La mthode MERISE
Dfinition
MERISE est une mthode systmique de conception des systmes dinformation.
Elle est en relation avec le dveloppement des bases de donnes relationnelles.
Historique
1970 Modle Relationnel de Codd.

Annes 70 Premiers prototypes de SQL
1976 Modle Entit Association de Chen
1974-78 Le noyau de MERISE est tabli par une quipe dingnieurs et de chercheurs
aixois.
1978 Dveloppement de MERISE : mthode franaise de conception de systmes
dinformation, sous lgide du ministre de lindustrie.
1979 Conception du systme dinformation, construction de la base de donnes, H.
Tardieu, D. Nanci, D. Pascot (prfac par J.-L. Le Moigne), Editions
dOrganisation.
1979 Premire version de SQL, propos par ORACLE.
1983 La mthode MERISE - Tome 1 : principes et outils. H. Tardieu, A. Rochfeld,
R. Colletti. ditions dOrganisation.
1985 La mthode MERISE - Tome 2 : dmarche et pratique. H. Tardieu, A. Rochfeld,
R. Colletti, G. Panet, G. Vahe. ditions dOrganisation.
1986 SQL ANSI (American National Standard Institute)
1989 SQL-1, ISO et ANSI (International Standard Organisation)
1989 La mthode MERISE - Tome 3 : gamme opratoire. A. Rochfeld, J. Morjon.
dition dOrganisation.
1992 Ingnirie des systmes dinformation : MERISE. 1re dition. D. Nanci, B.
Espinasse. Sybex.
1992 SQL-2, ISO et ANSI
fin annes 90 PHP-MySQL
1999 SQL-3, ISO et ANSI
2001 Ingnirie des systmes dinformation : MERISE. 4me dition. D. Nanci, B.
Espinasse. Vuibert.
2006 Oracle Database XE
En 2001, la mthode MERISE tait encore la mthode de conception de systmes dinformation

la plus largement pratique en France.
MERISE a pris en compte les volutions de linformatique et continue de sadapter aux

nouvelles technologies : architectures clients/serveur, interfaces graphiques, dmarche de
dveloppement rapide, approche objet, applications intra/internet.
Aujourdhui, la mthode MERISE correspond encore globalement aux savoir-faire actuels en
ingnierie des systmes dinformation de gestion.
MERISE constitue un standard de fait en conception des systmes dinformation.
Les 3 cycles de la dmarche MERISE
La dmarche de dveloppement propose par MERISE sinscrit dans trois cycles :
Le cycle de vie : cest le dcoupage du projet en trois priodes : conception, ralisation et

maintenance. Le cycle de vie rejoint le cycle en V.
Le cycle de dcision : cest la liste de tous les moments o une dcision est prise sur le
projet (dcision de faire le projet aprs une tude pralable, dcision de valider lanalyse
fonctionnelle et de passer larchitecture, validation de la recette, etc.)
Le cycle dabstraction : cest lorganisation structurelle des donnes et des traitements.
On va surtout sintresser au cycle dabstraction.
La distinction entre donnes et traitements
Le cycle dabstraction est bas sur une distinction entre les donnes et les traitements.
Cest la dichotomie fondamentale de MERISE.
Elle est directement issue de lapproche base de donnes.
Le cycle dabstraction
Le cycle dabstraction est dcoup en quatre niveaux : conceptuel, organisationnel, logique et

physique.
Le niveau conceptuel : il exprime des choix fondamentaux de gestion (recherche

dlments stables indpendamment des moyens mettre en uvre, de leurs contraintes et
de leur organisation). Rpond la question : QUOI.
Le niveau organisationnel : il exprime les choix dorganisation de ressources humaines et
matrielles, au travers notamment de la dfinition dacteurs et de postes de travail. Rpond
aux questions : QUI, OU, QUAND.
Le niveau logique : il exprime les choix de moyens et de ressources informatiques, en
faisant abstraction de leurs caractristiques techniques prcises. Cest le niveau du modle
relationnel (moyen informatique : base de donnes relationnelle), du diagramme des classes
et des diagrammes de squence objets (moyen informatique : langage orient objet). Rpond
la question : COMMENT.
Le niveau physique : il traduit les choix techniques et la prise en compte de leurs
spcificits. Cest le niveau du code dans un langage particulier.

LE CYCLE DABSTRACTION
Niveaux DONNEES TRAITEMENTS
CONCEPTUEL MCD MCT
Modle conceptuel des donnes Modle conceptuel des traitements
QUOI Signification des informations sans Activit du domaine sans prciser les
contraintes techniques, ressources et leur organisation
organisationnelle ou conomique.
Modle entit association

ORGA- MOD MOT
NISATIONNEL
Modle organisationnel des Modle organisationnel des
donnes traitements
QUI, OU, QUAND Signification des informations avec Fonctionnement du domaine avec les
contraintes organisationnelles et ressources utilises et leur organisation
conomiques. (Rpartition et (rpartition des traitements sur les
quantification des donnes ; droit postes de travail)
des utilisateurs)
LOGIQUE MLD MLT
Modle logique des donnes Modle logique des traitements
COMMENT Description des donnes tenant Fonctionnement du domaine avec les

compte de leurs conditions ressources et leur organisation
dutilisation (contraintes dintgrit, informatique.
historique, techniques de
mmorisation).
Modle relationnel
PHYSIQUE MPD MPT
Modle physique des donnes Modle physique des traitements
COMMENT Description de la (ou des) base(s) de Architecture technique des

donnes dans la syntaxe du Systme programmes
de Gestion des donnes (SG.Fichiers
ou SG Base de Donnes)
Optimisation des traitements

(indexation, dnormalisation,
triggers).
Daprs ISIM, p. 37

SIO et SII dans le cycle dabstraction
Niveau DONNES TRAITEMENTS SI
Conceptuel MCD MCT SIO
Systme
dinformation
organisationnel
Organisationnel MOD MOT
Niveau logique MLD MLT SII
Systme
dinformation
informatis
Niveau physique MPD MPT
ISIM, p. 218

Le cycle de vie
Le cycle de vie MERISE est une mthode de dveloppement au mme titre que le cycle en V.
Le cycle de vie est dcoup en trois priodes: la conception, la ralisation et la maintenance.
LE CYCLE DE VIE
Etapes de la dmarche Explications
Schma Dfinition des orientations gnrales du dveloppement
directeur moyen terme des systmes dinformation
tude Proposition et valuation de solutions dorganisation et de
pralable solutions techniques pour le SI dun domaine.
Cette tape porte sur un sous-ensemble reprsentatif du

Conception domaine tudi.
tude Spcifications compltes du futur SIO du point de vue de
dtaille lutilisateur (point de vue externe).
Elle comporte deux phases :
la conception gnrale (extension de ltude pralable

tout le domaine)
la conception dtaille ( description complte de chacune
des tches automatiser).
tude Spcifications compltes du futur SII du point de vue du

technique
ralisateur (point de vue interne).
Ralisation Production
criture des programmes, gnrations des fichiers ou des
logicielle
bases de donnes, tests.
Mise en Installation de lapplication informatique, vrification du bon
service fonctionnement, mise en place de la nouvelle organisation,
formation des utilisateurs.
Maintenance Maintenance Rectification des anomalies, amliorations, volutions.
ISIM, p. 32

Le cycle de dcision
Le cycle de dcision reprsente lensemble des choix qui doivent tre faits durant le
droulement du cycle de vie.
tapes de la dmarche Rsultats Dcisions

Schma directeur MOA Plan de dveloppement des SI Approbation et mise en
application
tude pralable MOA Dossier des choix, n solutions Choix dune solution ou arrt
.
tude dtaille MOE Spcifications fonctionnelles Accord des utilisateurs sur les
spcifications fonctionnelles
tude technique MOE Spcifications techniques pour Accord des ralisateurs sur
la ralisation les spcifications techniques
Ralisation MOE Systme ralis en ordre de Recette provisoire :
logicielle marche conformit du systme
Mise en service MOE Systme install dans Recette dfinitive : systme
lorganisation en service
Maintenance MOE Systme maintenu Recette simplifie : fin de
maintenance
ISIM, p. 41

Les plans types
Les tapes de la dmarche du cycle de vie donnent lieu la production de documents.
Comme toute autre mthode, la mthode MERISE propose des plans types pour tous les
documents prvus par la mthode.
Ltude pralable et de ltude dtaille sont les deux tudes sont les plus spcifiques MERISE
car elles font intervenir lessentiel du cycle dabstraction.
On prsente ci-dessous les plans type de ces deux tapes.
Plan type de ltude pralable : production du cahier des charges
1. Recueil
Prparation et ralisation des interviews

Recherche de la documentation
Description et bilan de lexistant
2. Conception
laboration des divers scnarios

laboration des MCD et MCT
Maquette et prototype
laboration du cahier des charges fonctionnel
3. Qualit
Dfinition des exigences qualit globale

Dfinition des exigences qualit par fonction
4. Chiffrage
Estimation prvisionnelle des charges, cot, dlais

Planning prvisionnel
Rsultats obtenus :
Cahier des charges fonctionnel

Dossier de choix

Plan type de ltude dtaille : production de spcifications
1. Recueil complmentaire
Prparation et ralisation des interviews des utilisateurs

Recherche de la documentation
Actualisation de ltude pralable
2. Conception
Mise jour des MCD et MCT

laboration du MOT
Description des tats et des crans
Validation croise MCD / MOT
laboration du MLD
3. Qualit
Dfinition des facteurs qualit
4. Chiffrage
Estimations globale et dtaille

Plannings global et dtaill
Rsultats obtenus :
Dossier des spcifications fonctionnelles

Plan de dveloppement logiciel

MCD, MEA clarification sur la modlisation et les diffrents types de modles
Dfinition
La modlisation est lactivit qui consiste produire un modle.
Un modle est ce qui sert ou doit servir dobjet dimitation pour faire ou reproduire quelque
chose.
Principes des modles MERISE
Les modles MERISE (MCD, MLD, MCT) sont dfinis par les contraintes danalyse quils
intgrent et non pas par les langages de reprsentation quils utilisent.
Les modles MERISE sont des mthodes et non pas des langages (inversement, UML est un
langage et non pas une mthode).
Un MCD peut tre dcrit avec nimporte quel langage de reprsentation. En gnral, on utilise
le MEA comme langage, mais on pourrait utiliser le modle relationnel, le graphe des
dpendances fonctionnelles, le dictionnaire des attributs, etc.
MCD et modle Entit-Association.
Le MCD, cest lensemble des modles qui intgrent les contraintes conceptuelles dfinies par
MERISE (signification des informations sans contraintes techniques, organisationnelle ou
conomique). Parmi ces modles, le plus couramment utilis est le modle Entit-Association.
Le MCD est donc une abstraction (un modle abstrait), tandis que le modle Entit-Association
est un modle concret. Cest une instance possible du MCD.
MCD
modle Entit-Association * autre modle
Toutefois, quand on parle du MCD, le plus souvent, on parle du modle concret ralis pour
intgrer les contraintes conceptuelles dfinies par Merise (donc on parle dun modle Entit-
Association).

MLD et modle relationnel
La notion de MLD correspond lensemble des modles qui intgrent les contraintes
organisationnelles et logiques dfinies par MERISE (description des donnes tenant compte de
leurs conditions dutilisation : techniques de mmorisation (un SGBD-R par exemple),
contraintes dintgrit, historique). Parmi ces modles, le plus couramment utilis est le modle
relationnel.
La notion de MLD est donc une abstraction (un modle abstrait), tandis que le modle
relationnel est un modle concret.
MLD
modle relationnel * autre modle
Toutefois, quand on parle du MLD, le plus souvent, on parle du modle concret ralis pour
intgrer les contraintes organisationnelles et logiques dfinies par Merise (donc on parle dun
modle relationnel).
MPD et MySQL
Le MPD cest le modle des donnes ralis (do ladjectif physique ). Il est donc ralis
avec une technologie particulire : par exemple MySQL, ou ORACLE, ou un systme de
fichiers, ou un systme de fiches cartonnes !
Il se traduit concrtement par du code MySQL par exemple.
A ce niveau, MERISE prend en compte les contraintes doptimisation : choix des index,
restructuration des tables et gestion par trigger, ajouts dattributs calculs et gestion par trigger.

Etapes dtailles de la construction dun modle des donnes selon la mthode MERISE
La construction des modles dans la mthode MERISE se fait selon lordre des 7 tapes
prsentes dans le schma suivant :
N Nom du modle Nom du Explication du modle MERISE

tape MERISE formalisme ou du
langage utilis
1 MCD MEA
2 MOD(s) MEA
3 MLD brut MR Cest la traduction du MEA en MR
4 MLD brut MR Cest lajout de toutes les contraintes
valoris dintgrit : dictionnaire des attributs. Triggers.
5 MLD optimis MR Cest la modification du MLD brut en prenant
en compte des contraintes doptimisation. Cest
le niveau de la dnormalisation. Triggers.
6 MPD brut SQL Cest la traduction du MLD optimis dans le
langage du SGBD utilis.
7 MPD optimis SQL Cest la modification du MPD brut en prenant en
compte des contraintes doptimisation propres
au SGBD utilis. Indexation.
Source : Ingnirie des systmes dinformation : MERISE Nanci, Espinasse.

9. MERISE aujourdhui
Offre demploi 2012
Consultant AMOA junior
Profil
Vous avez de solides aptitudes lcoute active et la communication, ainsi que de bonnes
capacits danalyse et beaucoup de rigueur.
Vous possdez un excellent niveau dexpression, tant crite quorale, et vous savez traiter des
problmatiques fonctionnelles ou techniques.
De formation informatique ou scientifique Bac+5, double dune bonne culture technologique,

vous pratiquez la modlisation UML ou Merise et pouvez justifier dexpriences en matrise
duvre.

10. Questions de cours
1. Quelles diffrences faites-vous entre le gnie logiciel et lingnierie des systmes

dinformation ?
2. Quelle diffrence faites-vous entre mthode et mthodologie.
3. Quel est le principe de la mthode analytique ? Quel est lauteur de rfrence pour la
mthode analytique ?
4. Quel est le principe de la mthode systmique ?
5. Faites le schma du cycle en V avec ses tapes classiques. Montrez les relations
horizontales.
6. Quest-ce que la recette ?
7. Quelle relation y a-t-il entre lanalyse fonctionnelle et la recette ?
8. Faites le schma thorique dun systme dinformation.
9. Faites le schma des changes entre le monde extrieur, le systme entreprise et le
systme logiciel.
10. Quest-ce que le SII ? Quelles relations y a-t-il entre le SII et le SIO ?
11. Donnez le nom des trois cycles de la dmarche MERISE. Dfinissez-les en 3 lignes.
12. Donnez le nom des 4 niveaux du cycle dabstraction. Pour chaque niveau dtes quelle(s)
question(s) il rpond.
13. Faites le schma complet du cycle dabstraction en prcisant ce que signifie chaque
lment.
14. Quelle relation y a-t-il entre le MCD et le MEA ?
15. Quelle relation y a-t-il entre le MLD et le Modle Relationnel.

MERISE 01 Introduction

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

MERISE 01 Introduction

Uploaded by

Copyright:

Available Formats

La mthode MERISE

La mthode MERISE. Tome 1 : Principes et outils, Les ditions dorganisation, 1986.

La mthode MERISE. Tome 2 : Dmarche et pratiques, Les ditions dorganisation, 1985.

Ingnirie des systmes dinformation : Merise - Deuxime gnration, , Eyrolles, 2001,

Ingnirie des systmes dinformation, sous la direction de Corine Cauvet et Camille

1. Gnie Logiciel vs Ingnierie des systmes dinformation 4

Gnie logiciel - Software 4

2. Gnralits sur la mthode 7

3. Mthode analytique vs mthode systmique 9

4. Dveloppement dun logiciel : Les 4 distinctions capitales 12

MERISE Introduction page 1/37 - Bertrand LIAUDET

6. Du cycle en V aux mthodes agiles (SCRUM) 21

Principal dfaut du cycle en V : le rsultat apparat la fin 21

Offre demploi 2012 36

10. Questions de cours 37

MERISE Introduction page 2/37 - Bertrand LIAUDET

MERISE Introduction page 3/37 - Bertrand LIAUDET

Conception : cest une partie du dveloppement du logiciel.

Systme dinformation : cest un ou plusieurs logiciels manipulant un ensemble

Avant de prsenter la mthode MERISE, on va prsenter quelques notions gnrales sur la

1. Gnie Logiciel vs Ingnierie des systmes dinformation

Gnie logiciel - Software

Besoins et attentes Application informatique

Qui : les informaticiens.

Des METHODES (organisation du travail)

MERISE Introduction page 4/37 - Bertrand LIAUDET

Ingnierie des systmes dinformation

Le terme dingnierie des systmes dinformation (requirement engineering) est n au dbut

Besoins et attentes Spcifications formalises

Des METHODES dorganisation du travail de spcification : MERISE

utiliss pour le dveloppement des spcifications.

Le brainware est la fondation intellectuelle qui fonde le software.

On peut donc distinguer entre :

software ingenering - brainware ingenering

MERISE Introduction page 5/37 - Bertrand LIAUDET

Ingnierie des spcifications Gnie logiciel

MERISE Introduction page 6/37 - Bertrand LIAUDET

La mthodologie est la science des mthodes.

Cest en gnral le rsultat de principes thoriques et de retour dexprience.

La mthode permet aussi une sparation des tches et des comptences.

MERISE Introduction page 7/37 - Bertrand LIAUDET

Nom, image, science et pratique chez Platon

Le savoir chez Platon se dcline en 4 parties : le nom, limage, la science et la pratique

Application la pdagogie : bottum-up et top-down

Il existe fondamentalement deux types de pdagogie : bottum-up et top-down.

Cest la pdagogie universitaire classique : on part du nom, on monte la science en prsentant

Cest une pdagogie thorique

Cest une pdagogie pratique.

MERISE Introduction page 8/37 - Bertrand LIAUDET

Principe : du gnral au particulier

La mthode analytique est la mthode de dcomposition classique : elle consiste aller du

On retrouve les fondements de la mthode analytique chez Descartes :

Ce discours met en avant quatre principes :

1. Lvidence contre les prjugs pour dcrire la ralit.

MERISE Introduction page 9/37 - Bertrand LIAUDET

Les tapes sont les suivantes :

1. Partir de la ralit : le problme traiter.

Les erreurs de mthode

Ne pas partir du tout

Se tromper sur le tout

En appliquant lanalyse descendante, on peut aussi se tromper en appliquant mal ltape 2.

MERISE Introduction page 10/37 - Bertrand LIAUDET

Systmique et systme dinformation

La science des systmes, ou systmique, est lorigine du dveloppement de la notion de