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 le Ministè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 la description 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. A chaque niveau correspond un ensemble de modèles pour la représentation des donné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 concepts manipulés sont les suivants : Entité Association Propriétés Cardinalités l organisation. Les

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/Machine Fonctionnement 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 est un modèle Conceptuel des Données qui est construit dans l optique d un seul traitement. Il s agit de mettre en cohérence MCD (statique) et MCT (dynamique). Le formalisme 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 des Traitements 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 physique particulier. Si le modèle logique choisi est le modèle relationnel, le modèle physique sera 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 de Donné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 Conceptuel Organisationnel Physique Données MCD MLD MPD Traitements MCT MOT 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 à la commande 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. Il s agit de délimiter le domaine. On précise les objectifs généraux de l entreprise en précisant ceux qui ont été fixés au domaine qui est l objet de l étude. Le projet doit donc être positionné vis à vis du système d information. On doit également définir les modalité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 les principaux produits ou services réalisés et en collectant les données caractéristiques de 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èse de l étude de l existant doit être produit et soumis aux utilisateurs pour approbation. Il contient 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 les activités qui sont maintenues sans changement, celles qui devront être aménagées en modifiant certaines règles, les extensions qui sont nécessaires. Sur le plan organisationnel on précise les activités qui seront centralisées ou décentralisées, la répartition entre activité homme et activité machine ainsi que les type des 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 existant est actualisé, un MLD est ébauché. On évalue également les volumes de données qui seront 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 la qualité, 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 en compte les contraintes générales de l environnement, les prévisions de ressources humaines. 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érale va 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 en entrée, les traitements et les données en sortie. Un dossier de spécifications détaillées est 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 au MLD 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 la réalisation et la mise en uvre. Il est mis au point à partir du dossier des spécifications détaillées. Souvent, la charge est évaluée en déterminant le nombre de lignes de code né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 nombre de fichiers mis à jour

uvre

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 et compléter la description de la solution avant la production du logiciel. A partir du dossier 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 exploitation le 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 traitement tests 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 techniques la 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 du dé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 des impératifs de délais : les objectifs et les engagements sont réalisés en fonction d un calendrier. 3.2.3. Cycle d abstraction Il représente les différents niveaux de conception du système d information. Ce type d approche permet de bien différencier les types de préoccupations qui sont différentes selon le niveau auquel on a affaire. MERISE propose un découpage en trois niveaux. 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, les utilisations qui en sont faites et les contraintes d'autre part. Ces définitions sont établies en 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 leurs sollicitations ou par les réactions qu'elles déclenchent de la part du système d'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 les différents acteurs. A ce niveau, aucune différence n'est faite entre les hommes et les machines. On intègre à l'analyse les critères liés à l'organisation. Les règles d 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 les données ou activer les traitements. Le niveau physique apporte des solutions techniques. - En ce qui concerne les données, il y a passage d'une classe de solutions à un produit 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 du soleil. 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

recueil de l existant

physique

description physique du nouveau système

Etat actuel Figure 3: La courbe du soleil

Etat futur

durée

Les Principaux concepts MERISE
Niveaux Conceptuel Données Modèle Conceptuel des Données
Entité Association Propriété Cardinalité MCD

Traitements Modèle Conceptuel des Traitements
Opération Processus Evénement Synchronisation MCT

Organisationnel

Modèle Organisationnel des Données
Modèle Relationnel Tables Attributs Formes Normales Modèle Codasyl Record Fields Set MLD Modèle Fichiers Fichiers Rubriques

Modèle Organisationnel des Traitements
Procédures Phases Tâches MOT

Physique

Modèle Physique des Données
Algèbre Langages Relationnelle Spécifiques SQL QBE Langages Procéduraux

Modèle Physique des Traitements
Applications Unité de traitement Transaction (temps réel) Traitement par lots (temps différé) MPD MPT

Indépendance Indépendance Dépendance totale partielle totale

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) .........................................................................3 2.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) .......................................4 2.2.2 MOT.......................................................................................................................................5 2.3 LE NIVEAU PHYSIQUE .....................................................................................................................5 2.3.1 MPD (Modèle Physique des Données) .................................................................................5 2.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 .......................................................................................................................8 3.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

Sign up to vote on this title
UsefulNot useful