MERISE

Merise
S.ELACHOURI
2 sur 216______________________________________________ Informatique de gestion
Sommaire
INTRODUCTION................................................................................................. 6
MERISE est une mthode de dveloppement des projets informatiques de gestion.

.................................................................................................................................................6
1 La dmarche Merise : 3 dcoupages sur 4 niveaux............................6
1.1 Trois dcoupages...............................................................................................................6
1.2 Quatre niveaux : conceptuel, organisationnel, logique et physique.............7
2. L'organisation et les tapes d'un projet informatique..................10
CHAPITRE I LE NIVEAU CONCEPTUEL....................................................11
1 REPRESENTER L'ACTIVITE...............................................................................11
2 MODELE CONCEPTUEL DE COMMUNICATION.......................................11
2.1 Intervenant........................................................................................................................11
2.2 Flux.......................................................................................................................................15
2.3 Information........................................................................................................................17
2.4 Exemple de MCC, messages et informations.......................................................19
2.5 Rsum du MCC..............................................................................................................20
3 MODELE CONCEPTUEL DE TRAITEMENT..................................................21
3.1 le modle conceptuel de traitements reflte le pourquoi indpendant de l'organisation. 22
3.2 Opration conceptuelle.................................................................................................22
3.3 Rsum du MCT...............................................................................................................25
4 MODELE CONCEPTUEL DE DONNEES..........................................................25
4.1 Le concept : l'individu....................................................................................................26
4.2 L'association de concepts, la relation......................................................................29
4.3 Rappel sur les notions d'occurrences et d'ensemble.........................................33
4.4 Contraintes........................................................................................................................34
4.5 Quelques piges viter pour construire les modles.....................................45
4.6 Modles quivalents.......................................................................................................57
4.7 Rsum du MCD..............................................................................................................67
4.8 Exercices.............................................................................................................................68
5 VALIDATION DES MODELES ENTRE EUX.................................................70
5.1 informations des messages / individus et relations...........................................70
5.2 Modles des oprations................................................................................................72
6 VALIDATION DE L'UTILISATEUR.................................................................74
7 RESUME GENERAL DU CONCEPTUEL..........................................................75
CHAPITRE II : LE NIVEAU ORGANISATIONNEL..................................78
1 POSTE DE TRAVAIL ET ORGANIGRAMME...............................................78

1.1 Poste de travail................................................................................................................78
1.2 Organigramme.................................................................................................................79
2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)...................82
2.1 La procdure est compose d'oprations organises (Quoi ?) par des postes de travail (Qui ?)
....................................................................................................................................................... 83
2.2 Tche-homme et tche-machine sont dans l'opration...................................84
2.3 Exemple de procdure ou MOT..................................................................................85
3 MODELE ORGANISATIONNEL DE DONNEES (MOD)..........................86
3.1 L'organisation par site de mmorisation................................................................87
3.2 Evaluation des volumes des donnes......................................................................88
3.3 Le modle de donnes s'organise : de nouveaux individus apparaissent.89
3.4 L'tude des documents existants..............................................................................91
4 MODELE ORGANISATIONNEL DE COMMUNICATION (MOC) : les messages
changs entre sites................................................................................................91
5 VALIDATION MOD/MOT....................................................................................93
5.1 Messages organiss/individus et relations organiss........................................93
S.ELACHOURI
Email : samirjob@gmail.com
INTRODUCTION_________________________________________________________3 sur 216
5.2 Modles en cration et en consultation des oprations organises............96

6 VALIDATION PAR L'UTILISATEUR..............................................................98
7 RESUME DU NIVEAU ORGANISATIONNEL..............................................98
CHAPITRE III LE NIVEAU LOGIQUE......................................................102
1 LE MODELE LOGIQUE DE DONNEES, un exercice intellectuel.. 103

1.1 Enregistrement..............................................................................................................103
1.2 Chemin..............................................................................................................................105
1.3 Construction du Modle Logique de Donnes....................................................105
1.4 Optimisation.....................................................................................................................111
2 MODELE LOGIQUE DE TRAITEMENT.........................................................114
2.1 Opration organise et outils informatiques.......................................................114
2.2 Outils informatiques.....................................................................................................115
2.3 Outil interactif.................................................................................................................117
2.4 Outil en traitement diffr.........................................................................................122
3 MODELE LOGIQUE DE COMMUNICATION..............................................123
4 VALIDATION DONNEES/TRAITEMENT...................................................124
4.1 Validation MOD / outils...............................................................................................124
4.2 Validation MLD / outils.................................................................................................125
4.3 Validation des outils par les actions de mise jour de donnes d'enregistrement 125
5 VALIDATION DE L'UTILISATEUR...............................................................126
6 RESUME DU NIVEAU LOGIQUE....................................................................126
CHAPITRE IV LE NIVEAU PHYSIQUE.....................................................129
1 MODELE PHYSIQUE DE DONNEES.............................................................130

1.1 Information ou lien.......................................................................................................130
1.2 SGBD hirarchique........................................................................................................130
1.3 SGBD navigationnel ou rseau.................................................................................132
1.4 SGBD relationnel...........................................................................................................134
1.5 Eclater ou regrouper les enregistrements physiques......................................144
2 MODELE PHYSIQUE DE TRAITEMENT......................................................145
3 MODELE PHYSIQUE DE COMMUNICATION...........................................146
4 VALIDATION MPT/MPD...................................................................................146
5 RESUME DU NIVEAU PHYSIQUE.................................................................146
CHAPITRE V RESUME DES MODELES.....................................................149
1 RESUME DES COMMUNICATIONS..............................................................149

2 RESUME DES TRAITEMENTS.........................................................................149
3 RESUME DES DONNEES....................................................................................149
CHAPITRE VI L'ORGANISATION D'UN PROJET.................................151
1. LES ACTEURS D'UN PROJET.........................................................................151

2. SCHEMA DIRECTEUR : le dcoupage en domaines et la planification.151
3 ETUDE PREALABLE : le choix de l'organisation et des outils informatiques. 154
3.1 L'existant..........................................................................................................................154
3.2 Micro-informatique ou un seul site.........................................................................155
3.3 Plusieurs sites.................................................................................................................156
4. ETUDE DETAILLEE : spcifications externe et interne................157
4.1 Cas d'un seul site..........................................................................................................157
4.2 Cas d'informatique multi-sites.................................................................................157
5 REALISATION : le test de la mthode.....................................................158
6 LES POINTS FORTS DU PROJET..................................................................158
CHAPITRE VII LA META-PHYSIQUE : MAINTENANCE, FORMATION ET

DOCUMENTATION.........................................................................................160
1 UN DICTIONNAIRE DE DONNEES, SINON RIEN...............................160

2 LA DOCUMENTATION AUTOMATIQUE EXISTE...................................160
3 QUI DIRIGE QUI ? Le conceptuel ou le physique............................160
CHAPITRE VIII EXEMPLES DE MODELES DE DONNEES.................162
1 META-MODELE.......................................................................................................162
1.1 MCC....................................................................................................................................162
1.2 MCT et MOT.....................................................................................................................163
1.3 MCD et MOD....................................................................................................................164
1.4 MLT.....................................................................................................................................164
1.5 MLD et MPD.....................................................................................................................165
1.6 Validations (conceptuel, organisationnel et fin d'tude pralable)............165
2 COMPTABILITE......................................................................................................166
2.1 Reprsentation des flux externes et internes.....................................................166
2.2 Compte ou ple d'analyse..........................................................................................167
2.3 Les deux comptabilits................................................................................................169
CHAPITRE IX SOLUTION DES EXERCICES...........................................174
1 CONCEPTUEL...........................................................................................................174
1.1 MCC....................................................................................................................................174
1.2 MCT.....................................................................................................................................174
1.3 MCD....................................................................................................................................174
2 ORGANISATIONNEL...........................................................................................176
3 Logique.......................................................................................................................177
4 Physique....................................................................................................................178
5 RESUME......................................................................................................................178
CHAPITRE X : EXERCICES..........................................................................180
1 MODELE CONCEPTUEL.......................................................................................180
1.1 Modle conceptuel de communication..................................................................180
1.2 Modle conceptuel de traitement............................................................................185
1.3 Modle conceptuel de donnes................................................................................186
1.4 Validation MCD/MCT....................................................................................................188
2. NIVEAU ORGANISATIONNEL......................................................................188
2.1 MODELE ORGANISATIONNEL DE TRAITEMENT..................................................188
2.2 Modles organisationnels de donnes..................................................................190
2.3 Modle organisationnel de communication..........................................................190
3. NIVEAUX LOGIQUE ET PHYSIQUE............................................................191
3.1 Liste des outils informatiques par procdure......................................................191
3.2 Validation liste des outils / MOD et planification...............................................191
3.3 Modle physique de donnes....................................................................................192
3.4 Validation liste des outils / MLD..............................................................................193
3.5 Modle logique de traitement...................................................................................193
3.6 Modle logique de communication..........................................................................195
CHAPITRE XI 10 CRITRES DE CHOIX D'UN OUTIL D'AIDE LA CONCEPTION 196
1. Pourquoi choisir un outil d'aide la conception?...........................196

2. Quels critres doit-il remplir ?...................................................................197
CHAPITRE XII EXERCEZ-VOUS (DOCUMENTS AUTORISS)........199
Enonc............................................................................................................................199
1. Informatique et mthode..............................................................................................199
S.ELACHOURI
2. Les 3 niveaux de MERISE.............................................................................................200

3. Gestion de projet.............................................................................................................203
4. Le mta modle................................................................................................................203
5 La gnration d'un Modle relationnel......................................................................204
CORRIGE........................................................................................................................205
1. Informatique et mthode..............................................................................................205
2. Les 3 niveaux de MERISE.............................................................................................205
3. Gestion de projet.............................................................................................................209
4. Le mta-modle...............................................................................................................210
5. Gnrer un modle relationnel...................................................................................210
Quel est votre rsultat ?......................................................................................211
GLOSSAIRE...................................................................................................... 212
Correspondance avec Merise 79 et anglais.............................................214
BIBLIOGRAPHIE................................................................................................. 215
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 appele 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, 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.
S.ELACHOURI
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.
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 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 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
S.ELACHOURI
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
MCD = Modle Conceptuel de Donnes
MCT = Modle Conceptuel de Traitements...
COMMUNICAT. DONNEES TRAITEMENT

CONCEPTUEL MCC M CD MCT
ORGANISATIONNEL MOC M OD MOT
LOGIQUE MLC M LD MLT
PHYSIQUE MPC M PD 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.
10 sur 216_____________________________________________ Informatique de gestion
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"
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.
S.ELACHOURI
INTRODUCTION________________________________________________________11 sur 216
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 :
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.
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).
S.ELACHOURI
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, Etat... 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"...
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 ? 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
FONCTIONS tout prix
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.
S.ELACHOURI
Pourquoi grer les pices dtaches ? Pour approvisionner la main-

tenance.
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 :
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.
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. 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 :
ENTREPRISE
Demande de rparation d'quipements
Rparer
Optimiser Demande de liquidits

Filiale
flux financiers
Acheter
Demande d'achat d'quipements
...existent plusieurs messages conceptuels.

Une banque de donnes reoit des messages avant d'en donner.
S.ELACHOURI
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 "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.
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
S.ELACHOURI
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.
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 in-
formations, entre ou rsultat, seront mmorises. Si les deux types
d'informations taient retenues, une possibilit d'incohrence exis terait. Ce
qu'il faut viter tout prix !
2.4 Exemple de MCC, messages et informations.
Entreprise Ordre de livraison

Livrer Livreur
Demande de Bon de livraison
facturation Demande de livraison
Facture Facture
Facturer Client
mise
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),
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 ?
S.ELACHOURI
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 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 : le MCC (intervenant et messages) est

domaine ou sous-domaine dtaill par...
Messages Reus
Messages mis traits
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.
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 :
1 - La facture est mise ds rception de la commande.
2 - La facture est mise ds la livraison.
3 - La facture est mise ds la connaissance du compte-rendu de
l'inspecteur charg d'inspecter le chargement de la marchandise.
4 - La facture est mise ds rception d'un document particulier : douane,
plan d'implantation particulier, crdit documentaire...
5 - 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.
S.ELACHOURI
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.
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
1. 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...
S.ELACHOURI
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 condi tions 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.
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, 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".
S.ELACHOURI
La dmarche consiste identifier directement les concepts de mai son 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
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 in dividus
"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.
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.
S.ELACHOURI
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.
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...
Chaque lien de la relation vers un individu est appel "patte".
2 PATTES
COMMANDE PRODUIT
passer
Relation binaire
S.ELACHOURI
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 Emetteur
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 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.
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.
S.ELACHOURI
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".
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 indi vidus, 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".
fils de
parent de
engendrer Pecheur
parent de fils de Martin
PERSONNE M. Martin
jean-phil
nom personne
prnom
S.ELACHOURI
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.
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.
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
S.ELACHOURI
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 mini mum et N
au maximum.
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'INDIVIDUNombre 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
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.
S.ELACHOURI
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.
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
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
S.ELACHOURI
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 ?
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
locataire/
1 minimum commande / client
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 maxi male 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.
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.
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
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).
S.ELACHOURI
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 :
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
rembourser 0,1 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.
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.

0,1
dposer DE PRET
DPOSENT
0,N REMBOURSENT
I
rembourser
PRET
0,1
S.ELACHOURI
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 Emetteur 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.
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.
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 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.
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
les commandeurs sont les payeurs !
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.
S.ELACHOURI
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
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.
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.
S.ELACHOURI
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 TYPE DE typer
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 !
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.
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
S.ELACHOURI
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 SIGNATURE imiter
1,1 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 !

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" :
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
Barreau 10
10
Barreau
1000
nombre articles
commands
100 remise accorde
1,1
10
0,N contrat
Contrat Echelle Echelle
S.ELACHOURI
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.
DOCUMENT 0,1 PERSONNE

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
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.
S.ELACHOURI
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.

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 mini mum 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 ...
PERSONNE 0,n CHAPITRE
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.
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.
S.ELACHOURI
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 1
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 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 indi vidu
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 occurrences, mais peuvent engendrer de
nouveaux contrles. Ne replier que les individus 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.
S.ELACHOURI
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.
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
sige social
tre d'un
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.
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.
S.ELACHOURI
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.
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 0,N TYPE DE CONTRAT
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

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".
S.ELACHOURI
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.
Fournisseur
COMPTE
Client
BANCAIRE
Banque
SOCIETE 0,N TYPE DE
type socit
0,N - nom socit
SOCIETE
1,1 1,N 0,N
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 p 233).
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 (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
1,1 MOUVEMENT date mouvement
PREVU DATE DE VALEUR
date chance
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 chance DATE
PREVU 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
MOUVEMENT
ORDRE DE 0,1 0,N 0,N 0,1
COMPTE BANCAIRE
MOUVEMENT crditer crditer
BANCAIRE
0,N
0,1 0,N 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 : 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.
S.ELACHOURI
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 !

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 0,N
VILLE
regrouper regrouper
0,1 0,1
possder regrouper
0,N 0,N
DEVISE PAYS DEPARTEMENT
0,N 0,N 0,N 0,1
avoir
regrouper
cours
Voici le modle initial des clients

La premire question est :
- pourquoi grer ces individus ("adresse", "commune", etc.) ?

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".
S.ELACHOURI
Lambda
Crsus Tout client
Richard Grand compte
CLIENT NUD nomenclature
0,N financire
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.
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 LIEN
LIEN
avoir comme aval
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.
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
S.ELACHOURI
- 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 oc-
currences 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.
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 ?...
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 ?
S.ELACHOURI
5 VALIDATION DES MODELES ENTRE EUX

Modles de communication (intervenants, messages et informations des
messages), de donnes (individu, relation, patte, contrainte et in formations
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.
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 commis-
sionnaire. 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.
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
S.ELACHOURI
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 ?
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
Cas des informations reues et mettre

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 correspond 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,
- s'assurer que les informations ncessaires cette opration exis tent 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 "Etablir 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.

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
S.ELACHOURI
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
1,1 1,1 0,N
payer concerner de
0,N
0,N
CLIENT porter typer
TYPE DE
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.
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.
Toute l'tude doit tre approuve ou valide par l'utilisateur final.
S.ELACHOURI
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
Le conceptuel, je l'assume
a marche en
110 ou en 220 ? ou j'interpelle encore
le vcu de l'utilisateur ?
Chef, j'ai les modles, Pas de problme,

mais o est la notice ? les zros et les uns
ne sont pas passs.
P.D.G Responsable
M. MERISE Informaticien
Utilisateur
BUREAU DE VALIDATION DU CONCEPTUEL
S.ELACHOURI
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.
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) cor-
respond une fonction : distribuer les timbres-poste, affranchir les lettres
et les paquets, payer les mandats... les intervenants internes.
ORGANISATION
FO N C T IO N
Poste 1 Poste 2 Poste 3
Intervenant 1
Interne
Intervenant 2
Interne
Intervenant 3
Interne
...ou POLYVALENTE
Par contre, aux Etats-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.
S.ELACHOURI
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.
P. D. G.
Livreur Secrtariat de livraison
...plus ou moins dtaill.

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

oprationnel) :
Fonction
Operat.
2
- "arme mexicaine" o plusieurs gnraux se partagent un seul

caporal :
Reprenons la socit dcrite conceptuellement par les domaines livrer,

facturer et encaisser :
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
S.ELACHOURI
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, 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 organi -
gramme, 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 ex-
trmes, 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 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 fac-
tures 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 (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).
S.ELACHOURI
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 au-
tomatises 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 vne-
ment).
Les messages internes un mme poste de travail doivent tre sup-
prims.
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.
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) :
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.
S.ELACHOURI
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 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.
3 MODELE ORGANISATIONNEL DE 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 cor-
respondant 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 don-
nes 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.
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 a 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
S.ELACHOURI
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 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 nces-saire 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 carac-
tres, 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 re-
flets 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.
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, telex 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... in-
nombrables.
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 rap-
portant ces soldes.
0,N 0,N COMPTE ECRITURE

PERIODE 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. Il 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
S.ELACHOURI
mmoris (information rsultat de calcul). Seul le type de client est

mmoris et non le client particulier. Toutes les informations ne sont pas
mmorises.
5 Ans 2 Ans

CLIENT
ARCHIVE CLIENT
date contrat
rsultat taux contractuel
date d'chance1,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.
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 0,N PERSONNE
L'tude des documents existants permet de vrifier que toutes les

informations actuelles sont prises en compte pour l'analyse.
4 MODELE ORGANISATIONNEL DE 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.
S.ELACHOURI
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 dif-
frents 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 traite ment, des
postes de travail.
Lecture
Site de Donnes Site de Traitement
Centralise (Poste de travail)
Ecriture
MOC 1
2me Cas : centralisation nationale et rgionale/locale. Un site de
donnes au niveau national et des sites de donnes rgionaux et d-
partementaux.
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 :
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
3me Cas : dcentralisation totale. Il n'existe aucun change, sauf

ventuellement entre sites locaux et base de donnes locale, sites d-
partementaux 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 or-
ganisationnels 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.
5.1 Messages organiss/individus et relations organiss
Informations des messages organiss (MOT)
non Direct,
Rgle de calcul Equivalence
utilises 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
S.ELACHOURI
ou via une rgle de calcul ou une quivalence dans un modle de don-

nes 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 nom -
bre est infrieur 10, la remise est 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 in diqu 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 co-
ordonnes de l'clair ? ou veut-on obtenir les coordonnes de
l'observateur ?
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 +).
S.ELACHOURI
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".
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 (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...
amont-quivalent aval-quivalent par RELATION
=
BRUIT
dure du tonnerre tonner
dure du bruit
sonner les
dure du son de cloche
matines
dure du mur du son

sonner
le mur
Le bruit du modle de donnes est quivalent au bruit du tonnerre s'il

tonne...
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 organisa-
tionnels 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'opra-tion
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 ap-
partient 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.
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.
S.ELACHOURI
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.
Partenaire
MOD MOD
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 :
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.
100 sur 216____________________________________________ Informatique de gestion
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.
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) di-
mensionnent 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.
S.ELACHOURI
INTRODUCTION______________________________________________________101 sur 216
Poste 2
C Poste 1
D
PD G
M1
OO1
Poste 1 Poste 2
ORGANIGRAMME MODELE DE TRAITEMENT(MOT)
S3
S2
S1
MODELE DE COMMUNICATION MODELES DE DONNEES (MOD)

C'est bon, le P.D.G et le

a marche :
Responsable utilisateur
je suis le Chef !
sont contents.
C'est bon, je n'ai Pas de problme,

rien faire. les zros et les uns
ne sont pas passs.
Responsable
P.D.G M. MERISE Informaticien
Utilisateur
BUREAU DE VALIDATION DE L'ORGANISATIONNEL
S.ELACHOURI
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 :
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.
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 in-
formations 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.
S.ELACHOURI
no 2
Occurrences dupond
no 3
toto d'information 1, place de
no 2 no 1 la mosque
pince mi durand
no 1 1, place de
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 identifi 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
L'individu se transforme en enregistrement

et toute relation porteuse d'information(s) se transforme en enre-
gistrement.
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.
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.
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.
S.ELACHOURI
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.
FILS PERE
numro fils 2
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,
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"...
S.ELACHOURI
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.
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
produit
de commande
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
ROLE
anonyme
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
S.ELACHOURI
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)
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".
Barreau
Barreau
1,1
0,n
Echelle
Echelle
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 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.
S.ELACHOURI
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.
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
VEHICULE
rfrence personne
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
VEHICULE
rfrence personne
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, 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
numro ligne
1
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 uni taire 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.
S.ELACHOURI
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
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.
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.
1 opration Regarder la tlvision
2 outils

une OPERATION peut tre excute avec DEUX OUTILS
S.ELACHOURI
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...

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 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 infor-
mations, 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
S.ELACHOURI
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
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
autoriser
possder
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 sp-
cifiques de chaque occurrence.
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.
S.ELACHOURI
NO PERE : PERE :
no pre nom du pre
no pre nom du pre
FILS : nom du fils
nom du fils no pre nom du pre
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 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.
- 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
S.ELACHOURI
du numro de pre". 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.
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 im-
mdiate de l'informatique. L'outil est lanc automatiquement et ex-cute
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 MINITEL : Recherche (simplifie) d'un numro de tlphone.
Dessiner le MLT et les informations du premier tat.
3 MODELE LOGIQUE DE COMMUNICATION

Les messages changs entre site et base de donnes sont rpertoris et
fixs. Il 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.
S.ELACHOURI
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.
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.
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.
S.ELACHOURI
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, lorsqu'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.
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
S.ELACHOURI
C'est fini. C'est dommage,

Vous pouvez
la secrtaire du responsable
rpter le menu ?
utilisateur tait sympa
Attention,
Ca y est, c'est fini.
les zros et les uns
vont bientt passer.
Responsable
P.D.G M. MERISE Informaticien
Utilisateur
COMITE DE VALIDATION DU NIVEAU LOGIQUE

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.
S.ELACHOURI
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.
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.
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.
LIVRE AUTEUR
Pre ou Propritaire Pre ou Propritaire
AUTEUR LIVRE
Fils ou Membre Fils ou Membre
S.ELACHOURI
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 en-
registrement 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.
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 devien nent 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.
,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 :
S.ELACHOURI
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.
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.
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, 2me, 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
S.ELACHOURI
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 "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 devien nent
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 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 iden tifiants 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 infor-
mations 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.
S.ELACHOURI
,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.
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 relation nel 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.
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.
S.ELACHOURI
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".
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.
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).
S.ELACHOURI
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 identi fie 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).
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.
* E.F. Codd. An evaluation scheme for database management systems that are claimed to be relational. Computerworld 1985
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 re-
lationnel 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 pro-
gramme), 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 ma -
nipulation 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". *
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...
* E.F. Codd. An evaluation scheme for database management systems that are claimed to be relational. Computerworld 1985
S.ELACHOURI
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'enregis-trements, 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 .
Eclatement 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

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".
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.
S.ELACHOURI
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.
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 enre-
gistrements 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.
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
S.ELACHOURI
BUREAU DE VALIDATION DU NIVEAU PHYSIQUE

CHAPITRE V RESUME DES MODELES
Le bois est dsormais devenu bateau.

(Expression chinoise)
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.
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
S.ELACHOURI
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 A CHEMIN DONNEES
O INFORMATIQUE L
? L E
I PROGRAMME ENREGISTREMENT
LIEN TYPE SGBD
?
Traitement et donnes
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 res-
ponsable 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.
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.
S.ELACHOURI
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 oeuvre 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".
Les gains attendus en confort d'utilisation, motivation du personnel et
augmentation potentielle de chiffre d'affaires ne sont pas mesu-rables
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 Projet i+1
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 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 est affecte
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 :
S.ELACHOURI
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 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 cal cul et, dans le
cas de recherche de progiciel, de les comparer avec ceux du progiciel.
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
S.ELACHOURI
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 Modles en Mise jour et consultation

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

L'tude pralable recouvre alors un conceptuel dtaill, un organi-
sationnel 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).
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 PAR L'UTILISATEUR
MESSAGES / MCD
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).
Modles en Mise--jour
et consultation par outil
+ validation de la liste
des outils = fin de Description des
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
N fois
base de donnes et engendrs par tel outil est bienvenu. La liste des outils
et Lancement
un Modle Logique de Donnes valid par les traitements (Modles des
outils) sont ncessaires pour
des tudes Tests la distribution des outils et attaquer la
spcification.
dtailles
S.ELACHOURI
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.
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 programmes
par lot (dont
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 ap-
profondit 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".
S.ELACHOURI
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 pro-
gramme, 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 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 opra-
tionnelle.
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 est 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.
S.ELACHOURI
CHAPITRE VIII EXEMPLES DE MODELES 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 :
lectricit
fournisseur
virement
livrer
client colis livr
sous/
systeme vendre O,N avis livraison
SYSTEME mettre FLUX
O,N
1,1 O,N O,N

recevoir
processeur 1,1 nergie

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
adresse mettre
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 rsultats via une condition. Une opration
organise peut tre enclenche par un temporisateur. Une procdure est un
ensemble d'oprations organises dont, si possible, 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.
S.ELACHOURI
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).
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.
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 1,1
0,N
0,1 S
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.
S.ELACHOURI
0,N
0,1 1,N
composer
INFORMATION identifiant INDIVIDU
0,1 0,1
S S
0,N
0,1 1,N
MESSAGE 0,N 0,N
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.
INTERVENANT
POSTE DE 0,N SITE 0,N
TRAVAIL
1,N
1,N
0,1 0,1 0,N 0,N
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 INFORMATION
OUTIL
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
* 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.
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 Marchandise
d'un atelierM
de fabrication un autre, dont la valeur doit tre
dfinie).
Entreprise Fournisseur
Liquidit
Exemple de flux externe : l'achat de marchandise. Un flux reu est un
emploi
Emploi : (valeur obtenue)
Marchandise M et un flux
Emploi mis est une ressource (valeur fournie).
: Liquidit
Ressource : Liquidit Ressource : Marchandise M
Cet change, vu de l'entreprise E, se prsente ainsi :
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.
Toutes les reprsentations et les schmas du prsent paragraphe, except les modles de donnes, proviennent ou ont t
S.ELACHOURI
a : 600 b : 2 000
c : 2 000 Compte X d : 1 700

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 vue du ple stock de
marchandise et vue 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
inspirs de l'ouvrage "COMPTABILITE GENERALE" de M. PEROCHON paru aux ditions FOUCHER.

investissement capitaux
propres
dettes
ple de financieres
rsultat
fournisseurs
client
stocks personnel
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,
FACTURE
total brut : ........9 000

remise 10% : ....... 900
8 100 Ventes 8 100
Produits 200
Port ......................... 200
accessoires
8 300
Net payer ........8 300 Client
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 :
S.ELACHOURI
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
MCD presque correct

L'change est dcrit comme opration crditant ou dbitant des comptes.
Comme les deux relations "crditer" et "dbiter" ont des pattes op-
tionnelles (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.
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.
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
DEVISE ECRITURE 1,N 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 0,1 REPARTITION
0,N
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...).
S.ELACHOURI
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-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
cumuler
0,N
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.
S.ELACHOURI
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.
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 indi vidu
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.
S.ELACHOURI
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'INDIVIDUNombre 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
2me). Sinon, il dclare le numro de la carte d'lecteur. Le 2me
assesseur recherche l'lecteur sur le registre et indique son nom, son
prnom et son adresse au 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 2me 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
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
S.ELACHOURI
MLT simplifi de l'outil : interrogation des abonns.
Nom Saisie obligatoire

Rubrique Saisie obligatoire
Localit Saisie obligatoire
Dpartement Saisie facultative

Adresse Saisie facultative
Prnom Saisie facultative
Etat "saisie des caractristiques"
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.

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.
S.ELACHOURI
CHAPITRE X : Exercices
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 :
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, Editeur 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.
Prter les
Livre Prt livres
Abonn Livre Rendu
Prter les livres
Enrichir la
Livre Neuf
Bibliothque
Editeur Livre Neuf
Entretenir
Livre Usag
les livres
Relieur Livre Reli
FLUX REELS
Messages ou Flux d'informations.
S.ELACHOURI
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)
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'Editeur vers Enrichir :
Catalogue (Titre de l'ouvrage, Auteur, Thme, Prix unitaire)
Facture Editeur (Rfrence diteur, Prix unitaire, quantit commande,
Taux TVA, Total facture TTC)
Message de Enrichir vers l'Editeur :
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'Editeur :
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
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 Editeur 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".
S.ELACHOURI
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
Information en d'un titre d'ouvrage.
AMONT : Titre d'ouvrage
entre de rgle
EQUIVALENCE
Titre D'ouvrage REGLE DE
TITRE DEAmont
LIVRE / TITRE D'OUVRAGE Titre De Livre
CALCUL
aval
Information calcule
AVAL : Titre de livre en sortie de rgle
Equivalence 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.
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
Demande de restitution de livre

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
Demande de restitution de livre

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.
Cette opration est enclenche rception du message de l'abonn, la
demande de prt. Si la personne n'est pas abonne, elle est systma-
tiquement abonne. La bibliothque est large et gnreuse. Pas de coti -
sation, 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.
S.ELACHOURI
- 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.
Les individus et leurs informations sont :
OUVRAGE 1,1
EXEMPLAIRE
0,N 1,N 0,N
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 fournisseur (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.
S.ELACHOURI
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 livre prt
rf. exemplaire
date retour
date destruction
date commande 0,N relier livre
1,N
date livraison exemplaire
PRET
1,1
date prt
0,1 0,N
FOURNISSEUR 1,1
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.
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.
S.ELACHOURI
ABONNE ACCUEIL MAGASINIER CHEF
demande
de prt
Examen demande de prt
+5 non livre non tout
livres abonn disponible O K 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.
- 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.
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 vali dation 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.
S.ELACHOURI
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.
commande no commandedate commanderf. 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
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
S.ELACHOURI
1er tat de l'outil
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".
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.
3.6 Modle logique de communication

Dans cet exemple, un seul site de mmorisation existe. Aucun mes sage
n'est chang entre sites ; il n'existe pas de MLC.
S.ELACHOURI
CHAPITRE XI 10 critres de choix d'un outil d'aide la conception
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.
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 moultes 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.
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.
S.ELACHOURI
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
... dtermine les 10 critres de choix.
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 ?
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 ?
S.ELACHOURI
2. Les 3 niveaux de MERISE
Le niveau conceptuel
4 Quels sont les objectifs principaux du conceptuel ?
Oui No
n
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 No
n
L'informatique
L'organisation
Du PDG
Des utilisateurs finals
L'activit de l'entreprise
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
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
S.ELACHOURI
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 ?
Le niveau organisationnel
15 Que dfinit le niveau organisationnel ? Rpondre par Oui (et classer par
ordre de priorit 1, 2, 3...) ou Non.
Oui No
n
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 MC MCT MOT MO MLT MLD
D D
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
3. Gestion de projet
17 Quand doit tre analys l'existant ?
Oui No
n
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 No
n
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) ?
S.ELACHOURI
PATTE RELATION MESSAGE

Patter relation
patter
vnement
patter info/ relation porter sur
individu INDIVIDU rsulter
CONDITION OPERATION
identifier INFORMATION
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 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).
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 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.
2. Les 3 niveaux de MERISE
S.ELACHOURI
Oui No
n
Connatre le ou la petit(e) ami(e) de X
Connatre l'activit de l'utilisateur X X
Connatre la perception de l'utilisateur de X
son activit informatiser
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 No
n
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
Enregistre X Connatre X
r
Numrote X Attribuer un X
r numro
Codifier X Suivre X
Administr X Diriger
er
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 X
information
une vente aux enchres de l'tat X
le rve de tout tats-unien (habitant des X
Etats Unis)
un ensemble de donnes et de traitement X

un ensemble de fonctions de l'entreprise X
un ensemble de proprits en Argentine X
(Hacienda)
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 X
excdents
dfinir des priorits X
planifier un projet X
grer des stocks X
produire des articles X
connatre le client X
promouvoir la vente des X
produits
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.
A partir des concepts X
Des informations
des informations demandes par
l'utilisateur
des fichiers existants
S.ELACHOURI
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 No
n
Ce qu'il y a faire X
Qui fait quoi 1
Les volumes des donnes 2
mmoriser
Qui est le chef 3
La marque du tableur X
acheter
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).
Question 16 : 22 points
MCC MC MCT MOT MO MLT MLD
D D
Opration X X
outil X X
informatique
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 X
jour
Lien X
3. Gestion de projet
Question 17 : 12 points, 2 par croix.

Oui No
n
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.
Oui No
n
juste aprs la runion de X
dmarrage du projet
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
S.ELACHOURI
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
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 code groupe produit amont
libell rponse
1) toutes les relations de cardinalit maximale gale 1 redondent

l'information : code usine, code consommateur, code produit dans le record
ou la table reclamation.
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 ?
QUESTIO NOTE MAXI

N
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 13 11
organisationnel ?
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.
S.ELACHOURI
GLOSSAIRE
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.
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.
Equivalence : 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.
Etat : tape d'un outil informatique caractrise par des informations
affiches ou saisir dans une grille d'cran (support).
Etude 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 dic-
tionnaire (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.
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.
S.ELACHOURI
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.
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
BIBLIOGRAPHIE
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.
S.ELACHOURI

MERISE

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

MERISE

Uploaded by

Copyright:

Available Formats

Merise

MERISE est une mthode de dveloppement des projets informatiques de gestion.

CHAPITRE I LE NIVEAU CONCEPTUEL....................................................11

CHAPITRE II : LE NIVEAU ORGANISATIONNEL..................................78

1 POSTE DE TRAVAIL ET ORGANIGRAMME...............................................78

5.2 Modles en cration et en consultation des oprations organises............96

CHAPITRE III LE NIVEAU LOGIQUE......................................................102

1 LE MODELE LOGIQUE DE DONNEES, un exercice intellectuel.. 103

CHAPITRE IV LE NIVEAU PHYSIQUE.....................................................129

1 MODELE PHYSIQUE DE DONNEES.............................................................130

CHAPITRE V RESUME DES MODELES.....................................................149

1 RESUME DES COMMUNICATIONS..............................................................149

CHAPITRE VI L'ORGANISATION D'UN PROJET.................................151

1. LES ACTEURS D'UN PROJET.........................................................................151

CHAPITRE VII LA META-PHYSIQUE : MAINTENANCE, FORMATION ET

1 UN DICTIONNAIRE DE DONNEES, SINON RIEN...............................160

CHAPITRE VIII EXEMPLES DE MODELES DE DONNEES.................162

CHAPITRE IX SOLUTION DES EXERCICES...........................................174

CHAPITRE XI 10 CRITRES DE CHOIX D'UN OUTIL D'AIDE LA CONCEPTION 196

1. Pourquoi choisir un outil d'aide la conception?...........................196

CHAPITRE XII EXERCEZ-VOUS (DOCUMENTS AUTORISS)........199

2. Les 3 niveaux de MERISE.............................................................................................200

Correspondance avec Merise 79 et anglais.............................................214

Il faut ouvrir des cadenas diffrents avec des

Ce chapitre d'introduction donne une vue globale de la mthode MERISE.

MERISE est une mthode de dveloppement des projets

1 La dmarche Merise : 3 dcoupages sur 4 niveaux.

Les objectifs de l'entreprise : le niveau conceptuel.

de l'activit, cette remise en question de l'entreprise, n'est pas aborde par

L'informatique universelle : le niveau logique ou externe.

Les retours sur le niveau prcdent sont faibles

Etude Etude Liste des outils Etude Etude

L'tude pralable va jusqu' la dfinition des outils

COMMUNICAT. DONNEES TRAITEMENT

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

"Le client passe une commande"

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

CHAPITRE I LE NIVEAU CONCEPTUEL

Sans entrer dans la tanire du tigre,

2 MODELE CONCEPTUEL DE COMMUNICATION.

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) ou INTERNES

dans le temps. En gnral, il existe plus de fonctions que de personnes et

analyser grer les grer les

grer les stocks suivre les

DOMAINE PRODUIRE POUR

L'entreprise est dcoupe en domaines, sous-domaines et fonctions

Pourquoi grer les pices dtaches ? Pour approvisionner la main-

Si les rponses prcdentes sont correctes, nous arrivons la dcoupe

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.

Le conceptuel consiste trouver le pourquoi. Si nous nous intressons

2.3.1 Occurrence d'information.

Information NOM DE PERSONNE

Une INFORMATION possde des OCCURRENCES