Merise classique : L'essentiel

www.compucycles.com

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 avec le logiciel Flash (tracés vectoriels).
Pour une version enregistrable (schémas en ".gif") : Cliquer ici

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 ce qui concerne les données : A identifier le nombre et la nature des tables, les articulations et la ventilation des informations entre ces tables, afin que l'ensemble soit le plus efficace et évolutif possible,
Pour les traitements : A identifier les fonctionnalités selon une approche "top / down" ("du général au particulier"), leur découpages et leurs enchaînements.

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

MAITRISE DE LA CHRONOLOGIE DES OPERATIONS ("Cycle de vie") : Grâce à une suite de comptes-rendus dont l'objet est, à chaque stade, très précis.
- Le schéma directeur : Il s'agit de la traduction de la stratégie de l'entreprise. Il a la particularité d'être évolutif, sous peine de se périmer. Il a pour objet de clarifier les centres d'intérêt, les pôles de décision, et de donner une première idée de la chronologie des évènements.
- L'étude préalable : Ce document doit permettre une première mesure de l'impact financier et administratif des grandes orientations définies dans le schéma directeur.
  Il comporte :
  - L'étude de l'existant
  - La définition du "Quoi ?" futur ("MCD" et "MCT")
  - Le scénario (coût, impact sur l'organisation etc.)
  - Le graphe de circulation de l'information pour les procédures les plus représentatives.
  - Une première approximation quant aux choix de matériels et de logiciels, ainsi qu'une estimation du volume de l'information qui sera traitée.
- L'étude détaillée : La définition du "Qui ?", du "Où ?" et du "Quand ?" C'est-à-dire : La "vision utilisateurs"(soit les MOT et MLD). Elle se présente sous la forme d'un descriptif précis portant sur les données en amont et en aval de chaque opération, et sur le mode de traitement de chacune de ces opérations (le principe étant de présenter le "comment" informatique comme une "boîte noire" (qui doit le rester le plus longtemps possible) : Seuls l'amont et l'aval sont censés être identifiés à ce stade.
- L'étude technique : Les données sont réajustées et stabilisées, l'essentiel des traitements (les algorithmes fondamentaux) est décrit.
C'est seulement à ce stade qu'est censée commencer la "réalisation" (qui se clôturera sur la "recette" c'est-à-dire sa validation technique). Dans les faits, des pans de réalisation sont souvent entamés en chevauchement avec les étapes préalables.

FIXATION DE JALONS DE VALIDATION ("Cycle de décision") : La méthode souligne l'importance d'un échéancier de rencontres entre les responsables des différents pôles de l'entreprise, bien sûr, mais aussi avec les utilisateurs, afin de faire prendre conscience de la charge de travail, et parfois des difficultés relationnelles, que supposent une collaboration, une compréhension et une implication personnelle dans un processus de décisions sur des questions pluridisciplinaires.

DISSOCIATION DES DONNEES ET DES TRAITEMENTS ("Cycles d'abstraction") et étude de leurs interactions.
C'est ce qui fera l'objet des développements suivants.

Il s'agit d'un déroulement données / traitements, selon trois "niveaux" correspondant à trois groupes de questions :
- Le "niveau conceptuel" (le "Quoi ?"), aboutissant aux M.C.D. ("Modèle conceptuel des données") et M.C.T. ("Modèle conceptuel des traitements"). A ce stade, données et traitements sont étudiés de manière parallèle, dissociée (en principe par des équipes différentes).
- le "niveau logique" (pour les données) et le "niveau organisationnel" (pour les traitements) (le "Qui?", le "Quand ?", le "Où ?") correspondants aux M.O.T ("modèle organisationnel des traitements") et M.L.D. ("Modèle logique des données"). En fait, l'équipe qui a travaillé sur le M.C.T. passe à un degré de détails beaucoup plus fouillé des traitements (le M.O.T.), donnant, à son tour, une vision "en puzzle" de l'organisation des données. Cette vision est alors confrontée au schéma global qu'est le M.C.D. et de ce rapprochement (parfois houleux), résulte une version corrigée de l'organisation des données, permettant de la finaliser sous la forme du M.L.D.
- Enfin, le "niveau physique" (pour les données) aboutissant à la création des tables, et le "niveau opérationnel" (pour les traitements) enclenchant analyse détaillée de chaque traitement, et développements. Ce niveau, dépendant étroitement de chaque contexte concret, ne fait en principe pas l'objet d'exposé dans les ouvrages consacrés à Merise.

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 :

du caractère nécessairement pluridisciplinaire des équipes en charge de la démarche (pour être concret, informaticiens et non-informaticiens, à "poids égal")
d'une formalisation écrite soigneuse (et lisible !) des travaux relatifs au cycle d'abstraction ...
... afin que chacun s'implique, prenne ses responsabilités, par écrit également, lors des étapes de rédaction et de validation.

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 douloureuse 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

M.C.D. ("Modèle conceptuel des données") :
Représentation statique, sous forme schématique, de la situation respective des données d'un domaine de gestion. Ce schéma est conçu pour être très stable dans le temps.
Propriété : Le niveau le plus fin en matière de données (dit "insécable"). Ce qui suppose que la base a été épurée des polysèmes et des synonymes.
Commentaire :
L'identification des données est parfois loin d'être évidente : Que faut-il choisir : "Adresse" ou "Numéro", "nom de rue" etc. ? En fait l'usage ultérieur peut guider : Il est certain que si des traitements de sélection, de tri et autres, par rues sont prévus, il est plus rationnel d'isoler d'emblée les "nom de rue" : C'est là, typiquement, un des intérêts de la confrontation ultérieure qui est censée avoir lieu à la fin du M.O.T, et qui aboutira au M.L.D.
Entité :
Def. 1 : "Collection de propriétés, dont on peut identifier sans ambiguité chaque occurrence, grâce à une propriété particulière : l''identifiant' " : A chaque valeur de cet identifiant correspond une seule occurrence.
Def. 2 : "Pour chaque occurrence, il faut que toutes les propriétés prennent une valeur et une seule".

Commentaire :
Pour parler franc, la définition N°1 (officielle) peut paraître vaseuse : C'est le genre d'assertion qu'on ne comprend que lorsqu'on a tout compris, ce qui est d'un intérêt pédagogique limité !
Au risque de faire frémir les auteurs de la méthode, il faut reconnaitre que les entités sont, en quelque sorte, le premier jet des futures "tables-piliers" de la base, ébauche qui sera ajustée et remaniée, parfois considérablement, au moment du M.L.D.
Association : (N.B. : Dans les anciens ouvrages, c'est le terme de "relation" qui est employé)
Def. 1 : "Objet permettant d'associer deux ou plusieurs entités, et dont chaque occurrence est identifiée par la concaténation des identifiants des entités concernées."
L'"association" n'a donc pas d'existence propre : Elle n'existe qu'en fonction des entités qu'elle relie.
Def. 2 : "Comme pour l'entité, à chaque valeur de cet identifiant concaténé, correspond une occurrence et une seule, de l'association.
Def. 3 : "Chaque occurrence de l'association relie une et une seule occurrence de chaque entité partipant à cette association".
Commentaire :
le fait de symboliser l'association par un verbe (et non par un substantif) correspond à une analogie avec la grammaire : L'association joue, en fait, le rôle de "rotule". L'image sera plus claire lors de l'exposé du M.L.D.

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 contrainte "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 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 tel 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 :

Cardinalité minimale :
"1" Exprime l'obligation de créer simultanément les deux (ou plus) occurrences des entités et l'association (ex. : Une facture comporte un "entête" (comportant les coordonnées du client, la date etc.) et la ou les lignes de facture. L'ensemble représenté par cette facture sera créé au cours d'une même opération, avec toutes précautions pour éviter les enregistrements "orphelins").
"0" peut exprimer des situation très diverses :
- Soit l'absence définitive de relation (ex. : Un ouvrage anonyme)
- Soit l'absence temporaire de relation : (ex. : Un éditeur veut pouvoir créer dans sa base un auteur, pour disposer de ses coordonnées, alors qu'il n'a pas encore accepté de manuscrit)
- Soit des situation d'alternative ("ou" exclusif)

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.

Cardinalité maximale :
"1" :
- Si la cardinalité maximale de l'autre entité, pour la même association est "n", signifie que les deux entités se trouvent dans une situation "feuille/noeud" (pour reprendre le vocabulaire des arbres de données), dite aussi "hiérarchique" , ou encore "d'appartenance" (d'où l'usage de certains auteurs de représenter ce type d'association non par un ovale avec la mention d'un verbe, mais par un cercle contenant le signe "appartient à" ce qui facilite une lecture rapide du M.C.D.).
- Si la cardinalité maximale de l'autre entité, pour la même association est "1", signifie, en principe, que la première entité regroupe des propriétés qui, dans certains cas, ne sont pas signifiantes pour toutes les occurrences de la deuxième entité (ce qui suppose donc que la cardinalité minimale de la deuxième entité est "0")
"n" :
- Si la cardinalité maximale de l'autre entité, pour la même association est "n", signifie que les deux entités se trouvent dans une situation de réseau.
- Sinon, on se retrouve dans la situation "1 / n" mentionnée ci-dessus.

Dimension d'une association

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

Le cas des associations de dimension "3" :

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.

Le cas des associations de dimension "1" (dites "réflexives") :

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.

1ère Forme Normale : Elle est susceptible de concerner toute entité et toute association.
Une entité ou une association est dite en "première Forme Normale" si toutes ses propriétés sont :
- "Elémentaires" (non subdivisables, au vu du contexte en question).
  Ex. "adresse" ou "Nom de voie", "code postal" etc.
- "Non répétitives" :
  Ex. dans une entité Salarié, il ne faut pas prévoir des propriétés "enfant N°1", "enfant N°2" etc. Dès qu'une information est "plurielle", elle doit être "expulsée" et constituer une entité à part (ici une table "enfant"), reliée par une association.
  Cette règle vaut également pour les informations déductibles les unes des autres. (Ex. le montant TTC, alors que le montant HT est déjà présent et que le taux de TVA est accessible)
- "Significative pour toutes les occurrences"
  Ex. dans une entité Salarié, "voiture de fonction (oui/non)" est significatif pour toutes les occurrences. Mais pas "type de la voiture de fonction".
  Commentaire : Dans la pratique, cette 1ère Forme Normale joue surtout un rôle au niveau des entités. Elle permet d'alléger les objets soit par suppression pure et simple de propriétés inutiles (car déductibles), soit par création de nouvelles entités. Elle aboutit donc à fractionner les entités.
2ème Forme Normale : Elle ne concerne que les objets ayant un identifiant concaténé (c'est-à-dire : les associations).
Une association est dite en 2ème Forme Normale si :
- Elle est en 1ere Forme Normale
- Toutes ses propriétés sont en dépendances fonctionnelle avec tout l'identifiant de cette association
  Ex. d'une association "Fournisseur / Produit" :
  - identifiant : "N° Fournisseur / N° Produit"
  - propriétés : Quantité, Nom du fournisseur
    "Nom du fournisseur" est en dépendance fonctionnelle avec la première moitié de l'identifiant. Elle doit donc être supprimée, et figurer dans une entité "Fournisseur".
3ème Forme Normale : Elle est susceptible de concerner toute entité et toute association.
Une association est dite en 3ème Forme Normale si :
- Elle est en 2ème Forme Normale
- Il n'exite pas de dépendance fonctionnelle entre les propriétés non-identifiantes. (une propriété ne doit dépendre que de l'identifiant, qu'il soit concaténé ou non).
  Ex. : Une entité "véhicule des salariés" :
  - Identifiant : N° de salarié
  - Propriétés : Type de véhicule, puissance du véhicule.
    Or "puissance du véhicule" est en dépendance fonctionnelle avec "type du véhicule". Elle doit donc migrer vers une entité à part.

II. LE M.C.T.

Définitions

M.C.T. ("Modèle conceptuel des traitements") :

"Représentation, sous forme schématique, de phénomènes de réactions du type :
Evènement déclenchant -> Transformation du système d'information -> Résultat
... et ceci indépendamment de toute préoccupation d'organisation interne".

Il est donc important de percevoir que, lors de cette étape de l'approche "top / down", le "monde extérieur" est impérativement impliqué au niveau de chaque "opération" :

Soit au niveau des évènements déclenchants
soit au niveau des résultats.

... Alors que le fonctionnement interne de l'entreprise n'est pas pris en compte (il le sera à l'étape suivante : Le M.O.T.).

Il s'agit donc d'une approche dynamique (contrairement au M.C.D.) : Elle exprime un suivi de transformations. Le facteur chronologique joue un rôle essentiel.

Mais, comme pour le M.C.D., l'un des objectifs est : Un haut degré d'invariance.

Les relations entre "acteurs" peut être traduit soit par un "graphe des flux" soit par une "matrice des flux".

Commentaire :

Rappel : Il ne s'agit que de poser la question "Quoi ?", et non le "Qui ?", le "Où ?", le "Quand ," (et encore moins le "Comment ?"), parce que ces facteurs introduiront des fluctuations que l'on veut systématiquement éviter à ce niveau.

Autant le M.C.D. visait à l'exhautivité, autant le M.C.T. impose que l'on ignore délibérément le niveau des détails (qui sera étudié à l'étape suivante).

Evènement

"Collection de faits, suceptibles de déclencher une 'opération' dans les conditions précisées par la 'synchronisation'.

L'intervention du temps (date / heure) est considérée comme un évènement extérieur.

Synchronisation

Condition booléenne traduisant les règles d'activation d'une opération.

Opération

Ensemble d'actions dont l'enchaînement ininterruptible n'est conditionné par l'attente d'aucun évènement autre que le déclencheur initial.

Commentaire : En clair, tant qu'il n'est pas nécessaire de communiquer avec l'extérieur (soit en amont, soit en aval) on considère qu'il n'y a pas d'interruption.

Règles d'émission

Condition traduisant les règles de gestion, à laquelle est soumise l'émission des résultats d'une opération.

Résultats

Collection de faits, produits par l'"opération", dans les conditions prévues par la (ou les) "règles d'émission".

Remarque : Le formalisme adopté reflète l'influence des travaux faits dans le domaine des "réseaux de Pétri".

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

M.O.T. ("Modèle organisationnel des traitements") :
Représentation des "opérations" du M.C.T. sous une forme détaillée, puisque l'organisation interne de l'entrepirse est ici prise en compte.

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 remplacent "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 des 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.

Les entités deviennent des tables (sauf des cas particuliers comme les "dates")
Si l'une des cardinalités maximales est à "1" et l'autre à "n", l'association disparait et l'identifiant de l'entité marquée "n" vient s'ajouter à la liste des propriétés de l'entité marquée "1".
Remarque : Une telle association n'a pas lieu d'être porteuse de propriété, par conformité avec la "2ème Forme Normale".
Si toutes les cardinalités maximales sont à "n", l'association se transforme en une table qui permettra la correspondance entre les enregistrements des tables reliées (tout en pouvant comporter ses propres propriétés).
Ces règles s'appliquent aussi bien pour les associations "réflexives". Pour les associations de dimension "3" ou plus, elles sont toujours transformées en table.

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 :

Admettre, dans une table, des propriétés qui ne sont pas significatives pour toutes les occurrences,
Alléger une table comportant un grand nombre de propriétés dont certaines sont plus rarement accédées que d'autres, en plusieurs tables (en fonction des fréquences et des circonstances d'accès),
Admettre certaines duplication de propriétés.
Ainsi :
- pour les données très stables : Informations souvent lues, mais rarement modifiées (ex. : Une date de naissance).
- Pour regrouper, dans des "tables d'actualité", les dernières informations en date, très souvent accédées (alors que les informations antérieures figurent dans des tables exhaustives, qui jouent le rôle d'archives).
- Admettre des propriétés pourtant déductibles d'autres propriétés, dans le cas où cette déduction, souvent effectuée, représente un calcul dont le temps de réponse est trop pénalisant.
- etc.

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.

Retour accueil

www.compucycles.com

imprimer