MERISE :
Michel DIVINÉ
Les Éditions du phénomène
Du même auteur :
PARLEZ-VOUS MERISE ? Éditions Eyrolles 1994
PARLEZ-VOUS PROGICIEL ? Éditions du Phénomène. 2008
PARLEZ-VOUS SAP ? Éditions du Phénomène 2008
A Alain SARTON
"J'm'en vais m'asseoir
Au bord de l'eau,
Si j'ai l'cafard
J'y pique une tête "
Chester Himes, Il pleut des coups durs
Merci à tous ceux qui m'ont aidé dans la rédaction de ce livre, lecteurs, enquêteurs ou fournisseurs de matériel : Annie, Marine, François et Marc Diviné, Jean-Pierre Hippon, Francis Jallain, Alain et Véronique Blanchet, Denis et Evelyne Longueville, Michel Mingasson, Anne Guignard, Eric Patrux, Yves Tabourier et Nicolas Mendras.
Entrez, cria Burton
Boileau Narcejac, Le dernier mot
IS FECIT CUI PRODEST
Adage judiciaire
« Soixante affaires classées » : voilà un titre propre à éveiller en nous l'âme d'un juge d'instruction, et à nous faire comprendre le proverbe dans ce contexte : celui à qui [le crime] profite, c'est lui qui l'a fait. Mais c'est en vérité un proverbe générique, voire un méta-proverbe (celui à qui [cela] profite, c'est lui qui l'a fait) .
Michel Diviné, qui cherche à instruire non pas des affaires, mais nous-mêmes, nous en propose une autre interprétation : celui à qui [l'exercice] profite, c'est lui qui l'a fait.
« L'exercice profite à celui qui l'a fait », telle est en effet la devise de ce livre, une devise de pédagogue. Déjà, dans « Parlez-vous Merise ? », la pédagogie de l'exemple était tellement poussée que j'avais introduit mon avant-propos par le dicton semblable « je fais et j'apprends », sans prévoir qu'il serait encore mieux adapté à un ouvrage ultérieur.
C'est donc au travail que vous invite ce recueil d'exercices gradués et variés dont l'usage, plus que la simple lecture d'un manuel, laissera sûrement en vous des sédiments durables et bienfaisants, à la mesure de vos efforts : ce que vous aviez simplement compris, vous allez vous l'approprier.
Cela nous mène à une dernière instanciation du proverbe : le bienfait profite à celui qui l'a fait ! Michel Diviné le méritera bien, lui qui pousse la générosité, l'enthousiasme et peut-être l'optimisme au point de penser que les modèles de communications, la non-séparabilité des aspects statiques et dynamiques, ou encore la « courbe de la pluie », font évidemment déjà partie du patrimoine Merisien communément admis et partagé. Mais sans doute prend-il juste un peu d'avance, bien utile à un ouvrage auquel je souhaite longue vie ou, qui sait, dans la perspective d'un prochain troisième ?
Directeur de la recherche, Mega International
Corrigé de l'interrogation écrite
Un méta-proverbe remplace des termes d'un certain niveau (par exemple des noms : [le crime]) par des vocables d'un niveau plus élevé (par exemple des pronoms : [cela]), voire les supprime « pure » comme en latin. Un proverbe surtype emploie des termes de même niveau que le proverbe initial, mais plus généraux : [l'acte]. D'où la traduction demandée : celui à qui [l'acte] profite, c'est lui qui l'a fait.
Avant-propos : dans la chaleur de Merise ou comment utiliser ce livre
Avant-propos : dans la chaleur de Merise ou comment utiliser ce livre
Vous avez été nombreux à dévorer le premier ouvrage Parlez-vous Merise ? et êtes impatients de mettre en pratique vos connaissances. Selon votre expertise, vous utiliserez différemment cet ouvrage et les types d'affaires recensées.
Si vous possédez le savoir faire : vous pouvez vous rendre au chapitre 12 et résoudre les 14 exercices complets pour confirmer votre maîtrise. Si vous avez des solutions meilleures, envoyez-les moi. Elles seront introduites dans les prochaines éditions avec votre accord !
Si vous possédez uniquement le savoir : allez au chapitre 3, faites le questionnaire pour rafraîchir vos connaissances, les 46 exercices des étapes et les 14 exercices complets. N'hésitez pas à refaire un exercice après avoir lu la solution. C'est le moyen le plus efficace de mémoriser la méthode.
Si vous avez très peu de savoir : lisez l'introduction, faites les 46 premiers exercices deux fois chacun au minimum. Si vous voulez des compléments théoriques, relisez l'ouvrage "Parlez-vous Merise ?" Ensuite, vous pouvez aborder les exercices complets.
AVANT-PROPOS : DANS LA CHALEUR DE MERISE OU COMMENT
UTILISER CE LIVRE 9
TABLE DES MATIÈRES .. 11
CHAPITRE 1 : INTRODUCTION .. 19
1 RAPPEL SUR MERISE . 19
2 ETAPES D'UNE ÉTUDE INFORMATIQUE. . 22 3 PLAN DE L'OUVRAGE . 24
CHAPITRE 2 : RAPPEL DES MODÈLES . 27
1 LES MODÈLES DU NIVEAU CONCEPTUEL .. 27
2 LES MODÈLES DU NIVEAU ORGANISATIONNEL .. 31 3 LES MODÈLES DU NIVEAU LOGIQUE 34
CHAPITRE 3 : QUESTIONNAIRE À CHOIX MULTIPLES .. 39
1 QUESTIONS GÉNÉRALES (EXERCICE 0) .. 39
2 CONCEPTUEL (EXERCICE 1) 40
3 ORGANISATIONNEL (EXERCICE 2) .. 43
4 INFORMATIQUE (EXERCICE 3) 44
CHAPITRE 4 : TROUVER LES FONCTIONS OU LES LIMITES DU
PROJET 47
CHAPITRE 5 : MODÉLISER LES DONNÉES À INFORMATISER : LE
MCD . 51
1 COMPRENDRE LES CARDINALITÉS (EXERCICE 7) .. 51
3 UN SEUL VOCABULAIRE (EXERCICE 9) .. 53
4 EXPLIQUER UN MCD (EXERCICE 10) . 54
5 ETUDES (EXERCICE 11) . 54 6 TOURNÉES (EXERCICE 12) .. 55 7 ORDONNANCE (EXERCICE 13) .. 55
8 SANCTIONS (EXERCICE 14), RÉFÉRENCE 1 .. 56
10 LOCATION DE LOGEMENT (EXERCICE 16) . 56
11 PLAN MILITAIRE (EXERCICE 17), RÉFÉRENCE 4 .. 57
RÉFÉRENCE 1 58
14 CAROLINGIENS (EXERCICE 20) .. 58
15 NOMENCLATURES OU PYRAMIDES (EXERCICE 21) 58
16 ENSEIGNEMENT (EXERCICES 22 À 24) . 59
17 SOUS-TYPER (EXERCICE 25) 60 18 MÉTA-MODÉLISER (EXERCICE 26) 61
CHAPITRE 6 : CONSTRUIRE UN JEU D'ESSAI 63
1 INTRODUCTION . 63
2 STOCK AU JOUR J ET RÈGLES DE RÉAPPROVISIONNEMENT. . 64 3 DEMANDES DE FOURNITURES DES SECRÉTARIATS DES 21 ET 22 OCTOBRE .. 65
4 DON IMMÉDIAT 65
5 CALCUL DES BESOINS NETS AU 24 OCTOBRE (EXERCICE 27) .. 65 6 CALCUL DE LA QUANTITÉ À RÉAPPROVISIONNER (EXERCICE 28) . 66
7 TARIFS ET CONDITIONNEMENTS FOURNISSEUR . 66
10 ETAT DU STOCK APRÈS DISTRIBUTION (EXERCICE 30) 67
11 DON PAR SERVICE 68
12 HISTORIQUE DES DONS PAR SERVICE (EXERCICE 31) .. 68
68
14 CONSTRUIRE LE MCD DU JEU D'ESSAI (EXERCICE 33) 69
CHAPITRE 7 : VALIDER DONNÉES, TRAITEMENTS ET
COMMUNICATIONS . 71
1 VALIDER DONNÉES ET COMMUNICATIONS .. 71
(EXERCICE 36) . 73
CHAPITRE 8 : DÉFINIR L'ORGANISATION .. 77
1 YAKUSA (EXERCICE 37), RÉFÉRENCE 2 . 77
2 PROCÉDURE PUNITION MCT ? (EXERCICE 38), RÉFÉRENCE 2 78
3 MAASTRICHT (EXERCICE 39) . 79 4 CAS ECCLÉSIASTIQUE (EXERCICE 40) 80
CHAPITRE 9 : OUTILS DONNÉES OU TRAITEMENTS ? . 83
1 MCC . 83
2 MCT . 84
3 MCD . 85
4 MOT . 86
5 MOD 87 6 LISTE DES OUTILS (EXERCICES 41 ET 42) . 88
CHAPITRE 10 : PLANIFIER LES OUTILS . 91
1 HYPOTHÈSES DE PLANIFICATION . 91 12 EXERCICE 43 .. 93
CHAPITRE 11 : CONSTRUIRE LE MPD . 95
1 MPD1 (EXERCICE 44) .. 95
2 MPD2 (EXERCICE 45) .. 95
3 MPD3 (EXERCICE 46) .. 96
CHAPITRE 12 : EXERCICES COMPLETS . 99
1 MISÉRABLES (HÔTEL) (EXERCICE 47) .. 99
2 TAXE D'APPRENTISSAGE (EXERCICE 48) 103
3 STAGES (EXERCICE 49) .. 104
4 FORMER (EXERCICE 50) . 105
5 SÉLECTIONNER (EXERCICE 51) .. 106
6 SERVICES GÉNÉRAUX (EXERCICE 52) . 107
7 SERVICES GÉNÉRAUX (EXERCICE 53) . 108
8 MAISON D'ÉDUCATION (EXERCICE 54) 108
9 CABINET ANIMAL (EXERCICE 55) . 110
10 PRESSE (EXERCICE 56) 111
11 LOCATION D'APPARTEMENT (EXERCICE 57) .. 114
12 GESTION FAMILIALE D'UN MÉNAGE (EXERCICE 58) .. 115
13 CABINET MÉDICAL (EXERCICE 59) . 115 14 CABINET PHOTOGRAPHE (EXERCICE 60) . 116
CHAPITRE 13 : CORRIGÉ QCM 121 1 CORRIGÉ EXERCICE 0 : QCM GÉNÉRAL . 121
2 CORRIGÉ EXERCICE 1 : QCM CONCEPTUEL . 122 3 CORRIGÉ EXERCICE 2 : ORGANISATION .. 125
4 CORRIGÉ EXERCICE 3 QCM INFORMATIQUE 126
CHAPITRE 14 : RÉPONSES POSSIBLES SUR LES FONCTIONS DU
PROJET .. 129
1 CORRIGÉ EXERCICE 4 : FONCTIONS DE L'ÉCOLE . 129
CHAPITRE 15 : CORRIGÉ DE LA MODÉLISATION DES DONNÉES À
INFORMATISER . 137
3 CORRIGÉ DE L'EXERCICE 9 : UN SEUL VOCABULAIRE .. 139
4 CORRIGÉ DE L'EXERCICE 10 : EXPLICITER UN MCD . 140
5 CORRIGÉ DE L'EXERCICE 11 : "ÉTUDES" . 140
6 CORRIGÉ DE L'EXERCICE 12 : TOURNÉES 140
7 CORRIGÉ DE L'EXERCICE 13 : ORDONNANCE 141
8 CORRIGÉ DE L'EXERCICE 14 : SANCTION 142
9 CORRIGÉ DE L'EXERCICE 15 : VOTE .. 142
10 CORRIGÉ DE L'EXERCICE 16 : LOCATION . 143
11 CORRIGÉ DE L'EXERCICE 17 : PLAN MILITAIRE . 144
14 CORRIGÉ DE L'EXERCICE 20 : LES CAROLINGIENS .. 146
15 CORRIGÉ DE L'EXERCICE 21 : LA PYRAMIDE .. 146
16 CORRIGÉ DES EXERCICES 22 À 24 : CAS D'ÉCOLE 148
17 CORRIGÉ DE L'EXERCICE 25 : LE SOUS-TYPE . 151 18 CORRIGÉ DE L'EXERCICE 26 : LE META-MODÈLE . 152 CHAPITRE 16 : CORRIGÉ DU JEU D'ESSAI 155
1 CORRIGÉ DE L'EXERCICE 27 : LE CALCUL DES BESOINS NETS .. 155 2 CORRIGÉ DE L'EXERCICE 28 : CALCUL DE LA QUANTITÉ À RÉAPPROVISIONNER
. 156
3 CORRIGÉ DE L'EXERCICE 29 : PASSAGE DES COMMANDES FOURNISSEUR .. 156
4 RÉCEPTION, ENTRÉE EN STOCK .. 156
5 CORRIGÉ DE L'EXERCICE 30 : ÉTAT DU STOCK APRÈS DISTRIBUTION 157
6 DON PAR SERVICE 157
VALORISATION DU STOCK 158
9 CORRIGÉ DE L'EXERCICE 33 : MODÈLES DE DONNÉES DU JEU D'ESSAI . 158 CHAPITRE 17 : CORRIGÉ DES VALIDATIONS 161
2 CORRIGÉ EXERCICE 35 : VALIDATION MCC/MCD .. 161 3 CORRIGÉ EXERCICE 36 : VALIDATION TRAITEMENTS ET DONNÉES 163 CHAPITRE 18 : CORRIGÉ ORGANISATION .. 165
1 CORRIGÉ EXERCICE 37 : LES POSTES DE TRAVAIL . 165
2 CORRIGÉ EXERCICE 38 : MCT INFRACTION . 165
3 CORRIGÉ EXERCICE 39 : PROCÉDURE MAASTRICHT . 165
4 CORRIGÉ EXERCICE 40 : CAS ECCLÉSIASTIQUE .. 167
CHAPITRE 19 : CORRIGÉ EXERCICES 41 ET 42, LISTER LES OUTILS
.. 175
2 CORRIGÉ EXERCICE 42 : OUTILS À PARTIR DES TRAITEMENTS . 176 3 CONCLUSION DES EXERCICES . 177
CHAPITRE 20 : CORRIGÉ EXERCICE 43, PLANIFIER LES OUTILS179
1 COMPLEXITÉ DES OUTILS . 179
CHAPITRE 21 : CORRIGÉS DES MODÈLES PHYSIQUES DE DONNÉES . 181
1 CORRIGÉ EXERCICE 44 : MPD1 . 181
2 CORRIGÉ EXERCICE 45 : MPD2 . 182
3 CORRIGÉ EXERCICE 46 : MPD3 . 183
CHAPITRE 22 : CORRIGÉS DES CAS COMPLETS . 185
5 CORRIGÉ DE L'EXERCICE 51 : SÉLECTIONNER . 204
6 CORRIGÉ DE L'EXERCICE 52 : SERVICES GÉNÉRAUX, DOMAINE "DISTRIBUER"
. 209
10 CORRIGÉ DE L'EXERCICE 56 : PRESSE 238
D'UN MÉNAGE 256
13 CORRIGÉ DE L'EXERCICE 59 : CABINET MÉDICAL 262 14. CORRIGÉ DE L'EXERCICE 60 : PHOTOGRAPHE .. 269
ANNEXE 1 : COÛTS .. 279
ANNEXE 2 : GLOSSAIRE . 281
ANNEXE 3 : LÉGENDE DES SYMBOLES 285
1 MODÈLE DE COMMUNICATION 285
2 MODÈLE DE TRAITEMENT . 285
3 MODÈLE DE DONNÉES 285
4 PROCÉDURE (MOT) 286
5 ARCHITECTURE INFORMATIQUE 286
7 MODÈLE LOGIQUE DE DONNÉES . 287
ANNEXE 4 : RÉFÉRENCES . 289
PREMIÈRE PARTIE
RAPPELS ET OBJECTIFS
L'expérience, se dit le concierge, on en parle toujours comme si elle servait à quelque chose.
Jean Sareil, Le pipelet n'a pas pipé
Cet ouvrage a pour objectif la compréhension de Merise, méthode d'informatisation universelle. Toute méthode informatique doit répondre à quatre objectifs principaux :
? définir ce que l'utilisateur final veut informatiser (quitte à lui faire comprendre ce qu'il veut), et sa faisabilité ;
? vérifier la cohérence de sa demande ;
? structurer les données à informatiser. Cela est primordial en informatique de gestion ;
? rester simple. Ce point est largement battu en brèche quand une méthode est appliquée "pour la méthode". Elle doit rester un outil d'aide à la conception ou à la réalisation.
Merise sert de langage de référence entre les différents acteurs, informaticiens et utilisateurs. Elle représente, sous forme de représentations graphiques appelées modèles, les différents concepts manipulés. Merise possède des modèles spécifiques. Les exemples sont choisis dans cet ouvrage afin de mettre en évidence l'apport spécifique de chaque modèle. Les méthodes de conduite de projet, découpe du projet en tâches ou en sous-projets, estimation des charges, affectation des ressources aux tâches, ne sont pas abordées ici.
Merise répond aux critères précédents à sa manière :
Des étapes de validation jalonnent le travail effectué. L'utilisateur est contraint de valider un "niveau" avant de passer au suivant. Par exemple, les enchaînements d'écrans de saisie de ristournes ou de promotion consommateur ne seront pas dessinés si des définitions ne sont pas données ou ne sont pas claires pour le concepteur et l'utilisateur. Des étapes sur lesquelles il est possible de revenir ont été créées.
Les étapes retenues dans Merise correspondent aux trois niveaux suivants :
? un niveau indépendant de l'organisation, fonctionnel, et appelé conceptuel ;
? un niveau indépendant de l'informatique, l'organisationnel, et ;
? l'informatique. Ce niveau est découpé en deux "sous-niveaux" logique et physique. Le "sous-niveau" logique, indépendant du matériel, peut encore être découpé en spécification externe, visible par l'utilisateur, et spécification interne, ou invisible à l'utilisateur. Il est inutile de faire valider ou approuver la spécification interne à l'utilisateur final.
|
Niveaux |
|
CONCEPTION |
|
ORGANISATION |
|
INFORMATIQUE Logique Physique |
D'autres étapes auraient pu être choisies. Certains niveaux, en particulier le niveau organisationnel, n'existent pas dans des méthodes anglo-saxonnes telles que Ssadm ou Sadt.
Le domaine à informatiser est abordé par trois côtés ou approches : communication, traitement et données. La validation permet de vérifier la cohérence de ces modèles entre eux.
Communication, traitement et données.
Dans tout projet impliquant un dialogue ou un découpage nécessaire des projets
(construction d'usine avec un découpage génie civil, électricité, instrumentation, informatique, tuyauterie ), les quiproquos viennent d'une définition insuffisante des fonctions couvertes par chaque métier. C'est pourquoi, avant de démarrer un projet, il est fondamental de fixer les limites de ce projet et de définir ses liens avec les autres projets. A chaque projet est rattaché un domaine de l'entreprise. Les liens entre projets sont représentés par les échanges entre domaines
fonctionnels. La découpe de l'entreprise et les échanges entre systèmes internes ou externes à l'entreprise sont représentés dans les modèles de communication.
La deuxième approche qui vient naturellement à l'esprit quand il s'agit d'informatique est la description des traitements : "Que provoquent ou comment sont générés ces messages ou ces échanges d'information ?"
Enfin, vient la structuration des données, sur laquelle nous reviendrons au point trois.
Vérification de la cohérence entre les modèles de communication, données et traitements.
Une première validation, décrite dans tous les manuels concernant Merise, doit être effectuée entre données et traitements. Toute donnée ou information est utilisée dans un traitement et tout traitement peut accéder aux données nécessaires.
Toute méthode accordant une importance privilégiée et justifiée aux données, telle que Niam ou Merise, doit garder son objectif de vérifier la faisabilité de la demande utilisateur en croisant ses besoins, exprimés sous forme de données, et ses besoins de traitement. Les données sont au service des traitements.
Une deuxième validation, intervenant avant la validation entre les données et les traitements, est la validation entre données et communication. Cette validation est plus facile et suppose que les modèles de communication ont été effectués : ne pas modéliser des données de lieu de livraison quand les messages contiennent des données de publicité consommateur ou de marketing.
|
Communication |
Données |
Traitement |
Vérification cohérence |
Approche
La combinaison des 4 niveaux et des 3 approches donne lieu à la "création" de 12 modèles de référence. Par exemple, le croisement du niveau conception et de l'approche données crée le MCD, ou modèle conceptuel de données.
|
Communication |
Données |
Traitement |
|
|
Conception |
MCC |
MCD |
MCT |
|
Organisation |
MOC |
MOD |
MOT |
|
Informatique Logique Physique |
MLC MPC |
MLD MPD |
MLT MPT |
Certains modèles ne seront pas abordés dans cet ouvrage.
? Le modèle logique de données ou MLD, indépendant du système de gestion de base de données ou SGBD, n'est pas traité. La transformation entre les modèles entité relation (MCD ou MOD) et les modèles physiques relationnel et réseau est directe. Ceux-ci sont considérés comme logiques par les administrateurs de base de données. Certains appellent modèles logiques de données les modèles dépendant du SGBD, traités ici comme physiques.
? Le modèle organisationnel de communication ou MOC, traite les messages échangés entre sites différents : demande de présentation, demande de lancement de programme, mise à jour ou interrogation de données à distance. Ce domaine en pleine évolution n'est pas stable actuellement (architecture client serveur). Aucun exercice ne traite cet aspect.
? Les modèles physiques de communication et de traitement ne sont pas décrits car l'ouvrage ne traite pas de programmation.
La construction des représentations graphiques des structures de données, appelés modèles de données, est couverte par la plupart des méthodes actuelles : Merise, Niam, modèles de Chen, Normalisation de tables relationnelles. Cela entraîne un sens de l'abstraction (inné ou acquis ?) non négligeable. Une bonne définition des modèles de données est indispensable. Certaines méthodes, comme les méthodes anglo-saxonnes, sont plus orientées vers la gestion de projet. Une représentation des données plus compréhensible par l'utilisateur et non couverte par les méthodes de conception est la construction d'un jeu d'essai.
Merise formalise des ensembles de données, "client", "produit", "animal", dont les occurrences sont "sympathique", "orgueilleux", "nouveauté", "commode", "avide", "sécurité" ou "pomme", "tomate" ou "hérisson", "taureau" ou "chat", par exemple. L'application finale créera "M. Sécurité", "une pomme" et "un chat", les occurrences des concepts manipulés par Merise, "client", "produit" et "animal". Il est difficile de modéliser les ensembles d'occurrences et les occurrences elles-mêmes. Merise manipule les ensembles d'occurrences, le jeu d'essai manipule les ensembles et les occurrences.
Construire un jeu d'essai est primordial. Il permet à l'utilisateur de préciser sa demande et au concepteur de construire le modèle de données si l'utilisateur ne sait pas interpréter les modèles et les dessins de ses enfants. C'est pourquoi ce livre comprend un exercice de construction de jeu d'essai. Celui-ci se situe après la modélisation des données. Un jeu d'essai permet aussi la fourniture d'un jeu de test pour la réception des programmes ou la sélection d'un progiciel.
1.5 Rester simple.
Modifier une application existante revient 100 fois plus cher que de la concevoir correctement dès son origine. Malheureusement, il est difficile de rester simple quand tout s'agite autour de vous, et l'application "naturelle" de Merise peut laisser croire à une méthode complexe. Vous verrez par la pratique qu'en gardant à l'esprit ce souci de simplicité, vous aurez le plaisir d'avancer sans remettre en question les étapes précédentes. Cette simplicité va de pair avec la maîtrise du sujet de l'utilisateur final.
2 Etapes d'une étude informatique.
Les étapes principales d'une étude préalable sont, pour le niveau conceptuel :
construction du modèle conceptuel de communication, domaines, partenaires et
messages ;
construction du modèle conceptuel de données ;
validation des modèles de communication et de données ;
construction du modèle conceptuel de traitement ;
validation des modèles conceptuels de données et de traitement.
Après le MCC, le MCD ou le MCT peuvent être construits.
Les étapes de validation sont transparentes dans la correction des exercices ne traitant pas de cette validation.
Les étapes du niveau organisationnel et de définition des outils sont :
construction de l'organigramme et de la liste des MOT ou procédures ;
construction du ou des modèles organisationnels de données ;
construction des modèles organisationnels de traitement ou procédures ;
construction de la liste des outils validée par les modèles de données et de traitements.
Ce plan sera repris dans le corrigé des exercices complets :
construction du modèle conceptuel de communication : domaines, partenaires et messages ;
construction du modèle conceptuel de données ;
construction du modèle conceptuel de traitement ;
construction des modèles organisationnels de traitement ou procédures ;
construction du ou des modèles organisationnels de données ;
construction de la liste des outils validée par les modèles de données et de traitement.
A la fin de l'étude préalable, les étapes sont les suivantes :
spécification externe : construction des enchaînements d'écrans et description des champs des écrans ou MLT, et validation par l'utilisateur final ;
construction des modèles de données dépendant du SGBD choisi ;
description des actions des écrans sur la base de donnés : spécification
interne ;
construction du jeu de test ;
programmation : modèles physiques des traitements ; tests de réception appelés recettes en informatique.
Quatre exercices sont consacrés à la construction du modèle physique de données relationnel et réseau. Un exemple de MLT est donné lors du corrigé du premier exercice complet. La construction du jeu de test est identique à la construction du jeu d'essai.
3 Plan de l'ouvrage.
Le plan de l'ouvrage reprend les fonctions essentielles à couvrir par Merise. Il est divisé en trois parties et trois annexes.
Première partie : rappels et objectifs
Chapitre 1 Introduction
Chapitre 2 Rappel sur les modèles
Deuxième partie : énoncés des exercices
Chapitre 3 Questionnaire à choix multiples permettant de vérifier ses connaissances.
Chapitre 4 Définir le sujet de l'étude (MCC, domaine). Trois cas sont pris : le cas d'une école, de services généraux et d'une bibliothèque.
Chapitre 5 Formaliser les données : exercices de plus en plus riches.
Chapitre 6 Construire un jeu d'essai qui se rapporte au cas des services généraux.
Chapitre 7 Valider les données et les traitements qui se rapportent au cas bibliothèque.
Chapitre 8 Définir l'organisation influe sur la solution informatique (utilisation de la table des coûts en annexe).
Chapitre 9 Comprendre les différentes manières de construire les outils informatiques (données ou traitements) qui se rapportent au cas bibliothèque.
Chapitre 10 Planifier les spécifications et la réalisation informatique à l'aide de la liste des outils se rapportant au cas bibliothèque.
Chapitre 11 Appliquer les règles de passages du modèle entité/relation aux modèles relationnel et navigationnel.
