Fermer cette fenêtre www.compucycles.com imprimer

Merise classique : L'essentiel
V. Sayasenh


Résumé : Une approche pragmatique de Merise classique : Sa démarche et ses "modèles" : MCD, MCT, MOT, MLD.

Le texte ci-dessous présente les idées directrice en caractères gras afin de faciliter le repérage visuel lors d'une lecture à l'écran.

Les schémas insérés dans ce texte sont réalisés en ".gif" (version enregistrable).

Afin de bien différencier le factuel du commentaire, ces derniers figurent en couleur grise.


Cette étude est directement inspirée par une activité d'enseignement et d'une pratique professionnelle de plusieurs années. Elle n'a donc aucune prétention à une parfaite orthodoxie : La rigueur n'exclut pas le pragmatisme.

Tout en fuyant le charabia, elle respecte le vocabulaire merisien ("cycle d'abstraction", "modèle conceptuel des données" etc.) qui a le louable intérêt de désigner sans ambiguité chaque étape, d'éviter les déviances sémantiques, et, au bout du compte, de permettre un dialogue immédiat entre les membres d'une équipe hétérogène.

I. Vue d'ensemble de la démarche

Qu'est-ce que Merise ? Selon ses auteurs, ce n'était pas une méthode d'analyse informatique. Merise avait un objectif beaucoup plus vaste, puisque ce devait être une "démarche de construction de système d'information", incluant, entre autres, l'informatique.

Objet

A quoi sert Merise ? Dans les faits, à l'informatique :

En somme, et loin de toute réponse académique, Merise est un travail d'anticipation : Elle sert à préparer les développements informatiques et à chiffrer (en coût, en temps et en énergie) ces chantiers, quelle que soit leur échelle (l'approche Merise n'est en rien réservée aux méga-projets !).

Démarche

Merise part de l'idée selon laquelle la réalité dont elle doit rendre compte n'est pas linéaire, mais peut être définie comme la résultante d'une progression, menée de front, selon trois axes, qualifiés de "cycles".

Il est important de constater que tout a été organisé autour de l'idée d'aborder en premier lieu les points qui, une fois finalisés, seront en principe d'une grande stabilité, et de progresser par ordre de stabilité décroissante.

En fait, l'itinéraire décrit ci-dessus correspond à une construction faisant table rase de l'antérieur. S'il faut reprendre un existant, la méthode préconise un itinéraire visant à l'aborder en sens inverse à partir du niveau le plus détaillé, et en remontant, permettant de reconstituer les pseudo M.C.D. et M.C.T. de cet existant, avant d'embrayer sur la démarche classique.


Commentaires :

L'une des difficultés pédagogiques majeure posées par Merise réside dans ce qu'il est convenu d'appeler la "référence en avant", qui consiste à mentionner des concepts nouveaux ("M.C.D." etc.) qui ne seront expliqués qu'ultérieurement dans l'exposé. En fait, l'ensemble ne prend sa cohérence qu'à la fin !

En fait, les "cycle de vie" et "de décision" avaient pour objet de souligner l'importance :

Commentaire :

Il peut être surprenant de qualifier de "cycles" une progression symbolisée par des axes. L'idée était en fait prémonitoire : L'expérience a prouvé que, comme dans tout système, des phénomènes de rétroaction (en clair, la douleuse prise de conscience d'erreurs révélées par les étapes ultérieures) amenaient à décrire cet enchaînement plus comme des successions de spirales que comme des itinéraires rectilignes.

Par ailleurs, l'idée d'une approche données / traitements d'abord dissociée puis confrontée constitue un des intérêts majeurs de cette méthode.

II. LE M.C.D.

Définitions

Ci-dessus, une représentation, simplifiée à l'extrême, d'une centrale d'achat de libraires.

Par ailleurs, une association peut être porteuse de propriétés

Cardinalités d'une association

Il s'agit d'une étape essentielle de la démarche. Des réponses qui y seront apportées dépendront le nombre des tables de la base, l'étendue des fonctionnalités possibles, et certaines contraintes concernant des traitements de première importance pour l'intégrité de la base.

C'est le nombre d'occurrences, minimal et maximal, d'une association par rapport à chaque occurrence d'une entité donnée. D'une entité donnée vers une association donnée :

la cardinalité minimale peut être 0 ou 1.

La cardinalité maximale peut être 1 ou n.

Une cardinalité minimale à "0" signifie qu'on autorise le cas d'occurrences de l'entité considérée qui ne soient pas reliée à l'association. Par conséquent, une cardinalité minimale à "1" exprimera l'obligation de relier toutes les occurrences de l'entité à l'association (ce qui se matérialisera ultérieurement par une contraint "traitement").

Une cardinalité maximale à "n" signifie qu'on autorise le cas d'occurrences de l'entité considérée qui soient éventuellement reliées, chacune, à plusieurs occurrences de l'association. Par conséquent, une cardinalité maximale à "1" exprimera l'interdiction du "pluriel".

Immeuble / Local : les deux cardinalités minimales à "1" signifient que l'on opte pour une création simultanée d'un immeuble et d'au moins un de ses locaux constitutifs. Les cardinalités maximales expriment le fait qu'un local ne peut appartenir qu'à un leur immeuble (relation d'"appartenance" souvent représentée par un cercle ).

Ouvrage / Type : Les minimales expriment le fait que l'on pourra créer des types ne comportant pas encore d'ouvrages rattachés, mais qu'en revanche, lors de la création d'un ouvrage, la relation avec un type sera obligatoire. La cardinalité maximale à "1" de "ouvrage" vers type signifie qu'on s'interdit de rattacher un même ouvrage à plusieurs type (et que dans un cas, il faudra créer des types "mixtes", "historico-policier" par exemple).

Ouvrage / Auteur : Les minimales à "0" expriment, d'une part, que l'on prévoit les ouvrages anonymes, et de l'autre que l'on admet la création d'auteurs avant tout enregistrement de ses oeuvres.

Commentaire :

Il ne s'agit pas de déterminer les cardinalités dans l'absolu, d'une manière universelle, mais de fixer les bornes du type de gestion que l'on veut pouvoir prendre en charge dans la base de données qui est en construction, reflet d'un contexte précis, soit actuel soit futur.

De l'imagination et du savoir-faire que l'on aura dépendra l'adaptabilité de la base. On pourrait être tenté de prévoir des "pluriels" partout, afin d'ouvrir au maximum le champ des possibilités. Mais, en contrepartie, la gestion des pluriels alourdit la base et les traitements. L'art du concepteur consiste ici à trouver le meilleur compromis entre la restriction des possibilités et la complexité de gestion de la base.

Soit, de manière plus détaillée :

Commentaire :

Ces exemples soulignent l'importance d'un commentaire joint. La détermination des cardinalités minimales donne souvent lieu à des discussions byzantines. Rappelons que ce point ne joue pas de rôle au niveau du nombre des tables ou de leur contenu, mais au niveau des contrôles, lors de l'élaboration des traitements, et que ces questions remonteront à la surface, nécessairement, au moment de la confrontation et de la mise au point du M.L.D. Mais cet exercice a au moins le mérite de discuter, le plus tôt possible, de points qui se révèleront ultérieurement importants.

Il est surprenant de constater que le rôle des cardinalités minimales est passé sous silence dans la plupart des études sur Merise.

Dimension d'une association

La "dimension" d'une association correspond au nombre des entités reliées. Certains auteurs utilisent le terme de "niveau".

Ainsi, dans l'exemple de la centrale d'achat de libraires, La "quantité", de l'association "Stocké" (ouvrage/libraire) exprime le nombre d'ouvrages d'un même titre, stockés chez un même libraire, tous éditeurs confondus. Si l'on opte pour une association "Stocké" de dimension "3" (dont l'identifiant est cette fois : N° d'ouvrage/N° d'éditeur/N° de libraire), la "quantité" devient une information plus précise, puisqu'elle est différentiée, cette fois, en fonction de l'éditeur.
Les cardinalités "0,n / 0,1" (ce sont les maximales qui comptent) expriment une "hiérarchie" (c'est-à-dire un arbre).
Les cardinalités "0,n / 0,n" (ce sont les maximales qui comptent) expriment une "nomenclature" (c'est-à-dire un réseau).

Récapitulatif des étapes du M.C.D.


1°) Catalogue des données
2°) Epuration (polysèmes et synonymes)
3°) Détermination des entités
4°) Détermination et affectation des propriétés
5°) Recensement des associations (avec, éventuellement, les propriétés non encore affectées
6°) Détermination des cardinalités

Commentaire : La notion de M.C.D n'est pas une originalité de Merise. Il s'agit d'un passage obligé, quel que soit le nom que lui donnent les différentes méthodes, et quelles que soient les différences au niveau du formalisme graphique (qui améliorent parfois la lisibilité).

Sur le plan pratique, l'établissement du M.C.D. lui-même est une opération relativement rapide. Ce qui est long est la collecte des informations.

Les "formes normales"

Des travaux très antérieurs aux différentes méthodologies (E. Codd 1969) ont permis d'élaborer des règles permettant de rationaliser les bases. Elles peuvent représenter une aide précieuse au stade de la détermination des entités et des associations. Elles peuvent paraître parfois très rigoureuses, mais il faut garder à l'esprit qu'il s'agit d'un premier jet, qui peut être revu ultérieurement pour des raisons d'opportunité, mais en connaissance de cause.

II. LE M.C.T.

Définitions

Récapitulatif des étapes du M.C.T.


1°) Identification des acteurs (Rappel : il s'agit des acteurs extérieurs à l'entreprise.
2°) Identification et classement chronologique des flux.
3°) Construction du M.C.T.
4°) Description détaillée des règles de gestion.

III. LE M.O.T.

Définitions

Commentaire : Cette représentation équivaut, en quelque sorte, à un "zoom avant" sur le M.C.T. Dans la pratique, il s'agit d'une étape longue et minutieuse.

Chaque "opération" du M.C.T. se trouve donc subdivisée ici en "procédures fonctionnelles" ("P.F.") qui sont, elles aussi, initerruptibles.
Remarque : Certains auteurs replacent "procédures fonctionnelles" par le terme de "phase".

Lors de l'élaboration du M.O.T., une variation au niveau du "Qui ?", du "Quand ?" et du "Où ?" constituera une "interruption".

Le M.O.T. cerne l'activité de chaque poste de travail (informatique ou non), et de chaque service, en tenant compte du "planning", du type de ressources (manuel, automatisé), du type de support (document écrit, magnétique etc.)

Cette représentation est donc détaillée et très concrête, et les symboles graphiques utilisés peuvent être influencés par le contexte. A celà près, elle suit globalement le formalisme vu au niveau du M.C.T. Les fiches descriptives qui doivent accompagner chaque P.F. détaillent les règles de synchronisation et d'émission. Elles constituent donc une première ébauche ds algorithmes essentiels pour les P.F. appelées à être informatisées.

La P.F.1 représente une étape "manuelle" (non informatisée).
Non représentée ici : La PF correspondant à la création informatique du support de cours.

Les cardinalités expriment que le cours peut être créé sur informatique alors que le support est encore en cours de rédaction. Ce dernier n'est exigé que lors de la création informatique de la session.
Les entités "dates" et les association de dimension "3" permettent de gérer les salles par tranche horaire (une simple association de niveau "2" aurait contraint à ne gérer qu'une salle pour une session donnée).

Ces "vues externes" constituent les pièces d'un puzzle qui sera confronté avec le M.C.D. et permettra de le corriger et de le compléter. Rappelons que cette étape de confrontation est essentielle.

Cette étape de M.O.T. peut être grandement aidé par un "graphe de circulation de l'information".

IV. LE M.L.D

C'est grâce à toutes les opérations précédentes que l'ensemble des tables de la base de donnée vont pouvoir être structurées de manière simple et très rapide : Le M.C.D. ayant été corrigé à la fin de l'étape du M.O.T., ce sont les cardinalités maximales qui vont jouer le rôle essentiel.

Dans cette représentation dite "CODASYL", les flèches sont orientées dans le sens de "migration" des identifiants.

L'exemple d'un organisme de formations : passage du M.C.D. au M.L.D.

La mise au point des tables n'est pas terminée : Pour des raisons d'opportunité, certaines règles pourront être assouplies à ce stade (mais en connaissance de cause). Ainsi :

Ce travail une fois effectué, la phase de développement peut commencer ...

IX. Bibliographie

Les différents sujets traités dans ce site se recoupant, les bibliographies ont été regroupées : Bibliographie


IDDN.FR.010.0102612.000.R.P.2004.035.20600
Conformément aux conventions internationales relatives à la propriété intellectuelle, cette oeuvre est protégée. Le titulaire des droits autorise : La reproduction et la représentation à titre de copie privée ou à des fins d'enseignement et de recherche et en dehors de toute utilisation lucrative. Ceci, sous réserve que soient indiqués clairement le nom de l'auteur et la source (IDDN de l'oeuvre), tels que signalés dans le présent document.


 Fermer cette fenêtre www.compucycles.com imprimer