Sunteți pe pagina 1din 37

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

MERISE Introduction page 2/37 - Bertrand LIAUDET


Edition novembre 2016

MERISE Introduction page 3/37 - Bertrand LIAUDET


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.

MERISE Introduction page 4/37 - Bertrand LIAUDET


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

MERISE Introduction page 5/37 - Bertrand LIAUDET


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

MERISE Introduction page 6/37 - Bertrand LIAUDET


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.

MERISE Introduction page 7/37 - Bertrand LIAUDET


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.

MERISE Introduction page 8/37 - Bertrand LIAUDET


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.

MERISE Introduction page 9/37 - Bertrand LIAUDET


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.

MERISE Introduction page 10/37 - Bertrand LIAUDET


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.

MERISE Introduction page 11/37 - Bertrand LIAUDET


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.

MERISE Introduction page 12/37 - Bertrand LIAUDET


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.

MERISE Introduction page 13/37 - Bertrand LIAUDET


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.

MERISE Introduction page 14/37 - Bertrand LIAUDET


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.

MERISE Introduction page 15/37 - Bertrand LIAUDET


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

MERISE Introduction page 16/37 - Bertrand LIAUDET


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

MERISE Introduction page 17/37 - Bertrand LIAUDET


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.

MERISE Introduction page 18/37 - Bertrand LIAUDET


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

MERISE Introduction page 19/37 - Bertrand LIAUDET


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.

MERISE Introduction page 20/37 - Bertrand LIAUDET


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

MERISE Introduction page 21/37 - Bertrand LIAUDET


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).

MERISE Introduction page 22/37 - Bertrand LIAUDET


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

MERISE Introduction page 23/37 - Bertrand LIAUDET


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.

MERISE Introduction page 24/37 - Bertrand LIAUDET


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.
MERISE Introduction page 25/37 - Bertrand LIAUDET
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.

MERISE Introduction page 26/37 - Bertrand LIAUDET


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

MERISE Introduction page 27/37 - Bertrand LIAUDET


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

MERISE Introduction page 28/37 - Bertrand LIAUDET


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

MERISE Introduction page 29/37 - Bertrand LIAUDET


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

MERISE Introduction page 30/37 - Bertrand LIAUDET


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

MERISE Introduction page 31/37 - Bertrand LIAUDET


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

MERISE Introduction page 32/37 - Bertrand LIAUDET


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).

MERISE Introduction page 33/37 - Bertrand LIAUDET


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.

MERISE Introduction page 34/37 - Bertrand LIAUDET


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.

MERISE Introduction page 35/37 - Bertrand LIAUDET


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.

MERISE Introduction page 36/37 - Bertrand LIAUDET


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 Introduction page 37/37 - Bertrand LIAUDET