Zokopanatio PDF

Michel DIVIN
PARLEZ-VOUS MERISE ?
Les ditions du phnomne
1
Parlez-vous Merise ?
Du mme auteur :
MERISE, 60 AFFAIRES CLASSES ditions Eyrolles 1990

PARLEZ-VOUS PROGICIEL ? ditions du Phnomne. 2008
PARLEZ-VOUS SAP ? ditions du Phnomne 2008
2
A Paul GANDOET
Aussi rare que les toiles du matin.
(Expression chinoise)
Remerciements : tous ceux qui m'ont aid dans la rdaction de ce livre,

qui l'ont lu de une N fois et apport la rigueur et la clart ncessaires, Paul
et Marc DIVINE, Claude JAMBON, Gilles FELIX, Yves MONTEIL, Laurent
BARBET, Jrme PERRIN et Michel MINGASSON.
Les dessins sont de Pierre Legu
3
4
Prface
Prface
Il manquait dans la littrature consacre MERISE un livre d'initiation qui

aborde sans complexe les points essentiels de la mthode en s'affranchissant
dlibrment de tout souci de justification.
En intitulant son ouvrage "Parlez-vous MERISE ?", Michel DIVINE partait de

l'hypothse que la popularit grandissante de MERISE conduirait les responsables
d'entreprise, les utilisateurs de l'informatique, les dcideurs de toutes sortes,
s'intresser de plus en plus une mthode en passe de devenir un quasi standard
pour l'informatisation des organisations.
Expliquer simplement le complexe tient de la gageure et je dois reconnatre que

Michel DIVINE grce son style, ses dessins et des exemples tirs du quotidien y
russit remarquablement.
La vertu de la pdagogie dpasse parfois son intention premire et l'expos, au

demeurant classique de la mthode MERISE, s'enrichit par endroit de concepts
nouveaux qui dbordent le cadre d'un manuel d'initiation.
Ainsi en est-il de l'introduction des modles de communication qui rpondent de
manire approprie une demande croissante des praticiens de MERISE ; ceux-ci
souhaitaient depuis plusieurs annes modliser de manire plus structure les
diffrents flux d'information entre sous-systmes. Ce concept a vocation figurer
dans les futures versions de MERISE et c'est tout le mrite de Michel DIVINE d'en
avoir donn une dfinition pdagogique.
Esprons que ce livre saura trouver le large public qu'il mrite, en particulier
auprs de nouveaux lecteurs pour qui MERISE apparatra plutt comme un nouveau
langage facilement accessible que comme un ensemble de techniques parfois difficile
assimiler.
Hubert Tardieu
5
6
Prface
Avant-propos dYves Tabourier
J'coute et j'oublie.
Je lis et je retiens.
Je fais et j'apprends.
(Proverbe chinois)
Vous tenez en main un guide de modlisation dans le cadre de Merise, un guide

que Michel Divin a voulu essentiellement pratique et qu'il a rsolument plac sous
le signe de la pdagogie de l'exemple.
Je n'aurais jamais pu crire un tel livre, dont la devise semble s'noncer "moins
il y a de thorie, mieux cela vaut", dont le projet est trs cumnique (dirig vers les
Merisiens et Merisiennes de toutes tendances) et qui va jusqu' prsenter Merise
comme une mthode d'informatisation plutt que de conception des systmes
d'information. Quant la "sacro-sainte" systmique, il semble n'en tre question que
trs peu.
Mais je crois qu'en ralit, Michel a tout fait raison. Dans un style trs direct,
souvent abrupt mais toujours bon enfant, ce qu'il enseigne par l'exemple - la plus
douce des mthodes - est beaucoup plus qu'un ensemble de techniques et de tours de
main. Les Merisiens et Merisiennes de toutes sectes trouveront ici, bien entendu, un
matriel exprimental directement utilisable. Mais, bien qu'il ne soit pas directement
question de Mga (Merise Gamma) et de son milieu culturel et thorique,
compltement systmique, l'essentiel de l'exprience et des mthodes de travail qui
baignent l'expos a t acquis dans ce cadre, ce qui ne peut qu'avoir des effets
bnfiques sur le lecteur. C'est pourquoi je pense que Michel enseigne ici, sans en
parler, plus de systmique que l'on ne fait parfois tout en en parlant, et plus sans
doute qu'il ne le pense lui-mme. Parmi les exemples dans lesquels Mga perce sous
Merise, on peut citer la modlisation des donnes temporelles ou encore le modle
organisationnel de donnes. Mais je dois surtout saluer la faon si convaincante
dont Michel prsente les modles de communication : son don de persuasion est de
nature faire basculer les Merisiens les plus orthodoxes, ce que j'essaye de faire
depuis 1982.
Quant Merise mthode d'informatisation plutt que de conception de systme
d'information, je dois bien reconnatre que, si ce n'est pas trs pur, c'est
statistiquement vrai.
7
Pour toutes ces raisons, cet ouvrage me parat dcidment tonique, sain et utile
et c'est pourquoi je lui souhaite une large audience. Et j'espre bien que ses lecteurs
et lectrices, non seulement acquerront le savoir qu'ils cherchent, mais seront aussi
un peu changs "par osmose".
Yves Tabourier
Directeur de la Recherche
Gamma International
8
Prface
Pourquoi une mthode ?
L'accident de la charrette de
devant doit servir celle qui la suit.
(Proverbe chinois)
Aujourd'hui, chacun a profit ou imagine facilement les avantages que

l'informatique apporte l'entreprise : calculs automatiques, stockages de donnes,
traitements...
Cependant, l'informatique est galement pour la majorit synonyme de
vocabulaire hermtique, de service "citadelle", de dlais lastiques, d'obstacles
insurmontables, de surcots imprvus, de programmes difficiles faire voluer, bref,
d'un ensemble d'inconvnients prjudiciables tant aux chefs d'entreprise qu'aux
responsables de l'informatique.
De cet tat de fait dcoule la ncessit d'une mthode permettant d'avoir un
langage commun de l'informatisation et utilisable par tous : chef d'entreprise,
utilisateur, informaticien... Toutes ces personnes peuvent tre la mme dans le cas de
l'usager d'un micro-ordinateur dsireux de se crer une base de donnes claire,
volutive, documente et transmissible ses collgues.
Ce qu'apporte MERISE
La mthode Merise apporte une formalisation clairant les choix effectuer. Elle
est un langage commun de rfrence centr sur le systme d'information et non sur
l'informatique applique. Elle permet une authentique communication entre le
responsable de la stratgie d'entreprise, celui de son informatisation et les utilisateurs
finals.
Elle structure les vux du dirigeant et de l'utilisateur sous forme de dessins pour
une comprhension facile et de dossiers pour une explication complte permettant au
responsable de l'informatique de choisir ou d'crire les programmes. Le choix final
d'informatisation sera conforme aux dsirs de l'utilisateur et aux possibilits
informatiques.
Les dessins illustrent la syntaxe du langage. En dcouleront l'agencement des
informations et l'ensemble des tches raliser. Ainsi, le projet sera men avec
9
rigueur et cohrence afin d'obtenir les objectifs de fiabilit des donnes et d'volution
des applications.
Les programmes seront documents et l'entreprise en sera rendue moins fragile :
plus de panique un soir de facturation obligeant tirer du lit le programmeur malade
qui est le seul comprendre son programme crit en langage machine !
Enfin, Merise est une mthode qui conduit une rflexion sur l'entreprise et peut
aider modifier son organisation, voire d'en crer une nouvelle.
10
Prface
APRES MERISE
MERISE UN LANGAGE DE REFERENCE
11
12
INTRODUCTION
INTRODUCTION
Il faut ouvrir des cadenas diffrents

avec des cls diffrentes.
(Proverbe chinois)
Ce chapitre d'introduction donne une vue globale de la mthode MERISE. Le
lecteur pourra aborder dans les chapitres suivants le vocabulaire et les dtails de la
mthode avec plus de facilit.
MERISE est une mthode de dveloppement des projets informatiques

de gestion.
Elle tire son nom du MERISIER qui est un arbre porte-greffe. De faon analogue,
MERISE est le rsultat de la greffe de plusieurs mthodes. Une deuxime explication
vient du fait que le mot MERISE se trouvait en haut gauche d'un dictionnaire ouvert
la lettre M.
Elle s'adresse toutes les applications sur micro, mini-ordinateur ou grands
systmes informatiques. Par commodit, l'organisme informatiser sur lequel
s'applique la mthode est appel ici entreprise.
Merise est actuellement la mthode la plus rpandue en France. Historiquement,
la premire version officielle de Merise date des travaux coordonns par le Ministre
de lindustrie en 1979 ; le groupe de projet comprenait, outre une quipe de
recherche dirige par M. H. TARDIEU, plusieurs socits de service. Depuis,
plusieurs versions ont t dveloppes. Voici venu le temps des MERISES.
L'ouvrage de rfrence de la mthode est celui de MM H. TARDIEU, ROCHFELD
et COLETTI (Rfrence 1).
1 La dmarche Merise : 3 dcoupages sur 4 niveaux.

1.1 Trois dcoupages
Pour tudier et dvelopper l'informatique d'une entreprise ou de tout type
d'organisme, il est ncessaire de connatre ses changes internes et avec l'extrieur,
13
comment elle ragit une sollicitation externe et quelle est la structure des
informations qu'elle utilise.
La mthode MERISE dcrit cette connaissance sous forme de trois dcoupages :
communication, traitement et donnes.
Communication
Les changes ou la communication sont des flux entre systmes, notamment des
flux d'informations ou messages.
Traitement.
Les traitements des messages, flux d'informations, dcrivent les tches effectuer
la rception ou pour l'mission d'un flux d'informations.
Donnes.
La structure de mmorisation des informations est reprsente sous une forme qui
permet un passage ais vers les "enregistrements informatiques".
1.2 Quatre niveaux : conceptuel, organisationnel, logique et physique
L'informatique consiste mettre disposition de l'utilisateur des moyens ou des
outils de gestion informatique. Avant de spcifier les moyens informatiques, il est
ncessaire de dfinir le travail de cet ou de ces utilisateurs finals, de dfinir
l'organisation du travail au sein de l'entreprise. Afin de dterminer cette organisation,
l'analyse des objectifs et des fonctions majeures de l'entreprise doit tre mene. Ainsi,
l'informatisation est conue en fonction de l'organisation et l'organisation en
fonction des objectifs atteindre.
L'enchanement de l'informatique, de l'organisation et de la fonction ncessite un
dcoupage en niveaux de la dmarche d'informatisation. Ces niveaux sont nomms
conceptuel pour l'tude des fonctions et organisationnel pour l'tude de
l'organisation. Le niveau dfinissant l'informatique est spar en deux : un niveau
dcrivant l'informatique sans choix de matriel ou de logiciel prcis, le niveau
logique, et un niveau dcrivant le rsultat de la mthode ou l'informatisation finale, le
niveau physique. Si les choix de matriel ou de logiciel sont effectus, certaines
phases du niveau physique sont abordables directement.
L'adoption de la mthode entrane la dfinition des fonctions gnrales de
l'entreprise avant la dfinition de l'organisation et avant la dfinition des outils
informatiques. L'informatique n'est aborde qu'au troisime niveau, si ce type de
solution est retenu.
Il suffit, pour remonter ou descendre d'un niveau, de poser les questions :
Pourquoi ? Alors, je remonte vers l'invariant.
Comment ? Alors, je descends vers le plus mobile.
14
INTRODUCTION
invariant
CONCEPTUEL FONCTION
ORGANISATIONNEL ORGANISATION
LOGIQUE
INFORMATIQUE
PHYSIQUE
variable
Les objectifs de l'entreprise : le niveau conceptuel.

Le plus invariant, le niveau conceptuel, dfinit les fonctions ralises dans
l'organisme. Il rpond la question QUE FAIT L'ORGANISME ? Il est dtermin
par son activit. L'tape prcdente, l'interrogation du pourquoi de l'activit, cette
remise en question de l'entreprise, n'est pas aborde par Merise.
Les postes de travail de l'entreprise : le niveau organisationnel
Pourquoi une organisation ? Pour raliser les fonctions de l'entreprise dcrites
dans la premire partie. Cela rpond la question QUI FAIT QUOI ?
Dans le cas de dveloppement sur micro-informatique ou dans le cas o
l'application ne concerne qu'une seule personne, le niveau organisationnel se ramne
sa plus simple expression, un seul poste de travail.
Conceptuel et organisationnel reprsentent toute l'entreprise. Les deux niveaux
suivants ne prennent en compte que la solution informatique retenue.
L'informatique universelle : le niveau logique ou externe.

Puis, plus variable, est la forme que doit prendre l'outil informatique pour tre
adapt l'utilisateur, son poste de travail. C'est le niveau logique, la maquette des
enchanements d'cran et la rponse la question AVEC QUOI ? Ou plus exactement
AVEC L'AIR DE QUOI ? Le niveau logique est indpendant de l'informatique
spcifique, des langages de programmation ou de gestion des donnes.
L'informatique spcifique : le niveau physique ou interne.
Le dernier niveau, le plus variable, est l'outil informatique lui-mme, les fichiers,
les programmes. AVEC QUOI ? Ce niveau est appel niveau physique.
Ce niveau dpend 100% du systme informatique retenu, du type de la base de
donnes et des outils de dveloppement. MERISE est d'un secours prcieux dans le
cadre des donnes. La structure "physique" informatique des donnes tend tre
normalise. Le passage, l'aide de rgles, ces reprsentations normalises est facile.
C'est cet instant que la mthode justifie son utilisation dans le cadre de
15
dveloppement sur micro-ordinateurs. Le modle conceptuel de donnes engendre le

modle physique de donnes.
L'existence des quatre niveaux permet un suivi mthodique. Cette tude se
conduit sans retour entre chaque niveau.
Le niveau infrieur peut tre modifi sans affecter le niveau suprieur. Par
exemple, le niveau organisationnel peut tre modifi sans affecter le niveau
conceptuel.
Le niveau infrieur doit tre tudi aprs le niveau suprieur. Le niveau logique
est abord aprs le niveau organisationnel et a fortiori aprs le niveau conceptuel.
Deux validations sont effectues chaque niveau avant d'aborder le niveau infrieur.
La premire concerne la cohrence des modles entre eux. La deuxime est
l'approbation de l'utilisateur.
C O L P
SENS DE L'ETUDE
Les retours sur le niveau prcdent sont faibles
Une validation des modles entre eux est " cheval" sur plusieurs niveaux.
La fin de l'tude pralable, date importante dans la vie d'un projet, dcide de la
ralisation du reste de l'tude. Ce choix s'effectue partir de la liste des outils
informatiques. La validation entre donnes et traitement est effectue entre chaque
outil retenu du niveau logique et les modles organisationnels de donnes. Cette
validation vrifie l'exhaustivit de la liste des outils informatiques dvelopper.
Etude Etude Liste des outils Etude Etude

conceptuelle organisationnelle et validation MOD logique Physique
ETUDE PREALABLE
L'tude pralable va jusqu' la dfinition des outils
MERISE se rsume :
A- 3 dcoupages sur 4 niveaux.
trois dcoupages (communications, donnes et traitements) fois
les quatre niveaux conceptuel (quoi ?), organisationnel (qui fait quoi ?), logique
(avec l'air de quoi ?) et physique (avec quoi ? ou comment ?) donnent douze
modles.
Merise dcrit ces modles sous forme de dessins.
MCC = Modle Conceptuel de Communication
16
INTRODUCTION
MCD = Modle Conceptuel de Donnes

MCT = Modle Conceptuel de Traitements...
COMMUNICAT. DONNEES TRAITEMENT

CONCEPTUEL MCC MCD MCT
ORGANISATIONNEL MOC MOD MOT
LOGIQUE MLC MLD MLT
PHYSIQUE MPC MPD MPT
Les "temps forts" de la mthode sont le Modle Conceptuel de Communication

(MCC), le Modle Conceptuel de Donnes (MCD) et le Modle Organisationnel de
Traitement (MOT). Parmi ces trois modles, le plus important concerne la
reprsentation des modles conceptuels de donnes.
B. La reprsentation des modles conceptuels de donnes.
Cette reprsentation des donnes est une reprsentation du systme d'information
analyse partir de la manire de parler, de "croquis de langage" (rfrence 2). En
effet, la manire de parler reflte la faon dont une personne a mis en mmoire et a
structur ses penses et ses donnes. Cette syntaxe est aisment reprsente sous
forme de dessins.
La forme sous laquelle est ralise cette reprsentation de donnes s'appelle
formalisme individu-relation. Elle permettra de dterminer les individus et les
relations entre individus. Le choix de ce qui sera individu ou relation est le cur de la
mthode MERISE. Les individus sont indpendants. Les relations ont toujours besoin
des individus pour exister et sont toujours perues comme relation de... Ce
formalisme est considr comme la partie essentielle de la mthode.
A partir d'une phrase simple, d'une description en langage naturel telle que "le
client passe une commande", la mthode consiste dcouvrir des concepts et leurs
liens mutuels. Ceux-ci reprsentent la structure de mmorisation sur laquelle s'appuie
la phrase du discours. L'examen du langage sert retrouver le "non-dit" de la
structure. Cette structure de mmorisation est exprime sous forme de rectangle et
d'ellipse. Un nom devient un rectangle, un "individu" et un verbe une ellipse, une
"relation".
CLIENT COMMANDE
passer
"Le client passe une commande"
17
2. L'organisation et les tapes d'un projet informatique

Un planning gnral de dveloppement ou schma directeur dtermine les
principaux projets dvelopper et leur enchanement.
Les tudes pralables la ralisation informatique comprennent les niveaux
conceptuels et organisationnels et une partie du logique : la liste des outils
informatiques et la validation de ces outils par les modles organisationnels de
donnes. Le rsultat de l'tude pralable est imprativement approuve par tous les
acteurs du projet : utilisateur, informaticien, direction... Cette phase entrane le choix
des futurs outils informatiques "utilisateur", des outils de dveloppement
informatiques et des futurs investissements.
3 Lecture de l'ouvrage
Si vous tes trs press, l'introduction vous suffit et refermez le livre. Vous
pouvez parler de MERISE, des niveaux conceptuels, organisationnels, logique et
physique, du dcoupage donnes, traitement et communications et du hmecd
(MCD : rectangles et ellipses).
Si vous utilisez la micro-informatique de manire autonome, sans transfert de
donnes avec d'autres ordinateurs, l'application de MERISE tient surtout la
structuration des donnes. Les paragraphes lire sont : le modle conceptuel de
communication pour une rflexion gnrale de l'application, le modle conceptuel de
traitement, le modle conceptuel de donnes (impratif), la dfinition des outils
informatiques, et les chapitres concernant les donnes des niveaux logique et
physique. Enfin, faire le cas. Il s'applique dans un contexte de micro-informatique.
Si vous tes un futur utilisateur de la mthode, lisez tous les chapitres jusqu' la
spcification externe des outils, les enchanements d'crans.
Si vous voulez tout savoir et tre incollable, lisez presque tout une premire fois,
relisez les parties concernant les donnes et faites le cas.
18
INTRODUCTION
Sommaire
PRFACE...................................................................................................5
INTRODUCTION ......................................................................................13
MERISE EST UNE MTHODE DE DVELOPPEMENT DES PROJETS
INFORMATIQUES DE GESTION. .......................................................................13
1 LA DMARCHE MERISE : 3 DCOUPAGES SUR 4 NIVEAUX. .......................13
1.1 Trois dcoupages ........................................................................13
1.2 Quatre niveaux : conceptuel, organisationnel, logique et physique
................................................................................................................14
2. L'ORGANISATION ET LES TAPES D'UN PROJET INFORMATIQUE ...............18
3 LECTURE DE L'OUVRAGE .......................................................................18
CHAPITRE I LE NIVEAU CONCEPTUEL................................................25
1 REPRESENTER L'ACTIVITE.............................................................25
2 MODELE CONCEPTUEL DE COMMUNICATION.............................25
2.1 Intervenant...................................................................................26
2.2 Flux..............................................................................................30
2.3 Information...................................................................................32
2.4 Exemple de MCC, messages et informations. ............................35
2.5 Rsum du MCC. ........................................................................35
3 MODELE CONCEPTUEL DE TRAITEMENT.....................................36
3.1 le modle conceptuel de traitements reflte le pourquoi
indpendant de l'organisation.................................................................38
3.2 Opration conceptuelle................................................................38
3.3 Rsum du MCT. ........................................................................41
4 MODELE CONCEPTUEL DE DONNEES ..........................................42
4.1 Le concept : l'individu ..................................................................43
4.2 L'association de concepts, la relation..........................................46
4.3 Rappel sur les notions d'occurrences et d'ensemble. .................50
4.4 Contraintes. .................................................................................51
4.5 Quelques piges viter pour construire les modles ...............64
4.6 Modles quivalents....................................................................75
4.7 Rsum du MCD. ........................................................................87
4.8 Exercices .....................................................................................88
5 VALIDATION DES MODELES ENTRE EUX ......................................89
5.1 informations des messages / individus et relations .....................89
5.2 Modles des oprations. .............................................................92
6 VALIDATION DE L'UTILISATEUR. ....................................................95
7 RESUME GENERAL DU CONCEPTUEL. .........................................95
CHAPITRE II : LE NIVEAU ORGANISATIONNEL ..................................99
1 POSTE DE TRAVAIL ET ORGANIGRAMME...................................100
1.1 Poste de travail..........................................................................100
19
1.2 Organigramme. ......................................................................... 101

2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) ............. 104
2.1 La procdure est compose d'oprations organises (Quoi ?) par
des postes de travail (Qui ?) ................................................................ 105
2.2 Tche-homme et tche-machine sont dans l'opration ............ 106
2.3 Exemple de procdure ou MOT................................................ 107
3 MODELE ORGANISATIONNEL DE DONNEES (MOD) .................. 109
3.1 L'organisation par site de mmorisation. .................................. 109
3.2 Evaluation des volumes des donnes ...................................... 111
3.3 Le modle de donnes s'organise : de nouveaux individus
apparaissent......................................................................................... 111
3.4 L'tude des documents existants.............................................. 114
4 MODELE ORGANISATIONNEL DE COMMUNICATION (MOC) : LES
MESSAGES CHANGS ENTRE SITES. .......................................................... 115
5 VALIDATION MOD/MOT. ................................................................ 116
5.1 Messages organiss/individus et relations organiss............... 117
5.2 Modles en cration et en consultation des oprations
organises............................................................................................ 120
6 VALIDATION PAR L'UTILISATEUR. ............................................... 122
7 RESUME DU NIVEAU ORGANISATIONNEL.................................. 122
CHAPITRE III LE NIVEAU LOGIQUE ................................................... 127
1 LE MODELE LOGIQUE DE DONNEES, UN EXERCICE INTELLECTUEL.
................................................................................................................. 128
1.1 Enregistrement.......................................................................... 129
1.2 Chemin...................................................................................... 130
1.3 Construction du Modle Logique de Donnes.......................... 131
1.4 Optimisation .............................................................................. 137
2 MODELE LOGIQUE DE TRAITEMENT........................................... 141
2.1 Opration organise et outils informatiques ............................. 141
2.2 Outils informatiques .................................................................. 142
2.3 Outil interactif ............................................................................ 143
2.4 Outil en traitement diffr.......................................................... 150
3 MODELE LOGIQUE DE COMMUNICATION .................................. 151
4 VALIDATION DONNEES/TRAITEMENT......................................... 151
4.1 Validation MOD / outils.............................................................. 151
4.2 Validation MLD / outils .............................................................. 153
4.3 Validation des outils par les actions de mise jour de donnes
d'enregistrement .................................................................................. 153
5 VALIDATION DE L'UTILISATEUR................................................... 153
6 RESUME DU NIVEAU LOGIQUE .................................................... 154
CHAPITRE IV LE NIVEAU PHYSIQUE................................................. 157
1 MODELE PHYSIQUE DE DONNEES.............................................. 157
1.1 Information ou lien..................................................................... 158
1.2 SGBD hirarchique ................................................................... 158
1.3 SGBD navigationnel ou rseau................................................. 160
1.4 SGBD relationnel ...................................................................... 162
20
INTRODUCTION
1.5 Eclater ou regrouper les enregistrements physiques. ...............173

2 MODELE PHYSIQUE DE TRAITEMENT .........................................175
3 MODELE PHYSIQUE DE COMMUNICATION.................................176
4 VALIDATION MPT/MPD ..................................................................176
5 RESUME DU NIVEAU PHYSIQUE. .................................................176
CHAPITRE V RESUME DES MODELES ..............................................179
1 RESUME DES COMMUNICATIONS. ..............................................179
2 RESUME DES TRAITEMENTS. ......................................................179
3 RESUME DES DONNEES. ..............................................................180
CHAPITRE VI L'ORGANISATION D'UN PROJET ................................181
1. LES ACTEURS D'UN PROJET. ......................................................181
2. SCHEMA DIRECTEUR : LE DCOUPAGE EN DOMAINES ET LA
PLANIFICATION. ..........................................................................................182
3 ETUDE PREALABLE : LE CHOIX DE L'ORGANISATION ET DES OUTILS
INFORMATIQUES. ........................................................................................184
3.1 L'existant. ..................................................................................185
3.2 Micro-informatique ou un seul site.............................................185
3.3 Plusieurs sites. ..........................................................................186
4. ETUDE DETAILLEE : SPCIFICATIONS EXTERNE ET INTERNE. ...........187
4.1 Cas d'un seul site. .....................................................................187
4.2 Cas d'informatique multi-sites. ..................................................188
5 REALISATION : LE TEST DE LA MTHODE ..........................................189
6 LES POINTS FORTS DU PROJET. .................................................189
CHAPITRE VII LA META-PHYSIQUE : MAINTENANCE, FORMATION
ET DOCUMENTATION ...............................................................................191
1 UN DICTIONNAIRE DE DONNEES, SINON RIEN ..........................191
2 LA DOCUMENTATION AUTOMATIQUE EXISTE. ..........................191
3 QUI DIRIGE QUI ? LE CONCEPTUEL OU LE PHYSIQUE.........................192
CHAPITRE VIII EXEMPLES DE MODELES DE DONNEES.................193
1 META-MODELE ...............................................................................193
1.1 MCC ..........................................................................................193
1.2 MCT et MOT..............................................................................194
1.3 MCD et MOD .............................................................................195
1.4 MLT ...........................................................................................196
1.5 MLD et MPD. .............................................................................196
1.6 Validations (conceptuel, organisationnel et fin d'tude pralable)
..............................................................................................................197
2 COMPTABILITE...............................................................................198
2.1 Reprsentation des flux externes et internes ............................198
2.2 Compte ou ple d'analyse .........................................................199
2.3 Les deux comptabilits ..............................................................200
CHAPITRE IX SOLUTION DES EXERCICES .......................................207
1 CONCEPTUEL.................................................................................207
21
1.1 MCC .......................................................................................... 207

1.2 MCT .......................................................................................... 207
1.3 MCD .......................................................................................... 208
2 ORGANISATIONNEL ...................................................................... 209
3 LOGIQUE ........................................................................................... 210
4 PHYSIQUE ......................................................................................... 211
5 RESUME ......................................................................................... 212
CHAPITRE X : ETUDE DE CAS............................................................ 213
1 MODELE CONCEPTUEL ................................................................ 213
1.1 Modle conceptuel de communication...................................... 213
1.2 Modle conceptuel de traitement .............................................. 219
1.3 Modle conceptuel de donnes ................................................ 220
1.4 Validation MCD/MCT. ............................................................... 222
2. NIVEAU ORGANISATIONNEL ....................................................... 223
2.1 MODELE ORGANISATIONNEL DE TRAITEMENT ................. 223
2.2 Modles organisationnels de donnes. .................................... 224
2.3 Modle organisationnel de communication............................... 225
3. NIVEAUX LOGIQUE ET PHYSIQUE.............................................. 225
3.1 Liste des outils informatiques par procdure ............................ 225
3.2 Validation liste des outils / MOD et planification. ...................... 226
3.3 Modle physique de donnes ................................................... 226
3.4 Validation liste des outils / MLD. ............................................... 228
3.5 Modle logique de traitement.................................................... 228
3.6 Modle logique de communication............................................ 230
CHAPITRE XI 10 CRITRES DE CHOIX D'UN OUTIL D'AIDE LA
CONCEPTION ............................................................................................ 231
1. POURQUOI CHOISIR UN OUTIL D'AIDE LA CONCEPTION? .................... 231
2. QUELS CRITRES DOIT-IL REMPLIR ?.................................................. 232
CHAPITRE XII EXERCEZ-VOUS (DOCUMENTS AUTORISS) ......... 235
ENONC ............................................................................................... 235
1. Informatique et mthode ............................................................. 235
2. Les 3 niveaux de MERISE .......................................................... 236
3. Gestion de projet......................................................................... 240
4. Le mta modle .......................................................................... 240
5 La gnration d'un Modle relationnel. ........................................ 240
CORRIGE........................................................................................... 242
1. Informatique et mthode ............................................................. 242
2. Les 3 niveaux de MERISE .......................................................... 243
3. Gestion de projet......................................................................... 246
4. Le mta-modle .......................................................................... 247
5. Gnrer un modle relationnel ................................................... 248
QUEL EST VOTRE RSULTAT ?............................................................... 248
GLOSSAIRE .......................................................................................... 251
CORRESPONDANCE AVEC MERISE 79 ET ANGLAIS. ................................. 254
22
INTRODUCTION
BIBLIOGRAPHIE ...................................................................................255
23
24
Chapitre I : le niveau conceptuel
Chapitre I : le niveau
conceptuel
Sans entrer dans la tanire du tigre,

comment capturer ses petits ?
(Proverbe chinois)
1 REPRESENTER L'ACTIVITE
L'objectif est de reprsenter l'activit de l'entreprise et de formaliser son "systme
d'information" indpendamment de son organisation.
Le compte rendu de cette tude est matrialis sous la forme de dessins
normaliss, de modles complts par un dossier explicatif. Le but de ce chapitre est
d'expliquer comment dcrire l'entreprise concerne en respectant les normes de
chaque modle.
Le modle de communication formalise les changes d'informations entre
systmes fonctionnels et identifie les systmes " mmoire".
Le modle de traitement formalise, comme son nom l'indique, les traitements
effectus par un systme fonctionnel, comment l'entreprise ragit une rception
d'informations, ou quand, spontanment, elle dcide d'mettre des informations.
Le modle de donnes est la rfrence de l'activit de l'entreprise, la manire dont
elle peroit et mmorise son activit. Il formalise toutes les informations mmorises.
Ces informations sont structures, regroupes en ensembles appels individus et en
ensembles appels relations entre les individus : les rectangles et les ellipses de
MERISE qui vous seront bientt familiers.
2 MODELE CONCEPTUEL DE
COMMUNICATION
Une approche thorique est faite avec l'tude des systmes, la systmique. Celle-ci
repose sur les principes suivants :
25
1 - Une approche du gnral au particulier. Tout systme se dcompose en

systmes.
2 - La mthode s'attache identifier les changes entre systmes.
3 - La systmique amne dcomposer l'entreprise en systmes homognes
d'information appels domaines.
2.1 Intervenant
Application de ces principes.
- Du gnral au particulier et dcomposition en systmes.
L'entreprise est considre comme un systme. L'extrieur, avec qui l'entreprise
effectue ses changes est aussi peru comme un ensemble de systmes. L'entreprise
est dcoupe en systmes fonctionnels ou conceptuels. Systmes externes et internes
sont appels intervenants.
Entreprise
Systmes
Flux ou Echanges
Tout est SYSTEME ou FLUX entre systmes
VENDRE
ACHETER PILOTER
COMPTABILISER
PRODUIRE
PERSONNALISER
L'ENTREPRISE est un systme qui peut tre dcoup

en systmes FONCTIONNELS, les INTERVENANTS
Soit une entreprise de livraison. Ses intervenants sont livrer, facturer et encaisser.
Ils sont spcifiques de l'entreprise.
26
ENCAISSER LIVRER
FACTURER
2.1.1 partenaire
Un partenaire est un intervenant extrieur l'entreprise. Il peut tre peru de
manire FONCTIONNELLE et dcrit par un verbe : client (qui paye), fournisseur
(qui...), courtier (qui sert d'intermdiaire), associ (qui partage les risques ou les
profits) ou PHYSIQUE, socit, Banque de France, personne morale, personne
physique, Etat. La perception fonctionnelle est prfrable la perception physique :
ne voir que le payeur dans le client, ce qui n'empche pas d'avoir tous les gards pour
sa personne.
Un partenaire physique est peru sous plusieurs vues fonctionnelles : si la socit
EDF est la fois fournisseur et cliente d'une mme entreprise, elle sera vue
"fonctionnellement" de cette entreprise de deux manires diffrentes, fournisseur
(d'nergie) et client (payeur).
2.1.2 domaine et sous-domaine

Ils sont l'application du troisime principe de systmique : l'existence de systmes
d'information homognes.
Un dcoupage trop fin de l'entreprise entranerait une perte de cohrence de la
fonction. Un niveau de ce dcoupage est identifi, reprsentant un "tout homogne".
Un domaine est un systme de l'entreprise qui a la caractristique d'avoir une
mmoire, un systme d'information. Le systme d'information sera construit par
domaine.
L'entreprise est dcompose en domaines dcomposs en sous-domaines, somme
de fonctions lmentaires.
Exemple : l'entreprise est entoure des systmes tels que Client, tat... les
partenaires. Elle est dcoupe en domaines : vendre, produire, assurer la vie sociale,
qui dpendent de son activit. Ces domaines sont dcomposs en systmes appels
sous-domaines. "Produire" peut tre dcoup en "Maintenir", "Assurer
l'approvisionnement des chanes de production"...
27
Partenaire Sous-Domaine Domaine
ENTREPRISE
Client
Produire Vendre
Maintenir
Etat
Assurer la
vie sociale
Les INTERVENANTS sont EXTERNES (PARTENAIRES)

ou INTERNES l'entreprise (DOMAINES et SOUS-DOMAINES)
Un sous-domaine est fonctionnel, joue un rle. Si la vue est physique et le nom

donn un sous-domaine un signe d'organisation (back office ou gestion
administrative, front office ou ngociateurs, piloter ou chef), il faut en dgager la vue
fonctionnelle. Un verbe peut dfinir un domaine ou un sous-domaine. Il reprsente
une fonction, un nom reprsente plus une entit physique ou morale (organisation,
personne).
Exemples de domaines et de verbes associs : Trsorerie (optimiser les flux
financiers), Ventes (vendre, connatre les souhaits des clients), Comptabilit gnrale
(se conformer la lgislation, assurer la sortie des documents comptables dans les
dlais impartis), Pilotage (dcider et suivre les budgets, dcider et suivre la
planification). Toutes les dfinitions sont sujettes remaniement suivant le contexte.
A chaque domaine ou sous-domaine, des objectifs ou des critres d'apprciation
du rsultat peuvent tre dfinis : trsorerie, comparaison avec un taux standard du
march montaire ; ventes, nombre de clients conservs ou nouveaux, chiffre
d'affaires ; comptabilit gnrale, observations du commissaire aux comptes ou dlai
de remise des documents.
Dans le cas de petits services o les mmes personnes effectuent plusieurs
fonctions, cette tape de dfinition des sous-domaines doit tre limite dans le temps.
En gnral, il existe plus de fonctions que de personnes et l'utilisateur a beaucoup de
peine s'affranchir de l'organisation. La dfinition des diffrentes fonctions est alors
effectue par rapport la dfinition des postes de travail actuels, portant prjudice
une dfinition correcte des fonctions.
Pour identifier les domaines, deux approches sont possibles :
soit ne voir directement que les fonctions majeures qui rpondent la question
pourquoi ?
soit, si la premire dmarche n'aboutit pas un accord gnral, numrer des
fonctions lmentaires en runion de "brain storming" et les regrouper en sous-
domaines, puis en domaines. Pour cela, rpondre toujours la question pourquoi
28
? Pourquoi grer des stocks, pourquoi tenir une comptabilit, pourquoi enregistrer
une commande ? Ainsi sous-domaines et domaines seront dcouverts.
Exemple : soit les fonctions analyser la production, produire, grer les stocks,
maintenir, grer les pices dtaches, suivre les pannes et grer les rparations.
PRODUIRE MAINTENIR
analyser grer les grer les

produire
la production pices rparations
dtaches
grer les stocks suivre les

pannes
Plusieurs dcoupages...
Nous allons recomposer ces fonctions en les runissant en ensembles ou systmes
fonctionnels en posant la question pourquoi ?
L'exercice pourrait s'intituler "Manger pour vivre ou vivre pour manger ?" La
rgle appliquer est : lorsque ceci explique cela, mettre cela dans le cercle de ceci.
DOMAINE PRODUIRE POUR

VENDRE
PRODUIRE A
SOUS-DOMAINE MOINDRE COUT
produire
tout prix
FONCTIONS
ELEMENTAIRES analyser la
production
L'entreprise est dcoupe en domaines,

sous-domaines et fonctions lmentaires
Pourquoi analyser la production ? Pour produire moindre cot.
Pourquoi produire ? Pour vendre.
Pourquoi grer les stocks ? Pour approvisionner la production.
Pourquoi maintenir ? Pour produire.
Pourquoi grer les pices dtaches ? Pour approvisionner la maintenance.
Pourquoi suivre les pannes ? Pour planifier les rparations.
Pourquoi grer les rparations ? Pour planifier les rparations.
Si les rponses prcdentes sont correctes, nous arrivons la dcoupe suivante :
29
PRODUIRE POUR
VENDRE
PRODUIRE A MAINTENIR
MOINDRE COUT
produire analyser la suivre les
tout prix production pannes VENDRE
grer les POUR ...
rparations
APPROVISIONNER
grer les pices grer les

dtaches stocks
...sont possibles
Les fonctions lmentaires, telles que analyser..., grer..., suivre..., etc., sont trop
fines et n'ont pas de vritable finalit. Elles ne sont pas traites dans l'analyse de
l'entreprise.
2.2 Flux
Les intervenants dfinis, intressons-nous aux changes entre ceux-ci. Suivant la
systmique, ces changes sont plus importants que les intervenants.
Des flux sont changs entre des metteurs et des rcepteurs, les intervenants. Ils
peuvent tre rels (produit, nergie, argent) ou d'information, les messages.
Le modle de communication reprsente tous les flux et toute l'activit de
l'entreprise. Un dessin ne reprsentant que les messages est un sous-ensemble du
modle de communication. Seul, ce sous-ensemble est dtaill par la suite. En effet,
non seulement les flux physiques sont suivis par des messages porteurs
d'informations, mais encore, l'informatique ne traite que des informations.
2.2.1 Construction du MCC.

Pour s'aider, la construction d'un graphe des flux rels (physiques ou financiers)
est conseille.
Bien diffrencier les flux physiques et d'informations : un catalogue imprim, vu
de l'imprimeur, est un flux physique. Il s'apparente un produit. Le mme catalogue,
envoy au client, est peru comme un message.
Exemple : produit livr, virement bancaire...
L'entreprise donne le produit livrer un livreur qui livre le mme produit au
client. Les flux physiques de "produits" sont entre entreprise et livreur et livreur et
client. Si le client apporte de l'argent liquide sa banque, le flux financier "liquidit"
existe entre Client et Banque. Enfin l'entreprise est paye par un virement, flux
financier, de la Banque.
30
Produit Liquidit
Client
Livreur Banque
Entreprise
Produit Virement
Voici les flux "rels".
2.2.2 message
Un flux est appel message quand il est ensemble d'informations.
Le modle conceptuel de communication MCC reprsente les changes de
messages entre intervenants. Les messages dcrits sont conceptuels et indpendants
de l'organisation. Si un document physique est analys, les questions sont "quels sont
les messages conceptuels de ce document ?", "quels sont les messages qui donneront
lieu une raction ou une action de l'entreprise ?" Pourquoi ce message et non qui
traite le message ?
ENTREPRISE Etat des quipements :

quipements rparer et remplacer
Rparer
Optimiser Filiale
flux financiers
Acheter
sous un mme "DOCUMENT PHYSIQUE"...

Exemple : le document "tat des quipements" est envoy par une filiale en
plusieurs exemplaires.
ENTREPRISE
Demande de rparation d'quipements
Rparer
Optimiser Demande de liquidits

Filiale
flux financiers
Acheter
Demande d'achat d'quipements
...existent plusieurs messages conceptuels.
31
Il correspond plusieurs messages conceptuels diffrents selon chaque rcepteur.

Pour l'un, le message est une demande de rparation, pour un autre, un flux de
trsorerie prvoir pour payer la rparation et pour un troisime, une demande
d'achat des quipements. Le message organis ou "physique" comprend trois
messages conceptuels :
Une banque de donnes reoit des messages avant d'en donner.
Le conceptuel consiste trouver le pourquoi. Si nous nous intressons l'activit
d'une entreprise qui est une Banque de donnes, la question "Pourquoi des abonns
consultent-ils une banque de donnes ?" doit tre pose. Le message conceptuel mis
par la personne qui se connecte sur la banque de donnes est une demande
d'information. Il est ncessaire de s'interroger sur le besoin d'information de l'abonn
pour comprendre l'activit de l'entreprise. La question se pose pour des motifs de
marketing ou d'tude du client. De manire organise, seule la banque de donnes
met des informations.
Deux types de messages sont distingus, les messages enclencheurs ou stimulants
et les messages informants. Messages enclencheurs et informants servent sparer les
messages moteurs d'une action et les messages moteurs d'une mmorisation.
message enclencheur
Dans ce cas, l'metteur du message enclencheur attend une rponse ou une
raction du receveur. Il s'agit, la plupart du temps, d'une demande structure -
demande de remboursement dont les donnes sont rpertoriables : montant d, date
de la crance - ou non structure : conseil ou avis.
message informant
Un message informant renseigne sur une situation donne sans attendre une
rponse immdiate : cours de la bourse, compte rendu synthtique (reporting) vers la
direction gnrale, journal des ventes, statistiques. Les informations contenues dans
ces messages serviront moyen ou long terme. Elles constitueront le contexte de la
raction un futur message enclencheur. Au lieu de tourner sept fois ma langue dans
ma bouche, je tourne sept fois mes messages informants dans mon systme
d'information. Quelquefois, le dernier arriv est le message enclencheur quand il est
attendu pour ragir.
Les messages informants "n'existent pas" entre sous-domaines d'un mme
domaine. Un domaine a un systme d'information commun tous les sous-domaines.
Ce que sait un sous-domaine, un autre le sait aussi en consultant le systme
d'information propre aux deux sous-domaines. Cela dcoule du troisime principe
nonc de systmique, l'existence de systmes d'information homognes, les
domaines. Le message transite par le systme d'information.
2.3 Information
L'information ou la donne ou la proprit est l'atome du systme d'information et
du futur systme informatique. L'information est un "renseignement" ou une
32
"connaissance" lmentaire dsigne l'aide d'un mot ou d'un groupe de mots

prenant des valeurs.
Exemple : nom de personne, nombre de portes, nom de maison.
2.3.1 Occurrence d'information.

Une information est un ensemble d'occurrences, de valeurs possibles
d'information.
Soit l'information nom de personne. M. Martin, M. Doe, M. Smith, M. Svensson,
M. Joe six pack, M. Bolomey ou M. Mueller sont des exemples de nom de personne.
Une information est donc un ensemble d'lments dont M. Martin est un exemple.
Chaque lment de cet ensemble est appel occurrence (avec deux r).
M. Mueller
Occurrences
d'information M. Doe
M. Martin
Information NOM DE PERSONNE
Une INFORMATION possde des OCCURRENCES

Un autre vocabulaire est de dclarer l'ensemble nom de personne comme
information-type par rapport aux informations M. Martin, M. Doe, M. Smith. Dans
l'ouvrage, la vue information et occurrence d'information est celle retenue. Il en sera
de mme pour individu et occurrence d'individu et relation et occurrence de relation
que nous verrons plus tard.
Information : exemples d'occurrences d'information
Noms : dunepipe, paspossible, coucherdehors...
Conseils : yaqua, fautquon, yavaitcas, fallaitquon, faites mieux la prochaine
fois, votre taux d'endettement est trop lev...
Type de voiture : R5, R11, AX,...
2.3.2 Validation et puration du vocabulaire

Des informations peuvent avoir le mme sens, des sens diffrents ou tre lies
entre elles par composition ou une rgle de calcul. Il importe d'identifier le sens de
chaque information en supprimant les ambiguts de signification et les liaisons entre
informations afin de manipuler un vocabulaire "pur" qui sera mmoris.
Suppression des polysmes et des synonymes.

Une information dont le nom a plusieurs sens, est un polysme. Montant peut tre
le montant de la facture, du contrat, de la commande... Il importe d'clater ces
informations en informations n'ayant qu'un seul sens pour viter toute confusion.
Renseigner chaque information identifie par un texte vitant tout quiproquo.
33
1re Signification
Un nom d'information
2me Signification
un POLYSEME a au moins deux SIGNIFICATIONS
Les synonymes, ou les noms d'informations de mme signification, sont plus
connus.
1er nom d'information

Une Signification
2me nom d'information
Deux SYNONYMES ont la mme SIGNIFICATION.
Nanmoins, un type de synonymie un peu particulier est expliciter. Soient les
informations "numro de donneur d'ordre" et "numro de client". Un donneur d'ordre
est un client ayant pass une commande. Un client n'ayant pas pass de commande
est un prospect. "prospect" ou "client n'ayant pas command" sont synonymes. Par
contre, la notion de donneur d'ordre apporte une restriction celle de client. Un
donneur d'ordre est un client qui a command. Numro de donneur d'ordre est un
sous-ensemble des numros de client. Une quivalence "non quilibre" est donc
dfinie entre ces deux informations. L'information la plus gnrale "numro de
client" est en amont de l'information "numro de donneur d'ordre". Noter
l'quivalence entre les informations.
Noter les informations composes et les rgles de calcul
Information compose.
Une information peut tre compose ou dcompose en plusieurs informations.
Noter les informations composes dfinit le niveau de dtail, l'information
lmentaire grer dans le MCD.
Une Information compose =
1re Information 2me Inf. Nime Information
Une information peut tre dcompose
Soit le numro de plaque minralogique d'une voiture. Il est compos d'un

numro d'ordre et du numro de dpartement. Le numro de plaque est la
composition de ces deux informations. Le numro d'ordre de la plaque est lui-mme
compos de deux informations, une numrique, compose de chiffres et une
alphabtique, compose de lettres.
2125 WW 75 = 2125 WW 75 = 2125 WW 75

Le numro de plaque est compos de 2 ou 3 informations.
34
Rgle de calcul
Une rgle de calcul lie plusieurs informations. Dans ce cas, noter les informations
en entre et rsultat de la rgle et retenir quelles informations, entre ou rsultat,
seront mmorises. Si les deux types d'informations taient retenues, une possibilit
d'incohrence existerait. Ce qu'il faut viter tout prix !
2.4 Exemple de MCC, messages et informations.
Entreprise Ordre de livraison

Livrer Bon de livraison Livreur
Demande de
facturation Demande de livraison
Facture Facture
mise Facturer Client
Chque
Avis d'encaissement
Encaisser Banque
MCC simplifi de l'entreprise de livraison

Avis d'encaissement : numro compte bancaire, montant encaisser, date
d'encaissement.
Bon de livraison : numro de bon de livraison, date de livraison, adresse de
livraison, nom du client livr, nom du chauffeur.
Chque : numro chque, numro facture, montant du chque, date chque.
Demande de facturation : numro de bon de livraison, nom du livreur, rfrence
interne du colis.
Demande de livraison : Rfrence du colis livrer, date de livraison, adresse de
livraison, nom du client.
Facture : numro facture, numro colis, montant facture HT, montant facture
TTC, date de paiement.
Facture mise : numro de client, numro de facture, date de paiement.
Ordre de livraison : numro d'ordre de livraison, date de livraison, adresse de
livraison, nom du client, nom du livreur.
2.5 Rsum du MCC.

Le modle conceptuel de communication reprsente les changes de flux de
produits, d'nergie, de personne, de valeur ou d'information entre systmes. Ces
systmes fonctionnels appels intervenants sont,
soit externes l'entreprise (partenaires),
35
soit internes (domaine, sous-domaine). Un domaine de l'entreprise a un systme

d'information propre tous ses sous-domaines.
Les flux reprsents peuvent ne concerner que des flux d'informations, les
messages. Ces messages sont informants ou enclencheurs. Il n'existe pas de message
informant l'intrieur d'un mme domaine.
Message = Domaine
Flux D'informations
Entreprise
Commande
Client
nom client Vendre
Partenaire adresse
date commande
montant commande
Sous-Domaine
Commande est un message entre domaine et partenaire

Un flux est un passage d'objets d'un intervenant un autre. L'objet est mis par un
intervenant (l'metteur) et reu par un autre (le rcepteur).
Un message est un objet transmis ne contenant que des informations. Les
intervenants communiquent par message.
Le modle de communication est un dessin qui reprsente les flux d'information
(messages) ou non informationnels changs entre les intervenants internes de
l'entreprise et les intervenants externes.
Les informations des messages peuvent tre synonymes, polysmes, lies par une
quivalence, une rgle de calcul ou tre composes.
EXERCICES :
1. Un message est-il un flux d'informations ou de matire ?
2. Penser est-il un domaine ?
3. "We demand..." est-il un message informant ?
4. Une demande de paiement est-elle un message informant ?
5. Un tract lectoral est-il un message informant ?
6. Une facture est-elle un flux d'informations ou un flux rel ?
3 MODELE CONCEPTUEL DE TRAITEMENT.

Le modle de traitement est un zoom sur le modle de communication de
l'entreprise. Dans le modle de communication, sont reprsents les messages
changs entre intervenants. Dans les modles de traitement, nous "voyons" comment
36
un intervenant de l'entreprise ragit quand il reoit ce message et quelle opration il

effectue.
Un modle conceptuel de traitement (MCT) comprend les messages et leurs
informations, les oprations conceptuelles et leurs oprateurs, les intervenants de
l'entreprise. Les intervenants de l'entreprise pris en compte sont les domaines pour un
modle global ou les sous-domaines pour un modle de traitement dtaill.
Messages Reus traiter
Intervenant :
domaine ou sous-domaine
Messages mis traits
le MCC (intervenant et messages) est dtaill par...
Messages Reus
Opration
Intervenant
Messages mis
... le MCT (oprations et messages)
COMMANDE VENDRE
CLIENT
nom client
adresse
date commande
montant commande
MCC : Mais que peut donc bien faire VENDRE quand il reoit la commande ?
Vendre traite la commande. L'opration traite ou met un message. Le message
est vnement ou rsultat de l'opration.
37
COMMANDE
CLIENT
nom client VENDRE
adresse
date commande traiter la
montant commande
commande
MCT : Vendre traite la commande.
3.1 le modle conceptuel de traitements reflte le pourquoi indpendant

de l'organisation.
Le Modle Conceptuel de Traitement reflte le QUOI de l'activit de l'entreprise
et le comment spcifique, les rgles de gestion ou les choix de traitement. A ce
niveau, la stratgie de l'entreprise n'est pas aborde, mais la cohrence de l'ensemble,
la rponse aux diffrents cas de situation est tudie en dtail.
L'opration peut tre diffrente suivant chaque utilisateur. Une fois le choix de
gestion fait par l'utilisateur, l'opration dcrit fidlement son choix.
Exemples de choix de traitement faire par l'utilisateur :
La facture est mise ds rception de la commande.
La facture est mise ds la livraison.
La facture est mise ds la connaissance du compte-rendu de l'inspecteur charg
d'inspecter le chargement de la marchandise.
La facture est mise ds rception d'un document particulier : douane, plan
d'implantation particulier, crdit documentaire...
La facture est mise avant la commande. C'est le cas de fausse facture.
3.2 Opration conceptuelle

L'opration conceptuelle est un traitement, un travail effectu par un intervenant
afin d'mettre un message et/ou d'en traiter un dans un but prcis. L'opration est
effectue par un intervenant interne, un domaine ou un sous-domaine. L'opration est
dite conceptuelle, indpendante de l'organisation. Seules les oprations effectues par
l'entreprise, les intervenants internes, sont analyses.
Exemple : la commande est une commande de coke. Le message traiter ou
vnement de l'opration est commande de coke. Les messages pouvant rsulter de
l'opration sont les ordres de livraison ou de rapprovisionnement ou une proposition
de produit de substitution au client.
38
Commande de coke
Client Vendre
Proposition De Produit
De Substitution
Ordre De
livrer
Ordre De Livraison
Produire
Rapprovisionnement
MCT : "commande" est EVENEMENT et "ordre de livraison"

RESULTAT de l'OPERATION
Le rsultat de l'opration dpend de certaines conditions ou, exprim
diffremment, une opration peut comporter plusieurs messages en sortie ou rsultat
de l'opration des conditions dfinies. Ces conditions dpendent des informations
du message reu, d'informations mmorises ou d'une rgle humaine non formalise.
Opration
Condition
Message
un MESSAGE RESULTAT est mis une CONDITION.
Exemple de la prise de commande. L'ordre de livraison est mis si le produit

(coke) est en stock. S'il ne l'est pas, une proposition de produit de substitution est
mise ainsi qu'un ordre de rapprovisionnement.
Commande de coke
PRISE DE COMMANDE
Pas de Coke Coke en
en stock stock
Proposition De Produit Ordre De Livraison

De Substitution
Ordre De
Rapprovisionnement
"ordre de livraison" n'est mis que si la CONDITION

"coke en stock" est vraie.
3.2.1 opration avec synchronisation

Pour effectuer une opration, l'intervenant a quelquefois besoin de plusieurs
messages qu'il a reus ou qu'il va recevoir.
39
DOMAINE OU
SOUS-DOMAINE
accord de la grand-mre
accord du pre accord de la mre
(a ou b) et c
ALLER AU CINEMA
Emploi du temps
La SYNCHRONISATION comporte des "ET" et des "OU" de

MESSAGES arrivant tous en mme temps.
Exemple : pour aller au cinma, j'ai besoin de l'accord de mon pre et de ma
mre. Sachant que l'accord de ma grand-mre paternelle remplace celui de mon pre,
la synchronisation est : pour enclencher l'opration aller au cinma, le message
Accord du pre ou de la grand-mre et le message Accord de la mre sont
ncessaires.
La synchronisation peut tre plus complexe. L'accord de ma grand-mre peut
remplacer celui de mon pre tandis que celui de mon oncle me suffit lui tout seul.
3.2.2 Opration sans synchronisation

Une deuxime manire d'aborder ces problmes de familles (mre, pre, oncle et
grand-mre) est de scinder l'opration prcdente avec ses "ou" et ses "et" par des
oprations d'enregistrement de l'accord considr et de mettre comme condition de
sortie (au cinma) les accords ncessaires. Pour toutes les oprations, le message
rsultat sera l'emploi du temps fourni.
accord de la mre accord du pre accord de la grand-mre
Prise En Compte Prise En Compte Prise En Compte

accord Mre accord du Pre accord Grand Mre
accord du Pre ou accord de la Mre accord de la Mre
de la grand Mre
emploi du temps
= aller au cinma
2. Les MESSAGES arrivent un par un...
40
accord de la mre accord du pre accord de la grand-mre
Prise En Compte Prise En Compte Prise En Compte

accord Mre accord du Pre accord Grand Mre
Planifier emploi
du temps
si accords ...
emploi du temps = aller au cinma
3. EVENEMENTS et RESULTATS ne font pas

partie de la mme OPERATION
Une troisime manire est de dcrire N oprations d'enregistrement des N accords
et une seule opration "aller au cinma" si les conditions sont requises.
La deuxime reprsentation est la plus proche de la ralit. Les messages vont et
viennent les uns indpendamment des autres, non simultanment. Les ractions
diffrent suivant chaque cas. Si j'ai l'accord de ma mre, je peux aller demander celui
de ma grand-mre plutt que celui de mon pre.
Une autre diffrence entre ces reprsentations est le glissement de la condition
d'mission du message rsultat vers l'opration ou le message. Dans le premier cas, la
condition est la synchronisation, la combinaison des et et des ou, le rsultat de la
condition est l'opration "aller au cinma". Dans les deuxime et troisime cas, les
conditions concernent l'mission des messages rsultats et le rsultat est le message
"je vais au cinma".
Messages vnements :
a b c
Condition
Planifier emploi du temps

(a ou b) et c
Condition
ALLER AU si accords : (a ou b) et c
CINEMA
Message rsultat :
Message rsultat :
emploi du temps = aller au cinma
emploi du temps
la CONDITION porte sur l'entre ou l'mission du message.

La troisime reprsentation a l'avantage de la simplicit, c'est la raison pour
laquelle elle est conseille.
3.3 Rsum du MCT.

Un modle conceptuel de traitement part du modle conceptuel de
communication en examinant les oprations conceptuelles effectues par domaine
dans le cas gnral et par sous-domaine dans le cas dtaill.
41
Message vnement
Intervenant :
Sous-Domaine ou Domaine
Opration
Message rsultat Condition
MODELE CONCEPTUEL DE TRAITEMENT

Les oprations analysent les traitements des messages vnements pour les
transformer en messages rsultats. Elles sont enclenches par zro, dans le cas
d'oprations dcides par l'intervenant, un ou plusieurs messages vnements. Elles
mettent zro, un ou plusieurs messages rsultats. Les conditions d'mission sont
dcrites sur les messages rsultats.
Exercices : vrai ou faux ?
1. Une opration conceptuelle peut n'tre effectue par aucun intervenant.
2. Une opration conceptuelle peut tre effectue par plusieurs intervenants.
3. Un message peut tre vnement de plusieurs oprations.
4. Un message peut tre rsultat de plusieurs oprations.
5. Plusieurs messages conceptuels peuvent apparatre en mme temps, de manire
synchronise.
4 MODELE CONCEPTUEL DE DONNEES

La formalisation des donnes est le point majeur de la mthode Merise. Il est
important de bien saisir ce chapitre si vous voulez passer pour un Merisien confirm.
Pourquoi cette approche donnes ? Un grand nombre d'ensembles d'informations
manipules ncessite un travail de cohrence indispensable et d'optimisation des
cots de stockage et de traitement des informations. Cette complexit sur les
ensembles d'informations, que l'on trouve en informatique de gestion, a rendu
ncessaire la cration d'une mthode qui prenne en compte la structure des
informations. Cette mthode s'applique aussi bien aux dveloppements sur micro-
ordinateurs qu' ceux sur grands systmes informatiques.
Les informations sont structures et classes, sans rptition, en deux types
d'ensembles (d'informations), les individus et les relations.
Un individu est un concept ou un "objet de gestion" conu par l'esprit de
l'utilisateur lui permettant d'organiser ses connaissances. Une relation est une
association d'individus.
Exemple : Maison est un individu, un concept ayant comme informations hauteur,
surface au sol, nombre de portes, nombre de fentres, caractre, couleur... Rivire est
un autre individu ayant comme informations largeur de la rivire, dbit de la rivire,
42
vitesse du courant... Une information porte par la relation ou l'association (maison,

rivi-re) est la "distance la plus courte entre une maison et une rivire".
La dmarche consiste identifier directement les concepts de maison et de rivire
pour ensuite dterminer les informations d'une maison, d'une rivire ou de
l'association (maison, rivire).
L'approche par les concepts tudie l'activit du domaine, construit les individus et
les relations et range ensuite les informations dans ceux-ci. Le contrle de cohrence
entre les informations et celles existantes sur les documents actuels est fait plus tard.
Individus et relations sont tudis en premier. Les rgles respecter sur les
informations pour obtenir un modle de donnes correct sont ensuite dveloppes.
Les complments apporter au modle, les contraintes sont ensuite abords. Enfin,
la vie d'un modle et les diffrents piges viter entre information, individu et
relation seront passs en revue.
4.1 Le concept : l'individu

Un individu est un concept ou une bote paralllpipdique. Un individu est un
ensemble d'informations qui a une existence propre. L'individu PERSONNE
comprend les informations, nom, prnom, date de naissance...
PERSONNE Individu
nom
prnom Informations
date de naissance
Un individu porte des informations
4.1.1 Occurrences d'individu

Elment d'un ensemble : Martin, Durand, Dupond sont des occurrences de
l'individu PERSONNE. La bote "personne" contient des occurrences de l'individu
"personne".
Voici des exemples d'individus : les zones grises sont les occurrences d'individu,
les zones blanches dsignent les ensembles, les individus.
OCCURRENCES D'INDIVIDUS
ma voiture
celle de mon oncle la poussette Pre Nol 87
la mienne mon vlo Pre Nol 88
VOITURE VEHICULE COMMANDE
INDIVIDUS
43
Les OCCURRENCES d'un INDIVIDU peuvent tre CITEES

L'occurrence "mon neveu" de l'individu PERSONNE possde, comme
occurrences d'information Ernie, benjamin, 22 Mars 1980.
Ernie
Occurrences
Benjamin
d'information
22 03 1980 Occurrence
PERSONNE d'Individu
nom
Informations prnom
date de naissance Individu
un INDIVIDU est un ensemble d'INFORMATIONS

Dans l'approche par les concepts, les informations sont secondaires. L'important
est de pouvoir dsigner les occurrences de l'individu facilement. Quand l'individu
"personne" existe, les informations qu'il porte, ses proprits peuvent tre
mentionnes plus tard. A la question "cite moi des occurrences de tel individu", la
rponse doit tre aise. En consquence, les occurrences d'individus peuvent tre
identifies. Mme deux clones sont identifiables par un code, un numro, une
rfrence, en un mot, un identifiant. Celui-ci est une information particulire.
Le modle de communication est d'un certain secours. Les candidats
l'individualisation sont : les partenaires (client, fournisseur) et leurs ressources
ventuelles (dpt, site), les messages conceptuels importants (commande, facture...)
typiques de l'activit et les flux rels (produit, devise).
A un niveau plus pragmatique ou plus avanc, apparaissent des individus "forcs"
tels que ligne de facture, barreau d'une chelle... , qui n'ont pas d'existence propre,
mais sont reprsents par des carrs. Ces cas sont dvelopps plus en avant.
4.1.2 Rgles sur les individus

Les rgles dfinies par le groupe de travail du Ministre de lindustrie l'origine
de la Mthode Merise en 1979 sont :
un individu est un objet rpondant aux conditions suivantes :
1 - tre d'intrt pour l'organisation
2 - tre distinguable parmi les autres individus de son type, c'est--dire qu'il
existera un identifiant par individu (numro, code, rfrence...)
3 - avoir une existence propre, "c'est--dire une existence concevable sans
hypothse sur l'existence d'autres lments du rel peru".
4 - tre dot d'un ensemble unique de proprits. Toutes les informations ont une
seule valeur, une seule occurrence pour une occurrence d'individu.
44
PERE
nom pre
Contre-exemple : prnom pre
prnom 1er fils
prnom 2me fils
prnom 3me fils
Tous les Pres n'ont pas de 2me fils.

MAUVAIS : un pre peut ne pas avoir de pun (deuxime fils). Ceci n'est un
individu que pour les pres de 3 fils et 3 fils seulement.
VEHICULE
vitesse maximum
niveau de bruit
prix de revient au km
BON : les informations ont un sens pour tous les vhicules.

ATTENTION : la puissance du moteur n'est pas une information de l'individu
VEHICULE car mon vlo n'a pas de moteur. L'information "puissance du moteur" n'a
aucun sens pour l'occurrence "mon vlo" de l'individu VEHICULE
VEHICULE
Contre-exemple : vitesse maximum
niveau de bruit
puissance du moteur
Certains vhicules n'ont pas de moteur.
4.1.3 Rgles sur les informations des individus

1 - Une information est dans un seul individu (ou une seule relation).
2 - Une seule occurrence d'information par individu. La valeur d'une information
est unique pour un individu (nomm aussi ensemble unique de proprits d'un
individu)
PERE
nom pre
Contre-exemple :
prnom pre
prnom fils
"prnom fils" existe plusieurs fois.

MAUVAIS : le prnom du fils n'est pas une information unique pour l'individu
Pre.
45
PERE FILS
nom pre
prnom fils
prnom pre
Deux individus "PERE ET FILS" existent

BON : un pre peut avoir autant de fils qu'il le dsire.
Il faut pouvoir exprimer le fait que le pre est li au fils. C'est le rle de la
relation.
4.2 L'association de concepts, la relation

Une relation reprsente une possibilit de "lien" entre deux ou plusieurs
occurrences d'individus. Pour une relation donne, les individus sont fixs. La
relation est entre les individus et a besoin d'individus pour exister. Elle est
reprsente par une ellipse relie par des traits aux rectangles reprsentant les
individus.
PERE FILS
nom pre avoir
prnom fils
prnom pre
UNE RELATION RELIE DES INDIVIDUS

Un pre et un fils "peuvent" tre lis par la relation avoir
Une relation n'a pas d'existence propre et doit tre dfinie par les individus
auxquels elle est rattache.
son godillot Individus glissire

ta botte brin
ma botte de paille
CHAUSSURE TYPE DE
lier FERMETURE
Relation
une RELATION a besoin D'INDIVIDU(S) pour exister
Une relation peut porter des informations. Elle peut aussi (et souvent) ne pas en
porter.
Une relation est un ensemble unique de proprits. Les informations portes par
une relation ne sont que dans cette relation et ont une seule valeur par occurrence de
relation.
Si elle relie deux occurrences d'individu, de deux individus diffrents ou d'un
mme individu, elle est dite binaire, trois occurrences d'individu, ternaire, quatre,
quaternaire...
46
Chaque lien de la relation vers un individu est appel "patte".
2 PATTES
COMMANDE PRODUIT
passer
Relation binaire
3 PATTES
COMMANDE PRODUIT
passer
CATALOGUE
Relation ternaire
Exemple de relation ternaire (rfrence 6) : soient les trois individus Document,
Personne et Rle et la relation "signer" qui concerne la signature d'un document par
une personne et pour un rle donn.
Si le message secret est sign comme suit la premire fois :
Message secret Eudes metteur
Message secret Le Bouillon Responsable
Message secret Nicolas Contrleur
Message secret Agnan Rdacteur
Message secret Le Bouillon Rdacteur
Et qu'un document soit toujours sign ainsi, toute personne ayant sign le message
l'ayant fait avec un rle donn, le modle sera :
rdacteur agnan
controleur nicolas
responsable le bouillon
metteur eudes
ROLE PERSONNE
signer
Le message secret
DOCUMENT
Une relation peut relier plus de 2 individus

Il est recommand de dsigner la relation par un verbe. Nanmoins, ce verbe ne
reprsente la relation que dans un sens ou une patte de la relation vers un individu.
Le pre "engendre" le fils et le fils "est engendr" par le pre. Pour bien faire, un
47
verbe par "patte" devrait tre donn. Dans le cas de "nomenclature" c'est--dire de
relation sur le mme individu, il est conseill de nommer les pattes.
relation
engendrer
parent de fils de
PERSONNE conduire VOITURE

nom personne no voiture
prnom appartenir
"engendrer" relie un individu "personne". "conduire" et "appartenir"

relient "personne" et "voiture"
4.2.1 Nomenclature
Deux types de nomenclature, de relation sur le mme individu, existent. La
premire, quand un fils n'a qu'un seul pre, est dite hirarchique. La deuxime, quand
un fils peut avoir plus d'un pre, peut tre appele "matricielle" ou "tensorielle".
La premire se prsente sous la forme d'une arborescence : une branche pousse
sur une seule branche.
Parent de...
Pre
Fils de...
Fils Fils
Parent de...
Petit Fils Petit Fils Fils de...
Nomenclature HIERARCHIQUE
Si un fils a deux pres, un spirituel et un rel, la nomenclature ou la structure est
dite matricielle.
spirituel
rl
2me pre
1er pre
Matrice
Si le nombre de pres est suprieur deux, la reprsentation est difficile, la
structure est tensorielle et cre des tensions.
48
4.2.2 Rgle importante sur une relation.
Une relation n'a pas d'existence propre et est dfinie par les individus auxquels
elle est rattache.
Dans le cas de relation binaire, une occurrence d'1 individu relie UNE FOIS une
occurrence d'1 autre individu.
Exemple : le nombre de produit dtermin dans une commande est fonction de la
commande et du produit uniquement et, si une commande et un produit sont
slectionns, un nombre unique est obtenu.
(occurrence de commande, occurrence de produit) => une occurrence de quantit
commande qui est une information de la relation comprendre.
Occurrence de relation.
Une occurrence de relation existe si le couple ou le n-uplet relation (occurrence
d'individu 1, occurrence d'individu 2,..., occurrence d'individu n) est vrai pour la
relation considre.
Les occurrences de relation sont les couples, tripls, quadruplets ou n-uplets
d'occurrences d'individu reprsents par un noeud de ficelle rattach des brins, les
occurrences de pattes, reliant les occurrences d'individu l'occurrence de relation.
Dans le cas de relation binaire, l'occurrence de relation a deux brins ou deux
occurrences de patte.
Occurrence Occurrence
de relation de patte
brin
ma botte de paille
CHAUSSURE TYPE DE
lier FERMETURE
Les occurrences d'individu d'une relation ne peuvent dfinir qu'une

occurrence de relation.
3 occurrences de relation
bicyclette
wagon
Pre Nol 88 montre
Pre Nol 87 train lectrique
COMMANDE PRODUIT
comprendre
qt commande
Patte "Commande" Patte "Produit"

1 occurrence de relation binaire relie 2 occurrences d'individus
Dans une relation entre individus distincts, il existe autant d'individus que de
pattes. Dans ce cas, la patte peut tre dsigne par le nom de l'individu reli : patte
"commande" et patte "produit".
49
2
1
1
wagon
Pre Nol 88 montre
COMMANDE PRODUIT
comprendre
qt commande
Les RELATIONS peuvent contenir des INFORMATIONS

L'information "quantit commande" est situe dans la relation "comprendre". En
1987, j'ai command au Pre Nol 1 train lectrique et une montre, en 1988 j'ai
command 2 wagons.
Dans le cas de relation ternaire, l'occurrence de relation possde trois brins ou
trois occurrences de pattes.
occurrence de la
2 occurrences de
patte "personne"
la relation "signer"
agnan
nicolas
le bouillon
Le message secret eudes
DOCUMENT PERSONNE
signer
rdacteur
Patte "Rle" controleur
responsable
metteur
ROLE
...ou plus de deux occurrences d'individus

signer (message secret, metteur, eudes) = vrai
Reprenons l'exemple de relation ternaire du document secret. Pour un tripl
d'occurrences des individus Document, Rle, Personne, l'occurrence de relation
existe ou n'existe pas.
signer (message secret, metteur, eudes) = existe
signer (message secret, responsable, Le bouillon) = existe
signer (message secret, metteur, Agnan) = n'existe pas
4.3 Rappel sur les notions d'occurrences et d'ensemble.

Ensemble et occurrences existent pour les informations, les individus, les
relations et les pattes.
Prenons l'exemple dessin : l'individu est "Personne", les occurrences d'individu
sont Martin et Pcheur. Les informations sont "nom personne" (M. Martin) et
"prnom" (Jean-philippe). La relation est "engendrer" et les pattes "parent de" et "fils
de".
50
fils de
parent de
engendrer Pecheur
parent de Martin
fils de
PERSONNE M. Martin
jean-phil
nom personne
prnom
Concept ou Ensemble Occurrence ou lment
Information nom de personne M. Martin
Personne Martin
Individu M. Martin
Engendrer
Relation
Patte Fils de
Pour raccourcir la phrase, au lieu de dire une occurrence de l'individu

PERSONNE, on s'autorise dire une personne.
4.4 Contraintes.
Si un modle indique les relations entre les individus personnes, prts ou
demandes de prts, est-ce que toutes les personnes peuvent dposer une demande de
prt ? Celles qui ont un prt doivent-elles avoir pralablement dpos une demande ?
Peuvent-elles avoir un prt et dposer une autre demande ? Combien de prts leur
sont-ils accords ? Les rponses ces questions peuvent tre dessines sur un modle
de donnes sous la forme de contraintes.
Les contraintes sont un complment d'explications, des restrictions ou des
graffitis indispensables sur les modles de donnes et autant de contrles ultrieurs.
Un modle de donnes sans contrainte n'est pas complet. Il est ncessaire, de
prciser sur un modle de donnes, que le propritaire d'une voiture est soit une
personne, soit une socit, qu'une contrainte existe entre les 3 individus voiture,
personne, socit et leurs relations.
Les contraintes sont les suivantes, notes de a g.
51
a. Les cardinalits minimales et maximales

La cardinalit d'une occurrence d'individu dans une relation donne est le nombre
d'occurrence(s) de relation que possde cette occurrence d'individu via la relation.
Dans le cas de relation binaire (reliant deux individus), ce nombre est le mme
que le nombre d'occurrence(s) d'individus relis.
4
3
2
COMMANDE PRODUIT
concerner
Quand je compte le nombre de produit(s) d'une commande...
COMMANDE PRODUIT
concerner
...je m'intresse aux cardinalits de la patte "Commande" (de gauche)
COMMANDE PRODUIT
concerner
Quand je compte le nombre de commande(s) d'un produit...
COMMANDE PRODUIT
concerner
...je m'intresse aux cardinalits de la patte "Produit" (de droite)

La cardinalit minimale d'une relation vers un individu ou de l'individu vers la
relation (de la patte) est trouve en comptant le nombre minimum d'occurrence
d'individu dans le cas de la relation binaire (entre deux individus). Si ce nombre est
diffrent de zro, la cardinalit minimale est dclare gale 1 par convention.
52
COMMANDE PRODUIT
concerner
La Commande peut-elle ne concerner aucun Produit ?

NON => cardinalit minimale = 1
OUI => cardinalit minimale = 0
La cardinalit maximale d'une relation vers un individu ou de l'individu vers la
relation (de la patte) est trouve en comptant le nombre maximum d'occurrence(s)
possible d'individu dans le cas de relation binaire (entre deux individus). Si ce
nombre est diffrent de un, la cardinalit maximale est note par la lettre N par
convention (N est suprieur 1).
1 seul maximum ?
COMMANDE PRODUIT
concerner
La commande concerne-t-elle un seul produit maximum ?

OUI => cardinalit maximale = 1
NON => cardinalit maximale = N
L'ordre des cardinalits est minimum, maximum.
Cardinalits minimum
CLIENT COMMANDE
0,N 1,1
nom client passer date commande
adresse montant
Cardinalits maximum
Cas des individus "commande" et "produit" : un produit peut n'tre concern par
aucune commande, cardinalit minimale 0. Il peut tre command plusieurs fois
cardinalit maximale N. Les cardinalits de la relation du ct "produit" sont 0,N.
Chaque commande comprend un produit au minimum et N (suprieur un) au
maximum. Les cardinalits de la relation "concerner" du ct commande sont donc
un au minimum et N au maximum.
53
COMMANDE PRODUIT
1,N 0,N
concerner
Voil le rsultat !
Si une des pattes a une cardinalit maximale 1, il est d'usage de reprsenter une
flche partant de cette patte. Une commande concerne un client au maximum. La
flche part de la commande vers le client.
CLIENT COMMANDE
0,N 1,1
nom client passer date cde
adresse montant
Exemple de la commande au Pre Nol.
Voici les cardinalits des occurrences d'individu :
2
1
3 bicyclette
Pre Nol 89 2 wagon
Pre Nol 88 montre
COMMANDE PRODUIT
comprendre
qt commande
OCCURRENCE DE L'INDIVIDU Nombre d'occurrences de patte

COMMANDE "commande"
Commande 87 2
Commande 88 2
Commande 89 0
OCCURRENCE DE L'INDIVIDU Nombre d'occurrences de patte

PRODUIT "produit"
Train 1
Montre 2
Wagon 1
Bicyclette 0
54
En supposant que tous les cas sont reprsentatifs, les cardinalits sont : pour la
patte "Commande" de gauche 0 minimum et N maximum, pour la patte "produit" de
droite 0 minimum et N maximum. Ce dessin est donc contradictoire avec les
cardinalits minimales de la commande. Il ne devrait pas comporter de commande
(89) sans produit.
Cas de nomenclature
Une nomenclature est une relation sur le mme individu. Une personne engendre
une autre personne. une personne est suprieure ou subordonne une autre
personne.
composer organiser
composant
compos subordonn
suprieur
PRODUIT PERSONNE
Si la nomenclature est hirarchique, une cardinalit maximale est 1 et la

nomenclature peut tre reprsente par une flche. Les cardinalits sont 0,N du
suprieur au subordonn et 0,1 du subordonn au suprieur. Une personne peut tre
le suprieur de zro N subordonns et avoir au maximum 1 suprieur.
Si la nomenclature est non hirarchique, les cardinalits maximales sont N. Les
cardinalits sont 0,N du parent au fils et 1,N du fils au parent. Une personne peut tre
le parent de zro N fils et le fils de un N (deux) parents.
composer 0,N organiser

0,1
composant
compos subordonn
suprieur
PRODUIT PERSONNE
0,N 0,N
Voici les deux cas de nomenclatures.

couronne
hirarchiser de plumes
2 plumes
- une plume
1 plume
+ une plume
INDIEN
La FLECHE indique une HIERARCHIE.

Dans le cas de relations reliant plus de deux individus (ternaires et...) il faut
compter le nombre de relations.
55
Exemple : le document est sign deux fois, mais par une seule personne.
agnan
nicolas
le bouillon
DOCUMENT PERSONNE
signer
rdacteur
controleur
responsable
metteur
ROLE
Le message secret est sign DEUX FOIS mais relie TROIS

OCCURRENCES D'INDIVIDU (deux rles et une personne)
Deux petits brins, les occurrences de pattes, partent de l'occurrence Message
secret. Le message secret est sign deux fois. Un document est sign une N fois
(pas de document sans signature).
DOCUMENT
1,N
signer
.
Toute personne peut signer un document pour un rle de zro n fois. Deux
occurrences de pattes partent de l'occurrence Eudes (zro N occurrences de patte
peuvent partir d'une occurrence de personne pour la relation signer) et
PERSONNE
0,N
signer
un rle peut tre utilis en signant de zro N fois. Une occurrence de patte part
de l'occurrence Emetteur (un rle peut ne pas participer ou participer N fois la
relation signer).
ROLE
0,N
signer
Le rsultat est :
DOCUMENT PERSONNE
1,N 0,N
signer
ROLE
0,N
56
Voici les cardinalits de la relation "signer".

DEFINITIONS :
La cardinalit d'une patte d'une occurrence d'individu li la patte est le nombre
d'occurrence(s) de patte lie(s) l'occurrence d'individu.
La cardinalit minimale d'une patte est le minimum de 1 et du nombre minimum
de pattes d'une occurrence d'individu li la patte. Dans le cas de relation binaire,
la cardinalit de chaque patte est gale au nombre d'occurrences d'individu lis
l'autre patte.
La cardinalit maximale d'une patte est la valeur maximale d'occurrences de patte
des occurrences de l'individu li la patte. Si elle vaut 0, la relation n'existe
jamais, le modle doit donc tre revu, la relation ne relie pas cet individu. Si elle
est suprieure un, elle est note N.
Le minimum d'une cardinalit peut tre diffrent de un, deux par exemple (une
opration comptable impute deux comptes au minimum, un crdit et un dbit)
mais le conceptuel actuel, pour des questions de simplification et de passage aux
fichiers informatiques n'accepte que zro, un ou N.
Quatre cas de cardinalits minimale et maximale existent : 0 et 1 minimum, 1
et N maximum.
0 minimum. Ce zro peut tre un zro dans le temps. Un colis correspond zro
ou une commande, mais tout colis est destin tre command et cette relation entre
colis et commande ne pourra pas tre modifie. Il peut aussi tre rel. Un client peut
passer de zro n commandes car les clients potentiels sont suivis. Un client pourra
toujours exister sans commande. En supposant que je n'accepte qu'un locataire par
appartement, un appartement aura zro (quand l'appartement n'est pas lou) un
locataire. Ce locataire peut changer. Il est "modifiable".
PERSONNE 0, FILS
nom personne avoir
prnom fils
prnom personne
Une personne peut ne pas avoir de fils :

cardinalit minimale = 0
1 minimum : Une commande aura toujours un client payeur.
PERSONNE 1, FILS
nom personne avoir
prnom fils
prnom personne
Un fils a toujours un pre : cardinalit minimale = 1

1 maximum. Ce un est il modifiable ou non ? S'il ne peut tre modifi, la patte
reste inchange. Le fils peut-il changer de pre ?
57
PERSONNE ,1 FILS
nom personne avoir
prnom fils
prnom personne
Un fils a toujours un pre au plus :

cardinalit maximale = 1 => La flche est dessine.
Voici les quatre cas rsums, nous laissons le soin au lecteur de les dcouvrir.
Non modifiable Modifiable
0 minimum Colis / commande Appartement / locataire
1 minimum Commande / client Locataire / Appartement
Il existe quatre cas de cardinalit maximale 1

N maximum : Ce nombre peut tre connu. Un ordre de paiement sera toujours
vis par deux personnes. L aussi, peut-on modifier les N ? Peut-on modifier les
produits de la commande ?
PERSONNE ,N FILS
nom personne avoir
prnom fils
prnom personne
Une personne peut avoir plus d'un fils :

cardinalit maximale = N
Exemple de modle de donnes avec cardinalits : les relations entre facture et
commande.
La commande comprend une N ligne(s) de commande (cardinalits entre
commande et ligne de commande 1 et N). Une ligne de commande ne concerne
qu'une commande (cardinalits minimale et maximale 1 de la ligne de commande
vers la commande). Chaque ligne de commande ne concerne qu'un et un seul produit
(cardinalits minimale et maximale 1 de la ligne de commande vers le produit).
Le raisonnement est le mme entre facture, ligne de facture et produit. Les
cardinalits entre facture et ligne de facture sont 1,N sur la patte "facture" de la
relation "dcomposer" et 1,1 sur la patte "ligne de facture" de la relation
"dcomposer". Une ligne de facture ne concerne qu'un seul produit.
Lettrer est rapprocher une ligne de facture avec N lignes de commande. Ainsi,
seront mmorises les lignes de commande n'ayant pas t factures. Une ligne de
commande peut tre lettre par zro (quand la facture n'existe pas) ou plusieurs lignes
de facture. Une ligne de facture peut tre lettre par aucune (quand la commande
n'existe pas) ou plusieurs lignes de commande. Ce rapprochement des lignes de
commande et des lignes de facture dpend de l'utilisateur.
58
Le client de la commande est le mme que celui de la facture. Les cardinalits ne

permettent pas d'exprimer ce fait. Nous le verrons plus tard sous la notion d'une
contrainte exprime par un texte.
CLIENT COMMANDE 1,N 1,1 LIGNE DE

0,N 1,1
COMMANDE 1,1
comprendre
facturer quantit
commande
concerner
0,N
0,N
lettrer 0,N
0,N
PRODUIT
annoncer une
bonne nouvelle FACTURE 1,N 1,1 LIGNE DE
FACTURE 1,1 0,N
dcomposer
quantit
1,1 facture
Un modle doit avoir toutes ses cardinalits
Si les cardinalits sont 1,1, elles dcrivent un individu compltement "dpendant"

d'un autre. La commande dpend du client, la ligne de commande dpend du produit
et de la commande.
Si elles sont 1,N, le rle de l'individu est compris par ses relations, par les
individus qu'il frquente. La ligne de facture dpend d'une facture et est lettre par
des lignes de commande. Le modle de donnes fonctionne l'envers ! Le modle
reflte la ralit ! ou plus exactement le rel peru par l'utilisateur.
1,1
1,1
1,1
1,1
1,1
Reprer les ensembles d'individus

Les cardinalits aident "lire" un modle de donnes, identifier les
dcompositions d'un individu en individus (individus de haut en bas) et analyser le
pourquoi de chaque niveau d'individu (individus de droite gauche).
Rappelons que le but des contraintes est de "coller" au plus prs du discours de
l'utilisateur. Les contraintes sont des complments sur le modle de donnes.
Les quatre contraintes suivantes, de b e, sont explicites par la notion
d'ensemble. Elles ont rcemment t codifies par M. TABOURIER (Rfrence 3).
Sur un modle de donnes, les occurrences d'un individu peuvent tre vues
comme lment de sous-ensembles d'occurrences d'individu ayant une relation
particulire :
59
ensemble des occurrences d'individu
du mme individu
sous-ensemble des occurrences

d'individu participant une mme relation
Les trois relations de cet individu caractrisent TROIS SOUS-ENSEMBLES
d'occurrences d'individu.
Exemple : soit le modle comprenant les individus "personne", "demande de prt"
et "prt". Une personne peut dposer de zro n demandes de prt et rembourser de
zro n prts.
PERSONNE DEMANDE
0,N 0,1
dposer DE PRET
0,N 0,1
rembourser PRET
Les occurrences d'INDIVIDU ayant ou non des RELATIONS...

Considrons les personnes ayant dpos des demandes de prts et celles qui
remboursent des prts. Elles forment deux sous-ensembles des personnes, celles qui
remboursent et celles qui dposent une demande. Ces deux sous-ensembles ont une
intersection, ceux qui empruntent et qui remboursent dont M. Crois qui aime bien
s'endetter, et une runion ceux qui empruntent ou qui remboursent qui ne comprend
pas Mme Fourmi qui, non seulement n'est pas prteuse, mais en plus n'aime pas
s'endetter.
ni rembourse
ni dpose
remboursent Mme. Fourmi

NI REMBOURSENT
NI DEPOSENT
REMBOURSENT
PERSONNE
DEPOSENT
dposent une demande
...peuvent tre regroupes en ENSEMBLES
Des contraintes peuvent tre dfinies par rapport ces ensembles.
60
b - Le ou inclusif (V) o toute occurrence de l'ensemble des individus appartient

la runion des ensembles d'occurrences participant aux relations considres :
toutes les personnes dposent ou remboursent. Mme Fourmi n'existe pas.
PERSONNE 0,N DEMANDE

0,1
dposer DE PRET REMBOURSENT
0,N
V
rembourser
PRET DPOSENT
0,1
Toutes les personnes ont dpos une demande et/ou remboursent un prt.
c - l'exclusion (X) o toute occurrence de l'ensemble des individus de mme type
appartient un seul des ensembles d'occurrences participant aux relations
considres. L'intersection est vide. M. Crois n'existe pas.
0,1
dposer DE PRET
REMBOURSENT DPOSENT
0,N X
rembourser
PRET
0,1
Aucune personne ne peut dposer une demande et rembourser un prt.

d - la partition o toute occurrence appartient un et un seul ensemble, est la
somme de l'inclusion et de l'exclusion.
Le ou exclusif (+) est la superposition de ou inclusif (V) et de exclusion (X). Les
relations dfinissent une partition des individus. Pas de Fourmi, ni de Crois dans les
deux sens. Chaque personne choisit.
0,1
dposer DE PRET
REMBOURSENT DPOSENT
0,N +
rembourser
PRET
0,1
Toute personne soit dpose une demande, soit rembourse un prt.

e - l'inclusion (I) o toute occurrence de l'ensemble des individus participant
une relation (rembourser) participe une autre relation (dposer). Les personnes
remboursant un emprunt doivent avoir dpos une demande de prt.
61

0,1
dposer DE PRET
DPOSENT
0,N REMBOURSENT
I
rembourser
PRET
0,1
Toute personne remboursant un prt a dpos une demande

Viennent ensuite les deux derniers types de contrainte ou de complments du
MCD, la "relation pointe" et le texte.
f - La ternaire (relation reliant trois individus) pointant sur un seul individu

Elle montre l'unicit d'occurrence de l'individu point.
Exemple : un document est sign par plusieurs personnes qui jouent en signant un
rle prcis. Le message secret est sign par Eudes en tant qu'metteur, Le Bouillon
comme responsable, Nicolas comme contrleur et Agnan comme rdacteur. Le
document est sign N fois. Mais le document ne comporte qu'une signature
d'metteur, de responsable, de contrleur, de rdacteur...
Pour un couple (document, rle), une seule personne est permise.
DOCUMENT ROLE PERSONNE
Message secret metteur Eudes
Message secret Responsable Le Bouillon
Message secret Contrleur Nicolas
Message secret Rdacteur Agnan
Message secret Rdacteur Nicolas
n'est pas possible avec (Message secret, Rdacteur, Agnan) car, pour le couple
(message secret, rdacteur) deux occurrences de personne possibles (Agnan et
Nicolas) existeraient pour la relation signer.
agnan
nicolas
le bouillon
DOCUMENT 0,N
PERSONNE
signer
0,N
0,N rdacteur
controleur
responsable
metteur
ROLE
La flche indique l'unicit de la personne pour un couple

(document, rle) de la relation signer.
62
g - Le texte
La dernire contrainte permet d'expliciter ce qui ne peut pas tre reprsent
graphiquement. Sont dans ce cas, les contraintes sur :
- les informations. Des ingalits existent sur les informations du modle de
donnes suivant.
CONTRAT PRODUIT
1,N concerner 0,N
CADRE
quantit
plafond
0,N 0,N
se rapporter livrer produit

quantit livre
LIVRAISON
1,1 1,N
Ingalits entre informations

Soit un contrat cadre fixant des prix par produits et des quantits maximum ou
plafond respecter par produit. Chaque livraison se rapporte un contrat cadre de
manire pouvoir facturer et prcise les quantits livres par produit. La contrainte
est : la somme de toutes les quantits livres d'un produit, pour toutes les livraisons se
rapportant un contrat cadre est infrieure la quantit plafond de ce produit pour ce
contrat cadre.
- les individus et les relations quand une relation peut ne pas tre reprsente car
dduite ou implicite dans le modle.
Exemple entre facture et client aprs la commande : une commande est mise sur
laquelle est mentionn le client facturer. La commande prcise les lignes de
commande, c'est--dire les lignes concernant un produit. La facture est mise aprs
livraison des produits. Chaque ligne de facture, c'est--dire concernant un produit, est
rapproche de chaque ligne de commande (est lettre). La facture est envoye un
client. Quel client ? Celui qui tait facturer d'aprs la commande : premire
contrainte.
COMMANDE 1,N 1,1 LIGNE DE
CLIENT 0,N 1,1
COMMANDE 1,1
comprendre
facturer quantit
commande
concerner
0,N
0,N
lettrer 0,N
0,N
PRODUIT
annoncer une
bonne nouvelle FACTURE 1,N 1,1 LIGNE DE
FACTURE 1,1 0,N
dcomposer
quantit
1,1 facture
les commandeurs sont les payeurs !

Si la relation "annoncer une bonne nouvelle" est rajoute, une autre contrainte
vient du fait que le client de la facture est le client facturer d'aprs la commande
dont les lignes sont lettres par les lignes de la facture en question. Une autre
63
contrainte du mme style existe sur le modle, le produit des lignes de facture est le
mme que le produit des lignes de commandes lettres par la ligne de facture.
4.5 Quelques piges viter pour construire les modles

4.5.1 Plusieurs modles de donnes sont liminer
Un modle pur pourrait exister avec tous les concepts, y compris les individus ou
informations "conseils"... Ce conceptuel ne sera pas mmoris et la dfinition fine de
ces concepts, dans ce cas de messages, peut tre saute. Si le conseil a jou un rle, le
modle en tiendra compte en "conceptualisant" des individus moins transitoires.
PERSONNE CONSEIL
flatter
couter
Les conseils ne sont pas mmoriss...

Exemple de demande : veut-on mmoriser les demandes de xxx pour arriver un
accord ou ne mmorise-t-on que l'accord final ?
DEMANDE 0,N ACCORD

0,N
honorer
... toutes les demandes non plus

Un autre modle dtaill mais trop complet est la reprsentation de ngociation de
contrat avec n propositions et contre-propositions ou chaque paramtre peut tre en
proposition ou agr.
4.5.2 Que deviennent-ils ?

Petit ruisseau deviendra grand et toute relation peut devenir individu si
l'utilisateur lui prte existence propre. C'est le cas le plus frquent de transformation
entre information, relation et individu. Individu ou information peuvent aussi se
transformer l'un en l'autre. Ces diffrents cas sont explicits.
b
INFORMATION INDIVIDU
d
a
c
RELATION
Formalisation non formelle

a - Relation vers Individu b - Individu vers information
c - Individu vers relation d - Information vers individu
64
a - Relation vers individu.

"Cardinalits" de la relation. Une occurrence de relation est dfinie par des liens
reliant les occurrences d'individu pour la relation. Pour une occurrence de relation, il
y a une et une seule occurrence de patte pour chaque patte de la relation.
Le nombre d'occurrences d'individu(s) que peut avoir chaque occurrence de
relation est toujours un au minimum et un au maximum pour chaque "patte" de la
relation vers les individus, sinon la relation ne pourrait tre dfinie uniquement par
les individus. La quantit commande concerne un et un seul produit et une et une
seule commande. Les cardinalits de la relation sont 1,1 pour les n individus qui la
composent.

DOCUMENT PERSONNE
signer
metteur
ROLE
SIGNER = 1 Document, 1 personne et 1 rle.
DOCUMENT PERSONNE
1,N 0,N
signer
1,1 1,1
1,1
cardinalits de 0,N ROLE
la relation = 1,1
SIGNER = 1 Document, 1 personne et 1 rle.

Le cas le plus important de transformation d'une relation en individu vient de la
rgle "une relation est dfinie par les individus". Plusieurs occurrences d'individus ne
peuvent dfinir qu'une occurrence d'une relation donne. Si elles peuvent dfinir
plusieurs occurrences de relation, un concept doit tre individualis.
Exemple de location de voiture : un contrat de location CL entre M. DONNEUR
et M. PRENEUR spcifie le type de voiture et les tarifs de voiture de type A : 200 F
par jour. A1, A2 et A3 sont trois voitures du type A et loues aux mmes conditions.
M. PRENEUR loue la voiture A1 la premire semaine, la voiture A2 la deuxime
semaine, et la voiture A1 (la premire loue) la troisime semaine. M. PRENEUR est
tomb en panne deux fois et la premire voiture A1 a t rpare. Le modle de
donnes est Individus CONTRAT (Contrat c1), VOITURE (A1, A2), TYPE DE
VOITURE (A) et LOCATION.
65
Un contrat concerne un type de voiture et une N locations. Une voiture est d'un
type donn et peut tre loue de zro N fois.
3me semaine
2me semaine A2
cl 1re semaine A1
CONTRAT DE LOCATION VOITURE
LOCATION
date dbut
date fin
1,1 1,N 1,1 1,1 0,N 1,1
concerner de
A
porter typer
TYPE DE
VOITURE 0,N voiture
0,N
L'individu LOCATION vient de...

Une location est lie un et un seul CONTRAT et une et une seule VOITURE. Si
la LOCATION tait dfinie par la relation LOUER entre contrat et voiture, la
troisime location ne pourrait tre reprsente car au couple (CONTRAT cl,
VOITURE A1) correspondent, dans le cas qui nous occupe, deux locations, celles
de la premire et de la troisime semaine.
2me semaine
1re semaine
3me semaine ? A2
cl A1
CONTRAT DE louer VOITURE
LOCATION 1,N date dbut 0,N
date fin
... la relation LOUER

Ce modle ne doit jamais exister. Une occurrence de relation existe ou n'existe
pas. Rel (ind, ind) existe ou n'existe pas. Elle ne peut exister plusieurs fois.
une fois !
Individualiser le concept !
66
Le concept est individualis

Exemple de la commande : une commande exceptionnelle entre deux partenaires
peut tre une relation binaire O,N entre le client et le produit, 1,N entre le produit et
le client.
Supposons que l'activit de mon entreprise ne consiste qu' vendre des produits
exceptionnels : Tour Eiffel, Beaubourg, Arc de triomphe, Arche de No. Il m'arrive,
exceptionnellement, de vendre deux fois le mme produit, un arc de triomphe, par
exemple, mais jamais au mme client.. Dans ce cas, une occurrence de relation ne
reliera jamais une mme occurrence de client et une mme occurrence de produit. Ma
relation binaire est exacte. "Passer commande" est une relation. Commande n'est pas
un individu (dans ce cas tordu).
Arche de No
No
Arc de
Etat Fantoche Triomphe
Etat Franais Beaubourg
Ville de Paris Tour Eiffel
CLIENT PRODUIT
passer
commande
0,N 1,N
Le CLIENT "passe commande" (relation) d'un PRODUIT

Ceci montre que "commande" ou "location" n'est pas toujours un individu. Tout
dpend de l'utilisateur et de son activit.
Relation 1,1 - 1,N ou pattes multiples.

Une mme occurrence de relation pouvant concerner plusieurs occurrences du
mme individu entrane la cration d'un individu. C'est un cas d'un individu cr
partir de relation ne respectant pas les rgles.
Exemple : un document peut tre sign par la mme personne au titre de plusieurs
rles. M. LION signe en temps que chef, contrleur, juge et partie. La patte (de Lion)
allant de la relation "signer" vers l'individu "rle" est multiple.
Signer intervient ici une fois pour toutes les signatures d'une personne pour un
document.
La vue utilisateur est :
Document : Dcret royal Personne : Lion
Rles : Juge, Partie.
67
Dcret royal lion

DOCUMENT
0,N PERSONNE
signer
0,N
partie
0,N juge
ROLE
Une occurrence de relation multi-occurrences de pattes

vers une occurrence d'individu n'existe pas
La relation signer devient individu SIGNATURE d'un document. La relation
"apposer" entre les individus "signature" et "document" possde 1,1 et 0,N comme
cardinalits.
renard
Dcret royal
lion
DOCUMENT 1,1 SIGNATURE imiter
PERSONNE
0,N 0,N
apposer
0,N par
1,1 0,N
1,N
partie
juge
valoir
0,N ROLE
Signature est un individu

Si la vue utilisateur est :
Document : Dcret royal Personne : Lion Rle : Juge
Document : Dcret royal Personne : Lion Rle : Partie
Signer intervient ici une fois pour chaque signature d'une personne pour un
document et pour un rle donn.
Le modle suivant est correct :
Dcret royal lion

DOCUMENT PERSONNE
0,N
signer
0,N
partie
juge
0,N ROLE
Tout est dans la perception de l'utilisateur !
68
Relation pattes optionnelles.

C'est le cas o la "cardinalit" de la relation est 0,1 au lieu de 1,1 vers un
individu. Une occurrence de patte est facultative pour une occurrence de relation, un
"brin" de l'occurrence de relation peut ne pas exister. Alors, la relation devient
individu car toutes les pattes d'une relation sont obligatoires.
Exemple : une commande concerne des produits. "Commande" et "Produit" sont
reprsents sous forme d'individus. "Concerner" est reprsent par une relation et
contient la quantit commande. Aprs livraison, la facture est mise et "reprend" les
produits facturer. "Reprendre" est reprsent par une relation. Si le lien de cause
effet entre la ligne de commande (relation "concerner") et la facture (individu
"facture") ou la ligne de facture (relation "reprendre") veut tre gr, alors, comme
toute ligne de commande ne donnera pas lieu facture, cette patte entre la relation
"concerner" et l'individu "facture" est "optionnelle", elle n'existe qu'aprs mission de
la facture. Pour toutes les commandes n'ayant pas donn lieu facturation,
l'occurrence de patte n'existe pas, elle est "optionnelle". Le modle doit tre corrig.
Il ne doit pas exister d'quivoque, pas d'option possible, la patte existe ou n'existe
pas. Un individu doit tre cr pour sortir de cette irrgularit.
COMMANDE PRODUIT
1,N 1,1 concerner 1,1 0,N
qt commande
0,1 0,N
Patte optionnelle 'lettrer'

reprendre
0,N
qt facture
FACTURE 1,N prix unitaire
La "patte optionnelle" ne doit pas exister.

Dans l'exemple la relation "concerner" devient l'individu "ligne de commande"...
et la "patte optionnelle" lettrer, la relation 0,1 1,N "lettrer".
COMMANDE 1,N LIGNE DE 1,1 0,N PRODUIT

1,1 COMMANDE
comprendre concerner
quantit
commande
0,N lettrer 0,1 reprendre 0,N
FACTURE
quantit
facture
prix unitaire
1,N
L'individu cr Ligne de commande a, pour chaque occurrence, la possibilit

d'avoir un lettrage ou de ne pas en avoir. Un individu peut avoir une patte
optionnelle.
Individus "forcs" :
69
Plus le modle avance, plus la diffrence entre individu et relation s'estompe.

Diffrents individus apparaissent par ncessit, qui proviennent de relations, n'ont pas
d'existence propre mais doivent exister du fait des rgles.
Exemple de barreaux d'chelle de contrat (remises en fonction de quantits
commandes). Soit un contrat (chelle) dans lequel les conditions sont :
si 10 articles sont commands, remise de 10%
si 100 articles sont commands, remise de 20%
si 1 000 articles sont commands, remise de 30%
1000
30
100
20
10
Barreau 10
Barreau
1000
nombre articles
commands
remise accorde
100
1,1
10
0,N contrat
Contrat Echelle Echelle
Les barreaux d'chelles sont des individus

Ce contrat peut tre reprsent par les individus Contrat ou Echelle et Barreau.
Les informations de l'individu Barreau sont nombre d'articles commands et remise
accorde.
Pour un type de contrat avec remise, le nombre de barreaux est variable. Nous
nous retrouvons dans la position du pre et de ses N fils. Les informations "nombre
d'articles commands" et "remise accorde" ne peuvent tre dans l'individu Echelle
ou Contrat. Les barreaux doivent tre des individus bien qu'ils n'aient pas d'existence
propre. Qu'est-ce qu'un barreau sans chelle ?
Une relation devient donc individu dans les deux cas prcdents, les cas de pattes
multiples ou de patte optionnelle. Le cas de pattes multiples est un cas particulier des
occurrences de relation reliant plusieurs fois les mmes occurrences d'individu
(exemple de location de voiture). La relation est dite "rifie" car devenue chose,
individu.
Plusieurs relations entre deux ou trois individus peuvent cacher un concept qu'il
peut tre utile de transformer en individu.
Exemple : autorisation. Un projet est vis par une personne qui a un rle de
superviseur. Un document (ordre de paiement par exemple) est sign par une
personne en qualit (ou rle) de fond de pouvoir. Ces rles sont grs et
informatiss fin de contrle du visa ou de la signature.
70
DOCUMENT PERSONNE
0,1 0,N
signer
0,N
0,N
viser 0,1
ROLE PROJET
0,N
SIGNER ET VISER...
Le concept sous-jacent de ces personnes et de ces rles est celui d'autorisation.
Une autorisation est donne une personne pour un rle donn. J'autorise M. Machin
signer des chques.
0,1 0,N AUTORISATION 1,1 0,N PERSONNE

DOCUMENT
signer donner
1,1 0,N
ROLE 0,N PROJET
jouer viser
0,1
= EXERCER UNE AUTORISATION

Ce cas montre une relation devenue individu par apparition d'un concept. Je veux
grer l'autorisation comme telle et son identifiant est un identifiant tout neuf, tel que
un mot de passe utilisateur.
Retenir les individus provenant de relations, ces relations "rifies", servira au
modle physique.
b - Individu vers information.

Un individu (individu "type de..." sans information dans l'individu) peut devenir
information : import/export, chance optionnelle/non optionnelle,
obligatoire/facultatif.
Cela n'est possible que si les cardinalits sont 1 minimum et 1 maximum vers
l'individu "Type de" et que l'individu "Type de" n'est reli qu' l'individu "occurrence
de...".
Un contrat de travail peut tre de deux types : dure indtermine ou dure
dtermine. La reprsentation initiale est faite de 2 individus ; Contrat et Type de
dure. Les occurrences de type de dure sont au nombre de deux, dtermine et
indtermine. L'information de cet "individu" type de dure est uniquement type de
dure. Cet individu n'est reli aucun autre individu par une relation.
dtermine
indtermine
CONTRAT TYPE DE
1,1 0,N
DUREE
71
L'individu type de dure...

Il n'existe pas de concept derrire cet individu. Cet individu est une information
"cache" du contrat type-dure-contrat.
CONTRAT
type dure contrat
... est une information de chaque contrat.
c - Individu vers relation.

Un individu a de fortes chances de devenir relation si toutes ses cardinalits sont
1,1.
Exemple : le lettrage ne lettre qu'une ligne de commande une ligne de facture (la
ligne de facture ne sera lettre qu'une seule fois). Le modle initial comprend
l'individu LETTRAGE reli aux individus LIGNE DE COMMANDE et LIGNE DE
FACTURE et qui a toutes ses cardinalits gales 1.
LIGNE DE 0,1 1,1 LETTRAGE 1,1 0,1 LIGNE DE

FACTURE lettrer lettrer
COMMANDE
facture commande
L'individu LETTRAGE...
Dans ce cas, il n'existera jamais deux lettrages reliant deux fois la mme ligne de
commande et la mme ligne de facture. Comme le lettrage n'existe que par les lignes
de commande et de facture, cet individu peut tre transform en relation.
LIGNE DE 0,1 0,1 LIGNE DE

FACTURE LETTRER COMMANDE
... est la relation LETTRER.

Il faut se "mfier" des individus aux cardinalits 1,1. La question est "deux
occurrences de cet individu original peuvent-elles concerner plusieurs fois les mmes
occurrences des autres individus ?" (Vous pouvez relire).
Cela ncessite un individu
72
Si la rponse est oui, l'individu existe, il ne peut tre identifi par d'autres
individus. Si la rponse est non, une fois, l'individu est une relation.
une fois !
Individualiser le concept !
Premier exemple de rgle respecter, l'individu patte dcrit sur le modle de la
mthode.
Une patte relie un individu et une relation. En reprsentant ces concepts de la
mthode sur un modle de donnes de la mthode, encore appel mta-modle, les
cardinalits du mta-individu "patte" vers le mta-individu "relation" et le mta-
individu "individu" sont 1 minimum et 1 maximum.
Soit le modle de donnes suivant : une personne lit ou comprend un chapitre
d'un livre. Une personne est fils de... ou pre de. Pre de et fils de sont des pattes de
la relation engendrer. La reprsentation sous forme de modle de donnes est :
engendrer fils de ...

pre de ... CHAPITRE
PERSONNE 0,n
0,n
comprendre
0,n 0,n
lire
Si ce modle de donnes est reprsent sous la forme d'un modle de donnes (de
la mthode MERISE) ou mta-modle : les individus sont "personne" et "chapitre",
les relations sont "comprendre", "lire" et "engendrer", les pattes sont "fils de" et
"pre de".
lire
personne pre de ... comprendre
chapitre fils de ... engendrer
INDIVIDU PATTE RELATION
0,N 1,1 1,1 0,N
PATTE est un META-INDIVIDU dont toutes les cardinalits sont UN.

Les occurrences de patte, "pre de" et "fils de" sont relies la mme occurrence
d'individu, personne et la mme occurrence de relation, engendrer. Il est ncessaire
de traiter patte comme individu et non comme relation, comme concept et non
comme relation entre concept.
73
Le mta-individu "patte" pourrait aussi tre conu comme "patte de

nomenclature". La mta-relation entre les mta-individus "individu" et "relation"
existe ou n'existe pas en fonction du choix de ces concepts.
Deuxime exemple d'individu aux cardinalits minimale et maximale 1,
l'individu "location de voiture". Si deux occurrences de l'individu LOCATION ne
concernent jamais le mme contrat et la mme voiture l'individu LOCATION est
relation.
CONTRAT DE LOCATION VOITURE

LOCATION 0,N 1,1
date dbut 1,1 0,N
concerner date fin de
Troisime exemple : dcision de gestion d'un individu, l'individu rgle. Le modle

est correct avec une relation ternaire, mais l'utilisateur dcide de grer un concept.
Alors, l'individu existe.
Je veux grer les rgles de passage d'une situation une autre en fonction
d'vnements. Ces rgles me serviront gnrer les situations. Si la situation actuelle
est "radieuse" et que l'vnement est "Le chat se gratte l'oreille", la situation suivante
est "pluvieuse". Les rgles sont gres. Celle que je viens d'noncer est une rgle
d'expert flin, la rgle de "la patte du chat" (Rfrence 7). Une autre rgle,
"pessimiste" est : si la situation actuelle est "heureuse" et l'vnement est une
"catastrophe", la situation suivante est "malheureuse".
A une rgle correspondent une et une seule situation prcdente, une et une seule
situation suivante, un et un seul vnement. Les cardinalits minimale et maximale de
l'individu rgle sont gales 1 pour toutes les pattes.
Si la situation est appele "fait" et nous obtenons un modle de systme expert
pour qui tout est "fait" ou "rgle" ou les deux.
le chat se
gratte l'oreille
0,n catastrophe
EVENEMENT
tenir
compte
pluvieuse
radieuse
la patte du chat malheureuse
1,1 pessimiste heureuse
REGLE prceder SITUATION
1,1 0,n
suivre
1,1 0,n
Je dcide de grer l'individu rgle bien que toutes ses cardinalits soient
gales
Les relations avec des cardinalits 1,1 et 0,1 sur chaque patte prouvent qu'un
intense travail de reflexion a t men. C'est un exemple de deux individus qui, quand
74
ils existent, n'en choisissent qu'un autre. Ces deux individus ne sont diffrents que par
une caractristique ou une information particulire.
Exemple du moteur : un modle tel que vhicule et moteur prouve que l'on veut
grer des vhicules avec moteur et des vhicules sans moteur.
MOTEUR 1,1 0,1 VEHICULE

motoriser
Un moteur existe-t-il sans vhicule ?
d - Information vers individu.

C'est le cas le plus courant qui apparat au dbut du modle. Si une information
n'est porte que par un seul individu, la formalisation est correcte. Si elle se retrouve
dans un deuxime individu, alors un individu doit tre gr. Une information doit
appartenir un seul individu ou une seule relation. Sinon, il existe un risque de
confusion. Quelle est l'information de rfrence ? Laquelle doit tre mise jour ? De
quel concept dpend-elle ?
Exemple : nom du pays est information de l'individu ville. Si le nom du pays
apparat dans un autre individu (devise par exemple), alors l'individu pays existe. Le
cas o un numro de pays existe prouve que le concept de pays doit tre gr.
VILLE DEVISE
nom ville code devise
nom pays nom pays
L'information "nom pays" est dans deux individus
VILLE PAYS DEVISE

se situer avoir
nom ville dans cours code devise
nom pays
1,1 0,N 1,N 1,1
L'individu pays existe

Nous retrouverons ce point lors de la normalisation des informations au modle
physique des donnes.
4.6 Modles quivalents

Plusieurs modles expriment plus ou moins les mmes concepts. Des modles
quivalents, des vues externes, peuvent tre prsents ou servir construire le modle
principal.
Parmi ces modles, qui sont des variantes d'un modle, un seul doit tre retenu
comme rfrence. Ce choix, qui appartient l'utilisateur, est dlicat si les modles
sont des expressions "replies ou dplies" de concepts. Des modles replis o les
individus deviennent des occurrences d'individu permettent de crer de nouvelles
75
occurrences, mais peuvent engendrer de nouveaux contrles. Ne replier que les in-
dividus qui se ressemblent.
4.6.1 Vue externe

Le concept de vue externe est important. Une "vue externe" ou un modle externe
est une vue partisane et partielle d'utilisateur du modle de donnes complet. Cette
vue peut tre intgre dans une vue plus large. Dans la pratique, elle est souvent
reprsente sous la forme d'un diagramme d'occurrences, c'est--dire d'un dessin d'un
modle de donnes avec les occurrences d'individus, de relation et d'information. Un
modle avec occurrences est plus comprhensible qu'un modle sans.
Exemple : la vue externe VOITURE et PERSONNE :
voisin dernire sortie

PERSONNE VOITURE
appartenir
0,N 0,1
La voiture d'une personne (vue externe)...

est intgre dans le modle VEHICULE, MOTEUR, PROPRIETAIRE,
PERSONNE, SOCIETE.
tre personne
propritaire
0,1
PERSONNE 0,N PROPRIETAIRE
0,1
capitaliser
socialiser
0,N
0,N
appartenir
SOCIETE
Voiture
0,1
MOTEUR 1,1 0,1
VEHICULE
motoriser
...est un VEHICULE MOTEUR dont le PROPRIETAIRE

est une PERSONNE (vue complte)
4.6.2 MCD avec individus replis ou dplis ?

Des individus peuvent tre de plusieurs types. Le propritaire peut tre du type
personne ou du type socit. Les modles de donnes peuvent reprsenter les
individus "type de" ou non. Un modle de donnes avec beaucoup de "type de" est
un modle avec des individus replis ou mta. Un modle sans "type de", o chaque
individu est gr, est dpli.
76
A1 A2 A3
MODELE DEPLIE
A3
A2
A1
TYPE DE A A
1,N
typer
0,N 1,1
MODELE REPLIE Les individus deviennent des occurrences.

Dans un modle "repli", les individus (A1, A2, A3) deviennent des occurrences
d'individu (type de A).
Un modle repli est plus "souple" au niveau des donnes. Je pourrais crer un
autre type de A, A4 par exemple. Par contre, les contraintes sont plus nombreuses.
Les contrles effectuer sur chaque traitement seront plus nombreux.
L'exemple suivant montre plusieurs possibilits de reprsentations. Toutes ces
reprsentations sont valables. Bien comprendre la signification des modles dessins
et s'arrter l o l'utilisateur ou le concepteur ne suit plus !
Une socit peut avoir plusieurs fonctions, tre d'un ou de plusieurs types de
socit. Les trois reprsentations suivantes sont possibles :
- Une SOCIETE est d'un ou plusieurs TYPE(S) DE SOCIETE (fournisseur,
client, banque...) plus connue sous la dnomination tiers, type de tiers ou acteur et
type d'acteur... Lors de la saisie de l'individu socit, il faudra contrler qu'un compte
bancaire ne peut tre ouvert que dans une banque.
COMPTE E.D.F fournisseur
BANCAIRE 1,1 R.A.T.P client

Banque De France banque
ouvrir
SOCIETE TYPE DE
0,N SOCIETE
- nom socit
- adresse du 0,N
tre d'un
sige social
1,N type de
COMMANDE 1,1 0,N 0,N socit
CLIENT FACTURE
payer
FOURNISSEUR
payer 1,1
1 - Modle repli : SOCIETE et TYPE DE...

- FOURNISSEUR, CLIENT, BANQUE sans lien entre les individus.
77
Fournisseur 3
R.A.T.P
Fournisseur 2
E.D.F
Banque 1 Client 1 Fournisseur 1
Banque De France Banque De France Banque De France
BANQUE CLIENT FOURNISSEUR
- nom banque
- nom client - nom fournisseur
- adresse du
- adresse du - adresse du
sige social
sige social client sige social fourn
banque
0,N 0,N
0,N
ouvrir payer payer
1,1 1,1 1,1
COMPTE COMMANDE FACTURE

BANCAIRE CLIENT FOURNISSEUR
2 - Modle dpli : pas d'individu SOCIETE, ni TYPE DE....

- SOCIETE, FOURNISSEUR, CLIENT, BANQUE. Une socit est fournisseur,
client... Les informations sige social, ge du PDG sont dans l'individu SOCIETE.
Les informations encours fournisseur, encours autoris, sont dans l'individu
fournisseur. Autour de la socit, les cardinalits sont 0,1 pour toutes les relations
avec des individus.
R.A.T.P
E.D.F
Banque De France
SOCIETE
0,1
nom socit
adresse du sige social
0,1 0,1
fournisseur 3
1,1
fournisseur 2
banque 1 1,1 client 1
1,1 fournisseur
banque 1
de france
BANQUE CLIENT FOURNISSEUR
dcouvert accord niveau risque encours accord
0,N 0,N 0,N

ouvrir payer payer
1,1 1,1 1,1
COMPTE COMMANDE FACTURE

BANCAIRE CLIENT FOURNISSEUR
3 - Modle mixte. L'individu TYPE DE socit disparat et est clat.

Toutes ces vues sont quivalentes, comme les informations adresse du sige
social fournisseur, adresse du sige social client, adresse du sige social banque. Ne
retenir que celle comprise par l'utilisateur et expliciter le modle par un long texte
explicatif. Un modle repli ou mta est plus souple pour dfinir les donnes. Dans la
troisime vue, types et "sous-types" sont reprsents.
78
4.6.3 Le summum du repli, le modle "Valeur" et "caractristiques".

Un modle repli, c'est--dire comprenant des individus replis en un seul
individu class en "type de", peut, du fait des rgles sur les informations, telle que
une information doit avoir un sens pour toutes les occurrences de l'individu, ne pas
exprimer clairement les concepts. Une reprsentation particulire permet de
contourner cet obstacle, c'est la reprsentation par valeur et caractristique. Il suffit
d'introduire un individu "caractristique" et une relation portant l'information
"valeur". Un contrat a des caractristiques variant suivant le type de contrat. Une
socit a des caractristiques variant suivant le type de socit. Un vhicule a des
caractristiques qui varient suivant le type de... vhicule.
Exemple : une trsorerie multi-devises emprunte et prend des options terme.
Elle gre donc plusieurs types de contrat.
Change
Prt n 1 Option
10% Prt
PRET TYPE DE CONTRAT
0,N
numro prt type contrat
taux d'intrt 1,1
Option n1 0,N 0,N Change n1

1000 3,5
type contrat
OPTION type contrat CHANGE
numro d'option numro de change
montant du droit d'achat 1,1 1,1 taux de change
Prts, options et contrats de change sont des types de contrats.

Le montant du droit d'achat de l'option (j'achte l'option d'acheter un contrat un
montant donn) est une information caractristique de l'individu "option". De mme,
taux d'intrt et taux de change (j'achte des Marks contre des Francs un taux de...)
sont des informations caractristique des individus "prt" et "change".
Pour le prt numro 1, le taux d'intrt est de 10 %. Pour l'option numro 1, le
montant du droit d'achat est de 1 000 Francs et pour le contrat de change numro 1, le
taux de change est de 3,50 Francs / Deutsche Mark.
Reprsentation par "valeur caractristique et autorise"
Contrat 3 Change
Contrat 2 Option
Contrat 1 Prt
CONTRAT TYPE DE CONTRAT

0,N
type contrat
1,1
1,N
taux de change 1,N

possder
valeur montant du droit d'achat
taux d'intrt
autoriser
CARACTERISTIQUE DU CONTRAT
0,N
0,N
Modle Repli au maximum
79
Un TYPE DE CONTRAT autorise des CARACTERISTIQUES. Un CONTRAT

d'un TYPE DE CONTRAT donn possde (relation entre contrat et caractristique)
des valeurs (information de la relation) de la CARACTERISTIQUE autorise pour le
type de contrat.
Le type de contrat "prt" autorise certaines caractristiques dont le taux d'intrt.
Le type de contrat "option" autorise certaines caractristiques dont le montant du
droit d'achat. Le type de contrat "change" autorise certaines caractristiques dont le
taux de change.
Contrat 3
Contrat 2
Contrat 1
CONTRAT 3,5
taux de change
1000
montant du droit d'achat
1,N 10
taux d'intrt
possder CARACTERISTIQUE DU CONTRAT

valeur
0,N
Occurrences de valeur
Le Prt numro 1 devient le contrat numro 1, l'option numro 1 devient le
numro 2, le contrat de change numro 1 devient le numro 3. Le contrat numro 1
est du type prt, le numro deux du type option et le numro trois du type change.
L'information "taux d'intrt" n'est plus une information de l'individu prt, mais
de la relation "possder".
10, le taux d'intrt du contrat numro 1 est une occurrence d'information de
l'occurrence de la relation possder entre contrat numro 1 et la caractristique taux
d'intrt.
1000, le montant du droit d'achat du contrat numro 2 est une occurrence
d'information de l'occurrence de la relation "possder" entre contrat numro 2 et la
caractristique montant du droit d'achat.
3,5, le taux de change du contrat numro 3 est une occurrence d'information de
l'occurrence de la relation possder entre contrat numro 3 et la caractristique taux
de change.
Application au modle sur les socits banque, client, fournisseur.
Un TYPE DE SOCIETE autorise des CARACTERISTIQUES. Une SOCIETE
d'un TYPE DE SOCIETE donn possde (relation entre socit et caractristique)
des valeurs (information de la relation) de la CARACTERISTIQUE autorise pour le
type de socit.
80
Fournisseur
COMPTE
Client
BANCAIRE
Banque
SOCIETE 0,N TYPE DE
type socit
0,N SOCIETE
- nom socit 1,N 0,N
1,1
ouvrir - adresse du
sige social
0,N
0,N 0,N autoriser
possder encours
payer payer
0,N niveau de risque
valeur
1,1 dcouvert
1,1
COMMANDE FACTURE CARACTERISTIQUE
CLIENT FOURNISSEUR 0,N
Cette reprsentation est sduisante. La relation "autoriser" permet les contrles

sur les informations possibles d'une socit et de rajouter n'importe quelle
caractristique une socit. Quand la formalisation conduit ce type de
reprsentation, veillez noter tous les paramtres et les types de possibles. Notez la
frquence d'apparition de ces "types de". Par exemple, 80 pour cent des contrats sont
du type Prt. Cette frquence d'apparition sert construire le modle physique de
donnes.
La construction d'un modle de donnes n'est pas unique. De nombreux choix
doivent tre effectus entre :
- individus et relation. Dans ce cas, le respect des rgles est le point principal.
- modle repli ou non. Dans ce cas, coller et sentir les concepts. Un concept "en
bton" peut tre reprsent comme individu. S'il est changeant et doit le rester,
comme des conditions de contrat, prfrer une vue "mta".
Le lecteur lira avec intrt la construction d'un modle compltement repli
(Rfrence 2).
4.6.4. La date
A un moment ou un autre d'un projet se pose la question de la date. La date est-
elle une information, une relation ou un individu ? En un mot, la date est-elle un
concept, la date est-elle gre ? La date d'chance est-elle diffrente de la date de
valeur ?
En pratique, reprsentez la date par des informations situes le plus souvent dans
des individus d'historiques.
Exemple de modle de date : trsorerie. Les mouvements prvus de longue date
en trsorerie sont les mouvements concernant de grosses sommes des dates
d'chances assez loignes. Quand l'loign devient proche, le mouvement prvu
devient un mouvement rapproch et mme un ordre de mouvement (ordre de
paiement ou avis d'encaissement) pour une date d'chance. Quand la banque a
effectu l'ordre, les mouvements concernant le compte bancaire sont transmis la
socit orns de deux dates, une date de valeur sur laquelle seront calculs les agios
81
(en cas de dcouvert) et les intrts (dans des cas exceptionnels) et une date du
mouvement qui sert calculer les soldes comptables.
En premire approche, trois concepts de date existent, donc trois individus "date
d'chance", "date de mouvement" et "date de valeur".
DATE DE
MOUVEMENT 0,N
MOUVEMENT date mouvement
1,1 PREVU
date chance DATE DE VALEUR
0,N
mvt prvu
0,N
date valeur
0,N 0,N 0,N mouvement
DATE
solde solde
D'ECHEANCE devenir 1,1 1,1
comptable valeur
0,N 0,N
0,N
0,N 0,1 MOUVEMENT
ORDRE DE 0,1 COMPTE
0,N crditer crditer BANCAIRE
1,1 MOUVEMENT 0,N BANCAIRE
date chance 0,N
ordre mouvement 0,1 0,N 0,1
dbiter dbiter
QUE DE DATES !
Ce modle peut devenir, en ne considrant qu'un seul individu date :
MOUVEMENT 1,1 0,N DATE
PREVU date chance 0,N
mvt prvu
date mouvement
0,N
0,N 0,N 0,N date valeur
date chance solde solde mouvement
devenir ordre mouvement 1,1 1,1
valeur comptable
0,N 1,1 0,N
0,N
0,N 0,1 MOUVEMENT
ORDRE DE 0,1 0,N COMPTE BANCAIRE
MOUVEMENT crditer crditer
BANCAIRE
0,N 0,N 0,1
0,1
dbiter dbiter
UNE DATE !
Les soldes (solde du compte une date donne) contenus dans les relations entre
compte bancaire et date sont des informations rsultat de calcul : la somme de tous
les mouvements concernant un mme compte bancaire depuis sa cration. Un tel
modle n'est pas trs conceptuel, car il y existe des redondances !
La dernire reprsentation fait abstraction des individus "dates" en les
transformant en information d'individus.
MOUVEMENT
SOLDE BANCAIRE
PREVU
solde comptable
date chance
solde valeur
mvt prvu
date du solde
0,N
1,1
devenir
0,N 0,N
MOUVEMENT
ORDRE DE 0,1 0,N 0,N 0,1
COMPTE BANCAIRE
MOUVEMENT crditer crditer
BANCAIRE date mouvement
date chance 0,1 0,N 0,N 0,1 date valeur
ordre mouvement dbiter dbiter mouvement
Plus de date, mais des historiques !
82
Date d'chance de l'individu "mouvement prvu", date d'chance de l'individu

"ordre de mouvement", date de valeur et de mouvement de l'individu "mouvement
bancaire" (relev). Seuls restent comme individus, la ou les relations dont les
cardinalits vers l'individu date n'taient pas 1 maximum. Ces individus restants
sont souvent des Historiques, c'est--dire des mmorisations d'vnements des dates
donnes.
Priode : catalogues ou tarifs.
Beaucoup d'individus PERIODE sont "cachs" derrire des individus tels que
catalogue ou tarif. Les informations de ces individus sont date de dbut de priode ou
date de fin de priode. Les concepts sont bien catalogues, tarifs, inventaires...
2000
20
printemps 75 acirie
t 68 impermable
CATALOGUE PRODUIT
tarifer
prix catalogue 0,N
0,N en Zloties
Les catalogues sont des priodes
4.6.5 Les structures sont des ttes de lien.

Un modle de donnes peut assez vite prendre l'allure de "drap de lit" s'il est
construit purement et non simplement partir des donnes. Dans ce cas, deux
questions sont importantes : pourquoi grer ces individus et, si le modle est celui
d'une structure, quelles sont les occurrences de cette structure ? Ce paragraphe est
assez compliqu et il peut tre saut en premire lecture.
Soit le modle de donnes suivant : un client a une adresse. Cette adresse est dans
une commune, dans une ville, un dpartement, un pays... Le client possde aussi une
devise de rfrence. Cette devise a cours dans des pays. Le modle pourrait tre :
CLIENT 0,1 0,N COMMUNE 0,1 VILLE

0,N
regrouper regrouper
0,1 0,1
possder regrouper
0,N 0,N
DEVISE 0,N 0,N PAYS DEPARTEMENT
0,N 0,1
avoir regrouper
cours
Voici le modle initial des clients

La premire question est :
- pourquoi grer ces individus ("adresse", "commune", etc.) ?
83
Si l'objectif est de calculer des rsultats par groupe de clients regroups par lieu
gographique ou par devise, la reprsentation peut tre un modle de structure ou de
pyramide de client grant des concepts de "structure" et "d'lments de structure".
Une structure mmorisera un dcoupage gographique, une autre structure un
dcoupage par devise ou financier.
Dans l'exemple ci-dessus, la structure gographique est Client -> Commune ->
Ville-> Dpartement -> Pays et la structure financire est Client -> Devise
La relation entre devise et pays ne pouvait servir qu' un contrle.
Cette reprsentation est plus proche du discours de l'utilisateur (groupe de client)
et plus souple. La cration d'une nouvelle structure (chiffre d'affaire, publique ou
prive...) ne posera aucun problme, car le concept "Groupe de client" est
correctement identifi.
En revanche, le modle serait diffrent et ne peut tre reprsent sous forme de
structure si l'objectif est de minimiser les cots de routage (acheminement du
courrier). Le modle doit servir regrouper des courriers de clients par zone - de
routage-. Le concept de zone de routage devrait tre clairement identifi afin de
mentionner les tarifs par zone. Dans ce cas les concepts sont, par exemple : Client,
Zone de routage, Tarif de routage pour une application de routage et Devise, Taux de
change, Place financire, Instrument financier pour une application financire.
Le modle de donnes est au service des traitements.
Reprsentation de la structure : une structure est compose d'lments de
structure appels aussi critres d'analyse ou nuds et de liens. Soit la structure
suivante :
Tout Client
L4
Grands comptes L3
L1 L2
Client Richard Client Crsus Client Lambda

Les nuds sont : "tout client" et "grands comptes" et les trois clients de base ou
les feuilles de l'arborescence sont "Richard", "Crsus" et ""Lambda". Les liens sont
L1, L2, L3 et L4.
Dans le cas cit plus haut, de structure gographique, les nuds peuvent tre "La
part Dieu" pour une occurrence de commune, "Lyon" pour une occurrence de ville et
"France" pour une occurrence de pays.
La premire formalisation d'une structure est la suivante : un nud regroupe des
clients. Deux relations de nomenclatures gographique et financire existent.
L'information "Type de nud" ou "niveau de structure" dont les occurrences sont :
tout client, grand compte, commune, ville, dpartement, pays... est une information
de l'individu "nud".
84
Lambda
Crsus Tout client
Richard Grand compte
CLIENT NUD nomenclature
financire
0,N
regrouper type de nud
avoir comme aval
0,1 avoir comme amont 0,N
0,1 nomenclature
gographique
Les deux relations de nomenclatures...
La deuxime reprsentation de structures, celle recommande, prend en compte N

structures et mmorise leurs modifications.
Si le client Lambda absorbe une entreprise, il deviendra "grand compte". Alors, le
lien L3 de "Lambda" "tout client" sera modifi. Le nud "Grand compte" reste le
mme. Seuls sa nomenclature ou ses liens sont modifis.
CLIENT NUD
type de nud
0,N 0,N
0,N
regrouper
0,1 avoir comme aval
LIEN
LIEN
0,1
date dbut lien avoir comme amont
date fin lien 1,1
... deviennent l'individu LIEN
L'individu "structure" existe si plusieurs structures sont mmorises : structure

gographique et structure financire. Une structure peut aussi tre considre comme
un nud n'ayant pas de lien par l'amont. Dans ce cas, l'individu "structure" est
superflu.
Par contre, si des contrles doivent tre effectus : vrifier que le type de nud
"commune" se trouve bien dans une structure gographique, qu'une ville est en amont
d'une commune, alors les concepts de structure et de niveau doivent tre
individualiss.
85
NIVEAU STRUCTURE
LIEN
1,1 0,N
appartenir
0,N 0,N
tre
1,1 1,1
ou 1,1 ou 1,N
NUD 0,N 1,N
avoir comme aval LIEN
LIEN
date dbut lien
avoir comme amont date fin lien
1,1
0,N
Voici le modle final
Cette reprsentation prend en compte tout changement de structure. Elle est
commune au dcoupage gographique de la Suisse, de l'Allemagne et tout
changement de rgime territorial. En rsum, cette reprsentation est conceptuelle.
Une dernire touche est de considrer tous les clients comme des nuds de structure.
Un client peut tre un groupe lui tout seul.
La deuxime question est :

- quelles seront les occurrences de ces structures ?
Souvent, la difficult tient la mise en place de cette structure. Une structure
unique de clientle est prfrable au sein d'une entreprise. La structure de clientle
servant attribuer des conditions commerciales devrait tre la mme quelle que soit
le service de l'entreprise octroyant les conditions. Cette mme structure de clientle
peut servir au calcul des rsultats par client de la socit.
La limite du modle de donnes vient du fait qu'il ne prend pas en compte les
occurrences des individus et des relations. Il est conseill de prendre un exemple, lors
de l'tude, en reprsentant les occurrences par des diagrammes tels que :
Europe
France Suisse
Lyon Lausanne
La part Dieu Ouchy
Client Soyeux Client Canut Client Bolomey

Ils serviront obtenir un consensus sur la structure de clientle et initialiser le
jeu d'essai prendre en compte lors des tests de programmation.
86
4.7 Rsum du MCD.

Merise est en premier lieu, l'art de dessiner un modle de donnes
- en respectant les rgles, en crant ou supprimant des individus, des relations et
des informations et
- en choisissant de reprsenter un concept son plus juste niveau (modles mta).
Un individu est un concept ensemble d'informations. Une occurrence d'individu
est un ensemble d'occurrence d'informations.
Une relation est un lien entre individus pouvant tre ensemble d'informations.
Une occurrence de relation lie plusieurs occurrences d'individus et peut tre un
ensemble d'occurrence d'information(s).
La rgle retenir sur les individus est :
Les occurrences d'individu doivent pouvoir tre cites.
Les rgles sur les informations sont :
Une information est dans un seul individu ou une seule relation.
Une information d'individu a une et une seule valeur pour chaque occurrence de
l'individu concern.
Une information de relation a un et un seul sens pour toutes les occurrences
d'individu relies (pas de patte optionnelle ou multiple).
La rgle retenir sur les relations est :
L'occurrence d'une relation donne ne peut exister qu'une fois entre deux
occurrences d'individu.
une fois !
Les contraintes sont un complment d'informations sur le modle de donnes. Les

principales sont les cardinalits minimale (0 ou 1) et maximale (1 ou N) d'une patte,
nombres minimum et maximum d'occurrence(s) de patte que peut avoir une
occurrence d'individu pour une relation donne.
Au dbut, on lit carr puis carr et cercle. Puis, on s'aperoit que les carrs sont
des rectangles et les cercles des ellipses et enfin qu'entre rectangle et ellipse la
diffrence n'est qu'une question de point de vue mais que toute la mthode est dans ce
point de vue.
87
4.8 Exercices
1. Le dessin reprsente une opration (prise de commande) d'un modle de
traitement, un message vnement, trois messages rsultats (commande de coke,
demande de produit de substitution, ordre de rapprovisionnement et ordre de
livraison) et deux conditions (pas de coke en stock et coke en stock). Quelles sont les
relations entre les individus MESSAGE, OPERATION et CONDITION ?
Commande de coke
Prise de commande
Pas de Coke Coke en

en stock stock
Demande De Produit Ordre De Livraison

De Substitution
Ordre De
Rapprovisionnement
2. Trouver les cardinalits de chaque patte "fils de" et "parent de" pour chaque
occurrence d'individu.
En supposant que tous les cas possibles sont dessins, en dduire les cardinalits
minimales et maximales de chaque patte.
Paul
Franois
engendrer
parent de fils de Marie

Pierre
PERSONNE
nom personne
prnom
3. Quel est le bon modle ? et quelles sont les cardinalits ?

Un exemplaire est un exemplaire physique de livre. Un ouvrage est un livre.
OUVRAGE EXEMPLAIRE
de
AUTEUR PRET
crire prter
Celui-ci ?...
88
EXEMPLAIRE OUVRAGE
de
AUTEUR PRET
crire prter
ou celui-l ?
4. Exercice mdical. Quel est le modle entre le malade, la maladie et les
symptmes ? Quelles sont les cardinalits ? Dites 33.
Le malade consulte le mdecin, quel est le modle ? Le mme malade peut-il
consulter plusieurs fois le mme mdecin ?
5 VALIDATION DES MODELES ENTRE EUX

Modles de communication (intervenants, messages et informations des
messages), de donnes (individu, relation, patte, contrainte et informations des
individus ou des relations) et de traitement (messages, oprations et conditions)
doivent tre cohrents entre eux.
MCC MCD
MCT
La premire cohrence concerne les informations des messages et du modle de

donnes.
La deuxime cohrence concerne les oprations et les modles de donnes "lus"
ou "actualiss" lors de chaque opration.
Ces deux types de validation des modles entre eux sont effectuer pour obtenir
des modles corrects.
5.1 informations des messages / individus et relations

Les informations du modle de donnes sont "pures", il n'existe pas
d'informations polysmes, synonymes ou pouvant tre lies par une rgle de calcul
ou une dcomposition .
Celles des messages ne sont pas aussi restreintes. Certaines ne seront jamais dans
le modle de donnes par choix de l'utilisateur. Les autres se retrouvent dans le
modle de donnes (individus et relations) soit via une quivalence, soit via une rgle
de calcul.
89
Informations des messages (MCC et MCT)
non Direct,
utilises Rgle de calcul Equivalence
l'identique
Informations d'un modle de donnes (proprits)
Les correspondances entre informations MCC/MCT et MCD

peuvent passer par des rgles ou des quivalences.
5.1.1 Equivalence
Deux informations sont quivalentes quand les occurrences de l'une sont soit le
mme ensemble (synonyme), soit un sous-ensemble de l'autre (la cause de
l'quivalence est alors une relation).
Prenons l'exemple suivant : un contrat est sign par trois socits, une socit
vendeuse, une socit acheteuse et un courtier ou commissionnaire. Le message
contrat comprend les trois informations Nom du vendeur, Nom de l'acheteur et Nom
du courtier. Nom de socit reprsente toutes les socits. Nom du vendeur
reprsente les socits ayant vendu un contrat. Nom de l'acheteur reprsente les
socits ayant achet un contrat. Nom du courtier et Nom du commissionnaire sont
synonymes et reprsentent les socits ayant mis les deux parties d'un contrat en
contact.
1,1 0,N
vendre
CONTRAT 0,N SOCIETE
1,1
acheter
0,1 commissionner 0,N
Les trois relations...

L'information "Nom du vendeur" est quivalente l'information "nom de socit"
par la relation "vendre". Le nom de l'acheteur est quivalent au nom de socit de
l'individu Socit vu de l'individu Contrat par la relation acheter.
90
Amont quivalence Relation Aval quivalence
vendre Nom du vendeur
Nom de socit acheter Nom de l'acheteur
commissionner Nom du commissionnaire
... donnent naissance trois quivalences.

Toutes les informations contenues dans l'individu socit peuvent tre traites de
la mme manire : adresse du vendeur, banque du vendeur...
5.1.2 Rgle de calcul

L'information d'un message peut tre lie aux informations du modle de donnes
via une rgle de calcul.
Soit la rgle de calcul d'un montant T.T.C. partir d'un taux de T.V.A. et d'un
montant hors taxe. L'galit est :
montant avec tva =

montant hors TVA * (1+ TVA)
La rgle permet d'obtenir les informations en sortie ou rsultats partir des

informations en entre ou hypothses.
information en entre taux tva
information en entre montant hors tva
REGLE DE CALCUL MONTANT

CALCUL TTC
information en sortie montant avec tva

ou rsultat
Quelquefois la rgle est dfinie, mais pas son sens ; le montant d'une transaction
en francs franais, le montant en devise et le taux sont connus. La rgle permet-elle
de connatre le montant en devise ou le taux de la transaction ? Quelle est
l'information mmorise ?
91
taux de la transaction montant en devise
montant en franc montant en franc
CALCUL DU MONTANT CALCUL DU TAUX

EN DEVISE DE TRANSACTION
montant en devise taux de la transaction
Quand l'information est dans un message reu par l'entreprise et que l'information
mmorise dans le modle de donnes est obtenue par un calcul, nous avons le
premier schma. Quand l'information est dans un message mis par l'entreprise et
l'information mmorise dans le modle de donnes hypothse, nous obtenons le
deuxime schma.
Information appartenant
Information appartenant
un message
un individu ou une relation
REGLE DE REGLE DE
CALCUL CALCUL
Information appartenant Information appartenant

un individu ou une relation un message mis
Dans le modle conceptuel de donnes, aucune information ne peut tre la fois

dans le modle (porte par un individu ou une relation) et dduite des informations
du modle. Pour chaque rgle de calcul, les informations en entre et les informations
en sortie ne peuvent tre ensemble dans le modle. La reprsentation des rgles de
calcul peut tre grossire (optimisation de tourne) ou fine (calcul du dtour d'une
livraison effectuer en un point par rapport tous les points d'une tourne). Au
niveau conceptuel, prfrer les grossires, la finesse viendra de la spcification des
programmes, au niveau physique.
5.2 Modles des oprations.

Une vue est un sous-ensemble du modle de donnes comprenant des individus,
des relations et des informations. Cette vue externe, "vue" de l'opration, peut tre
diffrente de la reprsentation du modle principal.
A chaque opration du modle de traitement correspondent une ou deux vues du
modle de donnes. Une vue reprsente le modle en lecture ou en consultation.
Quels sont les clients ? Quelle est l'adresse d'Auguste ? Une autre vue reprsente le
modle en mise jour, (en cration ou en criture).
Cette validation entre MCD et MCT consiste
- construire les vues ou modles en lecture et/ou en criture de chaque opration
conceptuelle,
92
- s'assurer que les informations ncessaires cette opration existent dans le

modle de donnes ou sont dans les messages vnements,
- s'assurer que tout individu, relation et information appartient une vue en
cration et une vue en consultation.
Exemple du contrat de location de voiture : l'opration rpond la demande de
location et s'intitule "tablir un contrat de location".
Demande De Location
De Voiture
Etablir un contrat
de location
Le modle de donnes est le suivant : le contrat permet un ou plusieurs clients

de conduire. Il indique le client payeur, le type de voiture loue et le tarif. Il
enregistre le numro de la voiture et pour quelle priode (location).
1,N CONTRAT DE LOCATION VOITURE

LOCATION
1,1 date dbut
conduire date fin
1,1 1,N 1,1 1,1 0,N 1,1
payer de
concerner
0,N
0,N
CLIENT porter typer
TYPE DE
VOITURE 0,N voiture
0,N
MCD GENERAL
5.2.1 Modle de donnes en consultation.

Lors de l'tablissement du contrat de location, l'individu client est consult pour
connatre l'existence ventuelle d'une occurrence. L'opration slectionne une voiture
ainsi qu'un type de voiture en fonction de la demande du client. Les individus
consults sont CLIENT, TYPE DE VOITURE, VOITURE. La relation consulte est
la relation entre voiture et type de voiture. Elle sert de contrle au choix de la voiture.
De mme, les informations de chaque individu ou relation peuvent tre dtailles
(adresse du client pour demander si l'adresse est toujours la bonne etc.).
Individus et relations consults sont dessins en gris.
93

LOCATION
1,1 date dbut
conduire date fin
1,1 1,N 1,1 1,1 0,N 1,1
payer de
concerner
0,N
0,N
CLIENT porter TYPE DE typer
VOITURE 0,N voiture
0,N
VUE en CONSULTATION
5.2.2 Modle de donnes en mise jour

Aprs avoir pris connaissance du client, l'opration cre ou modifie son adresse,
cre le contrat de location, les relations conduire et payer, note le numro de permis
de conduire dans la relation conduire, cre une occurrence de l'individu location et
une occurrence de la relation entre location et voiture.
Individus et relations crs sont dessins en gris.

LOCATION
1,1 date dbut
conduire date fin
1,1 1,N 1,1 0,N 1,1
1,1
payer concerner de
0,N
0,N
CLIENT porter TYPE DE typer
VOITURE 0,N voiture
0,N
VUE en MISE A JOUR

Les informations cres peuvent tre rsultat d'une rgle de calcul. Dans ce cas, la
rgle de calcul est relie l'opration. L'opration effectue la rgle de calcul. Il est
intressant d'obtenir des rgles de calcul par opration. Ce sera le travail de
l'informatique plus tard. Une conception sans rgle de calcul est soit une conception
de contrle de type autorisation (vrifier les autorisations de signer les chques,
d'mettre des ordres de paiement...) d'interrogation ou de recherche, soit un
traitement de texte.
Quand toutes les vues en cration ou modification et consultation des oprations
sont construites, les deux tapes suivantes effectuer consistent :
- vrifier que toutes les informations d'une opration sont disponibles et que
- tous les individus, relations et informations sont crs et consults par une
opration.
94
De nouvelles informations ou relations du MCD apparaissent ainsi que des

nouvelles oprations.
6 VALIDATION DE L'UTILISATEUR.
La validation des travaux par l'utilisateur final de l'application informatique est un
travail ncessaire. La prsentation amliore la communication. Le travail de fond
consistant lire tous les documents dans le dtail pour approbation ou rectification
doit tre fait avec l'utilisateur. Le libell ou l'explication de texte des informations
doit aussi tre valid. Il est important de prendre en compte le temps ncessaire ce
travail. Il importe de faire l'tude le plus rapidement possible pour viter que "le
souffl ne redescende".
Le MCC est ais valider par l'utilisateur. Le seul danger est de ne reprer que
les documents actuels sans leur correspondant conceptuel.
Les dessins du MCD peuvent ne pas tre compris, mais la traduction "littraire"
doit correspondre la vue de l'utilisateur. Ceci est vrai pour les vues "replies" qui
simplifient la vie et les dessins des modles mais compliquent les explications. La
seule vue qui soit bonne est celle comprise par l'utilisateur.
7 RESUME GENERAL DU CONCEPTUEL.

L'intrt de l'tude du niveau conceptuel rside dans l'analyse des objectifs de
l'entreprise et de son systme d'information indpendamment de toute organisation.
Le modle de communication (MCC) reprsente les systmes fonctionnels
(intervenants) externes (partenaires) et internes l'entreprise (domaines et sous-
domaines). A chaque fonction correspond un objectif de l'entreprise. Les changes
d'informations (messages) entre ces fonctions sont rpertoris et les informations
recenses et "pures". Une tude gnrale identifie les domaines. Une tude
dtaille (pralable l'informatisation) prend en compte uniquement un domaine.
Le modle conceptuel de traitement (MCT) dtaille l'opration conceptuelle ou le
traitement prcdant l'mission de message rsultat ou suivant la rception de
messages vnements. Chaque MCT se construit par domaine ou sous-domaine.
Le modle conceptuel de donnes (MCD) dcrit, par domaine de l'entreprise, la
structure des informations manipules (individus, relations, pattes et contraintes).
Deux types de validation des modles entre eux existent.
- Toutes les informations des messages du MCC ou des MCT correspondent des
informations du MCD soit directement, soit par le biais de rgles de calcul ou
d'quivalence.
- Toute information ncessaire pour effectuer une opration du MCT est
disponible dans le message vnement et le MCD. Toute information du MCD est
utilise (cre et lue) par au moins une opration.
95
Toute l'tude doit tre approuve ou valide par l'utilisateur final.
D m3 C
m1 m2 m4
A m5 B
m6
MODELE DE COMMUNICATION MODELE DE DONNEES
m4
D C A
m6
m5
m1 A m3
B
m6
m2
B
m5
MODELE DE TRAITEMENT DE A MODELE DE TRAITEMENT DE B
96
97
98
Chapitre II : le niveau organisationnel
Chapitre II : le niveau
organisationnel
Le moineau, si petit soit-il,

possde des entrailles compltes.
(Proverbe chinois)
Aprs avoir dfini les fonctions principales de l'entreprise et ses domaines
d'information, les concepts et la transformation des messages, le cadre de
l'application est stabilis. Le propos de ce chapitre est la dfinition de
l'organisation, des postes de travail, des sites de traitement et de donnes. La
dfinition des outils de gestion informatiques viendra l'tape suivante, au niveau
logique.
Les modles organisationnels de traitement (MOT) dfinissent ce que fait
chaque poste de travail, QUI FAIT QUOI ? Pralablement ces modles,
l'organisation des postes de travail, QUI, est dfinie.
Le passage des modles conceptuels de traitement (oprations effectues par
des intervenants) aux modles organisationnels de traitement (oprations
effectues par une structure organise) n'est pas automatique. La construction de
la structure des postes de travail apporte une dimension nouvelle qu'il faut
assimiler. Les fonctions de l'entreprise sont "projetes" sur les postes de travail.
Toute opration conceptuelle devra tre excute de manire organise par un
poste de travail.
Les modles organisationnels de donnes (MOD) ajoutent la gographie des
donnes aux concepts. Chaque modle organisationnel est un sous-ensemble du
modle conceptuel adapt un site de donnes. Le lien entre MCD et MOD est
donc fort. Un MCD correspond un domaine. L'tude des MOD se conduit par
domaine afin de faire ressortir les cohrences et les consolidations entre site.
Les MOD s'enrichissent, par rapport au MCD, de nouveaux individus lis
l'organisation tels que "autorisation", "document", "historique".
Les modles organisationnels de communication (MOC) reprsentent les
communications entre sites de traitement, attachs un poste de travail, et un site
de donnes.
L'ordre des trois modles du niveau organisationnel (traitements, donnes et
communications) est diffrent de celui du niveau conceptuel.
99
1 POSTE DE TRAVAIL ET ORGANIGRAMME.

1.1 Poste de travail.
Le dcoupage organisationnel de l'entreprise dfinit les postes de travail ou
les units d'organisation. "QUI", poste de travail est dfini avant de dterminer
"QUI FAIT QUOI ?"
Un poste de travail est une responsabilit au sein de l'entreprise : P. D. G.,
directeur commercial, secrtaire... Il est aussi "casquette" : acheteur, vendeur...
Une mme personne peut avoir plusieurs casquettes. Tout dpend de ses
capacits et de sa charge de travail. Certaines personnes auront toujours la mme
casquette : Andy Capp, le hros de bande dessine, par exemple. D'autre part,
plusieurs personnes peuvent porter la mme "casquette" comme une caissire
dans un supermarch. A l'tape suivante, il sera ncessaire d'affecter des
personnes chaque poste. Les crans informatiques seront valids par les
personnes affectes un poste, les utilisateurs finals.
Une organisation est une adaptation des fonctions de l'entreprise
l'environnement en les projetant sur les postes de travail. Un poste de travail est
dfini par les moyens mis disposition (personnes, ressources matrielles et
logicielles) et le travail effectuer (les oprations organises).
La dfinition des postes de travail reflte les intervenants dfinis au niveau
conceptuel.
ORGANISATION
Poste 1 Poste 2 Poste 3
FONCTION
Intervenant 1
Interne
Intervenant 2
Interne
Intervenant 3
Interne
L'organisation est SPECIALISEE...

Si chaque poste de travail traite une fonction, l'entreprise est organise de
manire spcialise.
A la Poste, en France, un guichet (poste de travail 1, 2, ou 3) correspond
une fonction : distribuer les timbres-poste, affranchir les lettres et les paquets,
payer les mandats... les intervenants internes.
100
ORGANISATION
Poste 1 Poste 2 Poste 3
FONCTION
Intervenant 1
Interne
Intervenant 2
Interne
Intervenant 3
Interne
...ou POLYVALENTE
Par contre, aux tats-unis, chaque poste de travail exerce les diffrentes
fonctions. Les clients attendent sur une file commune et vont au premier guichet
libr. Cette organisation est non spcialise ou polyvalente. On peut aussi dire
quil nexiste quun seul poste de travail.
Les raisons de s'organiser de telle ou telle manire sont des raisons de bon
sens telles qu'un partenaire (le client par exemple) doit toujours avoir un mme
poste de travail (interlocuteur client) comme correspondant pour le fidliser ou
des raisons de pouvoir ou d'historique non formalisable. L'utilisateur exerce son
choix.
1.2 Organigramme.
L'organigramme est un dessin reprsentant la structure d'organisation des
postes de travail de l'entreprise.
Pour tre dfini sans ambigut, un poste de travail ne doit dpendre que d'un
seul poste de travail amont (qui est responsable ?) et doit avoir ses responsabilits
clairement nonces (que fait-il ou que doit-il faire ?). Cela vitera d'embaucher
un salari pour faire A, lui faire faire B, le juger sur C et lui octroyer la mdaille
du travail pour D.
Poste de
P. D. G.
Travail
D. G. Service de livraison
L'architecture des postes de travail est reprsente par un

organigramme...
Le niveau de dtail de la dfinition des postes de travail dpend de l'objectif
poursuivi par sa construction. S'il s'agit de dfinir l'organisation gnrale d'une
grande entreprise, l'organigramme est gnral. S'il s'agit de dfinir ou valider des
crans informatiques, l'organigramme doit tre dtaill. Le travail de la secrtaire
est diffrent de celui du livreur.
101
P. D. G.
Livreur Secrtariat de livraison

...plus ou moins dtaill.
Un organigramme de "postes de travail" a plusieurs formes :
- rteau ou peigne o un chef a plusieurs subordonns :
- matrice, o une personne a deux suprieurs 1 et 2 (fonctionnel et

oprationnel) :
Fonction
Operat.
- "arme mexicaine" o plusieurs gnraux se partagent un seul caporal :
Reprenons la socit dcrite conceptuellement par les domaines livrer,

facturer et encaisser :
102
ENCAISSER LIVRER
FACTURER
.
L'entreprise dcoupe en systmes fonctionnels...
Son organisation est le Prsident Directeur Gnral, qui encaisse, livre et
facture, son "bras droit" qui livre et facture et le livreur qui ne fait que livrer.
Livrer, encaisser et facturer sont des intervenants, P. D. G., "bras droit" et livreur
sont des postes de travail.
P. D. G. Poste de
Travail
Bras Droit Livreur
... possde un ORGANIGRAMME...
P. D. G.
L
I
V
R
E
U
BRAS DROIT R
..et se dcoupe en systmes organiss, les postes de travail
ENCAISSER LIVRER
P. D. G.
FACTURER
BRAS DROIT
LIVREUR
Le P. D. G. livre, facture et encaisse. Son "bras droit" livre et facture. Le

livreur livre.
L'organisation est plus souvent modifie que les fonctions. Si le "bras droit"
du P. D. G. fonde sa socit de livraison, si le livreur suit des cours de
comptabilit et que le nombre de factures crire augmente considrablement,
103
l'organisation deviendra P. D. G., comptable et facturier. Encaisser, livrer et

facturer seront toujours effectus.
P. D. G.
Comptable Facturier
2 MODELE ORGANISATIONNEL DE
TRAITEMENT (MOT)
S'organiser consiste aussi prvoir les ractions ou les rflexes acqurir
face des vnements extrieurs. Ces rflexes normaliss au sein de l'entreprise
sont dcrits sous formes de procdures, les MOT.
Aprs avoir dfini qui est qui, comment il se situe dans un organigramme,
nous allons reprsenter qui fait quoi, quel poste de travail effectue quelle
opration au moyen de procdures, les MOTS ou Modles Organisationnels de
Traitement.
Une procdure est un choix d'organisation face un vnement (message)
externe (venant d'un partenaire).
Une procdure prvoit tous les cas possibles l'intrieur de cette procdure.
De manire plus abrupte : "savoir qui engueuler quand a va mal". Le Plan
ORSEC est une procdure d'urgence. La prsence ou l'absence de procdure,
prvoyant la conduite tenir dans ces cas extrmes, permet de juger
l'organisation.
ENTREPRISE ORGANISEE
Partenaire Poste 1 Poste 2 Poste 3 Partenaire
Message "externe"
enclenchant
Un MOT analyse les ractions des postes de travail

un message externe.
Une procdure peut commencer par une opration sans message vnement
comme la dcision de passer des contrats financiers.
L'clatement d'une opration conceptuelle en N oprations organises permet
un partage des responsabilits et doit dfinir le contrle en dcoulant. Le
regroupement d'oprations conceptuelles en une opration organise ou sur un
104
poste de travail permet une synchronisation, donc une acclration des

traitements organiss et la cration de postes de travail "correspondant" de
partenaires - le client a un interlocuteur unique pour la commande, la livraison, le
service aprs-vente, le contentieux...
2.1 La procdure est compose d'oprations organises (Quoi ?) par

des postes de travail (Qui ?)
Chaque opration est enclenche par zro, un (ou plusieurs mais ceci n'est pas
conforme la ralit) message vnement et, aprs traitement, engendre zro, un
ou plusieurs messages rsultats.
L'opration peut tre enclenche de manire priodique, 10 heures, tous les
jours, toutes les dcades, toutes les mille factures... par un temporisateur. Les
clients rguliers pour lesquels de nombreuses factures sont mettre peuvent
recevoir leurs factures toutes les dcades par exemple.
Temporisateur
tous les
dix jours
mettre factures
des clients rguliers
Factures client
Elle peut tre enclenche par un temporisateur

Sans message vnement, ni temporisateur, l'opration est une dcision. Sans
message rsultat, l'opration est une prise en compte d'un message informant
venant d'un partenaire. Il n'existe pas d'opration sans message vnement et sans
message rsultat. Si un message informant est mis par un autre poste de travail,
ses informations sont l'intrieur du systme d'information et sa reprsentation
est inutile. Les messages de poste de travail poste de travail sont toujours
enclencheurs.
prendre
note
j'ai dcid que ...
Oprations sans rsultat ou sans vnement.

Le choix d'une procdure plutt qu'une autre est un choix personnel de
l'utilisateur ou de celui qui conoit les procdures (l'organisateur). Ce choix est
subjectif. L'important est de s'assurer qu'une personne suive toutes les
procdures lies un domaine afin de vrifier leur cohrence et souligner les
dtours inutiles.
Chaque opration correspond une valeur ajoute. Si l'opration consiste
transmettre le message un autre poste de travail, elle peut tre supprime
105
(l'opration, pas le poste de travail, sauf s'il ne fait que a). Cette valeur ajoute
provient souvent d'une opration conceptuelle.
Toute opration conceptuelle doit donner lieu au moins une opration
organise.
Les messages organiss, dcrits par une procdure comme vnement ou
rsultat d'opration organise, correspondent certains documents circulant dans
l'entreprise. A ce stade de l'tude, il est intressant de comparer ces documents
avec le modle (MOT ou procdure). L'existence des informations des documents
existants est alors vrifie. Ce point est dvelopp dans le paragraphe concernant
les MODs.
Un poste de travail effectue plusieurs oprations de plusieurs procdures. La
lecture de toutes les oprations organises d'un poste de travail dtermine la
dfinition du poste. Une chronologie des vnements et des oprations peut tre
tenue : 8H rception des commandes, 14H Livraison. Ainsi, la charge de travail
dans le temps est analyse par poste de travail et dfinit les ressources mettre en
place y compris aux heures de pointe.
2.2 Tche-homme et tche-machine sont dans l'opration

Le dcoupage de l'opration en sous-oprations manuelles ou automatises
n'est pas ncessaire. L'opration peut tre dcompose en sous-oprations ou
tches pouvant tre de deux types : les tches "nobles", humaines et les
"machinables". Pour aller au cinma, la tche humaine est de regarder le film, la
tche machine est le dplacement la salle de cinma. Un choix supplmentaire
s'effectue. La dcomposition dpend de l'utilisateur. La priodicit des tches
effectuer et le gain attendu en temps ou en argent ou en pnibilit sont les
principaux critres de choix. La dcomposition est ardue quand les deux tches
sont excutes en mme temps. Je conduis et je passe les vitesses. Tche-homme
ou tche-machine ? C'est pourquoi cette notion de tche excute par un homme
ou une machine peut tre oublie en premire approche. Il importe surtout de
comprendre que l'opration comprend tout et mme et surtout les dcisions
(oprations sans message vnement).
Les messages internes un mme poste de travail doivent tre supprims.
Exemple : soit l'opration de "Prise en compte de la commande". A rception
de la commande, la premire tche est de vrifier la confiance que j'ai dans le
client, d'examiner son encours, ce qu'il me doit et s'il n'a pas atteint le plafond
fix par client, son encours maximum. Si son plafond est atteint, je dcide ou non
d'honorer sa commande. Si sa commande est honorable, je vrifie si les produits
commands sont en stock. S'ils ne sont pas en stock, j'envoie un avis de
rapprovisionnement un autre intervenant ou un autre poste de travail. S'ils sont
en stock, un avis de dstockage ou un bon de sortie magasin est mis pour
livraison et la facture est envoye au client.
106
Commande du client
2
Commande
Commande au
client refuse
Fournisseur
Facture au Client
MOT 1 : l'opration, dcompose en tches...
L'opration "Prise en compte de la commande" est dcoupe en 2 sous-

oprations ou tches :
- Tche 1 : Vrifier encours client.
- Tche 2 : Vrifier si les produits commands sont en stock.
Cette opration se ramne :
Commande du client
1 2 3
Commande
Commande au client refuse
Fournisseur Facture au Client
...se ramne l'opration ci-dessus. MOT 2
Les conditions de sortie et les messages rsultats associs sont :

1 - Produit manquant et message rsultat Commande fournisseur (ou
commande interne).
2 - Produit en stock et message rsultat facture client (et bon de sortie
magasin).
3 - Commande non honorable et message rsultat commande refuse.
Il est donc inutile de la dcomposer.
2.3 Exemple de procdure ou MOT

Aprs avoir tudi organigramme et procdure, voici un exemple reprsentatif
de l'intrt d'une procdure. Une opration conceptuelle, "dcider de rparer" est
clate en 3 oprations organises.
L'organigramme va du responsable de chantier, en bas, au responsable
national (en haut) :
107
Responsable National
Responsable Rgional
Responsable Dpartemental
Responsable De Chantier
ORGANIGRAMME NATIONAL
Le niveau de dcision de rparation d'quipements, local, rgional ou

national, est dcid en fonction du montant de la rparation.
RESPONSABLE RESPONSABLE RESPONSABLE RESPONSABLE REPARA-

TEUR
CHANTIER DEPARTEMENTAL REGIONAL NATIONAL
Matriel
endommag
ANALYSE DEMANDE
REPARATION
OK et Montant
Refus
< 10 > 10
Refus De
Rparation Demande De Rparation Rgionale
Locale
ANALYSE DEMANDE
REPARATION
REGIONALE
OK et Montant
Refus
< 100 > 100
Refus De
Rparation
Demande De Rparation Nationale
Rgionale
ANALYSE DEMANDE
REPARATION
NATIONALE
Refus OK
Refus De
Rparation
Nationale Ordre de
Rparation
MOT. Une mme opration conceptuelle (rparer) se projette sur

plusieurs oprations organises
Le responsable de chantier constate qu'un matriel qu'il utilise est
endommag. Il en rfre au responsable dpartemental qui a le droit de donner
des ordres de rparations quand le devis estim ne dpasse pas 10. Si le
responsable dpartemental estime que la rparation n'est pas ncessaire, il avise
le responsable de chantier de son refus de rparer le matriel. S'il pense que la
rparation est ncessaire, mais que son montant dpasse 10, il fait une demande
de rparation rgionale au responsable rgional qui a le pouvoir de dcider la
rparation si son montant ne dpasse pas 100. En cas de devis de rparation
108
suprieur 100, le responsable rgional demande au responsable national qui

donne accord de rparation ou refus au responsable rgional. Le cas des
multinationales n'est pas envisag ici.
Tous les messages ne sont pas reprsents. Quand un avis positif sur la
rparation est donn, mais que le montant ne correspond pas la comptence, il
faut indiquer au niveau infrieur que le dossier est en bonne voie : "On s'occupe
de votre cas", "Nous suivons votre dossier avec la plus haute attention", "je m'en
occupe personnellement". N'apparaissent pas non plus les demandes de
remplacement du matriel endommag dans les autres dpartements et rgions
que pourrait faire le responsable rgional ou national. Enfin, le responsable de
chantier ne sait jamais quand sa demande finale va aboutir. Vous pouvez
complter la procdure en consquence.
DONNEES (MOD)
Les MOT, les procdures, dterminent qui fait quoi ? De la mme manire,
les modles organisationnels de donnes dterminent qui - quel site de donnes -
stocke quoi - quelles informations dans quel modle organisationnel de donnes.
Cette dcoupe par site, construite partir du MCD permet de conserver la
cohrence, de matriser la "redondance" d'information entre site et dtermine les
consolidations de donnes ventuelles.
Ce dcoupage permet de calculer les volumes de donnes ncessaires par site
de donnes final. Ce calcul de volume des donnes est de moins en moins
ncessaire suite l'augmentation rapide des capacits de stockage.
De plus, de nouveaux individus, reflets de l'organisation, tels que documents,
ou reflet de la rflexion, tels que Rgle, apparaissent dans le modle de donnes
ce stade de l'tude.
3.1 L'organisation par site de mmorisation.

La notion de site est gographique. Un site peut tre le site d'un poste de
travail ou le site de donnes pour un mme poste de travail. Nanmoins, si
l'informatique est dfinie, des sites plus prcis et correspondant aux bases de
donnes sont retenus : un site tableur, un site micro-ordinateur, un site central
l'entreprise, un site pour interrogation des donnes ou infocentre... Dans ce cas,
le choix du niveau de dtail dpend du systme informatique.
Le modle conceptuel de donnes est rapproch des diffrents sites
gographiques de donnes, ou de mmorisation, ou de traitement. Pour chaque
site, une "vue externe" ou partielle du modle gnral de donnes est dfinie.
Cette vue concerne les individus, les relations et les informations.
Pour chaque base de donnes, un modle organisationnel de donnes (MOD)
est construit. Ces modles organisationnels de donnes sont des vues externes du
modle principal (MCD) sur chaque site.
109
Exemple : soit une entreprise de livraison constitue d'un sige social, d'un
entrept et d'agences. Le sige qui s'occupe de tous les clients et de toutes les
factures aura le modle gnral comme vue externe :
CLIENT CONTRAT 1,1 COMMANDE

0,N 1,1 0,N
0,N
1,N
0,N
1,1 0,N
FACTURE 1,N 0,N LIVRAISON PRODUIT
1,N 0,N
MCD et MOD SIEGE

L'entrept ne s'occupe que de la livraison partir des ventes et possde un
modle sans contrat ni facture.
CLIENT 1,1 COMMANDE

0,N
0,N
1,N
0,N
LIVRAISON PRODUIT
1,N 0,N
MOD SITE 1 : ENTREPOT

Une agence n'effectue que les livraisons et les factures et a un modle sans
contrat.
CLIENT 1,1 COMMANDE

0,N
0,N
1,N
0,N
1,1 0,N
FACTURE 1,N 0,N LIVRAISON PRODUIT
1,N 0,N
MOD SITE 2 : AGENCE

Un site comprendra le modle commande et facture et l'autre le modle
commande et livraison. L'organisation des donnes n'est pas par sous-ensembles
cohrents du modle principal tels que modle contrat, modle facture ou modle
livraison. Le dcoupage organisationnel est ralis partir des individus "vus de
la lorgnette utilisateur" bass sur un site prcis.
Analyse des modles organisationnels : chaque individu d'un modle organis
est analys. Quel type d'occurrences gre-t-il ? Les produits grs par l'entrept
110
AUFEU situ Lyon sont-ils les mmes que ceux du sige de Paris ? Quelles
informations sont prises en compte ? Le prix du produit est-il communiqu ?
3.2 Evaluation des volumes des donnes

L'valuation du volume des donnes est ncessaire quand une solution est
envisage sur micro-ordinateur ou quand l'application finale risque de faire
"sauter" les disques de stockage. Elle permet de calculer le volume d'espace
disque ncessaire ou d'en dduire des sauvegardes sur disquette ou bande
magntique. Nous sommes la limite de l'organisationnel et de l'informatique. Ce
calcul est ncessaire dans le cas d'applications du type "statistiques de ventes" o
les informations rsultats de calcul sont mmorises.
Les volumes concernent le nombre d'occurrences d'individus par site et les
informations de chaque individu ou chaque relation par site de donnes. Combien
d'occurrences contient l'individu PRODUIT sur le site de LYON en moyenne ?
Quand tous ces renseignements seront connus, il sera possible de calculer les
volumes de mmoire ncessaires l'informatisation par site en multipliant le
nombre d'occurrences de chaque individu "organis" par le nombre de caractres
des informations d'un individu.
Exemple : le client porte comme informations son code sur 3 caractres, son
adresse sur 30 caractres, son nom sur 20 caractres, son prnom sur 10
caractres et le nom de la personne contacter sur 20 caractres. 20 000 clients
seront grs sur la base de l'agence YVES, donc l'individu client comportera 20
000 (3+30+20+10+20) = 1 660 000 caractres. Ensuite, la conversion en kilo-
octets, unit de base d'espace mmoire informatique se fait en fonction du type de
la base de donnes. Le nombre final d'octets est suprieur au nombre de
caractres du fait des relations entre individus. Le fait qu'un chiffre prenne moins
de place qu'une lettre est ngligeable. 1,7 Mega Octets sont ncessaires, dans cet
exemple, pour stocker les occurrences de client.
3.3 Le modle de donnes s'organise : de nouveaux individus

apparaissent
Les individus tels que DOCUMENT, HISTORIQUE, AUTORISATION
apparaissent pendant l'tude du niveau organisationnel et sont des reflets de
l'organisation.
Les documents sont souvent des occurrences d'un mme individu. Ne pas
crer autant d'individus que de documents !
Un document est mis par une personne et destin tre reu par d'autres
personnes. Un document est d'un type donn et concerne un objet de gestion
important de l'entreprise.
111
TYPE DE 0,N 1,1 DOCUMENT 1,1 0,N PERSONNE

typer mettre
DOCUMENT document 1,N 0,N
recevoir
1,1
OBJET GERE 0,N
concerner
MCD du document
Exemples :
1 - L'objet gr est un contrat. Le type de document est lettre d'intention de
commande, tlex contractuel, confirmation du contrat, lettre de crdit, certificat
de non-gage...
2 - L'objet gr est un mouvement de produit, les types de document sont
rapport d'inspection, rapport d'analyse de produit...
3 - L'objet gr est un mariage. Les types de document sont compte-rendu de
visite prnuptiale, dpt de la liste de mariage, faire-part de mariage, livret de
famille...
4 - L'objet gr est un procs. Les types de documents sont... innombrables.
Crer un seul individu pour plusieurs documents.
Historique provient des archivages effectuer en ne retenant pas toutes les
informations. Les informations des individus "archives" sont dfinir. Elles
peuvent tre diffrentes des individus "vivants".
Premier exemple : les soldes des comptes gnraux seront conservs pendant
une priode plus longue que les critures comptables se rapportant ces soldes.
PERIODE 0,N 0,N COMPTE ECRITURE

0,N 1,1
GENERAL COMPTABLE
solder
2 Ans 1 An
Deuxime exemple : chaque contrat comporte des informations telles que

date, taux contractuel si le contrat est un contrat de change ou d'intrt. Ils sont
relis un client, un type de contrat, un charg d'affaire, une division...
Prenons comme hypothse que ces contrats sont conservs deux ans quand ils
sont chus. Aprs ces deux ans, ils sont archivs. Les informations d'un contrat
que l'on archive sont restreintes par rapport celles d'un contrat en activit. Seul
le rsultat, le gain ou la perte, est mmoris (information rsultat de calcul). Seul
le type de client est mmoris et non le client particulier. Toutes les informations
ne sont pas mmorises.
112
5 Ans 2 Ans

CLIENT
ARCHIVE CLIENT
date contrat
rsultat taux contractuel
date d'chance 1,1 0,N 0,N 1,1 0,N 1,1 date d'chance
Les individus Rgle, Scnario... sont des indications de l'approfondissement

de l'application. Ces individus apportent une forte valeur ajoute et sont
reprsentatifs de traitements formaliss dans les donnes. Ils apparaissent souvent
au niveau organisationnel car ils sont identifis et crs lors d'une deuxime
"passe" sur les modles.
Exemple : soit des contrats financiers (prts ou emprunts) options ou
chance optionnelle. Dans le cas de contrat option, le choix de respecter le
contrat ou de livrer (d'emprunter un emprunt ou de prter un prt) est l'initiative
de l'acheteur du contrat. Dans le cas de contrat chance optionnelle, la date
d'chance relle du contrat est l'initiative de l'acheteur (date de remboursement
du prt).
Pour un scnario, c'est--dire un ensemble d'hypothses, certains contrats sont
retenus, d'autres non (cas des options). Un paramtre du contrat tel que date
d'chance peut tre choisi. Aprs traitement, un rsultat de scnario donne
certaines valeurs de paramtre telles que montant emprunter ou disponible pour
certaines dates (position de trsorerie). Un scnario peut tre de solder tous les
contrats de prts pour connatre "l'argent frais" disponible.
soldes date chance
RESULTAT SCENARIO prendre PARAMETRE
SCENARIO 1,1 0,N CONTRAT
en compte
0,N valeur
0,N
0,N
0,N 0,N
retenir retenir
option 0,N
0,N
TYPE CONTRAT possder
CONTRAT
1,1 1,N
0,N
L'individu AUTORISATION exprime la scurit, les contrles sur mots de

passe. Telle personne ou tel utilisateur a besoin d'une autorisation pour mettre
tel document ou un ordre de paiement.
Il peut se retrouver dans le modle de scurit informatique, de la scurit
d'accs des ressources informatiques (fichier, informations, base de donnes,
systmes informatiques, outils informatiques...).
Une autorisation d'accs d'un type donn (cration, modification, suppression,
lecture) est accorde un utilisateur ou un groupe d'utilisateur.
113
outil UTILISATEUR GROUPE

1,N 0,N D'UTILISATEUR
systme
base de donnes 1,N
information 0,N
0,1 0,1 lecture
fichier
TYPE DE AUTORISATION suppression
RESSOURCE
modification
0,1
cration
RESSOURCE 1,N
0,N 1,1 0,N accder TYPE D'ACCES
1,N
0,N
L'individu AUTORISATION d'accs.
3.4 L'tude des documents existants

L'tude des documents existants se fait lors de l'tude organisationnelle pour
valider les messages organiss. Un modle de donnes organis est facile
effectuer sur un document, car l'ordre de prsentation des informations est
clarifi. Attention, ces documents peuvent tre des bordereaux de saisie ou des
rsultats de calcul. Dans le deuxime cas, ils ne correspondent pas un modle
conceptuel de donnes car ils contiennent des donnes calcules.
Exemple : la prvision des ventes est effectue par vendeur, pour un produit
donn et dans un service. Les imprims sont remplis ainsi.
Service TERIQUE Produit OUNON
Vendeur : A 100
Vendeur : B 1000
Vendeur : C 1
Vendeur : D 288
Vendeur : E 1580
Le modle de donnes dcoulant de ce document est :

Trique Mai 88
SERVICE PREVISION
0,N 1,1 100
VENTES
vendre
1,1 1,N montant
Ounon A
PRODUIT 0,N PERSONNE
0,N
L'tude des documents existants permet de vrifier que toutes les

informations actuelles sont prises en compte pour l'analyse.
114
COMMUNICATION (MOC) : les messages
changs entre sites.
Les changes ont lieu entre sites de traitement et de donnes.
Le MOC ne concerne que les communications entre sites. Il n'existe pas s'il
n'existe qu'un site.
Le modle organisationnel de communication dcoule des oprations
organises et des sites de donnes. Un change a lieu quand un poste de travail
situ sur un site donn effectue une opration et que la vue en consultation ou en
mise jour de cette opration se trouve sur un autre site (voir ci-dessous la
validation). Il en rsulte des communications entre les deux sites (de traitement et
de donnes) qu'il importe de dimensionner dans certains cas.
Lecture
Opration
organise
Ecriture
Site de Traitement
Site de Donnes
MOC
Exemple : cas de rparation locale, rgionale et nationale.
1er cas : centralisation totale, un seul site de donnes, au niveau national.
Toutes les oprations, effectues par les postes de travail des diffrents sites,
locaux, rgionaux et national, font rfrence aux mmes informations sur un
mme site.
Il y a donc lieu de dimensionner les lignes de communications entre les sites
central, rgionaux et dpartementaux. Il y aura mise jour de la base de donnes
en "direct" partir de tous les sites de traitement, des postes de travail.
Lecture
Site de Donnes Site de Traitement
Centralise (Poste de travail)
Ecriture
MOC 1
e
2 cas : centralisation nationale et rgionale/locale. Un site de donnes au
niveau national et des sites de donnes rgionaux et dpartementaux.
En supposant chaque MOD connu, un pour le site national et un par site
rgional ou local (individu "rparateur" sur site national, "rparation" sur chaque
site), les messages changs entre site de donnes et site de traitements sont :
115
Consultation des
Site de Donnes rparateurs agrs Site de Traitement
National Local
Ecriture
Consultation des Ecriture
rparations
Site de Donnes
Rgional et local
MOC 2
e
3 cas : dcentralisation totale. Il n'existe aucun change, sauf ventuellement
entre sites locaux et base de donnes locale, sites dpartementaux et base de
donnes dpartementale.
MEME SITE
Lecture
Traitement Donnes
Local Locales
Ecriture
MOC 3
Dans cette phase, la "proprit" des donnes, l'autorisation de crer, de
modifier, de lire et de supprimer des occurrences doit tre explicite par poste de
travail.
Qui est responsable de la mise jour des clients de l'agence ? Quelle opration
cre quel individu sur quel site de donnes ?
5 VALIDATION MOD/MOT.
De la mme manire qu'au niveau conceptuel, une vrification de la
cohrence des modles entre eux est faite. Cette vrification comporte deux
tapes.
- Cohrence entre les informations des messages des modles
organisationnels de traitement, les procdures et les informations des modles
organisationnels de donnes portes par les individus et les relations de chaque
site de donnes.
- Cohrence entre la cration et la consultation des informations des modles
de donnes lors d'oprations organises effectues par un poste de travail. Les
informations ncessairement disponibles et donc consultes pour effectuer les
oprations organises doivent se trouver dans les modles organisationnels de
donnes et crs par d'autres oprations.
Toute donne d'un MOD est cre et consulte par une opration.
116
5.1 Messages organiss/individus et relations organiss
Informations des messages organiss (MOT)
non Direct,
utilises Rgle de calcul Equivalence
l'identique
Informations d'un modle organis de donnes (MOD)
Les correspondances entre donnes et traitement passent

par des rgles de calcul ou des quivalences.
Les informations "utiles" de chaque message organis (entre oprations
organises ou mis par un partenaire) doivent se retrouver l'identique ou via une
rgle de calcul ou une quivalence dans un modle de donnes organis, dans un
individu ou une relation d'un site.
5.1.1 rgles de calcul

Une rgle de calcul transforme des informations en entre (de rgle) en
informations en sortie (de rgle). Les rgles peuvent s'appliquer sur des
ensembles et font alors intervenir un compteur d'occurrences. Les rgles ont
toujours un sens.
Un exemple de rgle sans compteur a t tudi au chapitre prcdent
concernant le conceptuel. Il explicite le calcul d'un montant toutes taxes
comprises.
information en entre taux tva
information en entre montant hors tva
REGLE DE CALCUL MONTANT

CALCUL TTC
information en sortie montant avec tva

ou rsultat
Rgle de calcul simple.

Deuxime exemple de rgle avec compteur d'occurrences dans le modle
organisationnel de donnes : soit un contrat spcial avec remise en fonction du
nombre de commandes. Si le nombre de commandes est petit, les frais
occasionns sont plus faibles et le client bnficie d'une rduction. Le
raisonnement pourrait tre le mme en fonction du nombre de livraisons.
Le modle de donnes est : un contrat peut avoir de zro N remises. Une
remise est valable pour un seul contrat. Si le nombre de commandes est infrieur
20, la remise accorde est de 5%, Si le nombre est infrieur 10, la remise est
117
de 20%. Dans le cas cit, une remise de 100% est accorde s'il n'existe aucune
commande. Ces remises ne sont valables que pour un chiffre d'affaires raliser
indiqu dans le contrat.
20
5
10
20
REMISE CONTRAT 0,N 1,1 COMMANDE

nombre de commandes
0,N commande /
remise accorde contrat
1,1
MOD ou MCD
La rgle de calcul concerne la remise accorder. Les informations en entres
sont le nombre de commandes d'un contrat donn et les remises du contrat. Le
nombre de commandes du contrat est calcul l'aide d'une premire rgle
comptant le nombre d'occurrences de commandes pour un contrat donn.
numro de contrat nombre de commandes du contrat
numro de commande remises du contrat
COMPTAGE DU NOMBRE CALCUL DE

DE COMMANDES LA REMISE
D'UN CONTRAT
nombre de commandes remise accorder

du contrat
Rgle de calcul avec compteur.
Troisime exemple de rgle : sens de la rgle de calcul
Une rgle de calcul existe entre les coordonnes d'un clair, d'un observateur,
la direction de l'clair et le temps coul entre l'clair et le tonnerre. Cette rgle
existe. Il n'est pas ncessaire de l'expliciter maintenant.
Coordonnes De L'clair
Direction De L'clair
Temps Aprs clair
Coordonnes Observateur
Ces informations sont lies.
Par contre, dans quel sens lire cette rgle ? Veut-on obtenir les coordonnes
de l'clair ? Ou veut-on obtenir les coordonnes de l'observateur ?
118
Coordonnes Observateur Coordonnes De L'clair
Temps Aprs clair Temps Aprs clair

Direction De L'clair Direction De L'clair
calcul des calcul des

coordonnes coordonnes
de l'clair de l'observateur
Coordonnes De L'clair Coordonnes Observateur
Choisir une rgle.
5.1.2 Equivalences
La notion d'quivalence a t dveloppe lors de la validation des modles du
niveau conceptuel. Un deuxime exemple est dvelopp ici dans le cadre de
l'clair.
Supposons que le modle de donnes soit compos des individus BRUIT,
CLOCHE, ECLAIR et AVION. L'individu "bruit" est gr et contient des
informations telles que dure du bruit, frquence du bruit... Le bruit provient soit
d'une cloche, soit d'un clair, soit d'un avion (contrainte +).
0,N AVION
+ sonner
le mur
0,1
0,1
CLOCHE 0,N sonner les BRUIT ECLAIR
tonner
matines 0,1 0,1
LE BRUIT est tonnerre, son de cloche ou mur du son.
Les messages portent les informations "dure du tonnerre", "dure du son de
cloche" ou "dure du son du mur du son". Ces informations sont quivalentes
l'information amont (qui se situe dans le modle de donnes) "dure du bruit".
amont-quivalent aval-quivalent par RELATION
BRUIT
dure du bruit
= dure du tonnerre
dure du son de cloche

tonner
sonner les
matines
sonner
dure du mur du son
le mur
Le bruit du modle de donnes est quivalent

au bruit du tonnerre s'il tonne...
L'information "dure du tonnerre" est (aval) quivalente l'information
"dure du bruit" via la relation tonner. L'information "dure du son de cloche" est
119
(aval) quivalente l'information "dure du bruit" motif (via la relation) sonner

les matines. L'information "dure du mur du son" est (aval) quivalente
l'information "dure du bruit" motif via la relation...
Le tonnerre, le mur du son et le son de cloche sont des types de bruit. Le
modle tait donc repli !
5.2 Modles en cration et en consultation des oprations organises.

A chaque opration correspond une vue organise, un sous-ensemble d'un
modle organis de donnes en mise jour et en consultation. Une opration
conceptuelle mmorise ou lit des informations dans les modles conceptuels de
donnes. De la mme manire, une opration organise mmorise ou lit des
informations dans les modles organisationnels de donnes, attachs un site.
Un contrle a lieu en fin d'tude organisationnelle en vrifiant que tout
individu, relation ou information est cr par une opration et consult par une
autre. Ce point peut tre valid par un utilisateur averti.
Rciproquement, toute donne d'un MOD appartient un modle en mise
jour et un modle en consultation d'une opration. Si une telle opration n'existe
pas, soit la donne est inutile, soit une opration manque.
Exemple : le tonnerre est entendu s'il y a orage et clair. L'opration organise
"Tonnerre" est effectue par un poste de travail "observateur". Elle consiste
scruter le ciel, dj rpertori, par ses orages et ses clairs et d'enregistrer le cri
du tonnerre le soir au fond des bois. Les clairs sont aussi connus.
Le modle conceptuel de donnes comprend les individus "orage", "clair" et
"tonnerre". L'orage comprend des clairs. Chaque clair appartient un orage.
Un tonnerre vient en plus d'un clair. Mais si l'clair n'est pas connu, le tonnerre
n'est li aucun clair et l'clair peut n'tre li aucun tonnerre. L'exemple aurait
pu tre pris avec la fume et le feu.
TONNERRE 0,1 0,1 ECLAIR ORAGE

1,1 0,N
MOD gnral.
Ds rception du message Tonnerre, le modle consult concerne les
individus ORAGE et ECLAIR.
ECLAIR 1,1 0,N ORAGE
MOD consult.
Le modle mis jour comprend l'individu TONNERRE et la relation entre
l'clair et le tonnerre. Les modles comprennent aussi les informations.
120
ECLAIR 0,1 0,1 TONNERRE
MOD Mis jour.

Pour une opration donne, seule une vue en consultation ou en cration peut
exister.
Vue En
Consultation
ECLAIR 0,N ORAGE

1,1
Lecture
OPRATION
TONNERRE Ecriture
Vue En
Cration
ECLAIR 0,1 0,1 TONNERRE
L'opration consulte ou lit une vue, cre ou modifie une deuxime vue
Les modles de donnes doivent tre organiss.
Supposons qu'il existe deux sites de donnes, un site cleste et un site
terrestre. Les deux modles clestes et terrestres doivent tre considrs car le
modle en mise jour de la base terrestre ne sera plus le mme, mais comprendra
non seulement l'individu tonnerre mais aussi les individus orage et clair.
MOD MOD
Partenaire Poste 1
Cleste Terrestre
MISE A
Orage Orage
Tonnerre JOUR
LECTURE
Eclair Eclair
Tonnerre
Les MOD sont organiss

Si le modle terrestre ne connat que les tonnerres clairs et les clairs
tonnants, son modle de donnes sera une "vue externe" de la vue cleste :
121
Orage Eclair
tonnant
Un MOD peut tre une vue externe
6 VALIDATION PAR L'UTILISATEUR.

La validation consiste, pour le responsable utilisateur, donner son accord
aux modles dcrivant l'organigramme des postes de travail et le travail effectu
par chacun.
Un organigramme sans pointill entre un poste de travail aval et un deuxime
amont (oprationnel ou fonctionnel) est difficile faire valider par un utilisateur
final. Dans ce cas, un poste de travail a plusieurs responsables (postes de travail)
en amont. Des messages incohrents (faites ceci et faites cela) peuvent venir des
deux sources.
Une procdure est facile comprendre. Dcouper les oprations en tches
n'est utile que pour expliquer la manire de travailler un nouvel utilisateur.
7 RESUME DU NIVEAU ORGANISATIONNEL

Une tude organisationnelle commence par :
1 la dfinition des postes de travail.
Ces postes de travail (QUI EST QUI ?) sont placs dans la structure
d'organisation, un organigramme. Cet organigramme peut tre construit en deux
temps : gnral, puis dtaill.
Poste de
P. D. G.
Travail
Organigramme
2 La liste des procdures reprsenter.
Chaque procdure (MOT) dcrit QUI (poste de travail) FAIT QUOI
(opration organise) face un vnement extrieur.
122
ENTREPRISE ORGANISEE
Partenaire Poste 1 Poste 2 Poste 3 Partenaire
Message "externe"
enclenchant
MOT ou procdure
Une opration organise est enclenche par un message vnement, une
dcision ou un temporisateur.
- Les Modles organisationnels de donnes (MOD) adaptent individus,
relations et informations du MCD par site de donnes. Les ensembles
d'occurrences sont explicits. Les volumes de donnes sont calculs pour estimer
les capacits de mmoire ncessaires.
- Les Modles organisationnels de communications (MOC) entre sites de
donnes (MOD) et de traitement (Site de poste de travail) dimensionnent les
communications entre site et les accs possibles (cration, lecture...)
Lecture
Opration
organise
Ecriture
Site de Traitement
Site de Donnes
- La validation de la cohrence des informations entre modles de traitement

et de donnes passe par les notions de rgles de calcul et d'quivalence.
Exercices :
1. Dessiner un organigramme allemand avec directoire.
2. Une runion est-elle un poste de travail ?
3. Dessiner une procdure de vote. Les postes de travail sont Secrtariat, qui
donne les bulletins de vote, Prsident qui tient l'urne, et deux assesseurs dont l'un
tient le registre et l'autre le tampon final.
123
Poste 1 Poste 2
C D
PDG
M1
OO1
Poste 1 Poste 2
ORGANIGRAMME MODELE DE TRAITEMENT(MOT)
S3
S2
S1
MODELE DE COMMUNICATION MODELES DE DONNEES (MOD)
124
BUREAU DE VALIDATION DE L'ORGANISATIONNEL
125
126
Chapitre III : le niveau logique
Changez de chanson quand vous

changez de montagne.
(Proverbe chinois)
Les fonctions et les concepts principaux sont dfinis (niveau conceptuel).

L'entreprise est organise sous forme de postes de travail et de sites.
L'objectif du niveau logique est la dfinition des moyens informatiques
disposition des postes de travail (utilisateurs) afin d'effectuer les oprations
organises. Cette dfinition passe par la description de :
l'aspect externe de ces moyens informatiques sous forme de masques d'cran et de
leur succession.
les actions de ces moyens informatiques sur la structure logique des donnes et,
pour cela,
la structure logique des donnes (MLD) indpendamment de tout choix de
matriel ou de logiciel de dveloppement informatique.
Le niveau logique reprsente le dernier niveau valid par l'utilisateur final (sauf si
celui-ci ralise la programmation). Il comprend une vue de utilisateur de
l'informatique (vue externe de l'informatique) et une vue plus spcifique (vue
interne).
Le modle logique de donnes (MLD) dcrit les structures de donnes
indpendamment de la gestion physique des bases de donnes. Il est une tape
intermdiaire, intellectuellement trs satisfaisante, vers le modle physique de
donnes. Si celui-ci peut tre construit, le MLD peut tre saut.
Un premier MLD se dduit d'un MOD (Modle Organisationnel de Donnes). Il
est ensuite optimis ou modifi suivant le choix de l'utilisateur pour acclrer certains
traitements effectus par les outils informatiques.
Le modle logique de traitement dcrit les moyens informatiques, les outils de
consultation et d'criture informatique. Un outil logiciel "utilisateur" permet soit la
lecture, soit l'criture d'informations dans la mmoire (les enregistrements du modle
logique de donnes) de l'ordinateur ou les deux (criture et lecture). On distingue
outil transactionnel ou en traitement immdiat et outil de traitement diffr.
Dfinir un outil informatique, c'est :
127
dans le cas d'outils transactionnels, dfinir la liste des enchanements "question

rponse", ce qui est affich l'cran et ce que l'utilisateur peut frapper au clavier
(Modle logique de traitement).
dans le cas d'outil de traitement diffr, dterminer les fonctions de tri, de calcul,
de recherche et leurs conditions d'enclenchement ncessaires au droulement de
l'outil.
C'est aussi, dans les deux cas, indiquer quelles sont les donnes ou informations
lues et crites dans le modle logique de donnes chaque tape (spcification
interne).
Exemple d'outil informatique transactionnel : outil d'interrogation des abonns
tlphoniques. Cet outil est dcrit par une succession d'tapes (le Modle Logique de
Traitement). La premire tape concerne la saisie du Nom, du prnom de l'abonn et
la deuxime affiche son numro de tlphone, s'il existe.
Pour chaque outil transactionnel un MLT sera construit et les informations de
chaque tape analyses.
Exemple d'outil de traitement diffr : les factures sont mises toutes les dcades.
Un programme s'enclenchera donc le 10, le 20 et le 30 de chaque mois pour imprimer
toutes les factures.
Les applications des outils de traitement diffr ou par lot sont les traitements
enclenchs par un temporisateur ou les traitements ncessaires dus aux
"performances" des machines. Les factures sont mises toutes les dcades. Mais,
comme le calcul des factures avec TVA dure par exemple plus de 4 heures, le calcul
des lignes de factures TTC se fera tous les jours et l'impression toutes les dcades.
Cela donnera lieu deux outils de traitement diffr, le calcul des lignes de facture et
le calcul et l'impression des factures.
Le modle logique de communication concerne surtout les outils de traitement
diffr. Certaines donnes d'un MLD correspondent des donnes d'un autre MLD.
Quand ces donnes peuvent tre dupliques automatiquement, en diffr, sans l'aide
de l'utilisateur, des outils peuvent effectuer ce transfert de donnes d'une base une
autre. Dans certains cas spcifiques, comme la rservation de vols ariens, cela
concerne les outils fonctionnant "en temps rel" demandant une lecture ou une
criture instantane sur un site de donnes diffrent du poste de travail. Ce MLC est
un sous-ensemble du MOC.
1 LE MODELE LOGIQUE DE DONNEES, un

exercice intellectuel.
Le modle logique de donnes est un passage du MOD vers un systme
informatique de stockage des informations dans une base de donnes (Modle
physique de donnes).
Il comprend des enregistrements d'informations et des chemins d'accs aux
informations.
128
Tous les individus et toutes les relations d'un MOD contenant des informations se
transforment en enregistrement. Toutes les relations se transforment en deux, trois
ou N chemins. Une relation contenant des informations se transforme donc en un
enregistrement et des chemins.
La construction des enregistrements et des chemins d'accs aux informations est
indpendante du futur logiciel de gestion des donnes. Cependant, la connaissance de
ce logiciel, appel SGBD pour Systme de Gestion de Base de Donnes, acclre la
construction des fichiers finals. Si le SGBD est connu, passez directement au niveau
physique des donnes.
1.1 Enregistrement.
Un enregistrement est l'unit de donnes du niveau logique.
Les occurrences d'enregistrement mmorisent toutes les occurrences
d'information d'individu ou de relation et des occurrences de pattes, de cardinalit
maximale gale un, dsires par l'utilisateur.
no 2
Occurrences
no 3 dupond
toto d'information 1, place de
no 2 no 1 la mosque
pince mi durand
1, place de
no 1
pince moi l'glise
FILS PERE
numro fils Information numro pre
prnom fils
nom pre Occurrences
Enregistrement adresse d'enregistrement
Une occurrence d'enregistrement porte des occurrences d'information

Les informations contenues dans les individus et les relations sont mmorises
dans les enregistrements. Une occurrence d'enregistrement, un enregistrement
lmentaire, est identifie par une occurrence d'information particulire dclare
comme cl de l'enregistrement. Une occurrence de cl d'enregistrement identifie une
occurrence d'enregistrement. Un enregistrement est "identifi" par une cl. Celle-ci
peut tre l'identifiant de l'individu d'origine dans le cas d'enregistrement issu
d'individu. Elle peut tre aussi la composition de cls d'enregistrement ou la
composition de cl(s) et d'un numro d'ordre.
Un enregistrement est reprsent sous la forme d'un rectangle, la cl de
l'enregistrement est souligne pour indiquer sa spcificit.
Les numros de fils ou de pre sont des informations cls d'enregistrement.
Tout ce qui contient une ou des informations est transform en enregistrement.
Donc, tout individu se transforme en enregistrement,
Individu FILS Enregistrement FILS
Identifiant Cl numro fils
numro fils
d'individu d'enregistrement prnom fils
prnom fils
129
L'individu se transforme en enregistrement

et toute relation porteuse d'information(s) se transforme en enregistrement.
COMMANDE PRODUIT
concerner
quantit
commande
La relation "concerner" porteuse d'information...
CONCERNER Enregistrement
cl concerner Cl d'enregistrement
quantit commande
... se transforme en enregistrement "concerner".
1.2 Chemin
Un chemin permet la lecture d'informations partir d'autres informations situes
dans les enregistrements.
Un chemin est orient. A partir d'une occurrence d'information, le chemin conduit
une ou N occurrence(s) d'information. Par extension, le chemin d'un enregistrement
vers un autre est le chemin de sa cl vers la cl du second.
N
Un chemin peut ne pas exister pour toutes les occurrences d'information de

dpart. Nous retrouvons les cardinalits minimum et maximum. Une patte de relation
est mmorise par un chemin. Un chemin permet donc de mmoriser les liaisons
telles que Individu1-Relation1-Individu2... lisibles sur un modle conceptuel ou
organisationnel de donnes.
Deux chemins sont implicites et ne seront plus pris en compte par la suite : le
chemin de la cl de l'enregistrement vers les informations de l'enregistrement et les
chemins des informations d'un enregistrement vers sa cl.
1 - Le chemin de la cl d'un enregistrement vers une information de ce mme
enregistrement est implicite.
Exemple : le chemin du numro de client vers son adresse de livraison est
implicite. Si le "numro de client", cl de l'enregistrement client est connu, l'adresse
de livraison de ce client est connue. La cl de l'enregistrement donne accs toutes
les occurrences d'information de l'enregistrement.
2 - D'autres chemins, qui permettent de remonter des occurrences d'information
vers l'occurrence de l'enregistrement, peuvent tre explicits par enregistrement.
130
Exemple : partir du nom du client, de son prnom et de son adresse de livraison,

je veux tre capable de retrouver le bon client et son numro, sa cl.
CLIENT CLIENT
numro de client numro de client
nom du client nom du client
prnom du client prnom du client
date de naissance date de naissance
encours autoris encours autoris
adresse livraison adresse livraison
ville livraison ville livraison
2 Chemins implicites d'enregistrement
1.3 Construction du Modle Logique de Donnes.

Le passage du MOD au MLD se fait en fonction de rgles. Celles-ci examinent
les cardinalits des pattes, le nombre de pattes d'une relation et l'existence ventuelle
d'informations dans la relation.
1.3.1 Cas de la relation patte 1,1

La relation se transforme en deux chemins dont un peut tre supprim en cas de
redondance d'information. C'est le cas du fils et de son pre. Le fils n'a qu'un pre et
le pre peut avoir de 0 N fils :
FILS PERE
numro fils lier numro pre
1,1 0,N
Les individus pre et fils et la relation lier...
Les deux individus se transforment en deux enregistrements dont les cls sont les
identifiants des individus pre et fils, soit le numro de pre et le numro de fils.
La relation donne naissance deux chemins : le premier permet l'accs du fils
un pre et le deuxime d'un pre tous ses fils.
1
FILS PERE
numro fils
2 numro pre
... se transforment en 2 enregistrements et 2 chemins...

La migration du numro de pre dans l'enregistrement fils supprime le premier
chemin. Seul reste le chemin du pre vers le ou les fils.
131
FILS
2 PERE
numro fils
numro pre
numro pre
Migrer le numro du pre dans le fils supprime 1 chemin.

Le chemin restant est reprsent par une flche pour diffrencier le dpart
(numro du pre) de l'arrive (numro du fils).
FILS PERE
numro fils numro pre
numro pre
Le chemin restant pointe du pre vers les fils...

Cette flche est dans le sens inverse de celle reprsente sur le modle de
donnes.
FILS PERE
numro fils lier numro pre
1,1 0,N
MCD ou MOD : La flche va du fils vers son pre
Attention : la flche a chang de sens !!
1.3.2 Relation binaire pattes X,N - X,N non porteuse d'information

Une relation binaire X,N X,N (X est gal 0 ou 1) ne comprenant pas
d'information se transforme en 2 chemins N informations arrives. Nous retrouvons
le mme cas que le prcdent. Comme les chemins ont N arrives, la migration d'une
information dans un enregistrement n'est pas possible.
1.3.3 Relation binaire pattes X,N X,N porteuse d'informations

Une relation binaire X,N X,N comprenant des informations se transforme en 3
chemins et un enregistrement.
Deux individus et une relation porteuse d'informations se transforment en 3
enregistrements et 3 chemins :
identifiant de l'individu 1 vers identifiant de l'individu 2,
132
la rciproque, identifiant 2 vers identifiant 1 et

le chemin des deux identifiants vers les informations de la relation.
Chemin 1 Chemin 2
COMPTE lier FILIALE

numro compte 0,N
0,N
liaison
Chemin 3
Trois chemins.
Prenons l'exemple suivant : un compte d'une socit a d'autres comptes de liaison
ou de consolidation correspondant plusieurs filiales. Le compte client no 411-412
correspond chez ma filiale Capone au compte fournisseur 401-512. La filiale Capone
est pour moi le client 412 et je suis chez elle le fournisseur 512.
401-512
411-412 Capone
COMPTE lier FILIALE
numro compte
0,N liaison 0,N
Les 2 individus "compte", "filiale" et la relation "lier"...

Pour passer au niveau logique, les deux individus "compte" et "filiale" dont les
identifiants sont "numro de compte" et "numro de filiale" deviennent deux
enregistrements "compte" et "filiale" de cls "numro de compte" et "numro de
filiale". La relation "lier", porteuse d'informations, se transforme en un
enregistrement dont la cl peut tre appele "cl enregistrement lier".
COMPTE FILIALE LIER

numro compte numro filiale Cl enregistrement lier
numro compte liaison
...se transforment en 2 enregistrements issus d'individus, 1

enregistrement issu de la relation...
La relation "lier" 0,N 0,N porteuse d'informations se transforme en trois chemins.
Le premier chemin permet d'obtenir toutes les filiales concernes par un compte
donn.
Le deuxime obtient tous les comptes lis une filiale donne.
133
Le troisime chemin permet d'obtenir le numro de compte de la filiale partir

d'un numro de compte et d'un numro de filiale. Un chemin permet d'accder
une ou N informations (arrive) partir de une ou N informations (de dpart).
1er
numro compte N numro filiale
2me
N numro compte numro filiale
numro compte 3me

1 numro compte
numro filiale liaison
... et trois chemins.
1.3.4 Relations non binaires

Le cas des relations non binaires complique horriblement le sujet. Ainsi, une
relation ternaire - trois pattes - entrane la cration de :
3 chemins partant de chaque individu vers les deux autres individus via la
relation, plus
les 6 chemins de chaque individu vers un seul des deux autres et,
du chemin des trois individus vers l'information de la relation, quand elle existe.
Soit, au total, 10 chemins possibles partir d'une relation ternaire ! Tous ces cas
entraneront la cration d'un enregistrement provenant de la relation. L'identification
des chemins sert l'optimisation : quels seront les chemins emprunts ?
1.3.5 Construction de la cl
Les cls d'enregistrement, provenant d'individu ou de relation, peuvent tre la
composition de cls d'enregistrement des individus originels ou la composition de
cls et d'un numro d'ordre.
Cl compose de cls
La relation "concerner", devenue individu du fait de la "patte optionnelle" avec la
facture, est identifiable par la commande et le produit.
COMMANDE PRODUIT
1,N concerner 0,N
qt commande
L'individu "ligne de commande" se transforme en enregistrement dont la cl peut

tre la composition du numro de commande et du numro de produit.
COMMANDE 0,N LIGNE DE 0,N PRODUIT

1,1 1,1
numro de comprendre COMMANDE concerner
commande numro de
numro de ligne
de commande produit
134
L'individu "ligne de commande" se transforme en...
LIGNE DE COMMANDE
numro de commande * numro de produit
... enregistrement "ligne de commande" de cl compose
La cl de l'enregistrement ligne de commande est la composition ou la srie du
numro de commande et du numro de produit. Si le numro de commande est gal
38767 et le numro de produit 045, le numro de ligne de commande est gal
38767 045.
Noter les "trous ventuels" sert au modle logique.
Exemple : document et signature, mais avec la variante que les "signatures
anonymes", les croix apposes existent. Sur un document, tel rle (le jug) est
reconnu, mais le nom de la personne n'est pas connu, la personne n'a pas t
identifie. Le modle de dpart est le suivant :
DOCUMENT 0,N
PERSONNE
0,N
signer
0,N 0,N
anonyme
ROLE
0,N
DEUX RELATIONS (signer et anonyme)...

Supposons que l'individu RESPONSABILITE provenant des relations Signer et
Anonyme devienne un enregistrement. La cl de l'enregistrement "responsabilit"
peut tre compose de cls (numro document-numro de personne-numro rle).
Cette cl peut avoir un numro de personne inexistant ou vide. Le numro de
personne est un "trou" dans la cl (numro document, numro de personne, numro
rle). Pourtant la composition des deux ou des trois cls fonctionne comme cl de la
responsabilit. Ce concept est important quand on passera au modle physique de
donnes. Certains systmes de gestion des donnes n'acceptent pas de valeur vide
dans la cl.
1,1 RESPONSABILITE 0,1 0,N PERSONNE

par
engager
0,N
1,1
DOCUMENT ROLE
valoir
0,N
...se transforment en un individu (RESPONSABILITE)
135
RESPONSABILITE
code document, code personne, code rle
La cl de l'enregistrement driv est compose de cl

d'autres enregistrements (document, rle et personne)
Cl d'enregistrement provenant de relation porteuse d'information.
Une deuxime manire de reprsenter la migration est de transformer en 3
enregistrements les deux individus et la relation. La cl de l'enregistrement provenant
de la relation est la composition des identifiants des deux individus. La construction
de cette cl mmorise le chemin des deux individus vers la relation.
Exemple prcdent : si la cl de l'enregistrement "lier" est la composition de
"numro de compte" et "numro de filiale", le troisime chemin disparat.
Cl compose de cl et d'un numro d'ordre
Dans certains cas, la cration d'un numro d'ordre (premier, deuxime,
troisime...) permet de crer une cl compose et supprime un chemin.
Exemple : l'chelle est compose de N barreaux. Les individus sont "barreaux" et
"chelle".
Le barreau de l'chelle est un individu ...

Dans le passage au modle logique, les deux individus "barreau" et "chelle"
deviennent des enregistrements "barreau" et "chelle" et la relation gnre deux
chemins provenant des deux pattes.
BARREAU 1 ECHELLE
rfrence barreau rfrence chelle
% rduction barreau hauteur chelle
N
qui se transforme en enregistrement barreau...
La cl de l'enregistrement barreau, "rfrence barreau" est choisie comme
composition de l'information "rfrence de l'chelle" et du "numro du barreau dans
l'chelle". Choisir cette composition dispense du chemin barreau vers chelle. Il
136
suffira de lire une partie de la cl du barreau pour connatre l'chelle. Un seul chemin
est dclar, le chemin de la rfrence de l'chelle vers les N barreaux de l'chelle.
BARREAU ECHELLE
N
rfrence barreau = (rfrence chelle, numro d'ordre)
rfrence chelle
hauteur chelle
% rduction barreau
...dont la cl est compose de la cl de l'chelle.

Deuxime exemple de numro d'ordre : l'individu location provenant de la
relation identifi par "numro de contrat" et "numro d'ordre de la voiture loue". La
voiture A1 aura la location 1 la premire semaine, la voiture A2 aura la location 2 la
deuxime semaine et la voiture A1 aura la location 3 la troisime semaine.
1.4 Optimisation
Le passage des MOD au MLD peut tre gnr suivant les rgles prcdentes,
puis modifi "manuellement" afin d'optimiser traitements et donnes. Les moyens
d'optimiser un modle logique de donnes sont la suppression ou la redondance de
chemin ou la duplication d'informations (migration d'identifiants ou la redondance
d'informations).
1.4.1 Suppression de chemin.

Des chemins provenant de pattes "conceptuelles" sont supprims si l'utilisateur ne
dsire pas les emprunter.
Exemple : la commande ne concerne qu'une seule devise. La liste des commandes
par devise ou le chemin du "code devise" vers le "numro de commande" n'intresse
pas l'utilisateur, il est supprim.
COMMANDE DEVISE
devise /
numro commande commande code devise
1,1 0,N
La relation donne naissance 2 chemins non dessins...
COMMANDE 1 Chemin DEVISE

numro commande code devise
... car un seul est dintrt.
1.4.2 Redondance de chemin

Plusieurs chemins se suivant donnent naissance un nouveau chemin qui, par
exprience de l'utilisateur, sera souvent utilis.
Exemple : le vhicule a un propritaire qui peut tre une personne.
137
PERSONNE PROPRIETAIRE
0,1 0,1 0,1 VEHICULE
0,N
rfrence personne capitaliser
rfrence propritaire appartenir
nom personne rfrence vhicule
prnom personne montant patrimoine nombre de roues
Le vhicule appartient au propritaire personne...

Le passage au modle logique gnre 3 enregistrements et 4 chemins issus des 2
relations.
PERSONNE 1
PROPRIETAIRE 1
rfrence personne
VEHICULE
nom personne rfrence propritaire rfrence vhicule
1 N
se transforme en 4 chemins.
Si le vhicule et ses caractristiques sont consults, le nom et le prnom du
propritaire seront consults. Un chemin est cr partant de l'information "rfrence
du vhicule" pour aller vers l'information "rfrence de la personne". Si l'information
est unique, celle-ci peut migrer, tre crite plusieurs fois pour faciliter et acclrer
certains traitements.
Une redondance d'informations est cre en mmoire pour limiter les chemins
successifs parcourir.
PERSONNE 1
PROPRIETAIRE 1
rfrence personne
VEHICULE
nom personne rfrence propritaire rfrence vhicule
1 N
La personne propritaire du vhicule est un chemin supplmentaire, un

raccourci ou shunt.
1.4.3 Migration ou redondance d'informations.

Migration et redondance sont deux manires de dupliquer les informations. Une
cl migre, un rsultat de calcul et une information diffrente d'une cl sont redonds.
Migration de cl.
Nous l'avons dj rencontre : c'est le cas de la migration du numro de pre dans
l'enregistrement fils pour supprimer le chemin du numro de fils vers le numro de
pre.
Redondance des rsultats de calcul.
Deux cas se prsentent, un calcul issu d'une quation telle que montant TTC =
montant HT (1+TVA) ou un calcul avec comptage, ristourne accorde en fonction du
nombre de commandes. Dans ce deuxime cas, faut-il grer un compteur et, si oui,
138
quand doit-il tre utilis ? Ce compteur peut tre gr dans le modle de donnes et
mis jour pour chaque incrment. Le choix de grer ou non ce compteur revient en
premier lieu l'utilisateur.
Calcul issu d'une quation : le calcul du montant d'une facture avec TVA fait
appel au modle suivant. La facture concerne un N produits (lignes de facture).
Chaque produit est assujetti un rgime de TVA.
FACTURE
1,1 1,N numro facture
LIGNE DE
FACTURE
PRODUIT TVA
numro ligne
1,1 0,N 1,1 0,N
de facture code produit code TVA
quantit facture concerner prix produit HT taux TVA
Le MOD de la ligne de facture...
N FACTURE
LIGNE DE
FACTURE numro facture
1
numro ligne
de facture N PRODUIT 1 TVA
quantit facture code produit code TVA
1 prix produit HT taux TVA
...se transforme en MLD comprenant 4 enregistrements et 5 chemins.

Les trois informations rsultats de rgles de calcul peuvent tre "placs" dans le
modle logique de donnes.
taux TVA du produit
prix produit HT
code produit montant hors taxe ligne de facture montant avec tva
quantit facture ligne de facture
CALCUL MONTANT CALCUL MONTANT CALCUL MONTANT

HORS TAXE AVEC TVA FACTURE AVEC TVA
montant avec tva montant avec tva

ligne de facture facture
montant hors taxe ligne de facture
Les informations en sortie de 3 rgles de calcul...

Trois rgles correspondent ce calcul. La premire calcule le "montant hors taxe
de la ligne de facture" en multipliant le prix unitaire hors taxe par la quantit
facture. La deuxime calcule le "montant TVA incluse" en utilisant le taux de TVA
applicable au produit. La troisime calcule le "montant avec TVA" de la facture.
139
LIGNE DE N FACTURE
FACTURE numro facture
numro ligne montant avec tva
de facture 1 facture
quantit facture
N
montant avec tva PRODUIT
ligne de facture 1 TVA
code produit
prix produit HT code TVA
montant hors taxe
taux TVA
ligne de facture 1
...sont redondes dans le MLD.

Une autre redondance ou une autre rgle de calcul aurait pu tre choisie ; le prix
unitaire par produit avec TVA par exemple.
Questions : vrai ou faux ?
1. Un enregistrement logique contient toujours des informations.
2. L'information identifiant un individu peut tre une cl de l'enregistrement issu
de l'individu.
3. Une patte peut se transformer en chemin.
4. Un chemin provient obligatoirement d'une patte.
5. La cl d'un enregistrement peut se dcomposer en plusieurs informations
lmentaires.
6. Les informations hypothses et les informations rsultats d'un mme calcul
peuvent tre mmorises dans un MLD.
7. Les informations hypothses et les informations rsultats d'un mme calcul
peuvent tre mmorises dans un MCD ou un MOD.
8. Le MLD dpend du matriel informatique de l'entreprise.
9. Un MLD non optimis peut tre construit partir d'un MOD et de rgles.
EXERCICE SUR LE MLD :
Dessiner le MLD partir du MOD suivant,
OUVRAGE 0,N 1,1 EXEMPLAIRE

de
0,N 0,N
AUTEUR prter 1,N PRET
crire
date de retour
1,N
140
2 MODELE LOGIQUE DE TRAITEMENT

Le modle logique de traitement suit le modle organisationnel de traitement.
Celui-ci comprend les oprations effectues par des postes de travail. A chaque
opration organise sont associs un ou plusieurs outils informatiques. Le modle
logique de traitement comprend la partie visible, la spcification externe des
transactions informatiques, le cheminement possible d'cran cran aprs un menu
principal
saisie facture
toujours
saisie ligne de facture

toujours
MLT saisie des factures

et la partie non visible, interne, lectures et actions d'critures d'informations dans
le modle logique de donnes.
2.1 Opration organise et outils informatiques

L'outil est le moyen, AVEC QUOI ? mis disposition de l'utilisateur pour
effectuer une ou des oprations organises.
Je peux aller au cinma vlomoteur, en voiture ou prendre l'avion pour aller
Hollywood. C'est l'arrive de l'homo habilis, l'homme sachant se servir d'outils. De
mme, l'outil utilisateur sera un traitement de texte ou un programme spcifique sur
tableur. Les outils les plus simples sont la gomme et le crayon.
Chaque opration organise s'automatise plus ou moins. Le plus correspond une
automatisation lie l'informatique, le moins correspond une phase non
automatisable, peu rentable ou de pure dcision. Les choix d'automatisation sont lis
au gain de temps (traitement d'un plus grand nombre de dossiers par une mme
personne ou temps de sjour du dossier plus court dans l'entreprise) ou une
amlioration des conditions de travail (recopie inutile d'un dossier). Divers outils
(informatiques) sont conus par procdure et rpondent une ou plusieurs oprations
organises de cette procdure.
Exemple d'outils pour raliser l'opration organise "prise en compte de la
commande" : interrogation du client, interrogation du stock de produit,
enregistrement de la commande.
Les outils sont des aides et non un dcoupage de l'opration en sous-oprations
ou tches.
141
Si l'opration concerne un voyage de Paris Marseille, les diffrentes tapes de

Paris Lyon, de Lyon Marseille s'effectuent l'aide d'un mme outil, une voiture.
La voiture n'est pas une partie de voyage.
Chaque opration peut tre effectue l'aide d'un ou plusieurs outils.
Rciproquement, un outil peut servir plusieurs oprations. La voiture sert aller
au cinma et les lunettes stroscopiques regarder le film en relief. Ces deux outils
peuvent me servir pour aller travailler ou pour lire.
une OPERATION peut tre excute avec DEUX OUTILS

L'outil est une notion utilisateur. Un couteau suisse est un exemple d'outil. Il en
existe en plusieurs tailles et avec un nombre de lames diffrent. Le choix dpend de
la taille de la main, de celle de la poche ou du prix que l'on veut y consacrer.
La dfinition des outils peut se faire par procdure. Porter une attention
particulire la premire opration rception d'un message. Un outil de
consultation ou de mise jour peut tre utilis par le partenaire metteur du
message !
2.2 Outils informatiques

Dans la pratique, l'outil est informatique et peut tre de deux types :
transactionnel ou interactif, traitement immdiat ou "en temps rel" ou en traitement
diffr ou par lot, calcul sans intervention directe de l'utilisateur. Dans le deuxime
cas, le programme s'enclenche et effectue ses calculs et ses mises jour ventuelles
sur les donnes un moment prdtermin.
CLIENT VENDEUR MAGASINIER
Commande de coke
PRISE DE COMMANDE
Pas de Coke en stock Coke en stock
Proposition De Produit Ordre De Livraison

De Substitution
Ordre De
Rapprovisionnement
Une opration organise d'un poste de travail...
142
Exemple d'outils d'une opration organise de prise de commande: le choix

rpond au besoin d'interrogation du stock et de cration de l'ordre de livraison. La
prise de la commande peut tre excute par (presque) une infinit d'outils.
Solution A - Un seul outil pour tout faire.
Interrogation du stock, cration de l'ordre de livraison, consultation des dlais de
rapprovisionnement, consultation des gots du client pour connatre sa catgorie
(presss ou non), recherche des produits de substitution pour livraison immdiate ou
annonce du dlai de livraison acceptable. Comme vous pouvez le constater, cet outil
fait tout, papa et maman.
A - PAPA
B - MAMAN
peut tre effectue l'aide d'UN SEUL OUTIL...
Solution B - Deux outils

1. Interrogation du stock
2. Cration de l'ordre de livraison (outil d'dition)
INTERROGATION IMPRESSION
DES STOCKS DES ORDRES
DE LIVRAISON
... ou DE PLUSIEURS OUTILS...

C - A vous de l'inventer :
2me exemple d'outils

Un tire-bouchon droite, gauche ou air comprim sont 3 outils.
3me exemple, l'infocentre est un outil d'interrogation des donnes de l'entreprise
par un langage simple d'emploi. Il est considr comme un outil pouvant s'appliquer
des oprations de prise de dcision.
2.3 Outil interactif

Un outil interactif permet un dialogue entre l'utilisateur et l'ordinateur via un
cran et un clavier. Il comprend des crans se succdant o l'utilisateur tape des
143
informations ou des commandes au clavier et obtient immdiatement la rponse. Il

enchane les traitements sans arrt.
2.3.1 La vue utilisateur : la spcification externe des outils.

Un tat est une tape d'un outil informatique, un ensemble d'informations
affiches et prt recevoir des informations ( saisir). Un "masque" d'cran peut
servir plusieurs tats.
Le dessin des tats, des crans de saisie (et d'affichage) des informations, et de
leur enchanement est propos par ou l'utilisateur final. Le "masque" des tats, le
dessin ou le support des crans, peut servir pour plusieurs tats, mais, en rgle
gnrale, tats de saisie et d'interrogation des enregistrements sont diffrents.
Il est important de valider la liste des outils avec l'utilisateur final et le
responsable informatique qui suivra la ralisation pour ne pas voir apparatre de
nouveaux outils en cours de validation.
Exemple d'tat et de support : soit un outil d'interrogation des fils en fonction du
nom du pre. Sur le premier tat est saisi le nom du pre. Le deuxime tat affiche le
nom du pre saisi dans l'tat prcdent (grenouille dans l'exemple) et les noms des
fils (corbeau, cureuil ou taureau).
Pre : -------- Pre : grenouille
Fils : -------- Fils : corbeau

-------- cureuil
-------- taureau
L'information "nom du pre" est saisie sur un 1er tat

Les informations sont affiches dans un 2me tat.
Ces deux tats (saisie du pre et affichage des fils) possdent le mme support
(les rfrences viennent du bbte show).
Pre : nom du pre
Fils : nom du fils

nom du fils
nom du fils
Les deux tats ont le mme support

L'enchanement des tats de l'outil est le suivant :
1er Etat Saisie du pre
2me Etat Affichage des Fils
144
MLT de l'outil : interrogation des fils

Le passage du premier tat au deuxime se fait condition que le pre existe et
qu'il ait des fils.
Un MLT peut tre plus compliqu et dbuter par un menu des tats :
menu
Enchanement
Des tats delar soeur
addition
MLT d'outil
Les tats et leur enchanement doivent tre approuvs par l'utilisateur final avant
de commencer la programmation. Ainsi, l'utilisateur final peut changer d'avis sur la
"tte" des tats et de leur enchanement sans remettre en question la programmation.
2.3.2 Que devient la reprsentation replie en "caractristique" "type de" et "valeur" ?

La reprsentation d'une partie du modle conceptuel de donnes repli - o des
individus deviennent des occurrences d'un individu "type de..." - implique la cration
d'crans banaliss, non spcifique des occurrences.
Le modle comprend les individus "type de..." "contrat" et "caractristique" et les
relations "possder" porteuses de linformation "valeur", "type de contrat" et
"autoriser".

1,1 0,N
type contrat
1,N 1,N
possder autoriser
CARACTERISTIQUE DU CONTRAT
valeur
0,N 0,N
Les tats de saisie et de restitution de ces valeurs ne peuvent donner lieu des
zones de saisie spcifiques de chaque caractristique. Toutes les caractristiques
devront tre saisies suivant un mme masque, en colonnes "caractristique" et
"valeur".
Si l'tat de saisie est diffrent d'une prsentation en colonnes "caractristique" et
"valeur", le modle conceptuel doit tre dpli L'informatique ne peut pas grer des
prsentations d'informations spcifiques de chaque occurrence.
145
CONTRAT AAAA TYPE DE CONTRAT AA SAISIE DES CARACTERISTIQUES
aaa : sssss aaa : sssss

Caractristiques Valeur
---------------- ------
---------------- ------ aaaa : sssss aa : sssss
---------------- ------
---------------- ------
aaa : sssss aa : sssss aa : sssss
---------------- ------
---------------- ------
VALIDER : O/N
Ecran en colonnes ou spcifique de chaque occurrence.

Exemple : un cas o se pose le bien-fond de la dcomposition fine est le cas de
saisie de paramtres d'un quipement (par exemple hauteur, largeur, paisseur du
chapeau, nombre de pieds...). Ces renseignements sont purement indicatifs et ne
serviront qu'en consultation. Une reprsentation concentre en EQUIPEMENT,
TYPE D'EQUIPEMENT et PARAMETRE ne permet pas de concevoir un cran de
saisie avec passage du curseur sur chaque paramtre aprs son libell explicatif. Les
caractristiques doivent tre identifies. Chaque aaa reprsente des caractres
affichs : nombre de pieds, paisseur etc et chaque sss reprsente l'information saisie
: 4, 3 mm etc..
2.3.3 Standards de dveloppement

Des "standards" de dveloppement des outils sont fixs en dbut de spcification.
Voici les principaux :
- un macro-outil, appel moniteur de transaction, permet de passer d'un outil un
autre, d'un outil de saisie un outil d'interrogation. Son existence conditionne la
conception des outils transactionnels.
Voici l'exemple d'un outil de cration des fils de pre s'adressant un outil de
consultation des pres. Le premier tat de l'outil de saisie des fils saisit le numro de
pre. A partir de cet tat, pour aider l'utilisateur ne connaissant pas les numros de
pre, l'tat de consultation des numros de pre et de leur nom peut tre appel
directement. Ainsi, le numro de pre pourra tre connu et quelquefois rapport
directement au premier tat.
NO PERE : PERE :
no pre nom du pre
FILS : nom du fils no pre nom du pre
no pre nom du pre
nom du fils
no pre nom du pre
nom du fils
1ER ETAT : saisie des numros de Pre

CONSULTATION DES PERES
de l'OUTIL : SAISIE DES FILS
- action des touches fonctions nommes souvent F1, F2... sur les claviers.
Exemples : F1 menu prcdent, F2 interrogation des occurrences de la zone, F3
146
touche d'aide de l'cran ou de l'information, F4 retour au menu principal, F5

pagination avant, F6 pagination arrire...
- dessin de grille standard avec rservation de zones pour l'affichage de la date, du
numro de transaction actuelle, des messages d'erreur, des aides sur chaque
information ou sur l'cran ou saisie du numro de transaction o l'on veut accder
directement...
Date Nom de l'outil Transaction

Souhaite
Messages
Zones rserves
- conception gnrale d'un outil - cration, modification, suppression dans un
menu ou code saisir dans les lignes d'un tat.
- crer Ligne de commande

C ________________
- supprimer
S ________________
M ________________
- modifier
I ________________
________________
- interroger
Comment crer, supprimer...

- Comment passe-t-on d'un tat l'autre en cas d'enregistrement de MLD
"dpendant" ? Quand le nombre de fils dpasse un certain nombre, passe-t-on un
tat suivant ou sont-ils sur le mme tat ?
Exemple : saisie des familles. L'outil dvelopper doit permettre la saisie de
familles, du pre, de la mre (nom, prnom) et des enfants, (leur sexe, prnom et date
de naissance).
Solution 1 : 1er tat, saisie des informations des parents et deuxime tat, saisie
des informations des enfants.
Solution 2 : 1er tat, saisie des informations des parents et saisie des informations
de 5 enfants. Si la famille a plus de 5 enfants, valider, repasser sur le mme tat et
rajouter des enfants.
Solution 3 : 1er tat, menu principal, plus ou moins de 5 enfants. Deuxime tat,
saisie des informations des parents et des enfants des familles de moins de 5 enfants
et troisime tat, saisie des informations des familles de plus de 5 enfants.
147
- type de libell des messages d'erreur issus de contraintes sur les informations de
l'tat, abrviations ou libell des informations. Les messages d'erreur sont-ils grs
dans le modle de donnes ? en anglais ?
- type de validation. Se sert-on d'une touche fonction pour valider ou doit-on
rpondre au message Validation Oui/Non ?
2.3.4 De nouvelles informations apparaissent.

Les informations telles que code action (suppression, cration...), enregistrement
suivant, numro de transaction suivante apparaissent dans des proportions
importantes (facteur 1,5). Ces informations ne correspondent rien dans le modle de
donnes. Elles sont des aides pour l'utilisateur.
Les informations aval quivalentes (donneur d'ordre, c'est--dire "numro de
client ayant command" est en aval de "numro client") rapparaissent dans les
spcifications. Il faut les utiliser afin de lever les ventuelles ambiguts.
2.3.5 Le traitement des donnes : la spcification interne des outils

De chaque tat, une ou plusieurs action(s) de mise jour, de modification ou de
suppression d'occurrence d'information ou denregistrement peut exister. La
spcification interne consiste dclarer les actions et l'obtention des informations :
affiches dans chacun des tats suivants ;
concernes par une action sur les informations d'un enregistrement ;
faisant partie d'une condition de passage de cet tat vers un des suivants.
Elles sont obtenues partir des informations connues dans le premier tat - les
informations affiches et saisies - et au moyen de :
une rgle de calcul ;
la cl d'un enregistrement (qui donne accs toutes les informations de
l'enregistrement) ;
un chemin d'accs.
Exemple : l'outil concerne l'interrogation des fils d'un pre. Le premier tat saisit
un numro de pre. Si celui-ci n'existe pas, l'tat suivant est la cration d'un pre. A
partir de cet tat, une occurrence de l'enregistrement pre est cre. Si celui-ci existe,
l'tat suivant affiche les fils, leur prnom et leur date de naissance.
Saisie du numro de pre

1er Etat
le numro n'existe pas le numro existe
Cration du Pre Affichage des Fils
Les informations dont l'obtention doit tre dclare sont :

prnom du fils, date de naissance du fils qui sont des informations affiches dans
l'tat "affichage des fils" et non saisies dans l'tat "saisie du numro de pre".
148
Elles sont obtenues via le chemin allant du numro de pre vers les numros de
fils ;
numro de pre est une information non saisie sur l'tat cration du pre et
crer dans le MLD partir de l'action cration du pre. Cette action s'effectue
partir de cet tat. Cette information "numro de pre" est le numro saisi dans
l'tat "saisie du numro de pre" ou un numro rsultat de la rgle de calcul
"nouvel abonn" qui consiste ajouter 1 au dernier inscrit.
L'utilisateur valide une partie des spcifications internes, les modifications
possibles des informations d'enregistrement.
Le concepteur, qui n'a alors de concepteur que le nom, doit effectuer un travail
astreignant dont il importe de comprendre l'utilit avant de se lancer dans l'aventure.
Si un gnrateur d'application, c'est--dire un outil de gnration de programme
partir de "macro-commandes" est ou doit tre utilis, veillez aux rutilisations
possibles.
Il existe deux conceptions d'outils :
- une conception "mono-enregistrement" ou donnes o un outil sert la
modification, la cration et la suppression d'une occurrence d'un mme
enregistrement et des chemins alentour. Cette premire conception est simple
programmer et demande une adaptation de l'utilisateur. Celui-ci pourra comprendre
toutes les applications.
Dans ce cas, il existe 5 outils par individu (cration, modification, suppression,
consultation et recherche partir des informations de l'individu) et un certain nombre
d'outil de recherche d'occurrence d'individu dont le maximum est le nombre de
chemins, donc le nombre de pattes de relation. Les outils sont alors crs partir des
MOD. Certains pourraient parler de conception oriente "objet" ou individu.
Si l'outil prcdemment dcrit sert la cration des fils, de l'tat cration du pre,
un enchanement est possible vers l'outil cration du fils. Cette conception est mono-
enregistrement : un seul enregistrement "Pre" ou "fils" est mis jour.
Cration du Pre
Cration des Fils
Un enregistrement par tat.

- une conception "multi-enregistrements" ou traitements o un tat sert
plusieurs enregistrements et vite l'utilisateur de paginer plusieurs tats avant de
consulter ou de saisir l'information souhaite. Cette deuxime conception est plus
courante pour les utilisateurs (approche traitements). Les outils sont crs partir des
MOT.
149
NO PERE : SSSS Nom SSSSSSS

Date de naissance SS SS SS
FILS : prnom du fils date de naissance

sssssssssss ss ss ss
Cration du pre et des fils
Exemple de l'tat saisie du pre et des fils : les occurrences des fils peuvent tre
cres partir de l'tat cration du pre.
2.4 Outil en traitement diffr.

Rappelons que les applications de ce type d'outil sont les enclenchements
automatiques tels que les ditions ou les longs calculs effectuer la nuit quand
l'ordinateur "n'est pas charg". Ces outils sont trs difficiles identifier par une
approche des outils du type MOD.
Dans ce type d'outil, l'utilisateur final n'attend pas de rponse immdiate de
l'informatique. L'outil est lanc automatiquement et excute les calculs, les mises
jour des donnes ou les impressions demandes.
Un traitement en temps diffr peut tre dcrit en un ensemble de programmes ou
de sous-programmes excutant des rgles de calcul et des actions de mise jour des
bases de donnes. Notre objet n'tant pas de dcrire les aides de programmation, ce
sujet est volontairement laiss de ct.
Exercice : recherche (simplifie) d'un numro de tlphone. Dessiner le MLT et
les informations du premier tat.
150
3 MODELE LOGIQUE DE COMMUNICATION

Les messages changs entre site et base de donnes sont rpertoris et fixs. Ils
serviront de rfrence aux changes d'informations entre outils lors de l'tude
dtaille. Il s'agit des messages passant dans les "pipe-lines" informatiques.
Le modle logique de communication provient du MLD et de l'utilisation des
outils en temps diffr.
Exemple : cas de rparation locale, rgionale et nationale expos au niveau
organisationnel.
1er Cas Centralisation totale : pas de message chang.
Base De Donnes
Centralise
MLC 1
2me Cas Centralisation nationale : les messages changs entre bases sont :
Demande de rparation nationale
Base De Donnes Bases De Donnes
Refus de rparation nationale
Nationale Rgionale et Locale
MLC 2
3me Cas Dcentralisation totale : tous les messages recenss sur la procdure
seront transmettre d'une base l'autre.
Base De Donnes Base De Donnes

Nationale Rgionale
Base De Donnes
Locale
MLC 3
4 VALIDATION DONNEES/TRAITEMENT
4.1 Validation MOD / outils.
Tout individu, relation ou information d'un MOD est cr et consult par un outil.
Sinon, soit un outil existant ou crer doit le faire, soit l'individu, la relation ou
l'information est inutilement gr.
151
Ensuite, cette liste d'outils est compare avec les outils existants. L'informatique
future doit au moins couvrir les traitements existants conserver.
Apparaissent des outils "techniques" tels que les outils de cration de rfrences
comme la cration des individus LIEU, PAYS, DEVISE. Pour ces outils, un outil
standard de cration des individus ne comprenant comme information que
l'identifiant et un libell peut tre dfini.
Trois ensembles d'outils sont alors examiner car ils peuvent faire l'objet d'une
approche standard ou tre raliss par un progiciel. Ces outils sont les outils d'dition
(voir les documents du MOD), les outils de scurit d'accs (voir les autorisations
d'accs du MOD) et les outils d'interface (voir les types d'anomalie suivant).
Les outils de reprise des donnes existant dans des fichiers existants sont
recenser. Un outil en temps diffr grant les transferts entre base de donnes peut
s'appuyer sur une partie du modle de donnes comprenant un individu intitul "type
d'anomalie".
L'individu TYPE D'ANOMALIE apparat.
Type d'anomalie provient du chargement de donnes provenant de base de
donnes diffrentes.
Supposons le cas d'une socit d'assurance multi-sites. Un site de donnes (MOD
A) gre des vhicules avec ou sans moteur. Un deuxime site, une agence, gre
uniquement des assurances de voitures (MOD B). De manire priodique, les
voitures de l'agence seront envoyes sur le modle A. Les deux modles A et B
peuvent tre identiques ou diffrents, comme sur le modle. L'individu en blanc est
un autre individu (Propritaire ou Location).
MOD A MOD B
MOTEUR VEHICULE Transfert VOITURE
Automatique
Un transfert de donnes entrane des anomalies...

Les informations transfres entre deux systmes ne sont pas toujours cohrentes
et des contrles ont lieu pour assurer la cohrence du systme "receveur". A chaque
contrle peut correspondre un type d'anomalie.
Exemple : les stocks d'quipement sont grs travers le monde fin de location.
Les situations d'quipement telles que "disponible", "en rparation", "lou"... sont
suivies et reues automatiquement d'un site un autre. La cohrence entre les
situations successives d'un mme quipement doit tre vrifie pour une base donne.
Un quipement doit tre "inspect" aprs avoir t "en rparation". Si une situation
quipement "lou" est reue pour cet quipement, un type d'anomalie "lou et non
inspect" est gnr.
152
Cet exemple montre l'intrt qu'il y a dvelopper une procdure dans ce cas. Qui
est responsable de la cohrence des situations des quipements ? Dfinir
l'organisationnel avant le logique.
lou et non inspect
Lou
10-1-88
TYPE no 2512
D'ANOMALIE
0,N SITUATION SITUATION
RECUE ACTUELLE
provenir 0,1
0,N type situation date dbut situation
0,N quipement date fin situation
0,1
1,1
existence encht situation 1,1
existence type situation
0,N 0,N
1,1 squencer rparation 1,N no 2512
existence qupt
TYPE EQUIPEMENT
CONTROLE
SITUATION
INTERNE 0,N
... corriger
Aprs cette validation MOD/Outils, la liste des outils est complte.
4.2 Validation MLD / outils

Tout enregistrement, information ou chemin d'un MLD est cr et consult par un
outil. Cette validation dfinit quels outils crent ou consultent quelle information ou
quel chemin redonds du MLD optimis.
La lecture s'effectue grce un chemin ou une information d'enregistrement. La
mise jour s'effectue grce un enregistrement.
4.3 Validation des outils par les actions de mise jour de donnes
d'enregistrement
Dans le cas o les spcifications comprennent les actions de mise jour des
informations d'enregistrement, toutes les informations doivent tre cres par une
action. Cette action est enclenche lors d'un tat d'outil transactionnel ou lors d'un
outil par lot.
Si une information n'est pas cre, il y a eu erreur sur la validation prcdente.
Les vues des MLD dfinissent le cadre des actions. Dans la pratique, lorsque aucune
mthode n'est employe, cette validation est effectue aprs la ralisation.
5 VALIDATION DE L'UTILISATEUR
L'utilisateur valide videmment les enchanements d'tat par outil. Il peut

galement valider les redondances de chemin et d'information et les suppressions de
chemin. Il connat les informations le plus souvent utilises.
153
6 RESUME DU NIVEAU LOGIQUE
Un MLD se dduit de chaque MOD en fonction de rgles transformant individus

et relations en enregistrements et chemins. Ensuite chaque MLD est optimis en
supprimant ou en dupliquant des informations ou des chemins. Les cls
d'enregistrement peuvent tre dcomposes en cls ou cl(s) et numro d'ordre au
niveau logique.
Chaque outil informatique "transactionnel" se dcrit sous la forme d'enchanement

d'tats (MLT) affichant des informations et prt en saisir d'autres. La spcification
externe comprend la description des tats et des informations affiches et saisies
approuve par l'utilisateur final. La spcification interne comprend la description des
actions de cration des informations du MLD (enregistrements, informations et
chemins d'accs)
Le MLC recense les messages changs entre sites de mmorisation. Il concerne

principalement les outils en temps diffr.
Plusieurs validations sont possibles au niveau logique MOD/liste des outils,

MLD/liste des outils, actions de mise jour/liste des outils. La premire validation
entre MOD et outils vite de construire le MLD. Elle est imprative pour l'tape de
fin de l'tude pralable.
Enchanement
Des tats tat Soeur :
menu
nom soeur
Affich
delar soeur
nom frre
Saisie
MLT (enchanement des tats) MLT (Etats)
l'tat soeur met jour

l'enregistrement E2.
E1
E2
soeur
E2 E3
E3 les informations affiches dans

l'tat delar sont obtenues par
le chemin de E3 vers E2.
E2
delar
E3
MODELE LOGIQUE DE DONNEES SPECIFICATION INTERNE
154
COMITE DE VALIDATION DU NIVEAU LOGIQUE
155
156
Chapitre IV : le niveau physique
Chapitre IV : le niveau
physique
Sans peau, o pousseraient les poils ?

(Proverbe chinois)
Le dernier niveau de la mthode, le niveau physique, reprsente le rsultat
informatique. Il dpend des logiciels de dveloppement ncessaires la
programmation et la manipulation des donnes. La mthode laisse place aux
normes du rel. En l'tat de l'art, on arrive assez facilement dduire du MCD, MOD
des structures de SGBD ou, partir d'un dessin d'cran, des programmes
transactionnels. Remarquons la faiblesse des investissements en matire de modles
de communication. L'htrognit des systmes, en l'attente de normes
internationales, pse sur les automatismes de production du MPC.
Le modle logique de donnes reprsente la future base de donnes, le contenant
des informations. Trois types de logiciel - de Systme de Gestion de Base de
Donnes (SGBD) - permettant de crer, modifier ou consulter des informations,
existent actuellement : hirarchique, navigationnel ou rseau et relationnel. Les
passages des modles organisationnels aux modles navigationnel ou relationnel sont
explicits dans ce chapitre. Le passage d'un MOD ou MLD un modle de SGBD
hirarchique n'est pas automatisable. Les SGBD relationnels doivent respecter
certaines conditions (Rgles de Codd) ainsi que leurs enregistrements
(Normalisations).
Le modle physique de traitement comprend les programmes informatiques et
leur environnement d'exploitation, moniteurs temps rel, traitement par lot, temps
partag... Aucune reprsentation n'est spcifique de MERISE et ne sera dveloppe.
Le modle physique de communication comprend la tlmatique entre site
informatique, les techniques de transmission de donnes entre applications. Aucune
reprsentation n'est spcifique de MERISE et ne sera aussi dveloppe.
1 MODELE PHYSIQUE DE DONNEES.

Le modle physique de donnes est un modle de la base de donnes.
L'implantation physique, la topographie des enregistrements informatiques ne sont
pas dfinies. Trois systmes de gestion de base de donnes, les modles
hirarchiques, navigationnels et relationnels servent de modles.
157
Le choix du type de SGBD effectu, deux questions se posent : comment

retrouver physiquement un chemin logique, par une information ou par un lien
physique ? Faut-il clater ou regrouper certains enregistrements afin d'acclrer les
traitements ?
1.1 Information ou lien.

Un chemin indique le moyen d'arriver une information partir d'une information
de dpart. Deux moyens existent, en informatique, pour retrouver cette information,
soit connatre son adresse ou sa position "physique" dans un fichier informatique, soit
connatre sa valeur. Connatre son adresse consiste conserver un chemin
"physique", un lien. Connatre sa valeur consiste dupliquer l'information. Un lien
physique n'existe qu'entre enregistrements physiques.
Lien
CLIENT COMMANDE
adresse mmoire
du client
Un lien permet de connatre l'adresse de la cl.
CLIENT COMMANDE
Numro Client No Commande
Numro Client
Dupliquer la cl permet de connatre sa valeur

Si l'adresse du numro de client existe dans l'enregistrement commande, le
numro de client peut tre modifi dans l'enregistrement client sans affecter le
donneur d'ordre de la commande. Son adresse reste la mme. Si son numro est dans
l'enregistrement commande, en modifiant la valeur de ce numro dans
l'enregistrement client, la commande ne sera plus relie au bon numro, donc au bon
client.
Les modles hirarchiques grent des informations et des adresses d'information,
les pointeurs, le modle relationnel gre des informations.
1.2 SGBD hirarchique

Ce SGBD est le premier apparu. Il stocke les donnes sous l'aspect d'un arbre
gnalogique o un fils n'a qu'un pre et tout le monde est pre et/ou fils. Ce modle
est un ensemble de "noyaux" de famille o l'un peut tre pre dans l'une et fils dans
l'autre. Chaque fils possde l'adresse de son pre.
158
Pre 1
Fils 1 Fils 2
Petit-Fils 2 Petit-Neveu 2
Petit-Fils 1 Petit-Neveu 1
occurrences d'un SGBD HIERARCHIQUE

Le modle des fichiers hirarchiques se prsente sous la forme d'enregistrements
relis par des liens dont la flche va de l'amont vers l'aval : du pre aux N fils, du fils
aux N petits-fils, du fils aux N petits-neveux.
Lien Enregistrement
PERE FILS
PETIT PETIT
FILS NEVEU
Nomenclature HIERARCHIQUE : enregistrements et liens

Pour accder aux petits-neveux, il faut accder la bonne occurrence de pre,
puis la bonne occurrence de fils. La cl de l'enregistrement Fils est la composition
des cls du Pre et du Fils. La cl de l'enregistrement Petit-Neveu est la composition
des cls du Pre, du Fils et du Petit-Neveu.
Cl
Pre Fils Petit-Neveu
Petit-Neveu
Cl
Pre Fils
Fils
Les cls sont composes.

Le passage du modle organisationnel ou logique de donnes un modle
hirarchique n'est pas automatique. Dans le cas de relation 0,N 0,N ,telle que la
relation "crire" entre auteur et livre, entre deux individus ou de deux chemins
d'arrive N informations, les deux liens doivent exister. Un lien relie le premier
enregistrement au deuxime et un autre du deuxime vers le premier.
159
LIVRE AUTEUR
Pre ou Propritaire Pre ou Propritaire
AUTEUR LIVRE
Fils ou Membre Fils ou Membre
Gestion des liens "auteur de livre" et "livre d'auteur"

Ce modle, de par sa contrainte pour un enregistrement de n'avoir qu'un seul lien
de "filiation", n'est pas recommand.
1.3 SGBD navigationnel ou rseau

Ce type de SGBD est actuellement le plus rpandu et a fait l'objet de
normalisation dans le cadre d'un groupe de travail nomm CODASYL. La diffrence
essentielle avec le SGBD de type hirarchique est qu'un enregistrement Fils ou
Membre peut avoir plusieurs enregistrements Pres ou Propritaires.
PERE
Pre Propritaire
Lien
FILS
Membre
An Frre Frre Benjamicrobe
SGBD RESEAU : occurrences, enregistrements et liens

Dans ce modle, le pre a l'adresse du premier fils. Chaque fils a l'adresse du frre
qui le suit et de celle de son pre dans une famille. Le dernier frre, en queue du
peloton, a l'adresse de son pre.
Le chemin (d'adresse) d'un pre vers ses N fils est appel lien, comme en
hirarchique.
FAMILLE FAMILLE
FILS
1 2
Un fils peut appartenir plusieurs familles.

Des rgles de transformations du modle logique ou du formalisme
individu/relation en enregistrement et lien ont t dictes. Les rgles diffrent
suivant le cas des individus, des relations binaires ( deux pattes) non porteuses
d'informations de cardinalit maximale un, des autres relations binaires et des
relations non binaires sont explicites. Le cas MLD/MPD est vu en premier et le
second cas est le passage direct du MCD ou du MOD vers le MPD.
160
Rgles de transformation du modle logique vers le modle rseau :

1) Tout enregistrement logique devient un enregistrement physique.
2) 2 chemins N arrives entre 2 enregistrements logiques deviennent un
enregistrement physique et 2 liens.
Enregistrement N Enregistrement
logique logique
N
MLD
Enregistrement Enregistrement
Enregistrement
physique physique
physique
MPD Rseau
3) Les autres chemins N arrives entre 2 enregistrements logiques deviennent un
lien.
Rgles de transformation du modle individu/relation vers le modle rseau

1) Tout individu devient un enregistrement
INDIVIDU ENREGISTREMENT
2) Toute relation non porteuse d'informations ayant une cardinalit maximale 1

: 0,1-0,N, 1,1-0,N, 0,1-1,N, 1,1-1,N se transforme en lien. Le lien mmorise les deux
chemins 1 arrive et N arrives du niveau logique.
,1
Une relation X, N donne un lien. La flche change de sens
3) Les autres relations binaires se transforment en un enregistrement et deux

liens. L'enregistrement driv de la relation contient les adresses des cls des
enregistrements issus des individus et les informations ventuellement portes par la
relation.
161
,N ,N
Une relation NN donne 1 enregistrement et 2 liens.

Remarque : une relation non porteuse d'informations dont les cardinalits
maximales sont N se transforme en un enregistrement alors qu'au niveau logique,
cette relation ne donnait pas lieu un enregistrement, mais deux chemins. Les deux
chemins menant N informations du niveau logique se transforment en 1
enregistrement et 2 liens. Cet enregistrement ne contient que des adresses
d'informations.
4) Les relations non binaires, N-aires (N = nombre de pattes) se transforment en
1 enregistrement et N liens. L'enregistrement final contient les adresses des autres
enregistrements et les informations ventuelles de la relation.
Exemple de 3 pattes :
Une relation 3 pattes se transforme en 1 enregistrement et 3 liens

La mise en place de telles structures de donnes influe notablement sur les
performances. Il vaut mieux ne mettre en place qu'un ou deux liens et traiter le
troisime chemin en lecture squentielle.
1.4 SGBD relationnel

Ce type de SGBD se dveloppe de plus en plus. C'est pourquoi il est plus
approfondi. Comme il ne gre pas d'adresse ou de lien, son formalisme est plus facile
comprendre.
Dans un modle relationnel, tous les enregistrements sont composs
d'informations et il n'existe pas d'adresse d'informations, de pointeurs ou de liens
connus de l'utilisateur. Toutes les informations peuvent tre accdes
indpendamment de leur adresse. Il n'est pas ncessaire de dclarer des fichiers
ouverts, de passer l'occurrence d'enregistrement suivant pour mettre jour une
information.
162
Fils
Pre
Pas de lien en relationnel.

Un langage normalis de cration et d'interrogation des enregistrements et des
informations existe pour tout SGBD relationnel. Il est appel SQL pour Structured
Query Language. Ce langage permet un utilisateur final d'interroger, aprs une
formation pralable, toutes les informations de la base de donnes. Cette recherche
d'information peut tre mene de toutes les manires possibles, mme celles non
prvues par des programmes informatiques. Il est possible de rechercher toutes les
personnes dont le grand-pre est n un jeudi ou dont la fortune est gale leur poids
en grammes. Ce langage permet aussi de mettre jour, lire ou modifier facilement
toutes les informations. (Rfrence 4).
1.4.1 Au Tableau !
Un enregistrement d'un SGBD relationnel est appel relation ou table. Ces
relations n'ont rien voir de prs avec les relations du modle de donnes. Le modle
est appel relationnel car l'tablissement d'une navigation entre deux enregistrements
ncessite la mise en relation, valeurs gales, d'informations d'enregistrements. Table
ou tableau sont les termes les plus simples spcifiques des SGBD relationnels. Les
colonnes d'une table sont les informations et les lignes les occurrences
d'enregistrement, les ensembles d'occurrences d'information.
Exemple : Pre et fils sont des tables deux dimensions ou des matrices. La table
PERE comprend comme colonnes : numro du pre, nom de famille, prnom, date de
naissance, etc. Une ligne de cette table est constitue des occurrences d'information
d'une occurrence de Pre : 44, Charles, Jacques, 6 Septembre 1950.
PERE
Lignes = numro nom prnom date
Occurrence pre famille pre naissance
d'enregistrement Charles Jacques
44 6-9-50
Colonnes =
Informations
Certaines colonnes peuvent ne pas avoir de sens pour toutes les lignes
(occurrences) de la table. Par exemple, une colonne de la table pre peut tre
"prnom de l'pouse". Dans ce cas, les valeurs de ce prnom pour les pres
clibataires n'existent pas, sont vides de sens.
163
Le tableau FILS comprendra comme colonnes : prnom du fils, ordre d'apparition

dans la famille, numro du pre... Une ligne de ce tableau sera compose des
occurrences d'information d'une occurrence de Fils : 252, Romain, 2e , 44.
FILS
numro prnom ordre numro
fils fils famille pre
252 Romain 2 44
Tableau "FILS"
Dfinition de la contrainte d'intgrit rfrentielle. En dclarant l'information
"numro de pre" dans la table fils comme dpendante de l'information "numro de
pre" dans la table pre, la valeur du numro de pre dans la table pre doit exister
avant la valeur numro de pre dans la table fils. La rfrence du pre (du fils) se
trouve dans la table pre. 44 ne peut tre enregistr dans le tableau FILS que si le
Pre 44 existe dans le tableau PERE.
1.4.2 A l'Index !
Toute colonne d'un tableau relationnel peut faire l'objet d'accs pour rechercher
une ou des lignes ( l'aide du langage SQL en particulier). Les colonnes d'un tableau,
les informations, peuvent tre dclares comme critre d'accs acclr ou colonne
indexe. La plupart du temps, ces colonnes indexes proviennent des chemins retenus
au niveau logique.
La colonne numro de pre peut tre indexe dans la table du fils et conserve
ainsi le chemin du Pre vers ses fils.
Chaque table peut possder une cl permettant d'accder la bonne ligne. Cette
cl est dclare comme "index unique". Deux pres ne peuvent possder le mme
numro, la mme cl. Un index unique peut tre la composition de plusieurs
colonnes.
Exemple : le tableau "pre" comprendra la colonne index unique "numro du
pre", la colonne index "nom", la colonne index "prnom pre" si je veux souhaiter
les ftes et retrouver tous les pres ayant le mme prnom d'une manire acclre.
Index Index
Unique
numro nom prnom date
pre famille pre naissance
L'index unique du tableau PERE peut tre la composition des informations sexe,
anne de naissance, mois de naissance, numro de dpartement de naissance, numro
d'ordre de naissance dans la commune et le dpartement. Aucune information
164
"composante" ne peut tre vide pour une ligne de table. Vous venez d'apprendre la
deuxime contrainte en relationnel, la "Contrainte d'intgrit sur la cl".
Index Unique
nom prnom
sexe, anne de naissance, mois, numro de dpartement, ...
famille pre
Il faut dclarer si une colonne de l'index unique doit tre indexe. Veut-on
souvent trier les pres d'aprs l'anne de naissance ?
1.4.3 Passage du MLD vers le MPD relationnel.

1) Tout enregistrement logique devient une table.
2) 2 chemins N arrives entre 2 enregistrements logiques deviennent trois
tables. Deux chemins logiques provenant d'une relation binaire X,N, X,N non
porteuse d'informations se transforment donc en une table.
Enregistrement N Enregistrement
logique 1 logique 2
cl1
N cl2
MLD
Table 1 Table 3 Table 2
cl1 cl1, cl2 cl2
MPD relationnel
3) 1 chemin 1 arrive entre 2 enregistrements logiques redonde une cl,
indexer le plus souvent, dans la table de dpart.
Enregistrement 1 Enregistrement
logique 1 logique 2
cl1
N cl2
MLD
Table 1 Table 2
cl1 cl2 cl2
MPD relationnel
1.4.4 Passage du MOD vers le MPD relationnel.

Le passage du modle individu/relation au modle relationnel consiste crer des
tables provenant d'individus, des tables provenant de relations et de rpter ou migrer
165
les identifiants ou les cls de table dans d'autres tables. Les redondances
d'information ou de chemin du MLD sont reprises plus tard.
Cration de table :
Chaque individu se transforme en table,
INDIVIDU TABLE
Un individu se transforme en table.
,N ,N
identifiant 1 identifiant 2
identifiant 1 identifiant 1, identifiant 2 identifiant 2
Une relation NN se transforme en table.

ainsi que chaque relation (X,N),(X,N). La cl, index unique, de la table provenant
de la relation, est la composition des cls ou des identifiants des individus. Une table
est aussi cre si la relation relie plus de deux individus. Elle contiendra les
informations ventuelles de la relation.
Si deux chemins ont t conservs au niveau logique, les deux informations de la
table "relation" sont candidates l'indexation.
Migration d'informations
Une cardinalit maximale 1 d'une patte de relation binaire entrane la
duplication de l'identifiant d'un individu dans la table issue de l'autre individu.
,1
identifiant 1 identifiant 2
identifiant 1 identifiant 2 identifiant 2
Une relation X,1 entrane la migration de l'identifiant

Le deuxime chemin, de l'identifiant 2 vers l'identifiant 1, est conserv en
indexant l'identifiant 2 dans la table 1.
166
Dans le cas o cette patte est 0,1, l'identifiant 2 est une valeur qui peut tre vide,
la cardinalit minimum est 0. Cela entrane l'obligation de traiter les valeurs vides.
Exercice de passage MOD/MPD relationnel.
Dessiner le modle relationnel de ce MOD :

de
rf. ouvrage rf. exemplaire
0,N 0,N
AUTEUR prter PRET
crire
date de retour
rf. auteur 1,N rf. prt
1,N
1.4.5 Au rsultat !
Le rsultat du choix des colonnes de table doit respecter certaines rgles. Les
premires s'appuient sur les informations (formes normales), les secondes (rgles de
Codd) sont plus larges et dfinissent l'environnement des tables. Normalisation et
rgles de Codd sont dcrites dans ce paragraphe.
Les rapports entre tables, s'appuyant sur les informations, sont classs en cinq
formes dites normales. Ces classes de normalisation des tables permettent de
respecter la cohrence des informations entre tables : par exemple, ne pas mettre le
prnom du fils dans la table du pre. Ces classes de normalisation recoupent les
rgles de construction du MCD. Un MCD correctement construit entrane la
gnration de tables normalises.
Les rgles (de Codd) permettent de vrifier si un SGBD est relationnel ou non.
Les SGBD relationnels actuels ne sont pas actuellement aussi performants en rapidit
que les autres du fait de la gestion des informations et non des adresses. Cette
performance va en s'amliorant. Tout n'est qu'tat de l'art de la technique.
Normalisation des tables

La normalisation des tables consiste rpartir les informations dans les tables en
fonction de rgles. Seules les cls peuvent tre redondes. Cinq tapes de
normalisation sont distingues. A chaque tape, les tables sont dclares comme tant
en premire, deuxime... cinquime forme normale. Le but est d'arriver la dernire
tape pour obtenir des tables normalises. Cette normalisation est obligatoire
uniquement si les tables ont t directement construites sans mthode.
Ces rgles peuvent tre rapproches des rgles sur les informations d'individus ou
de relation (une seule valeur d'information par individu ou relation par exemple).
Quand le passage s'effectue du MCD MOD (MLD) au MPD, les tables sont
obligatoirement normalises. Merise vite d'avoir normaliser les tables.
Dpendance multi-value et fonctionnelle sont des termes typiques du modle
relationnel. Une dpendance multi-value est un chemin d'une information de dpart
N informations d'arrive. A partir d'un "nom de pays", N "nom de villes" sont
trouvs.
167
Une dpendance fonctionnelle est un chemin d'une information de dpart 1

information d'arrive. A partir d'un "nom de ville", 1 "nom de pays" est trouv, ainsi
qu'1 "nombre de citadins".
N 1
Dpendance multi-value et fonctionnelle

Le dfaut de cette reprsentation est de ne prendre en compte ni la cardinalit
minimale (0 ou 1) ni le "chemin inverse" de l'autre patte.
1re forme normale : limination des dpendances multi-values entre
informations d'une mme table. Elles liminent d'une table les informations prenant
plus d'une valeur dans cette table (chemin N arrives partir de la cl de table ou
chemin de "cl1" vers xxx et "yyy"). Ces informations "arrives" se trouvent dans
une autre table, crer et non normalise, provenant d'un autre individu.
N cl1 xxx yyy

1 N
=>
cl1 aaa bbb xxx yyy cl1 aaa bbb
L'limination des dpendances multivalues conduit

une table normalise et une normaliser
0,N
cl1 ou
aaa 1,N
Les cardinalits maximales N sont identifies.
Dans une table en premire forme normale, les informations ne prennent qu'une
valeur. Les cardinalits 0,N et 1,N sont identifies. Le traitement des dpendances
multi-values (cas de plusieurs dpendances multi-values dpendant de la cl) fait
l'objet des quatrime et cinquime normalisations.
La table de dpart peut provenir d'une relation.
2me forme normale : limination des dpendances sur une partie de cl (non
lmentaires), les relations exprimes sont identifies.
Une dpendance non lmentaire existe quand une information de dpart dpend
d'une partie de la cl d'une table. Dans l'exemple, ccc et bbb dpendent de deux
parties de la cl : cl1 et cl2. aaa dpend de cl1,cl2.
Exemple : si la table de dpart est "produit command", l'index unique est
"numro de commande, numro de produit". Si la "date de la commande" se trouve
dans cette table, elle doit tre sortie car elle ne dpend que du "numro de
commande".
168
cl1, cl2 aaa

1 1
cl1, cl2 aaa bbb ccc => cl1 ccc
1 cl1 bbb
Identification des tables issues de relations Cration des tables issues des
individus
L'information ccc est une proprit de l'individu d'identifiant cl1, l'information
bbb est une proprit de l'individu d'identifiant cl2, l'information aaa est une
proprit de la relation entre les deux individus.
0,N 0,N
cl1 aaa cl2
ccc bbb
Identification des relations
3me forme normale : limination des dpendances transitives.

Une information est "dpendante de manire transitive" quand elle dpend d'une
information non cl d'une table : bbb dpend de aaa. aaa n'est la cl d'aucune table.
Comme les dpendances multi-values ont t limines, la relation a une cardinalit
maximale gale 1, 0,1 ou 1,1. aaa est une cl qui n'a pas t identifie. Cette
information n'a pas t dclare comme partie d'index unique d'une table.
1 1 cl1 aaa ccc

cl1 aaa bbb ccc => aaa bbb
1
bbb passe dans une nouvelle table
Les individus non identifis contenant plusieurs informations sont identifis.
0,1
ou aaa
1,1 bbb
Identification des cardinalits X,1 d'individus

identifis avec des individus non identifis
4me forme normale : traiter les dpendances multi-values reconnues dans la
premire forme normale. C'est le cas d'une cl plusieurs dpendances multi-values.
La "table" n'tait pas normalise en 1. Les tables xxx et yyy sont spares.
169
N N cl1 xxx xxx
cl1 xxx yyy => cl1 yyy yyy
Identification de tables issues de relations X,N

Le chemin N arrives de cl1 vers xxx et yyy entrane la cration de la
deuxime table contenant les informations yyy et la table croise, "relation"
contenant les informations cl1 et yyy si le chemin de yyy vers cl1 a N arrives
(relation NN se transformant en table). Si le chemin de yyy vers cl1 a 1 arrive, le
chemin est conserv en redondant cl1 dans la table yyy (relation X,1 entranant la
redondance de la cl du "pre"). L'index unique est alors yyy et non cl1, yyy. Les
deux tables en pointills n'existent alors pas.
1,N ?
ou
yyy
0,N
0,N ou 1,N
?
xxx
Identification des cardinalits X,N avec les individus non identifis

5me forme normale : une dpendance multi-value existe entre arrive de
dpendances multi-values. C'est une quatrime forme normale o une relation
supplmentaire est "identifie". Elle concerne le chemin N arrives entre xxx et
yyy. Si cette dpendance existe, la relation grise existe, donc la table qui a pour cl
(xxx yyy).
cl1 xxx xxx

cl1 xxx yyy => xxx yyy
N cl1 yyy yyy
Identification de la dernire table possible

Les individus sans identifiant sont relis. Les relations non exprimes sont
identifies. La relation entre les individus xxx et yyy peut tre du type 0,1 0,N. Dans
ce cas, xxx peut tre dans la table yyy (chemin une arrive de yyy vers xxx).
170
yyy
?
1,N
ou
xxx
0,N
Relations entre individus non identifis
Rsum. Les tables de dpart correspondent l'individu et la relation en trait gras.
La 1re normalisation identifie les relations X,N. La deuxime traite la table relation
dj exprime. La troisime identifie les cardinalits 1 maximum avec des individus
contenant plus d'une information. La quatrime spare les relations N. La cinquime
identifie les relations entre individus non identifis une information.
?
aaa 3 4 xxx
X,N
bbb
X,N 1 ?
2 5
4 X,N
? yyy
Rsum : les tables de dpart sont en trait gras
1.4.6 Les douze Rgles de Codd (plus la zro).

Ces rgles ont t exprimes par M. CODD* (rfrence 10) et servent de modle
pour les SGBD actuels. Elles sont souvent mentionnes et rarement cites. C'est
pourquoi elles le sont ici.
Une vue est une vue externe telle que dfinie au niveau conceptuel. Dans le cas de
SGBD relationnel, une vue est un ensemble de tables que l'utilisateur manipule. Ces
tables manipules peuvent tre diffrentes des tables dfinies dans le SGBD. La table
manipule Vhicule Moteur est une vue des tables Vhicule et Moteur.
Rgle 0 - SGBD relationnel. Un SGBD relationnel doit pouvoir grer toutes les
bases de donnes par ses possibilits relationnelles (recherche d'une occurrence par
combinaison d'ensembles d'occurrences).
Rgle 1 - Rgle sur les informations. Toutes les informations, dans une base de
donnes relationnelle, sont dans des tables (mme le mta-modle : le descripteur de
tables est une table).
* E.F. Codd. An evaluation scheme for database management systems that are claimed to
be relational. Computerworld 1985
171
Rgle 2 - Garantie d'accs. Toute information lmentaire dans une base de

donnes relationnelle est logiquement accessible par combinaison de nom de tables,
de cl primaire (index unique), et de nom de colonne.
Rgle 3 - Traitement des valeurs vides. Les valeurs vides sont supportes par les
SGBD relationnels pour reprsenter des informations inconnues ou inapplicables de
manire systmatique.
Rgle 4 - Catalogue "relationnel" de la base. La description des bases de donnes
est reprsente comme des donnes ordinaires. Le langage d'interrogation est le
mme.
Rgle 5 - Syntaxe d'un langage concernant les donnes. Un SGBD relationnel
possde au moins un langage
- possdant une syntaxe dfinie,
- comprenant les fonctionnalits suivantes : dfinition des donnes, des vues,
manipulation des donnes (de manire interactive et par programme), contraintes
d'intgrit, autorisation (d'accs), commandes de transaction (commencer, valider ou
mise jour logique, revenir la validation prcdente).
Rgle 6 - Rgles de modification des vues. Toutes les vues thoriquement
modifiables (cration et suppression) sont modifiables par le SGBD.
Rgle 7 - Cration, modification et suppression de tables. La possibilit de
manipuler une table comme oprande est valable pour la slection, la mise jour et la
suppression.
Rgle 8 - Indpendance vis--vis des donnes physiques. Programmes
d'application et transactions ne sont pas modifis par des changements de stockage ou
de mthodes d'accs aux informations.
Rgle 9 - Indpendance vis--vis des donnes logiques. Programmes d'application
et transactions ne sont pas modifis par des changements sur les tables sans perte
thorique d'information.
Rgle 10 - Indpendance des contraintes d'intgrit. Les contraintes d'intgrit
sont dfinies et stockes dans un catalogue (et non dans un programme).
Rgle 11 - Indpendance vis--vis de la rpartition. Un SGBD relationnel est
indpendant de la rpartition des donnes.
Rgle 12 - Rgle de respect des contraintes. Si un SGBD possde un langage
"dtaill" (une ligne de table la fois par opposition la manipulation des lignes de
tables par intersection sur des ensembles de lignes), celui-ci doit tenir compte des
contraintes d'intgrit (rfrentielles et d'intgrit sur la cl) dclares dans le langage
"gnral".*
* E.F. Codd. An evaluation scheme for database management systems that are claimed to
be relational. Computerworld 1985
172
1.4.7 L'information du modle relationnel.

Pour conserver la "puret" des informations dfinies au niveau conceptuel, les
diffrentes informations "adresse du client", "adresse du fournisseur" doivent tre
conserves et dfinies dans le systme d'information. En relationnel, cette contrainte
ne fait pas partie du systme.
Qu'est-ce que l'information en relationnel ? Une information est-elle dans une
table ou dans plusieurs tables ? Le numro du pre dans la table fils est diffrent du
numro du pre dans la table pre. Pour manipuler des informations en relationnel, il
est ncessaire de spcifier la table de l'information. Chercher le numro du pre dans
la table pre est diffrent de chercher le numro du pre dans la table fils. Il peut fort
bien n'y avoir aucun rapport entre deux colonnes de tables diffrentes portant le
mme nom. Des colonnes telles que adresse, date, numro, code, montant sont
possibles en relationnel sans prciser adresse du client, adresse du fournisseur...
1.5 Eclater ou regrouper les enregistrements physiques.

Un ou des enregistrements du MLD peuvent donner naissance plusieurs
(clatement d'enregistrement) ou un enregistrement(s) (regroupement
d'enregistrements) physiques du MPD. Si les informations des enregistrements sont
trs diffrentes, l'clatement prend en compte moins d'occurrences lors de la
manipulation des enregistrements. Le regroupement prend en compte moins
d'enregistrements, mais plus d'occurrences. Le choix s'effectue en fonction de la
frquence des programmes manipulant les enregistrements et de la comparaison en
gain de temps des solutions.
clatement d'enregistrement logique.
Reprenons les exemples du contrat. 80% des contrats sont du type 1, 10% du type
2 et le reste (10%) d'au moins cinq types diffrents. L'enregistrement logique driv
de l'individu contrat est unique. Les enregistrements physiques peuvent tre optimiss
et l'enregistrement "contrat" clat en Contrat1, Contrat2 et Contrat autre. Les
informations de l'enregistrement Contrat1 sont dfinies et non communes aux autres.
Deuxime exemple. Le mta-individu "pattes" donne naissance deux
enregistrements physiques, "pattes de nomenclature" et "pattes d'individus
diffrents". Le premier doit avoir une cl propre. Le deuxime est un enregistrement
crois des enregistrements "individu" et "relation".
Regroupement d'enregistrements logiques.
Exemple des vhicules et des moteurs. Au niveau conceptuel, le modle de
donnes est :
MOTEUR 1,1 0,1 VEHICULE

motoriser
Un vhicule peut ne pas avoir de moteur
173
Au niveau logique, les individus moteur et vhicule se transforment en

enregistrements moteur et vhicule. Le modle de donnes est :
MOTEUR
cl Moteur cl Vhicule Puissance du moteur nombre de cylindres
VEHICULE
cl vhicule cl moteur
Le vhicule peut toujours ne pas avoir de moteur

Au niveau physique, si 90% des vhicules traits sont des vhicules moteur, un
seul enregistrement "Vhicule" peut tre retenu dans lequel seront stockes les
informations des moteurs :
VEHICULE
cl vhicule Puissance du moteur nombre de cylindres
Les vlos ont un moteur " blanc" au niveau physique.
Que devient la reprsentation "type de...", "caractristique" et "possder"

du modle de donnes ?
Prenons exemple sur le modle relationnel. Les individus deviennent des tables.
Les relations "possder" et "autoriser" deviennent des tables.
XXX TYPE DE XXX

1,1 0,N
typer
1,N 1,N
possder autoriser
valeur CARACTERISTIQUE DE XXX
0,N 0,N
MCD repli
La table "type de..." indique quelles sont les informations lire dans
l'enregistrement "possder".
174
Xxx Rfrence xxx Rfrence type xxx Libell xxx
Rfrence type xxx Libell type xxx

Type De Xxx
Caractristique De Xxx Rfrence caractristique Libell caractristique
Rfrence xxx Rfrence caractristique valeur

Possder
Autoriser Rfrence type xxx Rfrence caractristique
Supposons que les tables "XXX" et "caractristiques de XXX" soient regroupes

et que la table "autoriser" indique le numro d'ordre de la "rfrence caractristique"
dans la "rfrence type XXX". Alors, "autoriser" indique la structure de donnes de
la table regroupe "XXX", comme un "code carte" indiquait la structure de donnes
d'une carte perfore.
Carte Rfrence xxx Rfrence type carte Libell xxx
valeur 1 valeur 2 valeur N
Type De Carte Rfrence type xxx Libell type xxx
Caractristique De Carte Rfrence caractristique Libell caractristique
Autoriser Rfrence type xxx Rfrence caractristique Numro d'ordre
2 MODELE PHYSIQUE DE TRAITEMENT
Il consiste en l'criture du programme. Celui-ci peut tre gnr dans le cadre d'un
"atelier de gnie logiciel". La finalit de mthodes telles que MERISE est la
production de "code" automatique partir de la conception.
La maquette est l'enchanement des tats sans rels calculs. Un prototype excute
des calculs, met jour des donnes et l'utilisateur final peut presque dire que la
programmation est termine.
Programme
L'outil informatique retenu par l'utilisateur va tre ralis par un programmeur.
Celui-ci est libre de dcouper ses programmes de manire les rutiliser dans les
diffrents outils informatiques.
Les programmes d'dition sont un exemple de programme spcial permettant de
crer tout tat de sortie en fonction des informations de la base de donnes. C'est le
cas des progiciels sophistiqus.
175
3 MODELE PHYSIQUE DE COMMUNICATION

Il s'agit de tlmatique entre sites informatiques. Il n'existe pas de modle propre
MERISE.
4 VALIDATION MPT/MPD
Tout programme met jour ou lit des informations dans des enregistrements
physiques et des liens d'enregistrements.
Toute information d'un MPD doit tre cre et consulte par un programme. Ceci
a dj t en partie vrifi lors du niveau logique. L'clatement ou le regroupement
d'enregistrements entrane une nouvelle validation.
5 RESUME DU NIVEAU PHYSIQUE.

Les modles du niveau physique reprsentent les normes actuelles.
En matire de donnes (MPD), trois types de SGBD, hirarchique, navigationnel
et relationnel sont normaliss. Les deux derniers permettent de conserver facilement
les relations NN identifies au niveau conceptuel. Le modle relationnel est promu
un bel avenir grce son langage normalis de manipulation des enregistrements
(tables) et des informations nomm SQL. Il ne remplace pas la mthode et 5 types de
normalisation des tables doivent tre mens par les "non-merisiens".
Les deux autres modles (traitement et communication) ne sont pas propres
MERISE. Les normes de programme et de transfert physique d'information n'existent
pas actuellement.
176
PERE
FILS NEVEU
PETIT
NEVEU
S G B D HIERARCHIQUE
PERE
FILS NEVEU
ONCLE PETIT
NEVEU
S G B D NAVIGATIONNEL
PERE
FILS NEVEU
ONCLE PETIT
NEVEU
S G B D RELATIONNEL
177
BUREAU DE VALIDATION DU NIVEAU PHYSIQUE
178
Chapitre V : rsum des modeles
Chapitre V : rsum des

modeles
Le bois est dsormais devenu bateau.

1 RESUME DES COMMUNICATIONS.

Les communications reprsentent les changes entre systmes. Au niveau
conceptuel, les changes sont les messages et les systmes fonctionnels les
intervenants. Au niveau organisationnel, les changes sont les informations
changes et les systmes organiss les sites de traitements et de donnes. Les
changes existent par les vues en lecture ou en mise jour des oprations organises
effectues sur un site. Au niveau logique, les changes sont les actions de mise jour
des outils de traitements diffrs. Les systmes sont les sites de donnes. Au niveau
physique, les changes sont les mmes actions de mise jour des outils.
2 RESUME DES TRAITEMENTS.

Les traitements reprsentent le travail effectu par un systme. Au niveau
conceptuel, les traitements sont les oprations conceptuelles et les systmes
fonctionnels les intervenants. Au niveau organisationnel, les traitements sont les
oprations organisationnelles et les systmes organiss les postes de travail. Au
niveau logique, les traitements sont les outils. Les systmes sont informatiques, sans
pouvoir les nommer. Au niveau logique, les traitements sont les programmes. Les
systmes sont informatiques. Au niveau physique, ils peuvent tre nomms (SGBD,
Systme de traitement ou d'exploitation).
Les modles de traitements se dcomposent en oprations conceptuelles/
oprations organises/ outils/ programmes. Entre chaque niveau, une dcomposition
et une recomposition existent. Il existe N solutions de choix d'oprations organises,
d'outils et de programmes.
Exercices : vrai ou faux ?
1. Un outil est indpendant de l'organisation.
2. Un systme se dcompose en systmes.
3. Le P-D-G n'effectue que des oprations conceptuelles.
179
4. Un employ n'effectue que des oprations organises.

5. Mon oncle va enfin pouvoir aller au cinma.
6. Une opration dite conceptuelle est effectue par un domaine.
3 RESUME DES DONNEES.

Les donnes reprsentent la mmoire d'un systme. Au niveau conceptuel, la
structure de cette mmoire est compose d'individu, de relation, de patte,
d'information, de contrainte et le systme est un domaine. Au niveau organisationnel,
la structure de cette mmoire est compose d'individu, de relation, de patte,
d'information, de contrainte et le systme est un site gographique de donnes d'un
domaine. Au niveau logique, la structure de cette mmoire est compose
d'enregistrement, de chemin, d'information et le systme est un site de donnes
informatique. Au niveau physique, la structure de cette mmoire est compose
d'enregistrements physiques, de lien et d'information et le systme est un site de
donnes informatique dont le type de SGBD est connu.
OPERATION INDIVIDU SYSTEME

P
C INTERVENANT D D'INFORMATION :
CONCEPTUELLE RELATION
O G E PATTE DOMAINE
O
M E T
U OPERATION POSTE DE INDIVIDU
SITE DE
M ORGANISEE N A RELATION
R TRAVAIL DONNEES
E PATTE
Q E I
N OUTIL R L ENREGISTREMENT SITE DE
U
T CHEMIN DONNEES
O INFORMATIQUE A L
? L E
I PROGRAMME ENREGISTREMENT
LIEN TYPE SGBD
?
Traitement et donnes
180
Chapitre VI : l'organisation d'un projet
Chapitre VI : l'organisation
d'un projet
L'application d'un plan annuel

dpend des efforts qu'on fait au
printemps.
(Proverbe chinois)
1. LES ACTEURS D'UN PROJET.

Le choix des personnes affecter un projet en fonction de leur comptence et de
leur exprience est primordial.
Ce point est essentiel pour la russite d'un projet. Mieux vaut un bon chef de
projet avec une mthode quelconque, si cela existe, qu'un chef de projet mdiocre
avec une bonne mthode. De plus, un "bon" chef de projet saura changer de mthode
pour en suivre une plus adapte. Rassurez-vous, Merise est une trs bonne mthode.
Les acteurs principaux sont :
le futur utilisateur de l'informatique qui dtient le savoir-faire de sa technique,
expert dans son mtier,
le "concepteur" ou formalisateur du systme qui acquiert le savoir, pour le
spcifier au
ralisateur ou programmeur qui dtient le savoir-raliser.
Les autres acteurs sont l'organisateur, qui sait organiser, et un responsable de

l'application qui sait choisir. Ces acteurs sont fonctionnels, une seule et mme
personne peut tenir tous ces rles et peut utiliser, concevoir, raliser, organiser et
choisir.
Il est important de se doter de moyens de dcision un niveau lev, appel
comit de pilotage, pour servir de cellule de dcision sur les choix effectuer et de
moteur la mthode.
181
2. SCHEMA DIRECTEUR : le dcoupage en

domaines et la planification
La prsentation d'un schma directeur est volontairement simplifie de manire
souligner les apports spcifiques de la mthode.
Un schma ou plan directeur d'informatisation retient les principales options
informatiques (Matriel) et la planification des projets. Pour cela, il identifie les
domaines de l'entreprise, les flux et concepts (individus) principaux.
VENDRE
ACHETER PILOTER
COMPTABILISER
PRODUIRE
PERSONNALISER
Dcoupage en domaines
VENDRE PILOTER
BUDGET
Recoupement des concepts entre domaines

Le schma directeur dfinit le cadre organisationnel et informatique des futurs
projets. Aprs tude de l'informatique existante et consultation de fournisseurs de
matriels informatiques, il prconise un choix informatique. Les critres de choix
sont des dlais de mise en place et de ralisation des programmes, de fiabilit de
matriel, de facilit de mise en uvre et de cot, de capacit de traitement ou de
mmorisation, du nombre de postes de travail... Quel systme ? Micro-ordinateur
(avec ou sans rseau), mini ou gros systme ?
Ce choix est souvent soit une centralisation pour cause de "synergie", soit une
dcentralisation pour cause de "responsabilisation", centre de cot ou de profit. Il est
donn pour un cot et pour un gain attendus sous forme de pourcentages
"saupoudrs" par domaine. Il ne faut pas ngliger les cots internes en personnel dus
la formation et la disponibilit "perdue".
182
Les gains attendus en confort d'utilisation, motivation du personnel et

augmentation potentielle de chiffre d'affaires ne sont pas mesurables facilement.
Anne 1 Anne N
gain Personnel
Matriel
dpense - Matriel
Logiciel
Personnel - interne
externe
Diffrence - ++
Enfin et surtout, un schma directeur tablit une planification des projets par
domaine et un plan d'investissement. Cette planification est reprsente sous la forme
d'enchanement de projets.
Projet 1 Projet N
Projet 2
Dpart Arrive
Projet i+1
Projet i
et de ralisation dans le temps. Il est fortement recommand de commencer par la

comptabilit analytique. Elle dfinit les critres analytiques principaux de l'entreprise.
L'organisation peut en tre dduite.
L'estimation des dlais est un exercice difficile qui dpend fortement de
l'environnement. Une comptabilit analytique ou une gestion du personnel peut tre
oprationnelle en 6 mois ou 2 ans.
Anne 1 Anne N
Projet 1
Projet 2
Projet i
Projet i+1
Projet N
Chaque projet sera ensuite l'objet d'une tude pralable.

Introduction la gestion de projet :
La gestion de projet concerne l'enchanement dtaill des travaux effectuer, leur
rpartition en fonction des quipes et le suivi de la ralisation.
Cet enchanement d'oprations permet la planification et la dtermination du
"chemin critique" du projet, le parcours le plus "serr", ncessairement le plus long
pour arriver au rsultat final. Celui-l reprsente la suite des oprations surveiller
183
de prs afin d'viter un glissement dans le temps. Tout retard pris sur ce chemin
critique se rpercute automatiquement sur la date finale de ralisation.
Le but d'une gestion de projet est de respecter les cots prvus et la date finale de
ralisation pour un rsultat donn. Le dcoupage du projet en tches lmentaires
d'une dure prvue est effectu. Chaque tche peut dbuter ou se terminer une date
dtermine. A chaque tche sont affectes une ou des ressources acquises un cot
donn. La gestion des ressources (personnel, matriel) consiste dterminer les
tches dans le temps en tenant compte des disponibilits des ressources. Le modle
de donnes d'une gestion de projet est :
0,N
0,1 0,N
enchaner TACHE dbuter EVENEMENT
0,N dure tche 0,N date vnement

0,1
libell vt
utiliser terminer
1,N
nombre DISPONIBILITE
RESSOURCE 0,N 1,N
tre date dbut
0,N nombre date fin
cot
Deux types de graphes existent pour reprsenter cet enchanement des tches. Le
premier reprsente la tche par un trait et l'vnement par un rond. Le deuxime
reprsente la tche par un rond ou un rectangle et l'vnement par une flche. La
flche reprsente l'enchanement obligatoire entre tches. La deuxime, se dessine
plus facilement et est utilise ici.
3 ETUDE PREALABLE : le choix de

l'organisation et des outils informatiques.
Une tude pralable concerne un domaine. Elle retient un choix d'organisation
dtaill et d'outils informatiques disposition des postes de travail. Le choix final
peut tre de ne pas informatiser. Une tude pralable peut aller d'une tude
d'opportunit (dans le cas o le schma directeur est inexistant) la prparation de
l'tude dtaille.
Etude Etude Liste des outils Etude Etude

conceptuelle organisationnelle et validation MOD logique Physique
ETUDE PREALABLE
L'tude pralable comprend une partie du niveau logique

Le rsultat d'une tude pralable est gnralement, dans le cas d'informatisation,
une liste d'outils informatiques valids par des modles organisationnels de donnes
184
et les outils informatiques existants. L'tude pralable recouvre donc une tude
conceptuelle, une tude organisationnelle et une partie de logique.
3.1 L'existant.
Lors d'une tude pralable se pose le problme de l'existant. Doit-on tudier
l'existant pour en connatre les avantages et les inconvnients, reprendre les
transactions informatiques apprcies des utilisateurs ou tout reprendre sous prtexte
d'il neuf et ne pas passer plus de temps tudier le vieux que de faire du neuf ?
La rponse est d'tudier le conceptuel avant l'existant et de ne pas essayer de
faire de conceptuel de l'existant.
Conceptuel
Organisationnel Organisationnel
existant prvu
Informatique Informatique
existante prvue
COURBE DE LA PLUIE : tout descend du conceptuel

Le conceptuel avant l'existant.
D'tudier les fonctions majeures de l'entreprise, les domaines, permet d'exercer un
il critique sur l'existant. Si, aprs analyse du conceptuel, il est dcid de ne plus
avoir de service de livraison interne, l'analyse des documents internes de demande de
livraison est inutile. Les informations examines la lumire du conceptuel
permettent une comprhension plus facile.
Ne pas essayer de faire de conceptuel de l'existant.
Comment est-ce possible de conceptualiser l'existant ? En remontant du physique
ou en interrogeant l'utilisateur en lui demandant de parler de l'existant et non de ce
qu'il dsire. Dans le deuxime cas, comment descendre vers le physique ? Si des
informations sont redondantes, existent plusieurs fois, dans quel concept existent-
elles ? Le seul cas possible de "conceptualiser" l'existant est quand le physique est
modifi aussitt pour coller un conceptuel existant et futur.
3.2 Micro-informatique ou un seul site.

Dans le cas de dveloppement sur micro-informatique, il n'est souvent question
que d'un seul domaine et d'un seul site de donnes. La rgle est de faire un modle de
donnes complet avec les rgles de calcul et, dans le cas de recherche de progiciel, de
les comparer avec ceux du progiciel.
185
L'tude pralable recouvre un conceptuel dtaill (plus dtaill que le schma

directeur) et une liste d'outils informatiques. Les validations possibles sont : fin du
conceptuel, fin de l'tude pralable avec une liste des outils. Cette dernire tape est
indispensable.
Les outils utilisateurs sont explicits suivant leur type (interface, dition,
autorisation d'accs, traitement immdiat ou diffr, progiciel...) et leur complexit
de ralisation (simple, moyen, difficile, trs difficile). Ils sont ensuite planifis pour
leur spcification et la ralisation : outil de saisie du client avant celui de la
commande (toujours les mmes exemples, avez-vous remarqu ?).
Le choix de l'outil de dveloppement est effectu et les temps dfinis pour chaque
complexit. Les temps de spcification sont en moyenne de deux jours pour un outil
simple, une semaine pour un moyen et quinze jours pour un difficile. Voir une
application dans le cas "Bibliothque". Les temps de ralisation dpendent fortement
de l'outil de dveloppement et sont peu prs quivalents aux temps de spcification.
Une moyenne de 7 jours par outil - spcification + ralisation - est une trs bonne
moyenne.
Les dessins suivants sont des exemples de planning. Les rectangles reprsentent
les tches effectuer et les flches les enchanements obligatoires. Par exemple, sur
le dessin suivant reprsentant l'enchanement des tches du niveau conceptuel, le
MCD doit tre excut aprs le MCC.
liste des Modle conceptuel de donnes : Validation niveau

partenaires CONCEPTUEL
individus, relations, contraintes
et sous-domaines
et informations, vues externes
Concordance des
Modle Conceptuel informations des messages
Epuration du
De Communications / infos du MCD
vocabulaire rgles, quivalences
La conception est indispensable

Puis, l'aide du MCD, listez les outils et calculez les volumes de stockage
ncessaires pour dimensionner le disque dur. Rappelons que ce cas s'applique
uniquement dans le cas d'un site de donnes, sinon, les MOD sont indispensables
pour consolider les donnes.
Validation liste des Modles en Mise jour et consultation

CONCEPTUEL par outil + validation de la liste des
outils
outils = fin de l'tude pralable
3.3 Plusieurs sites.

L'tude pralable recouvre alors un conceptuel dtaill, un organisationnel et une
liste d'outils informatiques. Les validations possibles sont : fin du conceptuel, fin de
l'organisationnel et organisationnel plus liste des outils. Cette dernire tape est
indispensable (Bis repetita placent).
186
Les outils utilisateurs et de dveloppement sont explicits de la mme manire

que dans le cas de micro-informatique. Bien sr, le rsultat de l'tude pralable peut
tre le choix d'un progiciel. Dans ce cas, le chemin critique est souvent la ralisation
des interfaces informatiques et la construction d'un jeu d'essai est primordiale.
Dans certains cas toujours mentionns, valides dans le cas de choix de progiciel,
une tude de scnario est prvue. Trois types d'hypothses sont expliciter par
scnario : organisation (organigramme), ressources informatiques (matriels
informatiques et liste des outils de dveloppement et utilisateur) et dveloppement
(planification du projet et charge de travail).
MCT VALIDATION
DONNEES/TRAITEMENT
modles des oprations
EPURATION
MCC VOCABULAIRE
VALIDATION
INFORMATIONS VALIDATION
MCD MESSAGES / MCD PAR L'UTILISATEUR
Du conceptuel la fin de l'tude pralable.
Vrification des Vrification de

liste des la liste des outils l'aide
informations l'aide
postes de travail des outils existants
des documents existants
Etablissement des procdures

Validation (MOT) avec l'utilisateur. Validation des procdures,
Conceptuel Dtermination des outils associs des outils associs
et de leur complexit. et des informations lies
Dterminations des donnes associes (liste des outils / MOD)
aux oprations (Modles des oprations)
liste des
procdures
Planning de ralisation des
spcifications dtailles et de Fin de l'tude pralable
la ralisation du projet : lancement du projet
4. ETUDE DETAILLEE : spcifications

externe et interne.
La spcification externe (enchanement des tats et dfinition des informations de
chaque tat) est effectue et valide par l'utilisateur avant la spcification interne ou
la programmation, que ce soit dans le cas d'un site ou de plusieurs sites (de micro-
informatique ou non).
4.1 Cas d'un seul site.

Le passage du modle conceptuel de donnes au modle physique est possible
(MCD -> MPD).
187
Modles en Mise--jour
et consultation par outil
+ validation de la liste
Description des
des outils = fin de
Etats (MLT)
l'tude pralable
Construction
MLD ou MPD Programmation
4.2 Cas d'informatique multi-sites.

Les modles logiques de donnes (livre des enregistrements et des chemins) sont
construits pour chaque base de donnes.
Choix des quipes de spcification, Planning et Rpartition

de dveloppement et de validation des outils spcifier
Lancement
Du Projet
Construction Validation Modles Lancement des
MLD ou MPD LD ou PD / outils tudes dtailles
Un Modle Logique de Communication ou un schma d'architecture de

l'informatique existante et cible dcrivant les messages changs entre base de
donnes et engendrs par tel outil est bienvenu. La liste des outils et un Modle
Logique de Donnes valid par les traitements (Modles des outils) sont ncessaires
pour la distribution des outils et attaquer la spcification.
N fois
Lancement
des tudes Tests
dtailles
Les tches comprises entre le lancement des tudes dtailles et les tests sont
multiplier par le nombre d'quipes de spcification. Le Modle Logique de Donnes
n'est pas obligatoire pour la spcification externe. La difficult des tudes dtailles
tient la charge de travail et l'clatement ncessaire du travail. La construction
pralable du MLD vite toute drive "personnalise" par un analyste ou un
programmeur audacieux.
188
Enchanement des Actions de mise jour par tat

Lancement
tats et validation sur le Modle Logique de Donnes.
des tudes
utilisateur Obtention des informations
dtailles
(spcification externe) (Spcification interne)
Analyse des
Programmation des Programmation des
programmes
outils traitement
par lot (dont programmes
diffr transactionnels
interfaces)
Dfinition des Mise en

jeux d'essais Tests
production
Spcification et ralisation
5 REALISATION : le test de la mthode

Si la ralisation est bonne et l'utilisateur final enchant du rsultat, c'est srement
grce la mthode. Sinon, c'est la faute de l'informatique. D'ailleurs, c'est souvent
ce moment qu'on se demande quoi peut bien servir l'informatique.
6 LES POINTS FORTS DU PROJET.

Les quipes de conception, organisation et ralisation doivent tre le plus
"constantes" possible. Cela implique que les donnes et les traitements doivent tre
suivis par les mmes personnes et que les responsables de l'organisation et de
l'informatique soient les mmes ou "chapeauts" par un mme responsable des...
systmes d'information. Les gardiens de la mthode doivent participer aux tudes et
ne pas se cantonner dans un service "mthodes".
Passer souvent sur les mmes donnes et les mmes oprations approfondit les
problmes et les solutions. Les individus tels que REGLE, SCENARIO,
SIMULATION... apportent la valeur ajoute et la dure de vie au rsultat final. Ce
point dpend fortement du premier.
Un utilisateur fortement sollicit par plusieurs personnes se rclamant d'une
mthode n'apporte pas toute la concentration ncessaire. Il convient de choyer
l'utilisateur final.
Il faut donc choisir des utilisateurs pouvant s'abstraire de l'existant en le
simplifiant et en l'amliorant.
Attention l'utilisateur seul et dcidant pour ses "postes de travail" : les "postes
de travail" se feront connatre un jour ou l'autre et auront srement un point de vue
diffrent.
Et, bien sr, ne jamais faire de projet sans avoir de contact suivi avec l'utilisateur :
"Pas de conception en chambre".
189
190
Chapitre VII : la meta-physique, maintenance, formation et
documentation
Chapitre VII : la meta-

physique, maintenance,
formation et documentation
Les oiseaux gazouillent, les fleurs

embaument.
Maintenance, documentation et formation permettent de faire face au dpart
classique du crateur du programme en temps diffr datant des dbuts de
l'informatique et remplacer par le nouvel embauch. Cette documentation doit
porter au minimum sur les donnes. Certains logiciels de dveloppement permettent
une modification mmorisant automatiquement des renseignements sur les
programmes et les bases de donnes.
1 UN DICTIONNAIRE DE DONNEES, SINON

RIEN
La documentation est un domaine important et rarement trait. L'application d'une
mthode telle que Merise facilite grandement cette tche. Cette documentation
obligatoire implique un certain travail.
Un dictionnaire de donnes d'entreprise, c'est--dire la liste des informations avec
leur signification et dans quel enregistrement elles se trouvent est un atout
considrable dans tout "systme d'information" qui se respecte.
2 LA DOCUMENTATION AUTOMATIQUE
EXISTE.
Certains logiciels comprennent une partie de documentation lie au physique ou
au logique : quelles sont les donnes touches par tel programme, pour connatre les
programmes modifier en cas de changement de donnes.
D'autres utilitaires de base de donnes facilitent la maintenance. Certains logiciels
de SGBD proposent des dictionnaires d'enregistrements et des informations
191
comprenant des explications : mta-dictionnaire de donnes incorpor (tables de

tables en relationnel). L'adresse des programmes en bibliothque peut tre disponible
automatiquement.
3 QUI DIRIGE QUI ? Le conceptuel ou le

physique.
L'utilisation d'un progiciel de support de la mthode, d'aide la conception et la
ralisation, fortement conseille, peut entraner un "pont" entre base de donnes de
conception et base de donnes oprationnelle.
L'individu "client" est conu dans une "base de conception". Dans cette base,
l'enregistrement physique est "individu" et l'une de ses occurrences est "client".
L'enregistrement physique "client" existe, ainsi que toutes ses occurrences dans une
base de donnes "oprationnelle".
La structure et la nature des informations dans les enregistrements sont la partie
principale du dictionnaire de donnes et de ce "pont".
Trois dmarches sont possibles.
Premire dmarche : le conceptuel de la base de donnes (MCD, MOD ou MLD)
dfinissant les concepts est bon et gnre le physique. C'est le cas gnral lors du
dmarrage de l'application. Les fichiers oprationnels sont crs par une base
conceptuelle. Toute information dans un enregistrement est pralablement dclare
dans une base de donnes conceptuelle, dfinie dans un individu ou une relation.
L'avantage "conceptuel" est de n'avoir que des informations qui se respectent, sans
redondance non mrite.
Deuxime dmarche : la base oprationnelle alimente la base de donnes de
conception. Les informations "oprationnelles" servent de base de documentation
"automatique" facilitant la comprhension et la maintenance. Le risque est l'absence
de documentation des informations d'enregistrements physiques cres lors de
l'criture de programmes. Les programmes seront plus vite raliss mais avec le
risque de ne pas avoir de documentation.
Troisime dmarche : trois bases de donnes existent, une base "mthode", une
base "oprationnelle" et une base "tampon" o se trouvent les concepts dsirs non
oprationnels et les informations oprationnelles non "conceptualises". Cette
dmarche permet une dsynchronisation de la conception et de l'oprationnel.
La troisime dmarche est celle recommande. Elle permet d'organiser la
fonction d'administration de donnes.
192
Chapitre VIII : exemples de modles de donnees
Chapitre VIII : exemples de

modles de donnees
C'est pendant qu'il pleut qu'il faut

remplir les jarres.
(Proverbe chinois)
Vous pouvez maintenant raisonner en utilisant les principes et les dessins de la
mthode presque toutes vos penses. Prenons deux exemples, la mthode applique
la mthode et la comptabilit.
1 META-MODELE
Un mta-modle est un modle de donnes de la mthode. Deux exemples ont t
pris au chapitre 1. Le premier concernait les pattes et le deuxime les oprations, les
conditions et les messages. Quiconque comprend le (mta-)modle de la mthode
comprend la mthode et rciproquement. C'est donc un exercice de style amusant
pour clarifier les ides de ceux qui sont l'aise en abstraction et confondre les autres.
1.1 MCC
Entreprise
Colis livr
Client Vendre
Avis de livraison
Fournisseur Electricit Livrer
MCC des flux rels

L'activit est dfinie par des flux mis ou reus par des systmes. Ces flux sont de
plusieurs types, physique ou matriel, d'nergie, valeur (argent) ou d'information
(message). Ces systmes sont d'un type donn, domaine, sous-domaine ou partenaire.
La relation entre "type de systme" indique qu'ils sont tous intervenants. L'entreprise
est aussi un "type de systme".
Exemple de mta-modle :
193
lectricit
fournisseur
virement
livrer
client colis livr
sous/
vendre O,N avis livraison
systeme
SYSTEME mettre FLUX
O,N
1,1 O,N O,N

recevoir
1,1 nergie
processeur
partenaire financier
intervenant physique
O,N domaine message
O,N TYPE DE TYPE DE FLUX
sous/type SYSTEME
systeme O,N
O,N
Exemple d'une partie de modle de communication : le client met une commande

vers l'intervenant vendre :
Client Commande Vendre

nom client
adresse
date commande
montant commande
MCC du projet
Le concept est reprsent par deux occurrences de l'individu intervenant "vendre"

et "client", une occurrence de l'individu message "commande" et quatre occurrences
de l'individu information "nom client", "adresse", "date commande" et "montant
commande".
nom client
mettre
adresse
date commande recevoir CLIENT
montant commande COMMANDE VENDRE
0,N 0,N
INFORMATION MESSAGE mettre
INTERVENANT
0,N 1,N 0,N 0,N
recevoir
MCD DU MCC
Le modle conceptuel comprend les intervenants qui mettent et reoivent des
messages qui sont des flux d'informations.
1.2 MCT et MOT

MCT et MOT comprennent les oprations effectues par un intervenant
(opration conceptuelle) ou un poste de travail (opration organise). Ces oprations
sont enclenches par des messages vnements et donnent naissance des messages
194
rsultats via une condition. Une opration organise peut tre enclenche par un
temporisateur. Une procdure est un ensemble d'oprations organises dont, si possi-
ble, les messages rsultats de l'une sont vnements de l'autre.
Une opration conceptuelle se dcompose en oprations organises. Une
opration organise s'effectue au moyen d'outils informatiques.
Une contrainte importante sur le modle porte sur les individus MESSAGE,
INTERVENANT ET OPERATION ainsi que les relations entre ces individus : un
message mis ou reu par un intervenant est rsultat vnement d'une opration
effectue par cet intervenant.
organigramme 0,N
SITE
POSTE DE 0,1 0,N
INTERVENANT 0,1
TRAVAIL
0,N
0,N
0,N 0,N effectuer 0,N PROCEDURE
effectuer
recevoir V 0,N s'inscrire
0,1
dans
mettre 0,1 OPERATION
0,N 0,N 0,N 0,N
vnement conceptuel /
organisationnel
MESSAGE 0,N 0,1 0,N
0,N
dmarrer
0,N rsultat 0,N

0,N
REGLE TEMPORISATEUR
CONDITION 0,N
MCT et MOT
1.3 MCD et MOD

Au niveau conceptuel, le modle de donnes comprend les informations, les
individus, les relations, les pattes et les contraintes. Une patte relie un individu une
relation. Une information se trouve dans un individu ou une relation. Une information
est amont ou aval d'une composition, entre ou sortie de rgle de calcul, amont ou
aval d'une quivalence, le "motif" pouvant tre une relation.
Les pattes relient une relation un individu. Bel exemple d'individu dont toutes
les cardinalits sont 1. Les contraintes sur le modle de donnes portent sur les
individus, les relations et les informations.
Au niveau organisationnel, individus, relations et informations sont relis site
(reprsent par un S sur le dessin).
195
composition
0,N 0,N aval amont

REGLE entre
INFORMATION 0,N
0,N
0,N aval
sortie S
0,N
0,1 0,1 amont
identifiant 1,1 1,N
CONTRAINTE RELATION EQUIVALENCE

0,N 0,N
0,N
0,1 0,N
S
0,N 0,N 0,N 0,1
INDIVIDU PATTE
0,N 1,1
S motif
S 1,1
Vocabulaire, MCD et MOD
1.4 MLT
Spcification externe.
Le Modle Logique des Traitements concerne les outils informatiques. Ces outils
sont composs d'tats o sont affiches des informations et prts la saisie d'autres
informations.
Spcification interne.
Les actions de cration, suppression ou mise jour d'informations dans un
enregistrement pour un site de donnes sont spcifies pour chaque tat.
1,1 ETAT
0,N 1,N
0,N ACTION 1,1 0,N SITE
1,N
0,N 0,N 0,N
OUTIL
saisir 1,1
1,N
ENCHAINER
afficher
0,N 0,N 0,N 0,N
0,N ENREGISTREMENT
CONDITION 0,N INFORMATION
0,N
MLT Spcification externe et interne

Les informations utilises dans une action, un enchanement d'tat ou affiches
dans un tat sont obtenues via un enregistrement, une rgle, une quivalence ou un
chemin.
1.5 MLD et MPD.

Au niveau logique, un enregistrement contient des informations, est dfini par sa
cl et appartient un site de donnes. Il provient soit d'un individu, soit d'une
relation.
196
Un chemin, dpart et arrive d'informations peut provenir d'une patte et donner

lieu un lien entre enregistrements physiques.
INDIVIDU INFORMATION arrive

CHEMIN
0,N 1,N
S S
1,N dpart S
0,1 0,N 0,N 1,N
0,N
cl 0,N 0,1
0,1 0,N
ENREGISTREMENT
0,1 0,N
RELATION
S
0,1
S 0,N
0,1 propritaire
1,N membre
1,1
1,1
LIEN
PATTE 0,N
1,1 S
0,1
1,1 S
1.6 Validations (conceptuel, organisationnel et fin d'tude pralable)

La premire validation concerne la correspondance entre les informations des
messages et les informations du modle des donnes via les rgles de calculs, les
quivalences et la composition. Toute information " retrouver" existe dans le
modle de donnes directement ou par l'intermdiaire d'une rgle, une quivalence ou
une composition.
0,N
composer
0,1 1,N
INFORMATION identifiant INDIVIDU
0,1 0,1
S S
0,N 1,N
MESSAGE 0,N 0,N 0,1
0,N
amont-eq sortie 0,N
RELATION
1,1 aval-eq 1,N S

entre
EQUIVALENCE 1,N REGLE
1,N
La deuxime concerne la correspondance entre oprations, outils et modles des

donnes. Individus, relations et informations du MCD appartiennent un modle en
lecture et un modle en criture des oprations conceptuelles. Individus, relations et
informations rattachs un site, d'un MOD, appartiennent un modle en lecture et
un modle en criture des oprations organises et des outils.
197
INTERVENANT
POSTE DE 0,N SITE 0,N
TRAVAIL
1,N
1,N
0,1 0,N 0,N
0,1 0,1
0,1
OPERATION lecture MODELE INDIVIDU
0,N 1,N
0,1
criture 0,N
0,1 0,1
0,N 0,N 0,1 0,N
lecture 0,N
criture 0,N RELATION

1,N 1,N 0,1
REGLE OUTIL INFORMATION
0,1
2 COMPTABILITE
2.1 Reprsentation des flux externes et internes
La comptabilit reprsente l'activit de l'entreprise, les valeurs des flux externes et
internes rels : financiers, biens, services et prestations.
Associ
Client Prteur
Marchandise
Entreprise
Liquidit Employ
Fournisseur
Partenaires et flux de l'entreprise

Les oprations effectues par l'entreprise donnent naissance des flux externes et
des flux internes l'entreprise (flux de produits intermdiaires d'un atelier de
fabrication un autre, dont la valeur doit tre dfinie).
Exemple de flux externe : l'achat de marchandise. Un flux reu est un emploi
(valeur obtenue) et un flux mis est une ressource (valeur fournie).
Marchandise M
Entreprise Liquidit Fournisseur
Emploi : Marchandise M Emploi : Liquidit

Ressource : Liquidit Ressource : Marchandise M
Cet change, vu de l'entreprise E, se prsente ainsi :
198
Marchandise M
Entreprise Liquidit
et se ramne au suivant :
Entreprise
Valeur change
Marchandise
Liquidit
Liquidit
Dans la comptabilit d'une entreprise donne, l'change de deux flux externes (un
rel et un financier) prend l'apparence d'un flux unique.
Les oprations internes ne sont pas des changes et se traduisent par un seul flux
interne.
Exemple : un lot de marchandise d'une valeur de 500 F est dtrior.
Marchandise Flux de perte : 500 Perte

Liquidit
EMPLOI : Perte 500 RESSOURCE: Marchandises 500
2.2 Compte ou ple d'analyse

Toute opration externe et interne est traduite en emploi et ressource entre
comptes.
Flux F
Compte 1 Compte 2
crdit ou ressource dbit ou emploi
Un compte ou un ple d'analyse est dpart ou arrive de flux. Un compte

reprsente un ple sous la forme d'un tableau 2 colonnes dont la partie gauche est
rserve aux emplois et dsigne dbit et la partie droite rserve aux ressources et
dsigne crdit, la fameuse partie double.
Toutes les reprsentations et les schmas du prsent paragraphe, except les

modles de donnes, proviennent ou ont t inspirs de l'ouvrage "COMPTABILITE
GENERALE" de M. PEROCHON paru aux ditions FOUCHER.
199
a : 600 b : 2 000
d : 1 700
c : 2 000 Compte X
e : 800
DEBIT (emplois) CREDIT (ressources)
Opration a .........600 Opration b ......2 000

Opration c ......2 000 Opration d .....1 700
Opration e ........800
FLUX du compte X
Prsentons le cas de perte de marchandise, vu du ple stock de marchandise et vu
du ple perte :
Compte Stock Flux de perte Compte

de marchandise 1 000 Perte
DEBIT CREDIT DEBIT CREDIT
Opration .....1 000 Opration .....1 000
Les comptes sont inscrits dans deux classes en fonction de leurs soldes : dbiteur
l'actif et crditeur au passif. Une caisse est dbitrice, le capital est crditeur. Le bilan
diffrencie ces deux classes.
ACTIF BILAN PASSIF
(Emplois nets) (Ressources nettes)

Comptes solde usuellement dbiteur : Comptes solde usuellement crditeur :
Biens, crances, (rsultat) Capital, rserves, dettes
(rsultat)
2.3 Les deux comptabilits

La "comptabilit intgrale" telle que dcrite ci-dessus (change fournisseur et
marchandise) est dcompose en :
COMPTABILITE GENERALE axe sur l'tude des flux externes
COMPTABILITE ANALYTIQUE axe sur l'tude des flux internes
Toutes les reprsentations et les schmas du prsent paragraphe, except les modles de
donnes, proviennent ou ont t inspirs de l'ouvrage "COMPTABILITE GENERALE" de M.
PEROCHON paru aux ditions FOUCHER.
200
investissement capitaux
propres
dettes
ple de financieres
rsultat
fournisseurs
client
personnel
stocks
tat
liquidits
MCC de la comptabilit gnrale

La comptabilit gnrale ne dtaille pas les flux internes. L'opration ou l'change
Marchandise / Liquidit devient un change Ventes ou Produit / Liquidit. Toutes les
marchandises sont confondues.
Le compte de rsultat est unique :
CHARGES RESULTAT PRODUITS
Dbit en cours d'exercice : Crdit en cours d'exercice :

flux externes (achats, salaires, intrts flux externes (ventes de marchandises
impts ..) ou produits)
Dbit en fin d'exercice :
flux interne d'amortissement
Dbit ou crdit en fin d'exercice des variations de stocks
La reprsentation merisienne est lmentaire :

Un change ou une opration dbite et crdite des ples d'analyse ou des comptes.
Si la facture client est la suivante,
201
FACTURE
total brut : ........9 000

remise 10% : ....... 900
8 100 Ventes 8 100
Produits 200
Port ......................... 200
accessoires
Client 8 300
Net payer ........8 300 Liquidit
elle reprsente les flux entre les comptes crdits "Ventes" et "produits
accessoires" (port) et le compte dbit "Client" (Net payer).
La reprsentation des occurrences est :
dbiter
8300
crditer
8100 client
crditer ventes
200
facture du sicle produits accessoires
1,N 0,N
OPERATION crditer COMPTE
1,N 0,N
dbiter
L'change est dcrit comme opration crditant ou dbitant des comptes.

Comme les deux relations "crditer" et "dbiter" ont des pattes optionnelles (un
crdit ou un dbit peut tre lettr, rapproch avec un autre dbit ou un autre crdit),
elles deviennent un individu unique (qui comprend l'information dbit ou crdit)
appel "criture comptable".
Dans ce modle, une criture gale un dbit ou un crdit.
L'opration est aussi assimile la pice comptable (numro de facture pour
l'opration de facturation). Les critures d'une opration sont saisies dans des
journaux (de caisse, de vente...) qui sont des comptes rendus chronologiques d'un
type d'criture.
202
8 100
crdit
8 300
client
dbit
200 ventes
facture du sicle crdit produits accessoires
OPERATION ECRITURE COMPTE
1,N 1,1 1,1 0,N
MCD simplifi de la comptabilit gnrale

Le Grand Livre est la liste des comptes et de toutes leurs critures sur une priode
donne. La Balance est la liste des comptes et de leurs soldes.
La COMPTABILITE ANALYTIQUE est axe sur l'tude des flux internes et
dtermine
- les cots et rsultats analytiques par critre (article, centre de profit, type de
client, rgion...)
- les lments de gestion prvisionnelle (cots, revenus et rsultats prvisionnels)
L'criture concerne des critres d'analyse ou analytiques. Ces critres peuvent tre
du type article, service, rgion, type de client... Une criture concerne toujours une
charge ou un produit. Charges ou produits sont un type de critre, le compte gnral.
Projet
Rgion
Service
Type de client Schma directeur
Article Grands comptes
Charge/produit Frais personnel
Type de critre Critre analytique
1,1
MCD "Comptabilit analytique"

Avant d'tudier le domaine, il faut dcider si le but de l'tude est une comptabilit
d'analyse trs fine (critres d'analyse trs fins), donc de "gestion" ou de
"production" ou une comptabilit de "synthse", celle qui est appele analytique.
203
Facture Client Rgion
Produit Service Type de Client
MCD "Production"
L'essentiel de la comptabilit analytique est la dtermination des critres
(analytiques) et des rpartitions effectuer.
0,N 1,1
devise 1,N
DEVISE ECRITURE 0,N CRITERE
criture
concerne ANALYTIQUE
0,N
rfrence
0,N 0,N 0,N 0,N
effectue
0,N arrive
1,N dpart
UNITE REPARTITION
0,N 0,1
D' OEUVRE base 1,N
Modle conceptuel sans cumul
Pour calculer un rsultat sur un critre dtermin, une rpartition des cots non
imputables au critre choisi est ncessaire.
Par exemple, le salaire d'un commercial ou du P.D.G est rparti par produit si un
rsultat est calcul par produit. Sinon, le rsultat total, qui prend en compte ses frais
gnraux, ne correspondrait pas la somme des rsultats lmentaires par produit.
Cette rpartition est effectue au moyen d'un facteur de proportionnalit (rgle de
trois) vis--vis d'une unit d'uvre (heures, nombre de factures, francs, nombre de
personnes, tonnes...).
Le salaire du Directeur Gnral est rparti en fonction du chiffre d'affaires de
chaque produit, les cots du service facturation sont rpartis au prorata du nombre de
factures mises par produit etc..
L'criture comptable (dbit ou crdit) a une devise "originale" et ventuellement

une ou des devises de rfrences (facture en dollars et convertie en francs un taux
dtermin).
Afin de permettre un accs direct des comparaisons de dpenses prvues
(budget), engages (commandes), ralises (factures ou comptabilises) entre une
priode comptable ou une autre, des cumuls des critures comptables sont
mmorises. Les montants sont d'un type donn (budget prvu, ractualis, r-
204
ractualis, command, factur, encaiss). Les cumuls sont mmoriss pour un type
de montant et une priode (anne N, N-1, etc.).
Un compte analytique est la composition des critres sur laquelle un cumul de
montant d'criture sera mmoris.
Le modle de donnes final est le suivant :
ECRITURE 1,1 0,N COMPTE 1,N 0,N CRITERE

concerne ANALYTIQUE ANALYTIQUE
combiner
1,1
1,1 1,N
concerne TYPE DE
MONTANT 0,N
0,N cumuler
0,N
concerne PERIODE
0,N ANALYTIQUE
Une structure de compte analytique peut tre dfinie l'aide de liens de compte.
Elle permet la mmorisation des cumuls de comptes analytiques.
205
206
Chapitre IX : solution des exercices
Chapitre IX : solution des

exercices
Viser l'ensemble et se mettre

l'uvre par les dtails.
1 CONCEPTUEL
1.1 MCC
1 : un message est un flux d'information.
2 : penser n'est pas un domaine. Pourquoi penser ?
3 : "We demand" signifie "nous exigeons". C'est donc un message enclencheur ou
stimulant.
4 : non, message enclencheur. L'metteur espre une rponse immdiate sa
demande de paiement.
5 : oui, le message est informant. La rponse au tract lectoral viendra le jour du
vote.
6 : La facture est un flux d'informations pour le client ou le fournisseur et un flux
rel pour l'imprimeur des factures.
1.2 MCT
1 : non. Toute opration conceptuelle est effectue par un intervenant.
2 : non. Une opration conceptuelle est effectue par un seul intervenant, sinon
plusieurs intervenants rempliraient une fonction commune.
3 : non. Un message est vnement d'une opration conceptuelle au maximum.
Eclater le message en plusieurs messages conceptuels.
4 : oui et le message rsultat est envoy un mme intervenant.
5 : non. La synchronisation provient de l'organisation (mme support physique de
deux messages conceptuels). Elle est proscrire au niveau conceptuel.
207
1.3 MCD
1. "vnement" est une relation binaire. "rsultat" est une relation ternaire reliant
les 3 individus "opration", "message" et "condition".
demande de produit de substitution pas de coke en stock

ordre de rapprovisionnement coke en stock
ordre de livraison CONDITION
MESSAGE
0,N
0,N 0,N rsultat
0,N OPERATION
vnement
0,1
2 : un auteur crit un ouvrage, le contenu d'un livre. Le prt concerne un

exemplaire physique de livre ou d'ouvrage.

de
0,N 0,N
AUTEUR prter PRET
crire
date de retour 1,N
1,N
3 : une personne prsente un N symptmes. Les symptmes sont typiques de

zro N maladies (pathologies). Une maladie est type par un N symptmes.
La consultation est faite par un mdecin. "Consultation" est un individu car les
historiques des consultations sont grs.
Imaginaire Knock
Malade Consultation Mdecin

1,1 1,1 0,N
0,N
Consultation est un individu

Un diagnostic suit une ou plusieurs consultations. Il identifie toujours une maladie
au minimum.
Une contrainte existe sur ce modle. Les diagnostics de plusieurs consultations
concernent tous la mme personne.
208
1,N 0,N
PERSONNE SYMPTOMES
prsenter
0,N 0,N
DIAGNOSTIC
1,N
1,N typer
avoir
1,1 0,1 1,N
CONSULTATION 0,N MALADIE

MEDECIN
faire
1,1 0,N
4:
OCCURRENCE D'INDIVIDU Nombre de pattes parent Fils de...
Pierre 3 0
Marie 1 1
Franois 0 2
Paul 0 1
Franois est fils de Pierre et de Marie qui sont pre et fille.
2 ORGANISATIONNEL
Question 1 : La runion des personnes peut tre considre comme poste de
travail quand une opration est effectue.
Question 2 : Organigramme allemand avec directoire. Un poste de travail peut
tre constitu de plusieurs postes de travail et tre reli plusieurs personnes.
Question 3 : procdure de vote. Le secrtariat vrifie l'identit partir d'une pice

d'identit et donne les bulletins de vote. La carte d'lecteur n'est pas obligatoire. Le
prsident est charg de surveiller l'isoloir et examine les deux pices, la carte
d'lecteur (C. E.) et la pice d'identit (P. I). Il les donne ensuite au "1er assesseur". Si
la carte d'lecteur est absente, il dclare nom et prnom l'assesseur qui tient le
registre (le 2e). Sinon, il dclare le numro de la carte d'lecteur. Le 2e assesseur
recherche l'lecteur sur le registre et indique son nom, son prnom et son adresse au
209
1er assesseur. Celui-ci dclare "peut voter" l'aide des pices si tout est OK. Alors,
l'lecteur remet son bulletin sous enveloppe dans l'urne et le prsident dclare "a
vot". Le 2e assesseur signe le registre, le 1er tamponne la carte d'lecteur et remet
les pices l'lecteur.
Citoyen Secrtariat 1er assesseur Prsident 2me assesseur
demande de vote
Examen
identit
refus de vote
Surveiller isoloir
bulletin de vote
incident
demande de revoter
Pice Identit (+ Carte Electeur)
demande de dpt
bulletin dans l'urne
Examiner identit
refus de vote no carte ou nom...
P.I (+ C. E)
Examiner registre
Nom, prnom...
Examiner identit
refus de vote
KO peut voter
demande de dpt
bulletin dans l'urne
Examen du vote
a vot
Tamponner
carte lecteur
carte lecteur Signer registre
tamponne
Vous venez
dpouiller ?
3 Logique
MLD : dessin d'une partie de MLD bibliothque. Les individus se transforment en
enregistrement. Les relations "crire" et "de", non porteuses d'information, se
transforment chacune en 2 chemins. La relation "prter exemplaire", porteuse
d'information, se transforme en 3 chemins et un enregistrement.
N
OUVRAGE EXEMPLAIRE
1 1 PRETER
EXEMPLAIRE
N N
N
N
AUTEUR PRET
210
MLT Minitel : Recherche d'un numro de tlphone. Nous laissons le soin au

lecteur de se servir d'un MINITEL pour vrifier le rsultat.
Saisie des caractristiques

Envoi avec abonn Envoi sans abonn
Affichage des numros Pas d'abonn
suite correction Guide + Elargir correction
Nom Saisie obligatoire

Rubrique Saisie obligatoire
Localit Saisie obligatoire
Dpartement Saisie facultative

Adresse Saisie facultative
Prnom Saisie facultative
4 Physique
MPD : dessin d'une partie de MLD bibliothque en relationnel.
Les individus se transforment en enregistrement. Les relations "crire" et "prter
exemplaire", porteuses d'information, de pattes de cardinalits maximales N et N se
transforment en table. La relation "de" de patte de cardinalits maximales 1 et N
entrane la redondance de l'information "rf. ouvrage" dans l'enregistrement
"exemplaire".
OUVRAGE EXEMPLAIRE AUTEUR PRET
rf ouvrage rf exemplaire rf ouvrage rf auteur rf prt
ECRIRE PRETER EXEMPLAIRE

rf ouvrage rf auteur rf exemplaire rf prt date retour
MPD : dessin d'une partie de MLD bibliothque en navigationnel.
211
Les individus se transforment en enregistrement. Les relations "crire" et "prter

exemplaire", porteuses d'information, de pattes de cardinalits maximales N et N se
transforment en enregistrement et 2 liens physiques "pointant" vers les
enregistrements crs.
La relation "de" de patte de cardinalits maximales 1 et N se transforme en 1 lien
physique d'"ouvrage" vers "exemplaire".
EXEMPLAIRE PRETER
ECRIRE OUVRAGE
EXEMPLAIRE
AUTEUR PRET
5 RESUME
Traitement :
1 : Non, un outil informatique dpend de l'organisation. Il sera la disposition
d'un ou de plusieurs postes de travail.
2 : Oui. Un systme se dcompose en sous-systmes. Quelle est la diffrence
entre un systme et un sous-systme ?
3 : Non, il effectue aussi des oprations organises. Tout poste de travail effectue
des oprations organises.
4 : Non, tout poste de travail effectue aussi tout ou partie d'oprations
conceptuelles. Il remplit certaines fonctions de l'entreprise.
5 : La rponse est oui, mais quelle est la question ?
6 : Oui, toute opration conceptuelle est effectue par une fonction majeure de
l'entreprise, un domaine ou un sous-domaine.
212
Chapitre X : tude de cas
Deux touches pour les yeux et voil le

dragon dessin qui s'anime.
Ce cas concerne l'tude d'une bibliothque dont l'activit principale consiste
prter des livres des abonns. Elle gre d'autres activits comme l'achat de livres
des diteurs ou la reliure chez des relieurs. La bibliothque est subventionne et les
abonns ne payent pas de cotisation.
Les rgles de fonctionnement sont les suivantes :
Tous les abonns sont accepts et tous les livres empruntables.
Les employs de la bibliothque dterminent les numros des livres que les
abonns souhaitent emprunter.
Les livres disponibles sont remis aux abonns dans la limite d'un nombre maximal
de livres empruntables fix 5.
La dure maximale du prt dpend du titre emprunt. Lorsque cette dure est
dpasse, une relance est faite auprs des abonns.
Les livres neufs, issus des propositions des abonns (ventuellement enrichis
d'autres titres), sont commands aux diteurs.
Les livres les plus usags sont dtruits, les rparables sont envoys chez un
relieur.
Les commandes (aux diteurs et aux relieurs) sont suivies et une relance est
effectue ds que la date de livraison prvue est dpasse d'une semaine.
1 MODELE CONCEPTUEL
1.1 Modle conceptuel de communication
1.1.1 Intervenants : partenaires et domaines
Les intervenants externes, les partenaires de la bibliothque sont :
Abonn, Relieur, Editeur, Mcne (bibliothque est subventionne). Des
partenaires non reprsents tels que banque ou Etat existent galement.
Les intervenants internes la bibliothque sont :
Prter les livres, domaine qui se dcompose en trois sous-domaines :
213
prter les livres assure une bonne rotation des livres prts, rcupre les livres
prts...
enrichir la bibliothque conseille le choix de lecture aux abonns, commande les
nouveauts.
entretenir les livres s'assure de leur bon tat, les fait relier, les met au pilon, les
recommande aux diteurs s'ils sont irrcuprables.
Un deuxime domaine est d'Assurer l'quilibre financier de la Bibliothque qui
trouve les dons pour la bibliothque, fixe des budgets pour les commandes aux
diteurs et aux relieurs...
Lecteur BIBLIOTHEQUE
Prter les livres
Prter les livres

Editeur
Entretenir
les livres
Enrichir la
Bibliothque
Relieur
Assurer l'quilibre
financier
Mcne
INTERVENANTS de la bibliothque
Le domaine prter les livres et les partenaires associs Abonn, diteur et Relieur
sont dvelopps pour la suite de l'tude.
1.1.2 Flux
Flux rels. Les flux rels sont les flux de livres. Pour clarifier le propos, les
autres flux rels (flux d'argent tels que le don du mcne ou le paiement des livres) ne
sont pas reprsents.
Le modle indique qu'entretenir est responsable de la commande des livres neufs
et remplace les livres usags. Un autre choix possible est de ne pas considrer le flux
de livres neufs entre Entretenir et l'diteur, Enrichir la bibliothque se chargeant
d'effectuer toutes les commandes.
214
Prter les
Livre Prt livres
Abonn Livre Rendu
Prter les livres
Enrichir la
Livre Neuf
Bibliothque
Editeur Livre Neuf
Livre Usag
Entretenir
les livres
Relieur Livre Reli
FLUX REELS
Messages ou Flux d'informations.
Demande d'abonnement
Demande de prt
Retour de prt
Abonn
Demande de restitution
de livre
Prter les
Prt accord livres
Abonnement
Commande relieur
Entretenir Tarif reliure Relieur
Conseil de lecture
les livres Facture relieur
Demande de Enrichir la Commande diteur

Bibliothque Commande diteur
Conseil de lecture Catalogue Editeur
Facture diteur
MCC de la bibliothque : les messages

Sous-domaine "Prter les livres"
Messages de l'Abonn vers Prter les livres (informations entre parenthses) :
Demande d'abonnement (Nom Personne, Prnom, Adresse)
Demande de prt (Titre de l'ouvrage, Auteur, Thme)
Retour de prt (Numro de livre, Date de retour relle du livre)
Messages de Prter les livres vers l'Abonn :

Abonnement accept (Numro d'abonn)
Prt accord (numro de livre, date de retour maximum du livre, date du prt,
numro de prt)
215
Demande de restitution de livre (numro de livre, date de retour maximum du

livre, date de la relance, numro de prt)
Sous-domaine "Enrichir la Bibliothque"
Message de l'Abonn vers Enrichir :
Demande de conseil de lecture (Auteur, Thme)
Message de Enrichir vers l'Abonn :
Conseil de lecture (Titre de livre, Auteur, date de disponibilit de livre)
Messages de l'diteur vers Enrichir :
Catalogue (Titre de l'ouvrage, Auteur, Thme, Prix unitaire)
Facture diteur (Rfrence diteur, Prix unitaire, quantit commande, Taux
TVA, Total facture TTC)
Message de Enrichir vers l'diteur :
Commande l'diteur (Rfrence diteur, Prix unitaire, quantit commande,
date de la commande)
Sous-domaine "Entretenir"
Messages du Relieur vers Entretenir :
Tarif reliure (Type de Prestation, Prix unitaire)
Facture Relieur (Prestation, Rfrence livre, Prix unitaire, quantit relie, Taux
TVA, Total facture TTC)
Message de Entretenir vers Relieur :
Commande au Relieur (Prestation, Rfrence livre, Date de la commande, date
de disponibilit de livre)
Message de Entretenir vers l'diteur :
Commande l'diteur (Rfrence diteur, Prix unitaire, quantit commande,
date de la commande)
1.1.3 Epuration du vocabulaire.

L'puration du vocabulaire consiste reprendre les informations des messages,
liminer les synonymes, les quivalences et les polysmes, dterminer les
informations composes et les rgles de calcul.
INFORMATIONS en vrac, vocabulaire purer :
Nom Personne, Prnom, Adresse
Titre de l'ouvrage, Auteur, Thme
Numro d'abonn
Numro de livre, date de retour maximum du livre, date du prt du message Prt
accord
216
Date de retour relle du livre du message Retour de prt de l'abonn vers prter
les livres
Numro de livre, date de retour maximum du livre, date de la relance du message
Demande de restitution de livre
Titre de livre, date de disponibilit de livre du message Conseil de lecture de
l'Abonn vers Enrichir.
Titre de l'ouvrage, Auteur, Thme, Prix unitaire, du message Catalogue entre
l'Editeur et Enrichir conceptuellement la Bibliothque.
Rfrence diteur, Prix unitaire, quantit commande, Taux TVA, Total facture
TTC du message Facture diteur entre diteur et Enrichir
Type de Prestation, Prix unitaire du message Tarif reliure de Relieur vers
Entretenir.
Prestation, Rfrence livre, Prix unitaire, quantit relie, Taux TVA, Total facture
TTC du message Facture Relieur vers Entretenir.
Rfrence diteur, Prix unitaire, quantit commande, date de la commande du
message Commande l'diteur d'Enrichir.
Prestation, Rfrence livre, Date de la commande, date de disponibilit de livre
du message Commande au relieur d'Entretenir.
Rfrence diteur, Prix unitaire, quantit commande, date de la commande du
message Commande l'diteur d'Enrichir ou Entretenir.
Informations pures.
Informations sans-souci :
Ces informations n'apparaissent qu'une seule fois ou possdent la mme
signification dans diffrents messages.
Nom Personne, Prnom, Adresse, Titre de l'ouvrage, Auteur, Thme, Numro
d'abonn, numro de livre, date du prt, Date de retour relle du livre, date de la
relance, Prestation, Rfrence livre (de la bibliothque), Rfrence diteur, quantit
relie.
Informations quivaloir (synonymes de) :
Date de disponibilit de livre et date de retour maximum du livre. Ces
informations ont strictement la mme signification. "Date de disponibilit du livre"
est remplacer par "date de retour maximum du livre".
Titre de livre et titre de l'ouvrage : ces informations n'ont pas exactement la
mme dfinition. Un titre de livre est un titre d'ouvrage d'un exemplaire physique de
livre dtermin. Un ouvrage crit mais non publi ou non achet par la bibliothque a
un titre d'ouvrage mais pas de titre de livre.
La notion de titre d'ouvrage est plus grande que la notion de titre de livre. Titre de
livre est un sous-ensemble d'un titre d'ouvrage.
217
Titre D'ouvrage
Titre De Livre
Amont
aval
Information en
AMONT : Titre d'ouvrage
entre de rgle
EQUIVALENCE REGLE DE
TITRE DE LIVRE / TITRE D'OUVRAGE CALCUL
Information calcule
AVAL : Titre de livre en sortie de rgle
quivalence et rgle de calcul

Informations obtenues partir de rgles de calcul.
Les informations en sortie rsultent de traitement des informations en entre par
la rgle. L'information "date de retour maximum du livre" est calcule partir de la
"date du prt" et d'une autre information, la "dure autorise d'un prt".
Le Total facture TTC est calcul partir des quantits unitaires, des prix unitaires
et du taux de TVA : ce calcul peut tre dcrit de faon grossire :
Prix Unitaire
dure autorise date du Taux TVA
Quantit
d'un prt prt
calcul de la date de calcul du montant
retour maximum du livre total de la facture TTC
date de retour Total facture TTC

maximum du livre
ou de faon dtaille :
Prix quantit Total ligne Total Taux TVA

unitaire de facture facture HT
calcul du montant calcul du montant calcul du montant
ligne de facture HT total de la facture HT total de la facture TTC
Total ligne de facture Total facture HT Total facture TTC
Rgles de calcul dtailles

Informations sparer (polysmes).
Prix unitaire, des messages Catalogue, tarif reliure, Facture Relieur.
Cette information est clater en prix unitaire facture relieur, facture diteur,
catalogue diteur, tarif relieur.
Date de la commande des messages Commande au relieur et Commande
l'diteur.
218
Date de disponibilit de livre des messages Conseil de lecture et Commande au

relieur. Cette information, qui se trouve dans deux messages, a deux significations :
date de livraison souhaite pour l'diteur et date de retour maximum. Nous avions le
cas d'une information polysme et synonyme d'une autre information.
1.2 Modle conceptuel de traitement
Le modle de communication dvelopper pour expliciter le sous-domaine

"prter les livres" est le suivant :
Demande d'abonnement
Demande de prt
Retour de prt
Abonn

Prt accord Prter les livres
Abonnement
MCC partiel (d'un sous-domaine)
Oprations et messages associs (vnement et rsultat).
Quatre oprations concernent ce sous-domaine :
Demande
de prt
TRAITER DEMANDE DE PRET RECUPERER

abonn LIVRE
non
pas de livre livre
abonn restituer
si livre rendre
restituer
livre disponible
Demande de
Abonnement restitution de livre
Retour de prt
Prt accord

PRISE EN COMPTE
Demande
RETOUR DE PRET
d'abonnement
toujours
ABONNER
Demande inspection
PERSONNE
du livre
toujours
Abonnement
MCT du sous-domaine PRETER LES LIVRES

- Traiter les demandes de prt.
219
Cette opration est enclenche rception du message de l'abonn, la demande de

prt. Si la personne n'est pas abonne, elle est systmatiquement abonne. La
bibliothque est large et gnreuse. Pas de cotisation, ni de parrainage. Si la personne
est abonne, elle peut avoir un ou plusieurs livres rendre, dont la date de restitution
est dpasse. Dans ce cas, une demande de restitution de livres est effectue. Si elle
n'a pas de livre restituer et si un livre demand est disponible, un message de prt
accord est mis vers l'abonn.
- Rcuprer livre.
Cette opration est dcide. Elle consiste inspecter les livres non rendus et dont
le prt est arriv chance. Le message rsultat est la demande de restitution du
livre.
- Abonner personne.
Cette opration est enclenche rception du message de l'abonn, la demande
d'abonnement. Si la personne n'est pas abonne, elle est systmatiquement abonne.
La bibliothque est large et gnreuse. Pas de cotisation, ni de parrainage.
- Prise en compte du retour de prt.
Cette opration est enclenche rception du message de l'abonn, Retour de
prt. Elle consiste "enregistrer" le retour du ou des livres et mettre une demande
d'inspection de l'tat du livre au sous-domaine entretenir. Ce message est nouveau. Il
sera rpertori sur le modle conceptuel de communication.
1.3 Modle conceptuel de donnes
1.3.1 Individus et relations

Diffrence entre "ouvrage" et "exemplaire". Un exemplaire est un livre physique,
un ouvrage est un livre crit par un auteur, le contenu.
"Prt" est un individu. Un mme exemplaire peut tre prt 2 fois au mme
abonn. Les prts chus font partie de la gestion d'une bibliothque. Par contre, les
demandes de prts ne sont pas gres.
PERSONNE PRET EXEMPLAIRE

nom abonn
prnom abonn date du prt date destruction
adresse abonn
Prt est un concept individualiser

Que gre la bibliothque, des ouvrages dits ou des ouvrages d'auteur ? Un
"ouvrage dit" est un ouvrage valable dans une collection. "Les trois
Mousquetaires" en collection de poche est un ouvrage diffrent des "Trois
Mousquetaires" en collection de luxe. Les commandes aux diteurs concernent les
"ouvrages dits". Les exemplaires sont des exemplaires physiques identiques d'un
mme ouvrage.
220
Les individus et leurs informations sont :
0,N 1,N OUVRAGE 0,N 1,1

EXEMPLAIRE
GENRE
titre ouvrage
nom genre dure autorise date destruction
1,N collection
1,N 0,1
0,N 0,N
AUTEUR 0,N
livrer prter livre
nom auteur
prnom auteur exemplaire date retour
1,N 1,N 1,N

COMMANDE COMMANDE PRET
EDITEUR 0,N RELIEUR
date du prt
date commande date commande
diteur relieur
1,1
1,1 1,1
0,N
0,N 0,N
EDITEUR RELIEUR PERSONNE

nom relieur nom abonn
nom diteur
adresse relieur prnom abonn
adresse diteur
adresse abonn
MCD 1 les individus sont dplis...
Comment obtient-on un modle repli ?

Editeur, relieur et fournisseur. Pourquoi la bibliothque gre-t-elle les individus
"Editeur" et "Relieur" ? En temps que "fournisseur". Les individus "diteur" et
"relieur" deviennent l'individu "fournisseur" qui peut tre de plusieurs types. Un
diteur peut tre relieur. Si un fournisseur est soit diteur, soit relieur, "type de four-
nisseur (relieur/diteur)" est une information de l'individu "fournisseur".
Critre de choix, type de critre et paramtre. Pourquoi la bibliothque gre-t-

elle les individus "Auteur" et "Genre" ? Pour rpondre aux abonns quand ils
demandent un ouvrage ou pour tablir des moyennes de lecture. Les livres de tel
auteur ou de tel genre (roman policier) sont les plus demands. Ces deux individus
sont des occurrences de l'individu "Critre de choix". Genre et Auteur sont des
occurrences de l'individu "Type de critre". Ainsi, la couleur du livre, l'diteur, et
tout autre ide peuvent devenir des critres de choix.
L'information "dure autorise" de l'individu "ouvrage" peut tre gre par un
individu "paramtre". Ainsi, il sera possible de dterminer cette dure en fonction du
genre ou de l'auteur.
221
eyrolles diteur
couleur
jaune
thme
jeux
nom auteur
aventure
0,N
Victor Hugo TYPE DE
CRITERE
CRITERE 0,N rf. type critre
DE CHOIX libell type critre
rf. critre
libell critre autoriser
dure autorise
valoriser
0,1 valeur 0,N PARAMETRE
avoir
rf. paramtre
1,N OUVRAGE 0,N libell param.
0,N
0,N titre ouvrage
collection ouvrage
diter 1,1
0,N 0,N
livrer EXEMPLAIRE
0,N
COMMANDE exemplaire rf. exemplaire
livre prt
date retour
date destruction
date commande 0,N relier livre
1,N
date livraison exemplaire
PRET
1,1
date prt
0,1 0,N
1,1
FOURNISSEUR TYPE PERSONNE
nom fournisseur 1,N typer 0,N FOURNISSEUR nom abonn
adresse fournisseur fournisseur
libell type prnom abonn
dlai de relance
fournisseur adresse abonn
0,N
MCD 2 les individus sont replis...
1.3.2 Informations de relation

Les informations des relations sont : type de prestation de "Relier exemplaire",
date de retour de "livre prt" et valeur de "valoriser".
Il convient de reprendre les informations des messages afin de sparer les
concepts "rfrence exemplaire" et "rfrence ouvrage".
1.4 Validation MCD/MCT.

Toutes les informations ncessaires aux oprations sont-elles disponibles ?
Toutes les informations de l'opration dcide (sans message vnement) relance
fournisseur sont-elles disponibles ? Le dlai de relance du fournisseur manque. Les
bons fournisseurs sont relancs plus tard que les inconnus. Une nouvelle information
apparat sur l'individu "fournisseur".
Tous les individus, relations et informations du MCD sont-ils crs et consults ?
Validation effectuer.
222
2. NIVEAU ORGANISATIONNEL
2.1 MODELE ORGANISATIONNEL DE TRAITEMENT
2.1.1 Liste des postes de travail et des procdures.
Les postes de travail sont multi-domaines, ils concernent Grer les livres et
Assurer l'quilibre financier. Ils ont t choisis dans une organisation spcialise pour
les besoins de l'exemple. Ils sont :
Accueil de la clientle : administratif, responsable des abonnements et de
l'orientation des abonns.
Bibliothcaire : aide au choix de l'ouvrage, remplit les commandes, rceptionne
les livres des diteurs.
Chef encaisse les dons du mcne, rgle les factures fournisseurs, signe les bons
de commande et vrifie les dpenses engages vis--vis du budget, rceptionne et
rgle les factures diteurs et relieurs.
Magasinier responsable du stock, dballe et range les livres, met disposition les
livres demands, rceptionne les livres relis.
L'organigramme est :
Chef
Bibliothcaire Accueil
Magasinier
Postes de travail de la bibliothque.
Liste des procdures ou MOT

Six procdures sont retenues. La procdure Budget ne fait pas partie du domaine
Prter les livres. De manire organise, le budget sera dcid pour fixer les limites
des commandes.
Les procdures sont : Prt - Demande Abonnement - Rendu des livres - Achat
diteur - Commande relieur - Budget
Les procdures prcdentes sont dtailles. Les trois procdures Prt, Demande
d'abonnement et Rendu des livres pourraient tre regroupes en une seule. Le choix
de la "longueur" d'une procdure appartient l'utilisateur final.
2.1.2 Exemple de procdure ou de MOT.

Que fait la Bibliothque et qui fait quoi quand un abonn demande un prt ? La
rponse est dcrite l'aide du MOT ou de la procdure suivante.
223
ABONNE ACCUEIL MAGASINIER CHEF
demande
de prt
Examen demande de prt
+5 non livre non tout
livres abonn disponible OK demande de sortie
refus des livres
de prt
autre Rechercher
guichet les livres
KO OK
disponibilit
du livre
livre introuvable
Annoncer indisponibilit
toujours
dsol,
pas de livre
livre disposition
Prise en charge Prt

M
toujours
Inventaire
accord
de prt
livres
manquants
PROCEDURE OU MOT "DEMANDE DE PRET"

Sur cette procdure apparaissent des messages typiquement organiss tel que
"autre guichet" et une opration temporise - ici mensuellement - , l'inventaire. La
procdure devrait continuer : quelle est la raction du chef si des livres manquent ?
La vrification de l'opration organise "Examen de la demande de prt" avec son
quivalent conceptuel "traiter demande de prt" entrane la cration d'un message
rsultat supplmentaire oubli, la "demande de restitution de livres".
2.2 Modles organisationnels de donnes.

- Sites.
2 sites de donnes pourraient tre envisags. Un site de donnes servant de base
d'interrogation des livres pour les abonns et un site propre la gestion de la
bibliothque. Un seul est retenu pour le cas.
- Individus et relations.
Les individus et les relations sont les mmes qu'au niveau conceptuel.
224
- Informations
Les informations sont les mmes qu'au niveau conceptuel.
2.3 Modle organisationnel de communication

- Sites : un seul site, donc pas de communication.
3. NIVEAUX LOGIQUE ET PHYSIQUE

3.1 Liste des outils informatiques par procdure
PROCEDURE PRET. Les oprations organises sur le MOT prcdent ont
disposition les outils suivants :
Opration "examen de la demande de prt" : outils consultation abonn,
modification abonn, consultation des titres et de leur disponibilit, consultation des
abonns, calcul du nombre de livres emprunts.
Opration "rechercher les livres" : outils chelle, tenue du stock en rayonnage
affect, les livres dans l'ordre de leur numros.
Opration "annoncer indisponibilit" : pas d'outil, sinon la diplomatie !
Opration "prise en charge du prt" : outil Enregistrement d'un prt.
Les outils informatiques sont donc, pour cette procdure : Consultation abonn,
Modification abonn, Consultation des titres, des livres et de leur disponibilit,
Enregistrement d'un prt, Consultation des abonns, Consultation des prts non
solds.
Autres procdures. Les oprations organises des autres procdures sont aussi
dotes de moyens informatiques disposition des postes de travail, bibliothcaire,
accueil... Les outils de chaque procdure sont explicits ci-aprs afin d'en dresser une
liste exhaustive et d'en dduire une planification.
PROCEDURE DEMANDE D'ABONNEMENT : cration abonn, dition de la
fiche abonn
PROCEDURE RENDU LIVRES : relancer les abonns pour prts non rendus
(TD)
PROCEDURE ACHAT EDITEUR, enregistrer les commandes diteurs, relancer
les diteurs pour livraison (TD), consultation des commandes diteurs, consultation
de base de donnes diteur, commande par Minitel aux diteurs, enregistrer les
exemplaires livrs., consultation des types de livres lus par les abonns.
PROCEDURE ACHAT RELIEUR : cration de commande au relieur, relance
des relieurs pour livraison (TD), consultation des commandes relieurs, consultation
de la dure moyenne de vie des livres en fonction des diteurs.
PROCEDURE BUDGET : consultation des commandes diteurs, consultation des
commandes relieurs.
225
3.2 Validation liste des outils / MOD et planification.

Tous les individus, relations et informations sont-ils crs et lus par un outil ?
Les individus critre de choix, type de critre et les relations autour de critre seront
crs par l'outil nouveau cration des ouvrages. Les individus "fournisseur", "type de
fournisseur" seront crs par un nouvel outil "cration des fournisseurs". L'individu
"paramtre" et la relation "paramtre/type de critre" seront crs par un nouvel outil
"cration des paramtres".
Planification. 22 outils sont identifis. 17 peuvent tre qualifis de simples
spcifier et 5, ceux qui tournent autour d'ouvrage et critres, sont de complexit
moyenne. Le temps ncessaire la spcification externe (enchanement des tats,
description des informations et validation par l'utilisateur) et interne (actions sur le
MLD et description de l'obtention des informations) est estim :
17x2 + 5x5 = 59 jours, soit 3 mois environ. La ralisation sur micro-ordinateur est
estime 3 mois aussi.
3.3 Modle physique de donnes

Le modle physique retenu pour cet exemple est le modle relationnel, celui-ci
tant appel se dvelopper de plus en plus. Les enregistrements ou tables sont
composs d'informations et d'une cl. La cl est cerne de trait gras. Si deux
informations sont dans un mme rectangle, la cl est la composition de ces deux
informations.
Tous les individus se transforment en enregistrements.
Les relations autoriser et valoriser entre les individus "type de critre", "critre de
choix" et "paramtre" sont des relations NN et se transforment en enregistrements.
type de critre rf. type critre libell type critre
critre de choix rf. critre libell critre rf. type critre rf.fournisseur
paramtre rf. paramtre libell paramtre
autoriser rf. paramtre, rf. type de critre
valoriser rf. paramtre, rf. critre valeur paramtre
Les relations "ouvrage command", "relier exemplaire" et "typer fournisseur"

entre les individus "commande", "ouvrage", "exemplaire", "fournisseur" et "type de
fournisseur" sont des relations NN et se transforment en enregistrements.
226
commande no commande date commande rf. fournisseur
ouvrage rf. ouvrage titre ouvrage collection ouvrage
ouvrage command relier exemplaire

numro commande, rf. ouvrage numro commande, rf. exemplaire type prestation
fournisseur
rf. fournisseur nom fournisseur adresse fournisseur dlai de relance
type de fournisseur typer fournisseur

rf. type fournisseur libell type fournisseur rf fournisseur, rf. type fournisseur
Les relations "choisir" et "prter livre" entre les individus "ouvrage", "critre de
choix", "exemplaire" et "prt" sont des relations NN et se transforment en
enregistrements.
personne
no abonn nom abonn prnom abonn adresse abonn nb livres emprunts
prter livre numro de prt, rf. exemplaire date retour livre
prt numro prt date prt no abonn choisir rf. ouvrage, rf. critre
exemplaire rf. exemplaire date destruction rf. ouvrage rf. cde diteur
Chemins. Tous les chemins provenant de pattes sont conservs sauf le chemin de
fournisseur critre de choix qui n'est pas retenu. Il n'est pas intressant de connatre
le numro de critre de choix d'un fournisseur. L'information rfrence du critre
n'est pas dans l'enregistrement Fournisseur.
Informations. Les informations des individus et des relations se retrouvent dans
les enregistrements drivs.
L'information calcule "nombre de livres prts un abonn" est redonde dans
l'enregistrement "personne". L'information "collection de l'ouvrage" est redonde
dans l'enregistrement "ouvrage". On aurait pu redonder le no d'abonn emprunteur et
la date de retour prvisionnelle dans l'exemplaire.
L'information "numro de prt", cl de l'enregistrement Prt est, en gnral,
choisie comme composition du numro d'abonn et de la date. Dans une approche
des individus par les informations, ce numro de prt n'existe pas et l'individu prt
n'est pas identifi tout de suite.
L'information "numro de livre", cl de l'enregistrement Exemplaire est, en
gnral, choisie comme composition du numro d'ouvrage et d'un numro d'ordre.
Dans ce cas, si un exemplaire est dtruit, que devient son numro d'ordre ?
rf. exemplaire = rf.ouvrage numro d'ordre
Composition de la rfrence exemplaire
227
3.4 Validation liste des outils / MLD.

L'information supplmentaire "nombre de livres emprunts" de l'enregistrement
personne doit tre cre ou modifie par l'outil "enregistrement prt".
3.5 Modle logique de traitement

L'outil trait est "l'enregistrement des prts".
3.5.1 Spcification externe de l'outil
Saisie des abonns et des livres

toujours
Affichage et validation
si validation
MLT de l'outil "Enregistrement des prts"
Date Affiche
Numro abonn saisie obligatoire Nom abonn
Nombre de livres emprunts
Numro de livres Titre ouvrage date de retour
saisie facultative
saisie facultative
saisie facultative
saisie facultative
saisie facultative
Date affiche
Numro abonn affich Nom abonn affich
Nombre de livres emprunts affich
Numro de livres Titre ouvrage date de retour
affich affich affiche
Validation O/N saisie
2me tat de l'outil
3.5.2 Spcification interne de l'outil

Action des tats de l'outil "Enregistrement des prts".
228
A partir du deuxime tat, si l'information saisie "validation" est oui, 3 actions de

cration ou de mise jour du MLD sont enclenches.
La premire "MAJ du nombre de livres emprunts" met jour l'information
"nombre de livres emprunts" de l'enregistrement "Personne". La deuxime
"Cration d'un prt" cre toutes les informations "numro de prt", "date de prt",
"numro abonn" de l'enregistrement "Prt". La troisime "Cration de livre prt"
cre les informations "rfrence exemplaire", "numro de prt", de l'enregistrement
"Prter livre".
Utilisons le formalisme individu/relation ou reprsentons le Mta-Modle ou le
modle de donnes de la spcification interne.
cration d'un
livre prt numro de prt
Prter livre
cration d'un prt date de prt
Prt
maj nombre de nombre de
Personne livres emprunts
livres emprunts
ENREGISTREMENT ACTION INFORMATION
0,N 1,1 1,N 0,N
Mta-modle des actions du deuxime tat sur le MPD
Obtention des informations mises jour.

Les informations "numro de prt", "date du prt" et "nombre de livres
emprunts" sont des informations mises jour et non saisies ou affiches dans l'tat.
Comment sont-elles obtenues ?
L'information "numro de prt" est obtenue par une rgle de calcul "dernier prt
plus un".
L'information "nombre de livres emprunts" est obtenue par une rgle de calcul
avec compteur "compter les livres emprunts" d'un abonn.
L'information "date du prt" est obtenue par une quivalence "date du jour du
prt". La date du prt est la date du jour (systme) du prt.
Obtention des informations affiches.
Les informations "titre de l'ouvrage", "date du retour prt" sont des informations
affiches et non saisies ou affiches dans l'tat prcdent. Comment sont-elles
obtenues ?
L'information "titre de l'ouvrage" est obtenue par un chemin "titre de
l'exemplaire" qui va de l'information "rfrence de l'exemplaire" l'information "titre
ouvrage" via l'information "rfrence de l'ouvrage".
L'information "date de retour du prt" est obtenue par une rgle de calcul "calcul
de la date de retour du prt". Cette rgle de calcul a t identifie lors de l'puration
du vocabulaire.
229
3.6 Modle logique de communication

Dans cet exemple, un seul site de mmorisation existe. Aucun message n'est
chang entre sites ; il n'existe pas de MLC.
230
Chapitre XI : 10 critres de choix d'un outil d'aide la conception
Chapitre XI : 10 critres de
choix d'un outil d'aide la
conception
Prendre la branche pour la racine

(proverbe chinois)
1. Pourquoi choisir un outil d'aide la

conception?
Le choix d'un outil d'aide la conception s'effectue en tudiant les modles de la
mthode. Construire le modle conceptuel de communication permet de dgager les
critres de choix. Rassurons les ingnieurs conseils, ces outils sont plus des outils du
type dessins Assists par Ordinateur plutt que de Conception Assiste par
Ordinateur.
L'objectif de la mthode est de "formaliser" les choix de l'utilisateur final en vu de
les faire raliser informatiquement. Le modle de communication de la mthode est le
suivant :
demande d'informatisation
FORMALISER
demande de validation de texte
demande de validation de dessins
maquette valider
demande de programmation
UTILISER produit informatique PROGRAMMER
Le MCC de la mthode...
Les partenaires ou les intervenants externes de la mthode sont : UTILISER
l'informatique et PROGRAMMER ou raliser. MERISE est le langage de rfrence
entre UTILISER et PROGRAMMER.
231
Cette dcoupe entre FORMALISER et PROGRAMMER dpend de l'ampleur de

l'outil et du champ de la mthode. Dans certains cas, la ralisation de l'informatique
peut tre comprise dans la mthode. Alors, informatiser recouvre formaliser et
raliser. C'est la diffrence entre les ateliers de gnie logiciel appels "upper case"
(jeu de mot de typographe amricain), qui dbouchent sur le cahier des charges de
ralisation informatique, ou "lower case", qui comprennent la ralisation
informatique. Si vous voulez tre branchs vous pouvez parler de I-Case ou
Integrated Case ou monstre sacr ou C-Case ou Component Case ou case visage
humain. Conserver aussi l'esprit qu'aucun outil n'a encore totalement supprim
PROGRAMMER. Des concepts tels que "rgles de calcul", "chemin", "contraintes"
doivent tre programms ainsi qu'une bonne partie des programmes non interactifs ou
par lot.
Les messages changs entre les diffrentes fonctions ou domaines suivent la
logique suivante. L'utilisateur exprime son besoin, sa demande d'informatisation
dans les meilleurs cas ou sa solution informatique dans les pires. Aprs longue
rflexion et moult changements de demande de l'utilisateur final, "FORMALISER"
formalise et prsente la demande de l'utilisateur sous forme de dessins (les modles)
ou de texte, ses demandes de validation. L'utilisateur approuve, n'approuve pas ou
bien dit qu'il n'y comprend rien, que cela prend vraiment beaucoup de temps pour pas
grand chose, qu'il ne peut plus vivre comme a, que cela fait beaucoup de temps de
dpens pour... un outil que l'on dsire seulement simple, convivial, volutif et
puissant.
Enfin, comme nous discutons d'informatique, aprs la liste indispensable des
outils informatiques PROGRAMMER, les maquettes d'outil ou les enchanements
d'crans sont prsents. Rappelons que la maquette ne fait que simuler le
comportement de l'informatique. La maquette est une "vue externe de l'outil". Elle a
pour objectif de permettre l'utilisateur de prendre encore son temps pour changer
d'avis, s'il ne l'a pas encore fait.
La maquette est approuve. FORMALISER, fort de tout ce qu'il a appris, et non
de ce qu'il a appris faire (en aucun cas, il ne peut se substituer l'utilisateur, mme
aprs 20 ans de maison), exprime sa demande de ralisation PROGRAMMER. Le
produit final, le produit informatique, va de PROGRAMMER UTILISER ou peut
passer par FORMALISER qui vrifie si la ralisation est conforme.
2. Quels critres doit-il remplir ?

Le choix d'un outil d'aide la conception doit remplir les fonctions de
FORMALISER et permettre l'mission des messages prcdents. Il comprendra :
Un composeur de documents types : MCC, MCD ... maquette, dossier de
ralisation.
Un "lanceur" de documents partir de documents types : MCC de la mthode,
MCD "bibliothque" ou "comptable", dossier de ralisation de l'outil "cration de
la commande" etc.
232
Chapitre XI : 10 critres de choix d'un outil d'aide la conception
Une application dessinant les modles de MERISE sous forme de dessins : les
modles de donnes et leurs informations sur le mme dessin par exemple. Les
types de dessins reprsentent les concepts de la mthodes.
Un maquettage des outils informatiques : enchanement des crans, description
des champs des crans pouvant tre modifis indpendamment de la structure
logique ou physique des donne.
Il doit aussi respecter certaines rgles propres MERISE ou d'autres mthodes :
Un dictionnaire de donnes du mta-modle permettant la composition de textes
ou de documents. Si possible, ce dictionnaire de donnes doit respecter les rgles
de construction des modles de donnes : une occurrence de relation ne peut
exister qu'une fois entre les deux mmes occurrences d'individus. Si ce
dictionnaire peut tre partag entre plusieurs utilisateurs en mme temps (rseau
local ou site central), il vaut de l'or.
Permettre une validation entre les modles de donnes, de traitements et de
communication : il doit pouvoir, en particulier, crer des informations
indpendamment des modles de donnes.
Enfin, il doit apporter certaines fonctionnalits:
Des facilits, telles que la ralisation automatique d'un Modle Logique de
Donnes partir d'un modle organisationnel ou conceptuel, peuvent tre
proposes. Cette facilit n'est pas surestimer. Rien ne vaut un MLD cr (et
compris) " la main".
Une certaine ergonomie (tel que fentrage), prsenter des temps de rponse
corrects sans exiger un ordinateur du type 786 150 Mhz et un logiciel gourmand
peu rpandu.
Gnrer des applications en langage standard (C ou cobol) et simples utiliser sur
micro ordinateur.
Si vous voulez tester un atelier, mettez donc des croix, faites le total et jugez le
rsultat ! A partir de 5 croix, le rsultat est correct.
CRITERES DE CHOIX OK
Messages
Construit des documents types
Edite des documents type : demande de programmation...
Ralise des dessins MCD, MCC ...
Ralise une maquette
Mthode
Contient un dictionnaire de donnes (partageable)
Respecte les rgles entits relation
Valide les modles communication/donnes/traitements
Fonctionnalits
Gnre un MLD
Ergonomie, temps de rponse, simplicit
Gnre un code standard sur micro
233
234
CHAPITRE XII Exercez-vous (Documents autoriss)
CHAPITRE XII Exercez-vous

(Documents autoriss)
Ce chapitre a pour objectif de vous tester l'aide d'un questionnaire. En
remplissant rapidement ces quelques grilles, vous pouvez enfin tester vos
connaissances sans acheter Le Nouvel Observateur ou Aujourd'hui Madame. Vous
tes senss le remplir le soir dans votre lit pendant que votre fils dort et que votre
femme lit le dernier Cosmopolitan. Le choix de la boisson est libre mais le crayon
papier est obligatoire.
Enonc
Ce questionnaire comporte 5 parties : informatique et mthode, les 3 niveaux de
MERISE, la gestion de projet, le mta-modle et un exercice de construction de
modle de donnes relationnel. 20 questions sont poses. La note maximale pour
chaque question est indique en fin de chapitre. Le choix de votre note peut tre fait
suivant votre critre mais vous n'tes pas autoriss dpasser la note maximale.
1. Informatique et mthode
1 A quoi peut bien servir l'informatique ?
235
2 Quel est le plus difficile en informatique ? Classer par ordre d'importance.
Programmer
connatre le ou la petit(e) ami(e) de l'utilisatrice (teur)
connatre ce qu'il veut informatiser
documenter ce qui a t programm
maintenir
structurer les donnes
dessiner des maquettes d'crans
3 A quoi sert une mthode comme MERISE ?
2. Les 3 niveaux de MERISE

Le niveau conceptuel
4 Quels sont les objectifs principaux du conceptuel ?
Oui Non
Connatre le ou la petit(e) ami(e) de l'utilisatrice (teur)
Connatre l'activit de l'utilisateur
Connatre la perception de l'utilisateur de son activit informatiser
Dlimiter le champ de l'tude
Dfinir ce qu'il n'y aura pas faire
5 Le niveau conceptuel est indpendant de :

Oui Non
L'informatique
L'organisation
Du PDG
Des utilisateurs finals
L'activit de l'entreprise
236
Diffrencier donnes et traitements

6 Quels sont les verbes proscrire des activits conceptuelles. Les verbes du type
crer, supprimer, modifier, slectionner, consulter sont des verbes de type accs aux
donnes (D) et non des verbes de type traitement (T). Classer les verbes ci-dessous
en fonction de leur penchant Donnes ou Traitement
VERBE D T VERBE D T
Grer Affecter
Assurer Rpertorier
Analyser Identifier
Calculer Lister
Prvoir Inscrire
Enregistrer Connatre
Numroter Attribuer un numro
Codifier Suivre
Administrer Diriger
Classer Matriser
7 Qu'est-ce qu'un domaine ?

un terrain produisant un grand cru
un ensemble de valeurs possibles d'une information
une vente aux enchres de l'tat
le rve de tout tats-unien (habitant des Etats Unis)
un ensemble de donnes et de traitement
un ensemble de fonctions de l'entreprise
un ensemble de proprits en Argentine (Hacienda)
8 Les phrases suivantes reprsentent une activit conceptuelle de l'entreprise

(mme philosophie que la question 6) :
D T
analyser les carts
suivre le dficit
tracer la courbe des excdents
dfinir des priorits
planifier un projet
grer des stocks
produire des articles
connatre le client
promouvoir la vente des produits
matriser les dpenses
tablir des rgles
tablir des statistiques
237
9 Une opration conceptuelle peut-elle exister sans message vnement ?

Rpondre par Oui ou Non.
Le modle de donnes
10 Un "individu" au sens MERISE est :
L'histoire d'un mec
Un objet conceptuel
Un ensemble infini d'lment
Un ensemble dfinit par un identifiant
Une date
11 Quelles sont les caractristiques spcifiques des relations ?

Elle a besoin des individus pour exister
Elle ne peut contenir des informations
Elle ne peut tre relie un seul individu.
12 Comment se construit un MCD ?

A partir des concepts
Des informations
des informations demandes par l'utilisateur
des fichiers existants
Diffrencier conceptuel et organisationnel

13 Classer les messages suivants en Conceptuels (C) et Organisationnels (O) :
C O
demande de XXX
refus de XXX
dossier
exemplaire
ordre interne
reporting
remarque
fiche
feuille rose
formulaire jaune
accord de XXX
14 Quelle est la diffrence entre une information, une donne, un attribut et une
proprit ?
238
Le niveau organisationnel
15 Que dfinit le niveau organisationnel ? Rpondre par Oui (et classer par ordre
de priorit 1, 2, 3...) ou Non.
Oui Non
Ce qu'il y a faire
Qui fait quoi
Les volumes des donnes mmoriser
Qui est le chef
La marque du tableur acheter
Les domaines de l'entreprise
L'informatique
Les postes de travail
Le salaire du PDG
L'organigramme de l'entreprise
L'activit de l'entreprise
Tous les niveaux

16 Les modles suivants sont constitus de :
MCC MCD MCT MOT MOD MLT MLD
Opration
outil informatique
message
condition
information
poste de travail
vnement
rsultat
domaine
sous-domaine
Individu
Relation
Patte
Contrainte
Site
Record
Cl
Etat
Support
Action mise jour
Lien
239
3. Gestion de projet
17 Quand doit tre analys l'existant ?
Oui Non
juste avant le conceptuel
juste aprs l'organisationnel
juste avant l'informatique
si on est press
lors de la documentation
Quand le chef de projet le demande
18 Quand doit-on programmer ?

Oui Non
juste aprs la runion de dmarrage du projet
juste aprs la liste des outils
juste aprs la maquette
aprs validation de la maquette
aprs la spcification interne
juste avant le MLD
4. Le mta modle
19 Mettre des cardinalits sur le modle de donnes suivant reprsentant le
modle de donnes de la mthode (le mta-modle).
O place-t-on les cardinalits maximales et minimales du modle de donnes (non
mta) ?
PATTE RELATION MESSAGE

Patter relation
patter
vnement
patter info/ relation porter sur
individu INDIVIDU rsulter
identifier INFORMATION CONDITION OPERATION

porter
proprit
5 La gnration d'un Modle relationnel.

20 Passage d'un MCD un Modle de donnes relationnel
Le modle suivant reprsente le "suivi" des rclamations des consommateurs
finals. Un rclameur envoie sa rclamation (qualit du produit, de l'emballage, pas de
240
languette sur le pot, ouvre-bote n'ouvrant pas les botes de petits pois...) l'entreprise
concerne qui dtermine de quelle usine provient le produit dfectueux. Ensuite, une
rponse ou une visite sera accorde au consommateur final. Les rclamations ne
touchent qu'un produit. Ce produit peut appartenir plusieurs groupes se regroupant
entre eux.
CONSOMMATEUR 1,N 1,1 RECLAMATION 1,1 0,N PRODUIT
envoyer date rclamation concerner code produit
nom consom.
prnom consom.
adresse consom. 0,1
0,N 0,N
grouper
tre l'origine de appeler 1,N
1,N GROUPE DE PRODUIT
0,N
USINE REPONSE code groupe produit
code usine date rponse
libell rponse
composer groupe
0,N tre compos de
0,N
regrouper groupe
Construisez le modle physique de donnes en relationnel (table, cls et index).
241
CORRIGE
1. Informatique et mthode
Question 1 : A quoi sert l'informatique ?
Rponses "srieuses"
A automatiser les traitements de l'information
A conomiser de l'argent
A produire et diffuser des documents
A viter des erreurs des utilisateurs
A donner des autorisations d'accs aux informations
Rponses moins srieuses :
A faire passer des examens
A vendre des livres d'informatique sur MERISE
A dpenser de l'argent
A compliquer ce qui ne l'est pas
A simplifier ce qui est compliqu
A aider les utilisateurs rflchir
A aider la promotion des femmes.
A enrichir les informaticiens
Notez-vous correctement de 0 5.
Question 2 (7 points)
Programmer 5
connatre le ou la petit(e) ami(e) de l'utilisatrice (teur) 7
connatre ce qu'il veut informatiser 1
documenter ce qui a t programm 4
maintenir 2
structurer les donnes 3
dessiner des maquettes d'crans 6
Question 3 : A quoi sert une mthode comme MERISE ? (2 points)

A connatre ce que veut informatiser l'utilisateur
Vrifier que sa demande est informatisable.
242
2. Les 3 niveaux de MERISE

Oui Non
Connatre le ou la petit(e) ami(e) de l'utilisatrice (teur) X
Connatre l'activit de l'utilisateur X X
Connatre la perception de l'utilisateur de son activit informatiser X
Dlimiter le champ de l'tude X
Dfinir ce qu'il n'y aura pas faire X
L'objectif est surtout de connatre la perception de l'utilisateur, son rel peru, et

non son activit
Oui Non
L'informatique X
L'organisation X
Du PDG X
Des utilisateurs finals X
L'activit de l'entreprise X
Le niveau conceptuel est dpendant du PDG, car il dfinit la politique de

l'entreprise.
Question 6 : (20 points).

VERBE D T VERBE D T
Grer X Affecter X
Assurer X Rpertorier X
Analyser X Identifier X
Calculer X Lister X
Prvoir X Inscrire X
Enregistrer X Connatre X
Numroter X Attribuer un numro X
Codifier X Suivre X
Administrer X Diriger
Classer X Matriser X
Pourquoi diriger ?
Question 7 : Qu'est-ce qu'un domaine ? (7 points)

un terrain produisant un grand cru X
un ensemble de valeurs possibles d'une information X
une vente aux enchres de l'tat X
243
le rve de tout tats-unien (habitant des Etats Unis) X

un ensemble de donnes et de traitement X
un ensemble de fonctions de l'entreprise X
un ensemble de proprits en Argentine (Hacienda) X
L'important est de rpondre un ensemble de donnes et de traitement. Le MCD

est construit par domaine.
Question 8 : (12 points)

D T
analyser les carts X
suivre le dficit X
tracer la courbe des excdents X
dfinir des priorits X
planifier un projet X
grer des stocks X
produire des articles X
connatre le client X
promouvoir la vente des produits X
matriser les dpenses X
tablir des rgles X
tablir des statistiques X
Question 9 : une opration conceptuelle peut exister sans message vnement. 5

points.
Question 10. 5 points.

L'histoire d'un mec
Un objet conceptuel X
Un ensemble infini d'lment
Un ensemble dfinit par un identifiant
Une date
"Date" n'est pas un individu.
Question 11 : 3 points.
Elle a besoin des individus pour exister X
Elle ne peut contenir des informations
Elle ne peut tre relie un seul individu.
244
Question 12 : 4 points
A partir des concepts X
Des informations
des informations demandes par l'utilisateur
des fichiers existants
Certaines chapelles font partir le MCD des informations. Surtout, il ne faut jamais
prendre celles demandes par les utilisateurs sans savoir pourquoi.
C O
demande de XXX X
refus de XXX X
dossier X
exemplaire X
ordre interne X X
reporting X
remarque X
fiche X
feuille rose X
formulaire jaune X
accord de XXX X
Question 14 : Aucune diffrence (1 point)
Question 15 : 14 points. Un pour chaque croix et un de plus pour les premiers par ordre
de priorit.
Oui Non
Ce qu'il y a faire X
Qui fait quoi 1
Les volumes des donnes mmoriser 2
Qui est le chef 3
La marque du tableur acheter X
Les domaines de l'entreprise X
L'informatique X
Les postes de travail 1
Le salaire du PDG X
L'organigramme de l'entreprise 1
L'activit de l'entreprise X
L'organisationnel ne dfinit pas le salaire du PDG, mais le type de rmunration

du PDG (qui n'est pas assimilable un salaire).
245
Question 16 : 22 points
MCC MCD MCT MOT MOD MLT MLD
Opration X X
outil informatique X X
message X X X
condition X X X
information X X X X X X X
poste de travail X
vnement X X
rsultat X X
domaine X X X
Partenaire X X X
sous-domaine X X
Individu X X
Relation X X
Patte X X
Contrainte X X
Site X X X
Record X X
Cl X
Etat X
Support X
Action mise jour X
Lien X
3. Gestion de projet
Question 17 : 12 points, 2 par croix.
Oui Non
juste avant le conceptuel X
juste aprs l'organisationnel X
juste avant l'informatique X
si on est press X
lors de la documentation X
Quand le chef de projet le demande X
Si vous tes presss, n'utilisez pas une mthode, vous n'en aurez pas le temps,
sinon avant l'organisationnel. Ne soyez donc pas si presss.
246
Oui Non
juste aprs la runion de dmarrage du projet X
juste aprs la liste des outils X
juste aprs la maquette X
aprs validation de la maquette X
aprs la spcification interne X
juste avant le MLD X
4. Le mta-modle
Question 19 Les cardinalits maximales et minimales du modle de donnes
Elles sont dans la relation entre individu et relation pour les relations qui ne sont
pas de nomenclature (sur un mme individu) et dans l'individu patte pour les relations
de nomenclature.
24 points : 1 point par cardinalit et par card-min et card-max.
PATTE 1,1 RELATION MESSAGE
Patter relation
0,N
card nom mini 0,1
card nom maxi 1,N
patter 0,N
1,1 card mini 0,N 0,N
0,N card maxi
vnement
patter info/ relation porter sur
individu INDIVIDU rsulter
0,N
0,1 0,N 1,N 0,N 0,1
1,N 0,1
OPERATION
identifier INFORMATION 0,N 0,N CONDITION
0,1 porter
proprit
1,1
247
5. Gnrer un modle relationnel

Question 20 : 1 point par record et 1 point par information = 30 points
CONSOMMATEUR RECLAMATION PRODUIT GROUPER
code consom code rclamation code produit
nom consom. code produit
date rclamation code groupe produit
prnom consom.
adresse consom. code consom
code usine
GROUPE DE PRODUIT
code produit
code groupe produit
APPELER
code rclamation
code rponse
REPONSE REGROUPER
GROUPE
USINE code rponse code groupe produit aval
code usine date rponse
libell rponse code groupe produit amont
1) toutes les relations de cardinalit maximale gale 1 redondent l'information :

code usine, code consommateur, code produit dans le record ou la table rclamation.
2) Les relations dont les deux pattes sont de cardinalit maximale N crent une
table dont la cl est compose des cls des tables des individus : table "appeler" entre
"rclamation" et "rponse rclamation", table "grouper produit" entre "produit" et
"groupe produit". La relation "regrouper groupe" se transforme en table dont la cl
est compose des informations quivalentes code groupe produit.
3) Il n'existe pas de relation ternaire
Quel est votre rsultat ?

QUESTION NOTE MAXI
Informatique et mthode 1 5
2 7
3 2
Les 3 niveaux de la mthode
Le niveau conceptuel 4 5
5 5
Donnes ou traitements ? 6 20
7 7
8 12
9 5
Le modle de donnes 10 5
11 3
12 4
Conceptuel ou organisationnel ? 13 11
248
14 1
Organisationnel 15 14
Revue gnrale 16 22
Gestion de projet 17 12
18 6
Le mta modle 19 24
Construire un MLD 20 30
TOTAL 200
Entre 0 et 50 : vous devriez lire ce livre, vous l'avez surement ouvert du mauvais
ct. Vous tes plutt du type distrait ou papillon.
Entre 51 et 100 : vous avez entendu parler de la mthode. Peut-tre mme apprise
dans une autre cole. Vous tes du type touche tout ou belette.
Entre 101 et 150 : bravo, vous vous dbrouillez bien. Vous pouvez aborder toutes
les mthodes. Vous devez tre normal.
Entre 151 et 200 : excellent vous pouvez me tlphoner au 3615 Code MISERE
et m'indiquer mes erreurs. Vous tre du type "tte d'uf". Ne vous prenez pas trop
au srieux.
Au del de 200 points ? Vous vous singularisez.
249
250
GLOSSAIRE
GLOSSAIRE
Avoir l'esprit confus comme du

chanvre emml.
Abstraction : mode de fonctionnement intellectuel requis pour comprendre la

suite.
Action : action de mise jour ou de modification d'informations du modle
logique de donnes.
Activit : occupation de l'entreprise. L'activit est analyse en fonction des flux
changs avec les partenaires de l'entreprise.
Base de donnes : ensemble d'enregistrements ou de tables physiques.
Cardinalit : nombre de fois qu'une occurrence d'individu participe au minimum
ou au maximum une relation. Nombre minimum et maximum d'occurrences de
patte.
Chemin : possibilit du niveau logique d'atteindre une ou des informations
partir d'autres informations. Dans le cas de chemin de cl d'enregistrement cl
d'enregistrement, le chemin est dit d'enregistrement enregistrement.
Cl : information identifiant une occurrence d'enregistrement.
Concatnation : dcomposition d'une information en plusieurs informations
lmentaires.
Conceptuel : premier niveau de la mthode. Niveau fonctionnel indpendant de
l'organisation.
Condition : circonstance ou proposition vraie ou fausse. Toujours est toujours
vrai. Jamais ne l'est jamais. Peut-tre...
Contrainte : complment d'explication ou violence exerce sur les individus, les
relations et les pattes du modle de donnes.
Contrainte d'intgrit fonctionnelle : patte de cardinalits minimale et
maximale gales un.
Conversationnel : utilisation d'un ordinateur l'aide d'un dialogue interactif.
Dclaration : description des modalits d'obtention d'une information dans le
droulement d'un outil ou d'un tat.
251
Domaine : sous-systme conceptuel de l'entreprise ayant un systme

d'information. Le MCD est construit par domaine.
Donne : information.
Enclencheur : message appelant une raction du rcepteur.
Enregistrement : ensemble d'informations manipules d'un bloc.
quivalence : synonymie particulire d'informations. L'information amont se
trouve dans le modle de donnes. Les informations avals forment un sous-ensemble
(dfini par les occurrences d'individu participant une relation) de l'ensemble des
informations amonts.
tat : tape d'un outil informatique caractrise par des informations affiches ou
saisir dans une grille d'cran (support).
tude pralable : tude d'opportunit ou tude pralable au lancement des tudes
dtailles (dessins, enchanements des crans et programmation) d'un projet
informatique.
Fichier : ensemble d'enregistrements ou programme.
Flux : translation ou passage d'information, de matire, d'nergie, de valeur entre
systmes.
Formalisme : remplace modlisation qui n'existe pas dans le dictionnaire
(Robert).
Individu : ide, objet conu par l'esprit d'un utilisateur et lui permettant de
mmoriser et structurer ses connaissances (concept)
Information : plus petit lment d'un systme d'information.
Informatique : science du traitement de l'information, notamment par machine
automatique.
Intervenant : systme fonctionnel interne ou externe l'entreprise.
Lien : association d'enregistrements physiques. Un pre est propritaire et N fils
sont membres. Un lien est gr au moyen de pointeurs.
Logiciel : ensemble de programmes.
Logique : niveau logique de l'informatique. Reprsentation de l'informatique
indpendante du SGBD ou des systmes informatiques.
Lourdeur : objection souleve propos de Merise. On peut aussi parler de
rouleau compresseur.
Merise : ne cherchez plus, les initiales ne signifient rien.
Message : flux dinformation.
Meta-Modle : modle conceptuel de donnes reprsentant les concepts de la
mthode.
Modle : reprsentation graphique de concepts d'un niveau (Conceptuel,
organisationnel, ..) et d'un dcoupage (communications, donnes ou traitements) dans
la Mthode MERISE.
252
GLOSSAIRE
Navigationnel : SGBD o un enregistrement peut tre li plusieurs pres ou

propritaires par des liens.
Occurrence : mot barbare dsignant un lment d'un ensemble.
Opration : travail ou action excute par un intervenant (opration
conceptuelle), un poste de travail (organisationnel).
Organisationnel : 2me niveau de la mthode. Celui-ci reprsente la structure de
l'entreprise en postes de travail et les sites de traitement (des postes de travail) et de
donnes.
Outil : moyen (informatique) mis disposition d'un utilisateur pour effectuer une
ou plusieurs oprations.
Partenaire : systme fonctionnel externe l'entreprise.
Patte : rle d'un individu dans une relation.
Pointeur : zone mmoire o sont stockes des adresses d'informations.
Poste de travail : unit d'organisation ou centre d'activit de l'entreprise. Il peut
lui tre associ une ou plusieurs personnes, une ou plusieurs machines, un ou
plusieurs outils informatiques.
Procdure : ensemble d'oprations organises enclenches par un message
externe ou une opration sans message vnement.
Progiciel : logiciel standard prt--porter par opposition au sur mesure.
Programme : suite d'instructions crites dans un langage excutable par un
ordinateur.
Proprit : information d'individu ou de relation.
Rgle de calcul : rgle permettant d'obtenir des informations partir d'autres.
Relation : association d'individus.
Schma directeur : Plan de dveloppement informatique moyen terme (5 ans).
SGBD : Systme de Gestion de Base de Donnes. Logiciel permettant de crer,
modifier ou consulter des informations dans une base (de donnes). 3 types de
SGBD sont normaliss, hirarchique, navigationnel ou rseau et relationnel.
Site : lieu de traitement ou de stockage de donnes. Il peut exister plusieurs sites
de donnes sur un micro-ordinateur (tableur et gestion de fichiers).
Spcification externe : partie du niveau logique valider par l'utilisateur final.
Elle comprend les enchanements d'tats par outil (MLT) et la description des
informations affiches et saisir par tat.
Spcification interne : partie du niveau logique pouvant tre ignore par
l'utilisateur final. Elle comprend les actions de cration d'information ou
d'enregistrement partir des tats et la description de l'obtention des informations
affiches ou cres par tat.
Support : dessin ou masque d'cran.
253
Systme : dcoupe de l'entreprise et de son environnement. Un domaine est un

systme possdant une "mmoire".
Temporisateur : mode d'enclenchement d'une opration organise (tous les jours,
chaque passage d'toiles filantes, toutes les vingt, cent, mille factures...)
Temps rel : mode de traitement qui permet l'admission des donnes et
l'obtention immdiate des rsultats (traitement immdiat ou mode conversationnel).
Traitement par lot : mode de traitement suivant lequel les programmes
excuter sont groups par lot (traitement diffr).
Utilisateur : futur usager de l'informatique.
Validation : approbation des tudes par l'utilisateur final ou vrification de la
cohrence des modles entre eux. Celles-ci s'effectuent aux dates suivantes : fin du
conceptuel, fin de l'organisationnel, fin de l'tude pralable, fin du logique et fin du
physique.
Correspondance avec Merise 79 et anglais.

Merise original Anglais
INDIVIDU OBJET ENTITY
RELATION RELATION RELATIONSHIP
INFORMATION PROPRIETE
ENREGISTREMENT SEGMENT RECORD
CHEMIN LIEN SET
OPERATION ORGANISEE PROCEDURE FONCTIONNELLE
254
BIBLIOGRAPHIE
BIBLIOGRAPHIE
Songer la source en buvant l'eau.

1 - H. TARDIEU, A. ROCHFELD, R. COLLETTI : La mthode Merise. Tome 1

principes et Outils. Les Editions d'organisation. 1983.
2 - Y. TABOURIER : De l'autre ct de Merise. Les Editions d'organisation.
1986.
3 - Y. TABOURIER : Du modle entit/relation vers un vritable rseau
smantique. MBD n9 1988.
4 - C. JAULT : Les bases de donnes relationnelles ou le libre accs aux
informations. Les Editions d'organisation. 1986
5 - D. DURAND : La systmique. Collection Que sais-je ? PUF. 1979.
6 - J. J. SEMPE, R. GOSCINNY : Le petit Nicolas. Denol. 1960.
7 - M. AYME : Les contes rouges du chat perch. Gallimard. 1963.
8 - H. LABORIT : La colombe assassine. Grasset. 1983.
9 - C. PEROCHON : Comptabilit gnrale. Editions Foucher. 1981.
10 - E.F. CODD : An evaluation scheme for database management systems that
are claimed to be relational. Computerworld. 1985.
11 - H. TARDIEU, A. ROCHFELD, R. COLLETTI : La mthode Merise. Tome
2 dmarche et pratiques. Les Editions d'organisation. 1985.
12 - Dictionnaire chinois-franais des locutions et proverbes. Joint Publishing
Co. 1980.
255
A vous de vous jeter dans la jarre.

256
BIBLIOGRAPHIE
MERISE est une mthode destine tous les responsables d'entreprise afin de
matriser leur informatisation.
Pourquoi un tel succs ? C'est un langage de rfrence commun aux chefs
d'entreprise, aux utilisateurs finals - les futurs usagers de l'informatique - et aux
informaticiens.
Grce Merise, le chef d'entreprise oriente, contrle, matrise son informatique
sans avoir affronter les barrires du vocabulaire technique.
Grce Merise, l'utilisateur final repense son organisation et amliore son travail
grce une informatisation fiable.
Grce Merise, l'informaticien construit le systme d'information l'intrieur d'un
cadre compris par les dirigeants et les utilisateurs. Ses programmes seront
clarifis, documents et maintenus aprs son dpart.
Merise est une mthode indpendante de tout matriel. Ce livre est illustr de
nombreux exemples s'appliquant la micro-informatique ou aux grands systmes.
Grce aux exercices de fin de chapitre, aux exemples appliqus la comptabilit
et une tude de cas finale reprenant toute la mthode, vous cheminerez
concrtement travers Merise et apprendrez dessiner les clbres diagrammes
Individu-Relation. Vous pourrez les appliquer votre entreprise.
Sans aucune formation de dpart, vous parlerez bientt Merise.
L'auteur
Je suis ancien lve de lcole Polytechnique de Paris et diplm de l'Universit
de Stanford aux U. S. A.
Jai t ingnieur conseil pendant 6 ans au sein de la socit MEGA
INTERNATIONAL. Celle-ci a ralis d'importants travaux de recherche applique
sur Merise et a dvelopp un outil d'aide la conception et la ralisation de
systmes d'information nomm MEGA. Je fus ensuite directeur informatique de
socits industrielles. Maintenant, jai chang de direction professionnelle et
jinterviens dans un domaine totalement diffrent, la thrapie individuelle et
familiale.
257
LE MONDE INFORMATIQUE
"Merise se paye le luxe de l'humour. L'ensemble est tonique, sain... utile"
INFORMATIQUE HEBDO
"Guide pratique des modles de communication crit dans un style trs
convaincant. on sent que l'auteur connat plus que parfaitement la mthode"
01 INFORMATIQUE
"Livre illustr par de nombreux exemples, il interpelle les dcideurs"
P.C. NEWS
"Un ouvrage clair et facile aborder, dont les tudiants pourront tirer bnfice"
AMSTRAD PC
"Le lecteur devrait vite apprendre voluer travers les possibilits de la
mthode Merise"
LOGICIELS SERVICES
"Guide pratique de modlisation"
258

Zokopanatio PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Zokopanatio PDF

Transféré par

Droits d'auteur :

Formats disponibles

Michel DIVIN

Les ditions du phnomne

MERISE, 60 AFFAIRES CLASSES ditions Eyrolles 1990

Remerciements : tous ceux qui m'ont aid dans la rdaction de ce livre,

Il manquait dans la littrature consacre MERISE un livre d'initiation qui

En intitulant son ouvrage "Parlez-vous MERISE ?", Michel DIVINE partait de

Expliquer simplement le complexe tient de la gageure et je dois reconnatre que

La vertu de la pdagogie dpasse parfois son intention premire et l'expos, au

Avant-propos dYves Tabourier

Vous tenez en main un guide de modlisation dans le cadre de Merise, un guide

Pourquoi une mthode ?

Aujourd'hui, chacun a profit ou imagine facilement les avantages que

MERISE UN LANGAGE DE REFERENCE

Il faut ouvrir des cadenas diffrents

MERISE est une mthode de dveloppement des projets informatiques

1 La dmarche Merise : 3 dcoupages sur 4 niveaux.

Les objectifs de l'entreprise : le niveau conceptuel.

L'informatique universelle : le niveau logique ou externe.

dveloppement sur micro-ordinateurs. Le modle conceptuel de donnes engendre le

Etude Etude Liste des outils Etude Etude

L'tude pralable va jusqu' la dfinition des outils

MCD = Modle Conceptuel de Donnes

COMMUNICAT. DONNEES TRAITEMENT

Les "temps forts" de la mthode sont le Modle Conceptuel de Communication

"Le client passe une commande"

2. L'organisation et les tapes d'un projet informatique

1.2 Organigramme. ......................................................................... 101

1.5 Eclater ou regrouper les enregistrements physiques. ...............173

1.1 MCC .......................................................................................... 207

Sans entrer dans la tanire du tigre,

1 - Une approche du gnral au particulier. Tout systme se dcompose en

Tout est SYSTEME ou FLUX entre systmes

L'ENTREPRISE est un systme qui peut tre dcoup

2.1.2 domaine et sous-domaine

Partenaire Sous-Domaine Domaine

Les INTERVENANTS sont EXTERNES (PARTENAIRES)

Un sous-domaine est fonctionnel, joue un rle. Si la vue est physique et le nom

analyser grer les grer les

grer les stocks suivre les

DOMAINE PRODUIRE POUR

L'entreprise est dcoupe en domaines,

grer les pices grer les

2.2.1 Construction du MCC.

Voici les flux "rels".

ENTREPRISE Etat des quipements :

sous un mme "DOCUMENT PHYSIQUE"...

Optimiser Demande de liquidits

...existent plusieurs messages conceptuels.

Il correspond plusieurs messages conceptuels diffrents selon chaque rcepteur.

"connaissance" lmentaire dsigne l'aide d'un mot ou d'un groupe de mots

2.3.1 Occurrence d'information.

Information NOM DE PERSONNE

Une INFORMATION possde des OCCURRENCES

2.3.2 Validation et puration du vocabulaire

Suppression des polysmes et des synonymes.

1er nom d'information

Noter les informations composes et les rgles de calcul

Une Information compose =

1re Information 2me Inf. Nime Information

Une information peut tre dcompose

Soit le numro de plaque minralogique d'une voiture. Il est compos d'un

2125 WW 75 = 2125 WW 75 = 2125 WW 75

2.4 Exemple de MCC, messages et informations.