La démarche MERISE

Méthode d'Etude et de Réalisation Informatique pour les Systèmes

d'Entreprise

La démarche de l analyse informatique: Méthode d'Etude et de Réalisation Informatique pour les Systèmes d'Entreprise

Merise est née en 1978 - 1979 à la suite d une consultation lancée par leMinistère de l industrie. Cette naissance est liée :

- à l inadéquation des méthodes de l époque aux traitements conversationnels faisant suite à la révolution technologique des années 70.

- aux nombreux travaux sur :- les bases de données :

- rapport ANSI/SPARC de 1975 préconisant pour la construction des bases de données, une approche en 3 niveaux :

conceptuel externe interne

- les formalismes de description des données : le modèle « Entity-Relationship » de Chen le modèle relationnel de Codd

- l approche système

Plus qu une méthode, MERISE est avant tout un état d esprit, une démarche pratique. MERISE évoque la greffe réussie des méthodes informatiques sur l organisation comme celle de la branche d un cerisier sur un merisier.

1. Les principes généraux

La vocation de MERISE est double :

présenter une méthode de conception de système d information proposer une démarche méthodologique de développement d un système d information.

En tant que méthode de conception, les atouts de Merise sont :

une approche globale du système d information menée parallèlement sur les données et les traitements. une description du système par niveaux :

conception logique physique

une description du SI utilisant un formalisme précis, simple et rigoureux pour ladescription des données, normalisée par l ISO (International Standard Organisation) sous le nom de « Modèle Entité-Association » une description au niveau conceptuel fondée sur les invariants du SI permettant

la construction d un nouveau SI de façon indépendante de l organisation et des choix techniques. une représentation visuelle des modèles conceptuels qui permet un dialogue

constructif entre partenaires collaborant à la conception du nouveau SI.

En tant que méthode de développement de système d information les points forts sont :

découpage du processus de développement en quatre étapes :

1. étude préalable 2. étude détaillée 3. réalisation 4. mise en ouvre ce découpage correspond au CYCLE DE VIE d un SI

une description détaillée de la structure de travail nécessaire à un développement de SI

1. comité directeur 2. groupe projet 3. comité utilisateur

La composition et les missions de chaque groupe sont précisées dans le cadre de la méthode.

2. Niveaux de description et modèles associés

MERISE distingue trois niveaux dans la description d un système d information. Achaque niveau correspond un ensemble de modèles pour la représentation desdonnées et des traitements. L ensemble constitue le cycle d abstraction (2.3.2.3).

2.1. Le niveau conceptuel

Il s agit de décrire le QUOI sans tenir compte des contraintes techniques et d organisation. Les modèles utilisés sont :

pour les données : le Modèle Conceptuel des Données (MCD) pour les traitements : le Modèle Conceptuel des Traitements (MCT)

2.1.1. le MCD (Modèle Conceptuel des Données)

Il vise à représenter de façon statique les données de l organisation. Les concepts manipulés sont les suivants :

Entité Association Propriétés Cardinalités

2.1.2. le MCT (Modèle Conceptuel des Traitements)

Son but est de représenter de façon dynamique les données manipulées par l organisation. Les concepts manipulés sont les suivants :

Processus Evénement Opération Synchronisation Règle d émission Tâche

2.2. Le niveau organisationnel ou logique

Les choix de l organisation sont pris en compte :

Répartition Homme/MachineFonctionnement Temps réel / Temps différé Répartition géographique des données et des traitements

On répond à :

QUI : quelle personne effectue le travail ?QUAND : à quel moment, selon quelle périodicité ?OU : dans quel lieu, sur quel poste de travail ?

Analyse

MCD

MLD

MPD

Figure 1: L'enchaînement des différents modèles

2.2.1. MLD (MOD) (Modèle Logique (Organisationnel) des Données)

C est une VUE que l utilisateur a des données, au travers d une procédure. C estun modèle Conceptuel des Données qui est construit dans l optique d un seultraitement. Il s agit de mettre en cohérence MCD (statique) et MCT (dynamique). Leformalisme utilisé et les concepts manipulés sont les mêmes que pour le MCD.

En général, à ce stade on peut faire le choix d un des modèles suivants :

Le modèle réseau (Codasyl)Le modèle relationnel Les fichiers classiques

2.2.2. MOT

Il doit préciser l ensemble des concepts décrits dans le Modèle Conceptuel desTraitements et décrire de quelle façon les procédures de traitement sont mises en

uvre au sein de l organisation. Les concepts manipulés sont :

Procédure (ensemble de tâches exécutées par un même poste de travail)Poste de travail

2.3. Le niveau physique

Les choix techniques sont définis et pris en compte. Il représente les moyens qui sont mis en uvre. C est le niveau où l on décrit le COMMENT.

2.3.1. MPD (Modèle Physique des Données)

C est la traduction du Modèle Logique des Données en un modèle physiqueparticulier. Si le modèle logique choisi est le modèle relationnel, le modèle physiquesera constitué de la description des données à l aide d un langage spécialisé (DDL :Data Definition Language) appartenant à l un des Systèmes de Gestion de Bases deDonnées relationnelles suivants : ORACLE, DB2, INFORMIX, INGRES,...

2.3.2. MOpT

Il est constitué de la description de l architecture générale des programmes.

Modèles /Niveaux Données Traitements Conceptuel MCD MCT Organisationnel MLD MOT Physique MPD MOpT

Figure 2: Tableau de synthèse des niveaux d'études

3. La conduite de projet

MERISE constitue une méthode de développement de projets informatiques. On peut décomposer cette démarche en six étapes principales.

3.1. Les étapes d un processus d informatisation

Elles constituent le cycle de vie du système d information.

3.1.1. Schéma directeur

Il permet de faire le point entre la stratégie de l entreprise et ses besoins en matière de système d information. Il est constitué des étapes suivantes :

décomposition de l organisation en domaines (achat, production, service commercial ...) identification des activités affectation des activités aux domaines identification des besoins, recensement des difficultés actuelles

3.1.2. Etude préalable

Cette étape est constituée de trois phases principales :

3.1.2.1. Recueil

3.1.2.1.1. Le Recueil préliminaire

Il s agit de décrire et de faire approuver la mission générale attachée à lacommande de l étude. On part de l expression d un besoin à satisfaire et on doit aboutirà la validation d un document de lancement du projet.

Le domaine d activité concerné doit faire l objet d une description sommaire. Ils agit de délimiter le domaine. On précise les objectifs généraux de l entreprise enprécisant ceux qui ont été fixés au domaine qui est l objet de l étude. Le projet doitdonc être positionné vis à vis du système d information. On doit également définir lesmodalités de déroulement en précisant :

la liste et le rôle des participants (structure de travail)les contraintes de budget et de planning les modalités d information de contrôle et de suivi du projet.

3.1.2.1.2. L étude de la situation actuelle

L objectif est de réaliser une évaluation en décrivant l état de la situation actuelle.Des précisions sur l activité du domaine doivent être apportées en énumérant lesprincipaux produits ou services réalisés et en collectant les données caractéristiquesde l activité.

On procède également à une description sommaire de la structure hiérarchique ainsi que de la structure fonctionnelle.

Les flux du domaine sont mis en évidence dans un diagramme des flux.

3.1.2.1.3. Synthèse et bilan de la situation actuelle

Il s agit de mettre en évidence les besoins d amélioration. Un rapport de synthèsede l étude de l existant doit être produit et soumis aux utilisateurs pour approbation. Ilcontient essentiellement une synthèse des services rendus, une analyse des insuffisances de la situation actuelle et une présentation des besoins d amélioration.

3.1.2.2. Conception globale de la solution

3.1.2.2.1. Choix des orientations

Le but est de délimiter les nouvelles orientations de la solution à concevoir sur trois plans.

Au niveau de la gestion, on définit les nouvelles orientations en précisant lesactivités qui sont maintenues sans changement, celles qui devront être aménagées enmodifiant certaines règles, les extensions qui sont nécessaires.

Sur le plan organisationnel on précise les activités qui seront centralisées oudécentralisées, la répartition entre activité homme et activité machine ainsi que les typedes fonctionnements automatiques (temps réel ou temps différé).

Au niveau technique il faut définir les matériels, les logiciels, les communications.

3.1.2.2.2. Elaboration de la solution

La nouvelle solution est conçue globalement en élaborant les Modèles Conceptuels de Données et de Traitements et en esquissant le Modèle Organisationnel des Traitements.

La solution globale sera proposée pour discussion et approbation définitive par le comité directeur.

Le nouveau diagramme des flux est construit en mettant en évidence les modifications apportées par rapport à la situation antérieure.

Au niveau des données, le MCD qui a été réalisé au cours de l étude de l existantest actualisé, un MLD est ébauché. On évalue également les volumes de données quiseront traitées.

Au niveau des traitements, on élabore le MCT et le MOT pour validation.

3.1.2.3. Evaluation et plan de développement

3.1.2.3.1. Evaluation de la nouvelle solution

On fournit aux personnes chargées de prendre les décisions les éléments d appréciation de la nouvelle solution.

Un bilan quantitatif et un bilan qualitatif sont réalisés. On met en évidence leséventuels nouveaux services ainsi que les améliorations apportées sur le plan de laqualité, de la fiabilité et de la rapidité.

Une évaluation des matériels et logiciels nécessaire est réalisée. Un bilan économique de la nouvelle solution doit être présenté.

3.1.2.3.2. Plan de développement

Un plan de développement et un scénario de réalisation et de mise en uvre sont proposés. Le projet est éventuellement découpé en sous-projets en prenant encompte les contraintes générales de l environnement, les prévisions de ressourceshumaines. Une rédaction du dossier de l étude préalable est réalisée.

3.1.3. Etude détaillée

3.1.3.1. Conception générale

Le dossier de l étude préalable a été validé. Un rapport de conception généraleva permettre d aboutir à un accord sur la conception générale de la nouvelle solution.Ensuite, la conception détaillée sera mise en uvre.

Au niveau des données et des traitements on procède à une description complète(MCD, MCT, MLD, MOT).

L environnement de développement est défini au niveau du matériel et des normes de développement.

On construit le dictionnaire des données. La mise en uvre fait l objet d une étude préliminaire permettant de définir :

le plan de formation la documentation le plan de réception les conditions de démarrage le plan d initialisation des données

3.1.3.2. Conception détaillée

Chacune des phases est complètement décrite en spécifiant les données enentrée, les traitements et les données en sortie. Un dossier de spécifications détailléesest produit et doit faire l objet d une validation par les utilisateurs.

Concernant les phases « temps réel » :

description du dialogue homme-machine (écrans, enchaînements ..) description des traitements réalisés : algorithmes, contrôles, règles d accès auMLD description des règles de sécurité ( reprise)

Concernant les phases « temps différé » :

description des tâches réalisées (lecture, contrôle, traitement, éditions..) description des états de sortie validation données/traitements

3.1.3.3. Plan de développement

Il s agit d évaluer la charge et d établir un planning de développement pour laréalisation et la mise en uvre. Il est mis au point à partir du dossier des spécificationsdétaillées.

Souvent, la charge est évaluée en déterminant le nombre de lignes de codenécessaire à la programmation. Mais d autres critères interviennent dans cetteévaluation :

nombre d écrans nombre d états de sortie difficulté des algorithmes mis en uvre nombre de fichiers mis à jour

programmeur débutant/confirméconnaissance du matériel et des outils de développement...

3.1.4. Réalisation

3.1.4.1. Etude technique

A ce niveau, on doit prendre en compte l environnement de développement etcompléter la description de la solution avant la production du logiciel. A partir dudossier des spécifications détaillées et des orientations techniques du développement,on réalise une description détaillée du logiciel et du modèle physique des données.

Une description de l environnement technique doit permettre de préciser :

le type d ordinateur retenu et son système d exploitationle choix du système de gestion des données les outils de développement (langage, atelier de génie logiciel,..) plan de tests et jeux d essais

Une description de l architecture du logiciel

structure des procédures découpage en unités de traitement phases temps réel unités de traitement

Une description du modèle physique des données

intégration au MPD des choix techniques retenus pour la gestion de la base de données description des procédures de sécurité et de reprise répartition physique des données sur les sites

3.1.4.2. Production du logiciel

Cette phase qui aboutit au logiciel testé et prêt à l utilisation est constituée de quatre étapes :

production du logiciel tests unitaires correspondant à l unité de traitementtests d intégration dans l ensemble du logiciel Eventuelle optimisation du MPD

3.1.5. Mise en uvre

3.1.5.1. Mise en place des moyens

Elle a pour but la réception provisoire par les utilisateurs et comprend :

la mise en place des moyens techniquesla mise en place des moyens humains la mise en place des fichiers et de la documentation

3.1.5.2. Réception et lancement

C est la phase qui se termine par le démarrage progressif de l application. Elle comprend en général les phases suivantes :

livraison des logiciels exécution des jeux d essais par les utilisateurs appréciation sur la conformité des résultats par rapport à l étude détaillée lancement du nouveau système fonctionnement en vraie grandeur réception définitive

3.1.6. Maintenance

Il s agit de faire vivre et évoluer les applications en fonction des besoins nouveaux qui apparaissent.

3.2. Les cycles d un projet

Un projet peut être appréhendé au travers de 3 cycles :

le cycle de vie le cycle de décision le cycle d abstraction

3.2.1. Cycle de vie

Il représente l évolution d un système d information depuis sa création et son développement jusqu'à sa remise en cause. ( 2.3.1)

3.2.2. Cycle de décision

Il représente l ensemble des décisions et des choix à effectuer lors dudéveloppement du système d information. Il se concrétise par l évolution des documents produits pendant les six étapes du cycle de vie. Il est délimité par desimpératifs de délais : les objectifs et les engagements sont réalisés en fonction d uncalendrier.

3.2.3. Cycle d abstraction

Il représente les différents niveaux de conception du système d information. Cetype d approche permet de bien différencier les types de préoccupations qui sontdifférentes selon le niveau auquel on a affaire. MERISE propose un découpage en troisniveaux.

3.2.3.1. Les trois niveaux d abstraction

le niveau conceptuel

On définit le système d information et les règles de gestion indépendamment de l organisation et des moyens à mettre en uvre.

Le niveau conceptuel représente les informations et leurs relations d'une part, lesutilisations qui en sont faites et les contraintes d'autre part. Ces définitions sont établiesen faisant abstraction de toute contrainte liée à l'organisation.

Au niveau des données, cette description fait appel au formalisme Entité-Association. Au niveau des traitements, les entités vont être décrites par leurssollicitations ou par les réactions qu'elles déclenchent de la part du systèmed'information, donc par les traitements dont elles sont les causes et les conséquences.Ceci se fait à l aide d'événements, de synchronisation et d'opérations.

le niveau organisationnel (logique)

Alors qu'au niveau conceptuel on modélise la réalité perçue dans son ensemble,le niveau organisationnel exprime cette même réalité telle qu'elle est vécue par lesdifférents acteurs. A ce niveau, aucune différence n'est faite entre les hommes et lesmachines. On intègre à l'analyse les critères liés à l'organisation. Les règlesd organisation sont intégrées dans la description.

le niveau physique

C est le niveau de l intégration des contraintes techniques. C'est une représentation des moyens qui vont effectivement être mis en uvre pour gérer lesdonnées ou activer les traitements. Le niveau physique apporte des solutionstechniques.

- En ce qui concerne les données, il y a passage d'une classe de solutions à unproduit de cette classe. Concrètement, cela se traduira par l'utilisation d'un SGBDR.On effectue des choix sur les méthodes de stockage et d'accès.

- En terme de traitements, le modèle opérationnel décrira l'architecture des programmes qui vont activer les différentes tâches de l'ordinateur.

3.2.3.2. Les phases d une étude

Merise propose une démarche déductive connue sous le vocable de courbe dusoleil. La courbe du soleil consiste à construire le SI futur à partir de l observation deséléments physiques du SI actuel.

niveaux d abstraction

conceptuel

description conceptuelle du système actuel

description conceptuelle du nouveau système

logique

description organisationelle du système actuel

description organisationnelle du nouveau système

physique recueil de l existant description physique

du nouveau système

Etat actuel Etat futur durée

Figure 3: La courbe du soleil

Les Principaux concepts MERISE

Niveaux Données Traitements

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

Entité Opération Association Processus Propriété Evénement Cardinalité Synchronisation

MCD MCT

Organisationnel Modèle Organisationnel des Données Modèle Organisationnel des TraitementsModèleRelationnel

Modèle Codasyl

ModèleFichiers Procédures

Tables Record Fichiers Phases Attributs Fields Rubriques Tâches Formes Normales Set

Physique MLD MOT

Modèle Physique des Données Modèle Physique des TraitementsAlgèbre Relationnelle

Langages Spécifiques

LangagesProcéduraux Applications

SQL Unité de traitementQBE Transaction (temps réel)

Traitement par lots

Indépendance Indépendance Dépendance (tempstotale partielle totale différé)

MPD MPT

Figure 4: Les concepts Merise

Réel Perçu

Abstraction

Conceptuel MCD MCT

validation

Prise en compte de l organisation

Organisationnel MLD MOT

Interaction - validation

Prise en compte des choix techniques

Physique MPD MPT

Interaction forte

Exploitation

DONNEES Interaction totale TRAITEMENTS

Figure 5: Les interactions Données / Traitements

Index du texte :

LA DEMARCHE DE L ANALYSE INFORMATIQUE : MERISE .............................................2

1. LES PRINCIPES GENERAUX .......................................................................................................2

2. NIVEAUX DE DESCRIPTION ET MODELES ASSOCIES......................................................3

2.1 LE NIVEAU CONCEPTUEL ................................................................................................................3 2.1.1 le MCD (Modèle Conceptuel des Données) .........................................................................32.1.2 le MCT (Modèle Conceptuel des Traitements) .....................................................................4

2.2 LE NIVEAU ORGANISATIONNEL OU LOGIQUE..................................................................................4 2.2.1 MLD (MOD) (Modèle Logique (Organisationnel) des Données) .......................................42.2.2 MOT.......................................................................................................................................5

2.3 LE NIVEAU PHYSIQUE .....................................................................................................................5 2.3.1 MPD (Modèle Physique des Données) .................................................................................52.3.2 MOpT.....................................................................................................................................5

3. LA CONDUITE DE PROJET..........................................................................................................5

3.1 LES ETAPES D UN PROCESSUS D INFORMATISATION ......................................................................6 3.1.1 Schéma directeur...................................................................................................................6 3.1.2 Etude préalable .....................................................................................................................6 3.1.3 Etude détaillée .......................................................................................................................83.1.4 Réalisation .............................................................................................................................9 3.1.5 Mise en uvre......................................................................................................................10 3.1.6 Maintenance ........................................................................................................................10

3.2 LES CYCLES D UN PROJET ............................................................................................................10 3.2.1 Cycle de vie..........................................................................................................................10 3.2.2 Cycle de décision.................................................................................................................10 3.2.3 Cycle d abstraction .............................................................................................................11

Index des figures

FIGURE 1: L'ENCHAINEMENT DES DIFFETENTS MODELES..............................................4

FIGURE 2: TABLEAU DE SYNTHESE DES NIVEAUX D'ETUDES .........................................5

FIGURE 3: LA COURBE DU SOLEIL............................................................................................12

FIGURE 4: LES CONCEPTS MERISE...........................................................................................13

FIGURE 5: LES INTERACTIONS DONNEES / TRAITEMENTS.............................................14