Merise Ofppt

Merise
S.ELACHOURI
2 sur 215 ________________________________________________ Informatique de gestion
www.cours-ofppt.com
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
2.2
2.3
2.4
2.5
Intervenant .........................................................................................................................11
Flux ........................................................................................................................................15
Information .........................................................................................................................17
Exemple de MCC, messages et informations.........................................................19
Rsum du MCC................................................................................................................20
3 MODELE CONCEPTUEL DE TRAITEMENT...................................................21

3.1 le modle conceptuel de traitements reflte le pourquoi indpendant de l'organisation.
3.2 Opration conceptuelle...................................................................................................22
3.3 Rsum du MCT. ...............................................................................................................25
22
4 MODELE CONCEPTUEL DE DONNEES ..........................................................25

4.1
4.2
4.3
4.4
4.5
4.6
4.7
4.8
Le concept : l'individu.....................................................................................................26
L'association de concepts, la relation .......................................................................29
Rappel sur les notions d'occurrences et d'ensemble. .........................................33
Contraintes. ........................................................................................................................34
Quelques piges viter pour construire les modles.......................................45
Modles quivalents ........................................................................................................57
Rsum du MCD. ..............................................................................................................67
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
3.2
3.3
3.4
L'organisation par site de mmorisation. ................................................................87

Evaluation des volumes des donnes .......................................................................88
Le modle de donnes s'organise : de nouveaux individus apparaissent. .89
L'tude des documents existants ...............................................................................91
S.ELACHOURI
Email : samirjob@gmail.com
INTRODUCTION __________________________________________________________3 sur 215
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
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
1.2
1.3
1.4
Enregistrement. ..............................................................................................................103
Chemin ...............................................................................................................................105
Construction du Modle Logique de Donnes. ....................................................105
Optimisation .....................................................................................................................111
2 MODELE LOGIQUE DE TRAITEMENT..........................................................114

2.1
2.2
2.3
2.4
Opration organise et outils informatiques ........................................................114

Outils informatiques ......................................................................................................115
Outil interactif ..................................................................................................................117
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
1.2
1.3
1.4
1.5
2
3
4
5
Information ou lien........................................................................................................130
SGBD hirarchique.........................................................................................................130
SGBD navigationnel ou rseau ..................................................................................132
SGBD relationnel ............................................................................................................134
Eclater ou regrouper les enregistrements physiques. ......................................144
MODELE PHYSIQUE DE TRAITEMENT.......................................................145

MODELE PHYSIQUE DE COMMUNICATION............................................146
VALIDATION MPT/MPD....................................................................................146
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.
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
154
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
1.2
1.3
1.4
1.5
1.6
MCC......................................................................................................................................162
MCT et MOT ......................................................................................................................163
MCD et MOD .....................................................................................................................164
MLT ......................................................................................................................................164
MLD et MPD. .....................................................................................................................165
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
3
4
5
ORGANISATIONNEL...........................................................................................176
Logique ......................................................................................................................177
Physique ...................................................................................................................178
RESUME .....................................................................................................................178
CHAPITRE X : EXERCICES............................................................................180
1 MODELE CONCEPTUEL.......................................................................................180
1.1
1.2
1.3
1.4
Modle conceptuel de communication....................................................................180

Modle conceptuel de traitement .............................................................................185
Modle conceptuel de donnes .................................................................................186
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
3.2
3.3
3.4
3.5
3.6
Liste des outils informatiques par procdure.......................................................191

Validation liste des outils / MOD et planification................................................191
Modle physique de donnes .....................................................................................192
Validation liste des outils / MLD. ..............................................................................193
Modle logique de traitement ....................................................................................193
Modle logique de communication...........................................................................195
CHAPITRE XI 10 CRITERES DE CHOIX D'UN OUTIL D'AIDE A LA CONCEPTION 196

1. Pourquoi choisir un outil d'aide la conception?............................196
2. Quels critres doit-il remplir ?....................................................................197
S.ELACHOURI
CHAPITRE XII EXERCEZ-VOUS (DOCUMENTS AUTORISES) ..........199

Enonc............................................................................................................................199
1. Informatique et mthode...............................................................................................199
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.
2.
3.
4.
5.
Informatique et mthode...............................................................................................205
Les 3 niveaux de MERISE...............................................................................................205
Gestion de projet ..............................................................................................................209
Le mta-modle ................................................................................................................210
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
informatiques de gestion.
de
dveloppement
des
projets
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
notamment des flux d'informations ou messages.
S.ELACHOURI
flux
entre
systmes,
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
ORGANISATIONNEL
FONCTION
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 microordinateurs. 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
SENS DE L'ETUDE
Les retours sur le niveau prcdent sont faibles

Une validation des modles entre eux est " cheval" sur plusieurs niveaux.
S.ELACHOURI
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
conceptuelle
Etude
organisationnelle
Liste des outils

et validation MOD
Etude
logique
Etude
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.
CONCEPTUEL
MCC
M
ORGANISATIONNEL
MOC
M
LOGIQUE
MLC
M
PHYSIQUE
MPC
M
CD
OD
LD
PD
DONNEES TRAITEMENT
MCT
MOT
MLT
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 215 ______________________________________________ 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
CHAPITRE I LE NIVEAU CONCEPTUEL _____________________________________ 11 sur 215
CHAPITRE I LE NIVEAU CONCEPTUEL
Sans entrer dans la tanire

comment capturer ses petits ?
(Proverbe chinois)
du tigre,
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
PILOTER
ACHETER
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 sousdomaines 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
analyser
la production
MAINTENIR
produire
grer les
pices
dtaches
grer les
rparations
suivre les
pannes
grer les stocks
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
SOUS-DOMAINE
FONCTIONS
ELEMENTAIRES
PRODUIRE POUR
VENDRE
PRODUIRE A
MOINDRE COUT
produire
tout prix
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 maintenance.

Pourquoi suivre les pannes ? Pour planifier les rparations.
Pourquoi grer les rparations ? Pour planifier les rparations.
Si les rponses prcdentes sont correctes, nous arrivons la dcoupe
suivante :
PRODUIRE POUR
VENDRE
PRODUIRE A
MOINDRE COUT
produire
tout prix
MAINTENIR
analyser la
production
suivre les
pannes
grer les
rparations
VENDRE
POUR ...
APPROVISIONNER
grer les pices
dtaches
grer les
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 sousensemble 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
flux financiers
Filiale
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
Demande de liquidits
Optimiser
flux financiers
Filiale
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 sousdomaines. 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
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 client qui
S.ELACHOURI
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
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
Rgle de calcul
Une rgle de calcul lie plusieurs informations. Dans ce cas, noter les
informations en entre et rsultat de la rgle et retenir quelles informations,
entre ou rsultat, seront mmorises. Si les deux types d'informations
taient retenues, une possibilit d'incohrence existerait. Ce qu'il faut viter
tout prix !
2.4 Exemple de MCC, messages et informations.
Entreprise
Demande de
facturation
Facture
mise
Ordre de livraison
Livrer
Livreur
Bon de livraison
Demande de livraison
Facturer
Facture
Client
Chque
Encaisser
Avis d'encaissement
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.
Domaine
Message =
Flux D'informations
Client
Partenaire
Entreprise
Commande
nom client
adresse
date commande
montant commande
Vendre
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.
4.
5.
6.
"We demand..." est-il un message informant ?

Une demande de paiement est-elle un message informant ?
Un tract lectoral est-il un message informant ?
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 :
domaine ou sous-domaine
Messages Reus
Messages mis traits
Opration
Intervenant
Messages mis
CLIENT
COMMANDE
VENDRE
nom client
adresse
date commande
montant commande
Vendre traite la commande. L'opration traite ou met un message. Le

message est vnement ou rsultat de l'opration.
CLIENT
COMMANDE
nom client
adresse
date commande
montant commande
VENDRE
traiter 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.
Commande de coke
Client
Vendre
Proposition De Produit
De Substitution
Ordre De
Produire
Rapprovisionnement
S.ELACHOURI
Ordre De
Livraison
livrer
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
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
en stock
Coke en
stock
Ordre De Livraison
De Substitution
Ordre De
Rapprovisionnement
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
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
Prise En Compte
accord Mre
Prise En Compte
accord du Pre
accord du Pre ou
de la grand Mre
accord de la Mre
Prise En Compte
accord Grand Mre
accord de la Mre
emploi du temps
= aller au cinma
2. Les MESSAGES arrivent un par un...
accord de la mre
accord du pre
Prise En Compte
accord Mre
Prise En Compte
accord du Pre
Prise En Compte
accord Grand Mre
Planifier emploi
du temps
si accords ...
emploi du temps = aller au cinma
3. EVENEMENTS et RESULTATS ne font pas partie de la mme OPERATION

Une troisime manire est de dcrire N oprations d'enregistrement des N
accords et une seule opration "aller au cinma" si les conditions sont
requises.
La deuxime reprsentation est la plus proche de la ralit. Les messages
vont et viennent les uns indpendamment des autres, non simultanment.
Les ractions diffrent suivant chaque cas. Si j'ai l'accord de ma mre, je
peux aller demander celui de ma grand-mre plutt que celui de mon pre.
Une autre diffrence entre ces reprsentations est le glissement de la
condition d'mission du message rsultat vers l'opration ou le message.
Dans le premier cas, la condition est la synchronisation, la combinaison des
S.ELACHOURI
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
Condition
Planifier emploi du temps
(a ou b) et c
ALLER AU
CINEMA
Condition
si accords : (a ou b) et c
Message rsultat :
Message rsultat :
emploi du temps = aller au cinma
emploi du temps
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".
La dmarche consiste identifier directement les concepts de maison et de
rivire pour ensuite dterminer les informations d'une maison, d'une rivire
ou de l'association (maison, rivire).
L'approche par les concepts tudie l'activit du domaine, construit les
individus et les relations et range ensuite les informations dans ceux-ci. Le
contrle de cohrence entre les informations et celles existantes sur les
documents actuels est fait plus tard.
Individus et relations sont tudis en premier. Les rgles respecter sur les
informations pour obtenir un modle de donnes correct sont ensuite
dveloppes. Les complments apporter au modle, les contraintes sont
ensuite abords. Enfin, la vie d'un modle et les diffrents piges viter
entre information, individu et relation seront passs en revue.
4.1 Le concept : l'individu
Un individu est un concept ou une bote paralllpipdique. Un individu
est un ensemble d'informations qui a une existence propre. L'individu
PERSONNE comprend les informations, nom, prnom, date de naissance...
PERSONNE
nom
prnom
date de naissance
Individu
Informations
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.
S.ELACHOURI
OCCURRENCES D'INDIVIDUS
celle de mon oncle

la mienne
VOITURE
ma voiture
la poussette
mon vlo
VEHICULE
Pre Nol 87
Pre Nol 88
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.
Occurrences
d'information
Ernie
Benjamin
22 03 1980
PERSONNE
Informations
nom
prnom
date de naissance
Occurrence
d'Individu
Individu
un INDIVIDU est un ensemble d'INFORMATIONS

Dans l'approche par les concepts, les informations sont secondaires.
L'important est de pouvoir dsigner les occurrences de l'individu facilement.
Quand l'individu "personne" existe, les informations qu'il porte, ses
proprits peuvent tre mentionnes plus tard. A la question "cite moi des
occurrences de tel individu", la rponse doit tre aise. En consquence, les
occurrences d'individus peuvent tre identifies. Mme deux clones sont
identifiables par un code, un numro, une rfrence, en un mot, un
identifiant. Celui-ci est une information particulire.
Le modle de communication est d'un certain secours. Les candidats
l'individualisation sont : les partenaires (client, fournisseur) et leurs
ressources ventuelles (dpt, site), les messages conceptuels importants
(commande, facture...) typiques de l'activit et les flux rels (produit,
devise).
A un niveau plus pragmatique ou plus avanc, apparaissent des individus
"forcs" tels que ligne de facture, barreau d'une chelle... , qui n'ont pas
d'existence propre, mais sont reprsents par des carrs. Ces cas sont
dvelopps plus en avant.
4.1.2 Rgles sur les individus
Les rgles dfinies par le groupe de travail du Ministre de lindustrie
l'origine de la Mthode Merise en 1979 sont :
un individu est un objet rpondant aux conditions suivantes :
1 - tre d'intrt pour l'organisation
2 - tre distinguable parmi les autres individus de son type, c'est--dire qu'il
existera un identifiant par individu (numro, code, rfrence...)
3 - avoir une existence propre, "c'est--dire une existence concevable sans
hypothse sur l'existence d'autres lments du rel peru".
4 - tre dot d'un ensemble unique de proprits. Toutes les informations

ont une seule valeur, une seule occurrence pour une occurrence d'individu.
PERE
Contre-exemple :
nom pre
prnom pre
prnom 1er fils
prnom 2me fils
prnom 3me fils
Tous les Pres n'ont pas de 2me fils.

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

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

4.1.3 Rgles sur les informations des individus
1 - Une information est dans un seul individu (ou une seule relation).
2 - Une seule occurrence d'information par individu. La valeur d'une
information est unique pour un individu (nomm aussi ensemble unique de
proprits d'un individu)
PERE
Contre-exemple :
nom pre
prnom pre
prnom fils
MAUVAIS : le prnom du fils n'est pas une information unique pour l'individu
Pre.
S.ELACHOURI
PERE
FILS
nom pre
prnom pre
prnom fils
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
nom pre
prnom pre
FILS
avoir
prnom fils
Une relation n'a pas d'existence propre et doit tre dfinie par les individus
auxquels elle est rattache.
son godillot
Individus
ta botte
ma botte
glissire
brin
de paille
CHAUSSURE
lier
TYPE DE
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
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
controleur
responsable
agnan
nicolas
le bouillon
eudes
metteur
PERSONNE
ROLE
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.
S.ELACHOURI
relation
engendrer
parent de
fils de
PERSONNE
VOITURE
conduire
nom personne
prnom
no voiture
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.
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
de patte
Occurrence
de relation
brin
de paille
ma botte
CHAUSSURE
TYPE DE
FERMETURE
lier
Les occurrences d'individu d'une relation ne peuvent dfinir qu'une

occurrence de relation.
3 occurrences de relation
bicyclette
wagon
montre
train lectrique
Pre Nol 88
Pre Nol 87
COMMANDE
comprendre
PRODUIT
qt commande
Patte "Produit"
Patte "Commande"
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
Pre Nol 88
Pre Nol 87
COMMANDE
comprendre
wagon
montre
train lectrique
PRODUIT
qt commande
Les RELATIONS peuvent contenir des INFORMATIONS

S.ELACHOURI
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
patte "personne"
2 occurrences de
la relation "signer"
agnan
nicolas
le bouillon
eudes
Le message secret
DOCUMENT
PERSONNE
signer
rdacteur
controleur
responsable
metteur
Patte "Rle"
ROLE
...ou plus de deux occurrences d'individus

signer (message secret, metteur, eudes) = vrai
Reprenons l'exemple de relation ternaire du document secret. Pour un tripl
d'occurrences des individus Document, Rle, Personne, l'occurrence de
relation existe ou n'existe pas.
signer (message secret, metteur, eudes) = existe
signer (message secret, responsable, Le bouillon) = existe
signer (message secret, metteur, Agnan) = n'existe pas
4.3 Rappel sur les notions d'occurrences et d'ensemble.
Ensemble et occurrences existent pour les informations, les individus, les
relations et les pattes.
Prenons l'exemple dessin : l'individu est "Personne", les occurrences
d'individu sont Martin et Pcheur. Les informations sont "nom personne" (M.
Martin) et "prnom" (Jean-philippe). La relation est "engendrer" et les
pattes "parent de" et "fils de".
engendrer
parent de
fils de
parent de
Pecheur
fils de
Martin
PERSONNE M. Martin
nom personne
prnom
jean-phil
Occurrence ou lment
Concept ou Ensemble
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
1
COMMANDE
PRODUIT
concerner
Quand je compte le nombre de produit(s) d'une commande...

S.ELACHOURI
COMMANDE
PRODUIT
concerner
...je m'intresse aux cardinalits de la patte "Commande" (de gauche)
3
2
1
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
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
nom client
adresse
0,N
passer
1,1
COMMANDE
date commande
montant
Cardinalits maximum
Cas des individus "commande" et "produit" : un produit peut n'tre concern

par aucune commande, cardinalit minimale 0. Il peut tre command
plusieurs fois cardinalit maximale N. Les cardinalits de la relation du ct
"produit" sont 0,N. Chaque commande comprend un produit au minimum et
N (suprieur un) au maximum. Les cardinalits de la relation "concerner"
du ct commande sont donc un au minimum et N au maximum.
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
nom client
adresse
0,N
passer
1,1
COMMANDE
date cde
montant
Exemple de la commande au Pre Nol.

Voici les cardinalits des occurrences d'individu :
2
1
3
Pre Nol 89
bicyclette
Pre Nol 88
Pre Nol 87
COMMANDE
comprendre
wagon
montre
train lectrique
PRODUIT
qt commande
OCCURRENCE DE L'INDIVIDUNombre d'occurrences de patte COMMANDE

"commande"
S.ELACHOURI
Commande 87
Commande 88
Commande 89
2
2
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
composant
compos
suprieur
PRODUIT
0,N
0,N
0,1
subordonn
PERSONNE
Voici les deux cas de nomenclatures.
couronne
de plumes
hirarchiser
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
eudes
Le message secret
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
S.ELACHOURI
Le rsultat est :
DOCUMENT
PERSONNE
0,N
1,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
nom personne
prnom personne
FILS
0,
avoir
prnom fils
Une personne peut ne pas avoir de fils :

cardinalit minimale = 0
1 minimum : Une commande aura toujours un client payeur.
PERSONNE
nom personne
prnom personne
1,
FILS
avoir
prnom fils
Un fils a toujours un pre : cardinalit minimale = 1
1 maximum. Ce un est il modifiable ou non ? S'il ne peut tre modifi, la

patte reste inchange. Le fils peut-il changer de pre ?
PERSONNE
,1
FILS
avoir
nom personne
prnom personne
prnom fils
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.
0 minimum
1 minimum
non modifiable
modifiable
colis / commande
appartement
/ locataire
commande / client
locataire/
appartement
Il existe quatre cas de cardinalit maximale 1

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

cardinalit maximale = N
Exemple de modle de donnes avec cardinalits : les relations entre
facture et commande.
La commande comprend une N ligne(s) de commande (cardinalits entre
commande et ligne de commande 1 et N). Une ligne de commande ne
concerne qu'une commande (cardinalits minimale et maximale 1 de la
ligne de commande vers la commande). Chaque ligne de commande ne
concerne qu'un et un seul produit (cardinalits minimale et maximale 1 de
la ligne de commande vers le produit).
Le raisonnement est le mme entre facture, ligne de facture et produit. Les
cardinalits entre facture et ligne de facture sont 1,N sur la patte "facture"
de la relation "dcomposer" et 1,1 sur la patte "ligne de facture" de la
relation "dcomposer". Une ligne de facture ne concerne qu'un seul produit.
Lettrer est rapprocher une ligne de facture avec N lignes de commande.
Ainsi, seront mmorises les lignes de commande n'ayant pas t factures.
S.ELACHOURI
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.
CLIENT
0,N
1,1
COMMANDE 1,N
LIGNE DE
COMMANDE
quantit
commande
1,1
comprendre
facturer
1,1
concerner
0,N
0,N
lettrer
0,N
0,N
annoncer une
bonne nouvelle
PRODUIT
FACTURE
1,N
LIGNE DE
FACTURE
1,1
dcomposer
1,1
0,N
quantit
facture
1,1
Un modle doit avoir toutes ses cardinalits

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

Les cardinalits aident "lire" un modle de donnes, identifier les
dcompositions d'un individu en individus (individus de haut en bas) et
analyser le pourquoi de chaque niveau d'individu (individus de droite
gauche).
Rappelons que le but des contraintes est de "coller" au plus prs du discours
de l'utilisateur. Les contraintes sont des complments sur le modle de
donnes.
Les quatre contraintes suivantes, de b e, sont explicites par la notion
d'ensemble. Elles ont rcemment t codifies par M. TABOURIER
(Rfrence 3).
Sur un modle de donnes, les occurrences d'un individu peuvent tre vues
comme lment de sous-ensembles d'occurrences d'individu ayant une
relation particulire :
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
0,N
0,1
dposer
0,N
rembourser
0,1
DEMANDE
DE PRET
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
S.ELACHOURI
relations considres : toutes les personnes dposent ou remboursent. Mme

Fourmi n'existe pas.
PERSONNE
0,N
0,1
dposer
0,N
DEMANDE
DE PRET
REMBOURSENT
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.
PERSONNE
0,N
0,1
dposer
DEMANDE
DE PRET
REMBOURSENT
DPOSENT
0,N
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.
PERSONNE
0,N
0,1
dposer
DEMANDE
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.
PERSONNE
0,N
0,1
dposer
0,N
DEMANDE
DE PRET
DPOSENT
REMBOURSENT
I
rembourser
PRET
0,1
Toute personne remboursant un prt a dpos une demande

Viennent ensuite les deux derniers types de contrainte ou de complments
du MCD, la "relation pointe" et le texte.
f - La ternaire (relation reliant trois individus) pointant sur un seul individu
Elle montre l'unicit d'occurrence de l'individu point.
Exemple : un document est sign par plusieurs personnes qui jouent en
signant un rle prcis. Le message secret est sign par Eudes en tant
qu'metteur, Le Bouillon comme responsable, Nicolas comme contrleur et
Agnan comme rdacteur. Le document est sign N fois. Mais le document ne
comporte qu'une signature d'metteur, de responsable, de contrleur, de
rdacteur...
Pour un couple (document, rle), une seule personne est permise.
DOCUMENT
ROLE
PERSONNE
Message secret
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
eudes
Le message secret
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.
S.ELACHOURI
CONTRAT
CADRE
concerner
1,N
0,N
PRODUIT
quantit
plafond
0,N
0,N
se rapporter
livrer produit
quantit livre
LIVRAISON
1,N
1,1
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
0,N
1,1
COMMANDE 1,N
LIGNE DE
COMMANDE
quantit
commande
1,1
comprendre
facturer
1,1
concerner
0,N
0,N
lettrer
0,N
0,N
PRODUIT
annoncer une
bonne nouvelle
FACTURE
1,N
1,1
dcomposer
1,1
LIGNE DE
FACTURE
1,1
0,N
quantit
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.
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
honorer
0,N
ACCORD
... 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.
INFORMATION
b
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.
S.ELACHOURI
Le message secret
eudes
DOCUMENT
PERSONNE
signer
metteur
ROLE
SIGNER = 1 Document, 1 personne et 1 rle.
DOCUMENT
0,N
1,N
1,1
PERSONNE
signer
1,1
1,1
cardinalits de
la relation = 1,1
0,N
ROLE
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.
3me semaine
CONTRAT DE
LOCATION
1,1
A2
2me semaine
1re semaine
cl
A1
LOCATION
VOITURE
date dbut
date fin
1,N
1,1
0,N
1,1
concerner
1,1
de
A
porter
TYPE DE
VOITURE
0,N
typer
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
A2
3me semaine ?
cl
CONTRAT DE
LOCATION
A1
1,N
louer
date dbut
date fin
VOITURE
0,N
... 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
S.ELACHOURI
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
Arc de
Triomphe
Beaubourg
No
Etat Fantoche
Etat Franais
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
0,N
partie
juge
ROLE
Une occurrence de relation multi-occurrences de pattes vers une occurrence

d'individu n'existe pas
La relation signer devient individu SIGNATURE d'un document. La relation

"apposer" entre les individus "signature" et "document" possde 1,1 et 0,N
comme cardinalits.
renard
Dcret royal
lion
DOCUMENT
imiter
SIGNATURE
1,1
0,N
PERSONNE
0,N
apposer
par
0,N
1,1
1,N
0,N
partie
juge
valoir
ROLE
0,N
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
0,N
PERSONNE
signer
0,N
partie
juge
0,N
ROLE
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.
S.ELACHOURI
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
1,N
1,1
concerner
qt commande
1,1
0,N
0,N
0,1
Patte optionnelle 'lettrer'
reprendre
0,N
FACTURE
PRODUIT
qt facture
prix unitaire
1,N
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
1,1
comprendre
FACTURE
0,N
lettrer
LIGNE DE
COMMANDE
1,1
0,N
PRODUIT
concerner
quantit
commande
reprendre
0,1
0,N
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
10
10
Barreau
Barreau
1000
nombre articles
commands
remise accorde
100
1,1
10
0,N
Contrat
Echelle
Echelle
contrat
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
0,N
signer
PERSONNE
0,N
0,N
viser
ROLE
0,1
PROJET
0,N
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.
DOCUMENT
0,1
0,N
AUTORISATION 1,1
signer
PERSONNE
donner
1,1
ROLE
0,N
0,N
jouer
0,N
viser
PROJET
0,1
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.
S.ELACHOURI
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
1,1
0,N
TYPE DE
DUREE
Il n'existe pas de concept derrire cet individu. Cet individu est une
information "cache" du contrat type-dure-contrat.
CONTRAT
type dure 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.
1,1
LIGNE DE 0,1
lettrer
FACTURE
facture
LETTRAGE 1,1
0,1
lettrer
commande
LIGNE DE
COMMANDE
Dans ce cas, il n'existera jamais deux lettrages reliant deux fois la mme
ligne de commande et la mme ligne de facture. Comme le lettrage n'existe
que par les lignes de commande et de facture, cet individu peut tre
transform en relation.
LIGNE DE
FACTURE
0,1
0,1
LETTRER
LIGNE DE
COMMANDE
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).
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 !
Premier exemple de rgle respecter, l'individu patte dcrit sur le modle

de la mthode .
Une patte relie un individu et une relation. En reprsentant ces concepts
de la mthode sur un modle de donnes de la mthode, encore appel
mta-modle, les cardinalits du mta-individu "patte" vers le mta-individu
"relation" et le mta-individu "individu" sont 1 minimum et 1 maximum.
Soit le modle de donnes suivant. Une personne lit ou comprend un
chapitre d'un livre. Une personne est fils de... ou pre de. Pre de et fils de
sont des pattes de la relation engendrer. La reprsentation sous forme de
modle de donnes est :
engendrer
pre de ...
fils de ...
PERSONNE
0,n
0,n
comprendre
0,n
lire
Si ce modle
donnes (de la
"personne" et
"engendrer", les
CHAPITRE
0,n
de donnes est reprsent sous la forme d'un modle de

mthode MERISE) ou mta-modle : les individus sont
"chapitre", les relations sont "comprendre", "lire" et
pattes sont "fils de" et "pre de".
S.ELACHOURI
lire
comprendre
pre de ...
personne
chapitre
fils de ...
engendrer
PATTE
INDIVIDU
0,N
1,1
RELATION
1,1
0,N
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 0,N
concerner
VOITURE
LOCATION
1,1
date dbut
date fin
0,N
1,1
de
Troisime exemple : dcision de gestion d'un individu, l'individu rgle. Le

modle est correct avec une relation ternaire, mais l'utilisateur dcide de
grer un concept. Alors, l'individu existe.
Je veux grer les rgles de passage d'une situation une autre en
fonction d'vnements. Ces rgles me serviront gnrer les situations. Si
la situation actuelle est "radieuse" et que l'vnement est "Le chat se gratte
l'oreille", la situation suivante est "pluvieuse". Les rgles sont gres. Celle
que je viens d'noncer est une rgle d'expert flin, la rgle de "la patte du
chat" (Rfrence 7). Une autre rgle, "pessimiste" est : si la situation
actuelle est "heureuse" et l'vnement est une "catastrophe", la situation
suivante est "malheureuse".
A une rgle correspondent une et une seule situation prcdente, une et
une seule situation suivante, un et un seul vnement. Les cardinalits
minimale et maximale de l'individu rgle sont gales 1 pour toutes les
pattes.
Si la situation est appele "fait" et nous obtenons un modle de systme
expert pour qui tout est "fait" ou "rgle" ou les deux.
le chat se
gratte l'oreille
0,n
catastrophe
EVENEMENT
tenir
compte
pluvieuse
radieuse
la patte du chat
1,1
malheureuse
pessimiste
heureuse
REGLE
SITUATION
prceder
1,1
0,n
suivre
0,n
1,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
0,1
1,1
VEHICULE
motoriser
d - Information vers individu.

C'est le cas le plus courant qui apparat au dbut du modle. Si une
information n'est porte que par un seul individu, la formalisation est
correcte. Si elle se retrouve dans un deuxime individu, alors un individu
doit tre gr. Une information doit appartenir un seul individu ou une
seule relation. Sinon, il existe un risque de confusion. Quelle est
l'information de rfrence ? Laquelle doit tre mise jour ? De quel concept
dpend-elle ?
Exemple : nom du pays est information de l'individu ville. Si le nom du pays
apparat dans un autre individu (devise par exemple), alors l'individu pays
existe. Le cas o un numro de pays existe prouve que le concept de pays
doit tre gr.
VILLE
DEVISE
nom ville
nom pays
code devise
nom pays
S.ELACHOURI
VILLE
nom ville
se situer
dans
1,1
0,N
PAYS
nom pays
1,N
avoir
cours
DEVISE
1,1
code devise
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
est intgre dans le

PERSONNE, SOCIETE.
0,1
modle
VEHICULE,
MOTEUR,
PROPRIETAIRE,
tre personne
propritaire
PERSONNE 0,N
0,1
PROPRIETAIRE
0,1
capitaliser
socialiser
0,N
appartenir
0,N
SOCIETE
Voiture
0,1
MOTEUR
1,1
0,1
motoriser
VEHICULE
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
A3
A2
A3
A2
A1
A
TYPE DE A
1,N
typer
0,N
1,1
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
!
S.ELACHOURI
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.
E.D.F
COMPTE
BANCAIRE 1,1
fournisseur
client
R.A.T.P
Banque De France
banque
ouvrir
TYPE DE
SOCIETE
SOCIETE
0,N
COMMANDE 1,1
CLIENT
- nom socit
- adresse du
sige social
0,N
1,N
0,N
tre d'un
type de
socit
0,N
FACTURE
FOURNISSEUR
payer
payer
1,1
- FOURNISSEUR, CLIENT, BANQUE sans lien entre les individus.

Fournisseur 3
R.A.T.P
Fournisseur 2
E.D.F
Banque 1
Banque De France
BANQUE
Client 1
Banque De France
CLIENT
- nom banque
- adresse du
sige social
banque
FOURNISSEUR
- nom client
- adresse du
sige social client
0,N
ouvrir
0,N
1,1
COMPTE
BANCAIRE
Fournisseur 1
Banque De France
- nom fournisseur
- adresse du
sige social fourn
0,N
payer
payer
1,1
COMMANDE
CLIENT
1,1
FACTURE
FOURNISSEUR
- SOCIETE, FOURNISSEUR, CLIENT, BANQUE. Une socit est

fournisseur, client... Les informations sige social, ge du PDG sont dans
l'individu SOCIETE. Les informations encours fournisseur, encours autoris,
sont dans l'individu fournisseur. Autour de la socit, les cardinalits sont
0,1 pour toutes les relations avec des individus.

R.A.T.P
E.D.F
Banque De France
SOCIETE
0,1
nom socit
adresse du sige social
0,1
0,1
fournisseur 3
1,1
fournisseur 2
banque 1
1,1
client 1
BANQUE
dcouvert accord
ouvrir
FOURNISSEUR
niveau risque
0,N
payer
1,1
fournisseur
1
banque
de france
1,1
CLIENT
encours accord
0,N
payer
1,1
COMPTE
BANCAIRE
COMMANDE
CLIENT
0,N
1,1
FACTURE
FOURNISSEUR
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 "soustypes" 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
10%
Option
Prt
PRET
numro prt
taux d'intrt
0,N
type contrat
1,1
0,N
0,N
Option n1
1000
Change n1
3,5
type contrat
OPTION
numro d'option
montant du droit d'achat
TYPE DE CONTRAT
CHANGE
type contrat
1,1
S.ELACHOURI
1,1
numro de change
taux de change
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
0,N
TYPE DE CONTRAT
type contrat
1,1
1,N
1,N
taux de change
possder
valeur
taux d'intrt
autoriser
CARACTERISTIQUE DU CONTRAT
0,N
0,N
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
10
1,N

taux d'intrt
possder
valeur
0,N
Le Prt numro 1 devient le contrat numro 1, l'option numro 1 devient le

numro 2, le contrat de change numro 1 devient le numro 3. Le contrat
numro 1 est du type prt, le numro deux du type option et le numro
trois du type change.
L'information "taux d'intrt" n'est plus une information de l'individu prt,
mais de la relation "possder".
10, le taux d'intrt du contrat numro 1 est une occurrence d'information

de l'occurrence de la relation possder entre contrat numro 1 et la
caractristique taux d'intrt.
1000, le montant du droit d'achat du contrat numro 2 est une occurrence
d'information de l'occurrence de la relation "possder" entre contrat numro
2 et la caractristique montant du droit d'achat.
3,5 , le taux de change du contrat numro 3 est une occurrence
d'information de l'occurrence de la relation possder entre contrat numro 3
et la caractristique taux de change.
Application au modle sur les socits banque, client, fournisseur.
Un TYPE DE SOCIETE autorise des CARACTERISTIQUES. Une SOCIETE
d'un TYPE DE SOCIETE donn possde (relation entre socit et
caractristique) des valeurs (information de la relation) de la
CARACTERISTIQUE autorise pour le type de socit.
Fournisseur
COMPTE
BANCAIRE
Client
Banque
SOCIETE
0,N
type socit
0,N
1,1
ouvrir
- nom socit
- adresse du
sige social
0,N
0,N
payer
1,1
COMMANDE
CLIENT
payer
0,N
1,N
0,N
autoriser
encours
possder
0,N
valeur
niveau de risque
dcouvert
1,1
FACTURE
FOURNISSEUR
TYPE DE
SOCIETE
CARACTERISTIQUE
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.
S.ELACHOURI
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
MOUVEMENT
PREVU
1,1
date chance
mvt prvu
0,N
date mouvement
DATE DE VALEUR
0,N
0,N
0,N
DATE
D'ECHEANCE
solde
comptable
devenir
0,N
0,N
date chance
ordre mouvement
solde
valeur
0,1
crditer
0,1
COMPTE
BANCAIRE
0,N
0,N
dbiter
1,1
1,1
0,N
0,N
ORDRE DE
MOUVEMENT
1,1
date valeur
mouvement
0,N
0,N
0,N
0,1
crditer
0,N
dbiter
MOUVEMENT
BANCAIRE
0,1
Ce modle peut devenir, en ne considrant qu'un seul individu date :

MOUVEMENT
PREVU
1,1
date chance
mvt prvu
0,N
DATE
0,N
date mouvement
0,N
0,N
0,N
date chance
ordre mouvement
devenir
0,N
ORDRE DE
MOUVEMENT
1,1
0,N
0,N
0,1
crditer
0,1
dbiter
0,N
solde
valeur
0,N
solde
comptable
date valeur
mouvement
1,1
0,N
COMPTE
BANCAIRE
0,N
0,1
crditer
0,N
dbiter
1,1
MOUVEMENT
BANCAIRE
0,1
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.
MOUVEMENT
PREVU
SOLDE BANCAIRE
solde comptable
solde valeur
date du solde
date chance
mvt prvu
0,N
1,1
devenir
0,N
0,N
0,1
ORDRE DE
MOUVEMENT
0,N
crditer
date chance
ordre mouvement
COMPTE
BANCAIRE
0,1
MOUVEMENT
BANCAIRE
0,1
date mouvement
date valeur
mouvement
crditer
0,N
0,N
0,1
0,N
dbiter
dbiter
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
impermable
t 68
CATALOGUE
PRODUIT
tarifer
0,N
prix catalogue
en Zloties
0,N
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,N COMMUNE 0,1

0,N
regrouper
regrouper
0,1
0,1
regrouper
0,N
0,1
possder
0,N
DEVISE
VILLE
0,N
0,N
PAYS
avoir
cours
La premire question est :

S.ELACHOURI
0,N
0,1
regrouper
DEPARTEMENT
- 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
L1
Client Richard
L3
L2
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".
Lambda
Crsus
Richard
Tout client
Grand compte
CLIENT
NUD
nomenclature
financire
0,N
regrouper
type de nud
avoir comme aval

avoir comme amont
0,N
nomenclature
0,1
gographique
0,1
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.
NUD
CLIENT
type de nud
0,N
0,N
regrouper
avoir comme aval
0,1
LIEN
LIEN
date dbut lien
date fin lien
0,N
0,1
avoir comme amont
1,1
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.
S.ELACHOURI
NIVEAU
1,1
tre
STRUCTURE
LIEN
0,N
appartenir
0,N
0,N
1,1
NUD
0,N
avoir comme aval

avoir comme amont
0,N
1,1
ou
1,N
1,1
1,1 ou 1,N
LIEN
LIEN
date dbut lien
date fin lien
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
- en choisissant de reprsenter un concept son plus juste niveau (modles

mta).
Un individu est un concept ensemble d'informations. Une occurrence
d'individu est un ensemble d'occurrence d'informations.
Une relation est un lien entre individus pouvant tre ensemble
d'informations. Une occurrence de relation lie plusieurs occurrences
d'individus et peut tre un ensemble d'occurrence d'information(s).
La rgle retenir sur les individus est :
Les occurrences d'individu doivent pouvoir tre cites.
Les rgles sur les informations sont :
Une information est dans un seul individu ou une seule relation.
Une information d'individu a une et une seule valeur pour chaque
occurrence de l'individu concern.
Une information de relation a un et un seul sens pour toutes les occurrences
d'individu relies (pas de patte optionnelle ou multiple).
La rgle retenir sur les relations est :
L'occurrence d'une relation donne ne peut exister qu'une fois entre deux
occurrences d'individu.
une fois !
Les contraintes sont un complment d'informations sur le modle de

donnes. Les principales sont les cardinalits minimale (0 ou 1) et maximale
(1 ou N) d'une patte, nombres minimum et maximum d'occurrence(s) de
patte que peut avoir une occurrence d'individu pour une relation donne.
Au dbut, on lit carr puis carr et cercle. Puis, on s'aperoit que les carrs
sont des rectangles et les cercles des ellipses et enfin qu'entre rectangle et
ellipse la diffrence n'est qu'une question de point de vue mais que toute la
mthode est dans ce point de vue.
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 ?
S.ELACHOURI
Commande de coke
Prise de commande
Pas de Coke Coke en
en stock
stock
Demande De Produit
De Substitution
Ordre De Livraison
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
Marie
fils de
PERSONNE
Pierre
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
crire
prter
PRET
OUVRAGE
EXEMPLAIRE
de
AUTEUR
crire
prter
PRET
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 peutil consulter plusieurs fois le mme mdecin ?
5 VALIDATION DES MODELES ENTRE EUX

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

modle de donnes.
La deuxime cohrence concerne les oprations et les modles de donnes
"lus" ou "actualiss" lors de chaque opration.
Ces deux types de validation des modles entre eux sont effectuer pour
obtenir des modles corrects.
5.1 informations des messages / individus et relations
Les informations du modle de donnes sont "pures", il n'existe pas
d'informations polysmes, synonymes ou pouvant tre lies par une rgle
de calcul ou une dcomposition .
Celles des messages ne sont pas aussi restreintes. Certaines ne seront
jamais dans le modle de donnes par choix de l'utilisateur. Les autres se
retrouvent dans le modle de donnes (individus et relations) soit via une
quivalence, soit via une rgle de calcul.
Informations des messages (MCC et MCT)
non
utilises
Direct,
l'identique
Rgle de calcul
Equivalence
Informations d'un modle de donnes (proprits)
5.1.1 Equivalence
Deux informations sont quivalentes quand les occurrences de l'une sont
soit le mme ensemble (synonyme), soit un sous-ensemble de l'autre (la
cause de l'quivalence est alors une relation).
Prenons l'exemple suivant : un contrat est sign par trois socits, une
socit vendeuse, une socit acheteuse et un courtier ou commissionnaire.
Le message contrat comprend les trois informations Nom du vendeur, Nom
de l'acheteur et Nom du courtier. Nom de socit reprsente toutes les
socits. Nom du vendeur reprsente les socits ayant vendu un contrat.
Nom de l'acheteur reprsente les socits ayant achet un contrat. Nom du
S.ELACHOURI
courtier et Nom du commissionnaire sont synonymes et reprsentent les

socits ayant mis les deux parties d'un contrat en contact.
1,1
CONTRAT
1,1
0,1
0,N
vendre
SOCIETE
0,N
acheter
commissionner
0,N
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
Nom de socit
Relation
Aval quivalence
vendre
Nom du vendeur
acheter
Nom de l'acheteur
commissionner
Nom du commissionnaire
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
REGLE DE
CALCUL
information en sortie
ou rsultat
taux tva
montant hors tva
CALCUL MONTANT
TTC
montant avec tva
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
CALCUL DU MONTANT
EN DEVISE
montant en franc
CALCUL DU TAUX
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
un message
REGLE DE
CALCUL
un individu ou une relation
un individu ou une relation
REGLE DE
CALCUL
un message mis
Dans le modle conceptuel de donnes, aucune information ne peut tre

la fois dans le modle (porte par un individu ou une relation) et dduite des
informations du modle. Pour chaque rgle de calcul, les informations en
entre et les informations en sortie ne peuvent tre ensemble dans le
modle. La reprsentation des rgles de calcul peut tre grossire
(optimisation de tourne) ou fine (calcul du dtour d'une livraison
effectuer en un point par rapport tous les points d'une tourne). Au niveau
conceptuel, prfrer les grossires, la finesse viendra de la spcification des
programmes, au niveau physique.
5.2 Modles des oprations.
Une vue est un sous-ensemble du modle de donnes comprenant des
individus, des relations et des informations. Cette vue externe, "vue" de
l'opration, peut tre diffrente de la reprsentation du modle principal.
A chaque opration du modle de traitement 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 existent dans
le modle de donnes ou sont dans les messages vnements,
S.ELACHOURI
- 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).
CONTRAT DE
LOCATION
1,N
LOCATION
date dbut
date fin
1,1
conduire
1,1
1,N
payer
0,N
VOITURE
1,1
1,1
concerner
0,N
CLIENT
porter
0,N
1,1
de
TYPE DE
VOITURE
typer
voiture
0,N
0,N
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.
1,N
CONTRAT DE
LOCATION
LOCATION
date dbut
date fin
1,1
conduire
1,1
1,N
payer
0,N
CLIENT
1,1
1,1
porter
TYPE DE
VOITURE
0,N
0,N
de
concerner
0,N
VOITURE
0,N
typer
voiture
1,1
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.
1,N
CONTRAT DE
LOCATION
LOCATION
date dbut
date fin
1,1
conduire
1,1
1,N
payer
0,N
CLIENT
VOITURE
1,1
1,1
concerner
0,N
1,1
de
0,N
porter
TYPE DE
VOITURE
0,N
typer
voiture
0,N
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
S.ELACHOURI
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.
m3
m1 m2
m4
m5
m6
MODELE DE COMMUNICATION
MODELE DE DONNEES
m4
D
m1
m6
m5
m3
B
m6
m2
m5
MODELE DE TRAITEMENT DE A
S.ELACHOURI
MODELE DE TRAITEMENT DE B
a marche en
110 ou en 220 ?
Le conceptuel, je l'assume
ou j'interpelle encore
le vcu de l'utilisateur ?
Chef, j'ai les modles,

mais o est la notice ?
P.D.G
Responsable
Utilisateur
Pas de problme,
les zros et les uns
ne sont pas passs.
M. MERISE
Informaticien
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 sousensemble 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
S.ELACHOURI
CHAPITRE II : LE NIVEAU ORGANISATIONNEL ______________________________ 79 sur 215
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
FONCTION
Poste 1
Poste 2
Poste 3
Intervenant 1
Interne
Intervenant 2
Interne
Intervenant 3
Interne
Si chaque poste de travail traite une fonction, l'entreprise est organise

de manire spcialise.
A la Poste, en France, un guichet (poste de travail 1, 2, ou 3) correspond une fonction : distribuer les timbres-poste, affranchir les lettres
et les paquets, payer les mandats... les intervenants internes.
ORGANISATION
FONCTION
Poste 1
Poste 2
Poste 3
Intervenant 1
Interne
Intervenant 2
Interne
Intervenant 3
Interne
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.
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
Travail
P. D. G.
D. G.
Service de livraison
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.
D. G.
Livreur
Secrtariat de livraison
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.
1
2
- "arme mexicaine" o plusieurs gnraux se partagent un seul caporal :

S.ELACHOURI
Reprenons la socit dcrite conceptuellement par les domaines livrer,

facturer et encaisser :
ENCAISSER
LIVRER
FACTURER
.
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.
Poste de
Travail
P. D. G.
Bras Droit
Livreur
P. D. G.
L
I
V
R
E
U
R
BRAS DROIT
ENCAISSER
LIVRER
P. D. G.
FACTURER
BRAS DROIT
LIVREUR
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.
Facturier
Comptable
2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)

S'organiser consiste aussi prvoir les ractions ou les rflexes
acqurir face des vnements extrieurs. Ces rflexes normaliss au
sein de l'entreprise sont dcrits sous formes de procdures, les MOT.
Aprs avoir dfini qui est qui, comment il se situe dans un organigramme,
nous allons reprsenter qui fait quoi, quel poste de travail effectue quelle
opration au moyen de procdures, les MOTS ou Modles
Organisationnels de Traitement.
Une procdure est un choix d'organisation face un vnement
(message) externe (venant d'un partenaire).
Une procdure prvoit tous les cas possibles l'intrieur de cette
procdure. De manire plus abrupte : "savoir qui engueuler quand a va
mal". Le Plan ORSEC est une procdure d'urgence. La prsence ou
l'absence de procdure, prvoyant la conduite tenir dans ces cas extrmes, permet de juger l'organisation.
ENTREPRISE ORGANISEE
Partenaire
Poste 1
Poste 2
Poste 3
Partenaire
Message "externe"
enclenchant
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...
S.ELACHOURI
2.1 La procdure est compose d'oprations organises (Quoi ?) par

des postes de travail (Qui ?)
Chaque opration est enclenche par zro, un (ou plusieurs mais ceci
n'est pas conforme la ralit) message vnement et, aprs traitement,
engendre zro, un ou plusieurs messages rsultats.
L'opration peut tre enclenche de manire priodique, 10 heures,
tous les jours, toutes les dcades, toutes les mille factures... par un
temporisateur. Les clients rguliers pour lesquels de nombreuses factures
sont mettre peuvent recevoir leurs factures toutes les dcades par
exemple.
tous les
dix jours
Temporisateur
mettre factures
des clients rguliers
Factures client
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 ...
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). L'existence
des informations des documents existants est alors vrifie. Ce point est
dvelopp dans le paragraphe concernant les MODs.
Un poste de travail effectue plusieurs oprations de plusieurs procdures.
La lecture de toutes les oprations organises d'un poste de travail
dtermine la dfinition du poste. Une chronologie des vnements et des

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

- Tche 1 : Vrifier encours client.
- Tche 2 : Vrifier si les produits commands sont en stock.
Cette opration se ramne :
S.ELACHOURI
Commande du client
3
Commande
client refuse
Commande au
Fournisseur
Facture au Client
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
Le niveau de dcision de rparation d'quipements, local, rgional ou

national, est dcid en fonction du montant de la rparation.
RESPONSABLE
RESPONSABLE
RESPONSABLE
RESPONSABLE
CHANTIER
DEPARTEMENTAL
REGIONAL
NATIONAL
REPARATEUR
Matriel
endommag
ANALYSE DEMANDE
REPARATION
Refus
OK et Montant
< 10
Refus De
Rparation
Locale
> 10
Demande De Rparation Rgionale

ANALYSE DEMANDE
REPARATION
REGIONALE
OK et Montant
Refus
Refus De
Rparation
Rgionale
< 100
> 100
Demande De Rparation Nationale

ANALYSE DEMANDE
REPARATION
NATIONALE
Refus De
Rparation
Nationale
Refus
OK
Ordre de
Rparation
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"
S.ELACHOURI
d'information entre site et dtermine les consolidations de donnes

ventuelles.
Ce dcoupage permet de calculer les volumes de donnes ncessaires par
site de donnes final. Ce calcul de volume des donnes est de moins en
moins ncessaire suite l'augmentation rapide des capacits de
stockage.
De plus, de nouveaux individus, reflets de l'organisation, tels que
documents, ou reflet de la rflexion, tels que Rgle, apparaissent dans le
modle de donnes ce stade de l'tude.
3.1 L'organisation par site de mmorisation.
La notion de site est gographique. Un site peut tre le site d'un poste
de travail ou le site de donnes pour un mme poste de travail.
Nanmoins, si l'informatique est dfinie, des sites plus prcis et correspondant aux bases de donnes sont retenus : un site tableur, un site
micro-ordinateur, un site central l'entreprise, un site pour interrogation
des donnes ou infocentre... Dans ce cas, le choix du niveau de dtail
dpend du systme informatique.
Le modle conceptuel de donnes est rapproch des diffrents sites
gographiques de donnes, ou de mmorisation, ou de traitement.. Pour
chaque site, une "vue externe" ou partielle du modle gnral de donnes
est dfinie. Cette vue concerne les individus, les relations et les
informations.
Pour chaque base de donnes, un modle organisationnel de donnes
(MOD) est construit. Ces modles organisationnels de donnes sont des
vues externes du modle principal (MCD) sur chaque site.
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
0,N
CONTRAT
1,1
0,N
1,1
COMMANDE
0,N
1,N
0,N
1,1
FACTURE
0,N
1,N
LIVRAISON
0,N
PRODUIT
1,N
0,N
L'entrept ne s'occupe que de la livraison partir des ventes et a un

modle sans contrat ni facture.
CLIENT
0,N
1,1
COMMANDE
0,N
1,N
0,N
LIVRAISON
PRODUIT
1,N
0,N
Une agence n'effectue que les livraisons et les factures et a un modle

sans contrat.
CLIENT
1,1
0,N
COMMANDE
0,N
1,N
0,N
1,1
FACTURE
0,N
1,N
0,N
LIVRAISON
PRODUIT
1,N
0,N
Un site comprendra le modle commande et facture et l'autre le modle

commande et livraison. L'organisation des donnes n'est pas par sousensembles 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 caractres, son adresse sur 30 caractres, son nom sur 20 caractres, son
prnom sur 10 caractres et le nom de la personne contacter sur 20
caractres. 20 000 clients seront grs sur la base de l'agence YVES,
donc l'individu client comportera 20 000 (3+30+20+10+20) = 1 660 000
caractres. Ensuite, la conversion en kilo-octets, unit de base d'espace
mmoire informatique se fait en fonction du type de la base de donnes.
Le nombre final d'octets est suprieur au nombre de caractres du fait
des relations entre individus. Le fait qu'un chiffre prenne moins de place
qu'une lettre est ngligeable. 1,7 Mega Octets sont ncessaires, dans cet
exemple, pour stocker les occurrences de client.
S.ELACHOURI
3.3 Le modle de donnes s'organise : de nouveaux individus

apparaissent.
Les individus tels que DOCUMENT, HISTORIQUE, AUTORISATION
apparaissent pendant l'tude du niveau organisationnel et sont des reflets
de l'organisation.
Les documents sont souvent des occurrences d'un mme individu. Ne pas
crer autant d'individus que de documents !
Un document est mis par une personne et destin tre reu par
d'autres personnes. Un document est d'un type donn et concerne un
objet de gestion important de l'entreprise.
1,1
TYPE DE 0,N
typer
DOCUMENT
document
DOCUMENT 1,1
0,N
mettre
1,N
PERSONNE
0,N
recevoir
1,1
OBJET GERE 0,N
concerner
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 compterendu de visite prnuptiale, dpt de la liste de mariage, faire-part de
mariage, livret de famille...
4 - L'objet gr est un procs. Les types de documents sont... innombrables.
Crer un seul individu pour plusieurs documents.
Historique provient des archivages effectuer en ne retenant pas toutes
les informations. Les informations des individus "archives" sont dfinir.
Elles peuvent tre diffrentes des individus "vivants".
Premier exemple : les soldes des comptes gnraux seront conservs
pendant une priode plus longue que les critures comptables se rapportant ces soldes.
PERIODE
0,N
0,N
COMPTE
GENERAL
0,N
1,1
ECRITURE
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
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
CONTRAT
ARCHIVE
rsultat
date d'chance
2 Ans
TYPE DE
CLIENT
1,1
0,N
CONTRAT
CLIENT
0,N
1,1
0,N
1,1
date contrat
taux contractuel
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
RESULTAT
SCENARIO
1,1
0,N
date chance
SCENARIO
prendre
en compte
0,N
0,N
0,N
retenir
option
valeur
0,N
0,N
retenir
0,N
0,N
TYPE
CONTRAT
possder
CONTRAT
0,N
PARAMETRE
CONTRAT
1,1
1,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.
S.ELACHOURI
outil
systme
base de donnes
UTILISATEUR
GROUPE
1,N
0,N D'UTILISATEUR
1,N
0,N
0,1
information
fichier
lecture
0,1
suppression
AUTORISATION
TYPE DE
RESSOURCE
modification
0,1
1,N
RESSOURCE
0,N
1,1
0,N
cration
TYPE D'ACCES
accder
1,N
0,N
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
Vendeur :
Vendeur :
Vendeur :
Vendeur :
Vendeur :
A
B
C
D
E
Produit OUNON
100
1000
1
288
1580
Le modle de donnes dcoulant de ce document est :

Trique
Mai 88
SERVICE
PREVISION
VENTES
0,N
1,1
100
vendre
1,1
Ounon
PRODUIT
0,N
1,N
montant
0,N
A
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.
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
Exemple : cas de rparation locale, rgionale et nationale.

1er Cas : centralisation totale, un seul site de donnes, au niveau
national.
Toutes les oprations, effectues par les postes de travail des diffrents
sites, locaux, rgionaux et national, font rfrence aux mmes
informations sur un mme site.
Il y a donc lieu de dimensionner les lignes de communications entre les
sites central, rgionaux et dpartementaux. Il y aura mise jour de la
base de donnes en "direct" partir de tous les sites de traitement, des
postes de travail.
Lecture
Site de Donnes
Centralise
Site de Traitement
(Poste de travail)
Ecriture
2me Cas : centralisation nationale et rgionale/locale. Un site de

donnes au niveau national et des sites de donnes rgionaux et dpartementaux.
En supposant chaque MOD connu, un pour le site national et un par site
rgional ou local (individu "rparateur" sur site national, "rparation" sur
chaque site), les messages changs entre site de donnes et site de
traitements sont :
Site de Donnes
National
Consultation des
rparateurs agrs
Site de Traitement
Local
Ecriture
Consultation des
rparations
Ecriture
Site de Donnes
Rgional et local
S.ELACHOURI
3me Cas : dcentralisation totale. Il n'existe aucun change, sauf

ventuellement entre sites locaux et base de donnes locale, sites dpartementaux et base de donnes dpartementale.
MEME SITE
Lecture
Traitement
Local
Donnes
Locales
Ecriture
Dans cette phase, la "proprit" des donnes, l'autorisation de crer, de

modifier, de lire et de supprimer des occurrences doit tre explicite par
poste de travail.
Qui est responsable de la mise jour des clients de l'agence ? Quelle
opration cre quel individu sur quel site de donnes ?
5 VALIDATION MOD/MOT.
De la mme manire qu'au niveau conceptuel, une vrification de la
cohrence des modles entre eux est faite. Cette vrification comporte
deux tapes.
- Cohrence entre les informations des messages des modles organisationnels de traitement, les procdures et les informations des
modles organisationnels de donnes portes par les individus et les
relations de chaque site de donnes.
- Cohrence entre la cration et la consultation des informations des
modles de donnes lors d'oprations organises effectues par un poste
de travail. Les informations ncessairement disponibles et donc
consultes pour effectuer les oprations organises doivent se trouver
dans les modles organisationnels de donnes et crs par d'autres
oprations.
Toute donne d'un MOD est cre et consulte par une opration.
5.1 Messages organiss/individus et relations organiss
Informations des messages organiss (MOT)
non
utilises
Direct,
l'identique
Rgle de calcul
Equivalence
Informations d'un modle organis de donnes (MOD)
Les informations "utiles" de chaque message organis (entre oprations

organises ou mis par un partenaire) doivent se retrouver l'identique
ou via une rgle de calcul ou une quivalence dans un modle de donnes

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

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

remises du contrat
numro de commande
COMPTAGE DU NOMBRE
DE COMMANDES
D'UN CONTRAT
nombre de commandes
du contrat
CALCUL DE
LA REMISE
remise accorder
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
Par contre, dans quel sens lire cette rgle ? Veut-on obtenir les coordonnes de l'clair ? ou veut-on obtenir les coordonnes de
l'observateur ?
Temps Aprs clair
Temps Aprs clair
calcul des
coordonnes
de l'clair
calcul des
coordonnes
de l'observateur
5.1.2 Equivalences
La notion d'quivalence a t dveloppe lors de la validation des
modles du niveau conceptuel. Un deuxime exemple est dvelopp ici
dans le cadre de l'clair.
Supposons que le modle de donnes soit compos des individus BRUIT,
CLOCHE, ECLAIR et AVION. L'individu "bruit" est gr et contient des
informations telles que dure du bruit, frquence du bruit... Le bruit
provient soit d'une cloche, soit d'un clair, soit d'un avion (contrainte +).
0,N
+
AVION
sonner
le mur
0,1
CLOCHE 0,N sonner les
matines
0,1
BRUIT
ECLAIR
tonner
0,1
0,1
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
BRUIT
dure du bruit
aval-quivalent
dure du tonnerre
dure du son de cloche
dure du mur du son
par
RELATION
tonner
sonner les
matines
sonner
le mur
Le tonnerre, le mur du son et le son de cloche sont des types de bruit. Le

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

individus ORAGE et ECLAIR.
ECLAIR
1,1
ORAGE
0,N
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
Pour une opration donne, seule une vue en consultation ou en cration

peut exister.
Vue En
Consultation
ECLAIR
0,N
1,1
ORAGE
Lecture
OPRATION
TONNERRE
Ecriture
Vue En
Cration
ECLAIR
0,1
0,1
TONNERRE
Les modles de donnes doivent tre organiss.

Supposons qu'il existe deux sites de donnes, un site cleste et un site
terrestre. Les deux modles clestes et terrestres doivent tre considrs
car le modle en mise jour de la base terrestre ne sera plus le mme,

mais comprendra non seulement l'individu tonnerre mais aussi les
individus orage et clair.
Partenaire
Poste 1
Tonnerre
MOD
Cleste
Orage
MOD
Terrestre
Orage
MISE A
JOUR
LECTURE
Eclair
Eclair
Tonnerre
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
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.
S.ELACHOURI
Poste de
Travail
P. D. G.
D. G.
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
Une opration organise est enclenche par un message vnement, une

dcision ou un temporisateur.
- Les Modles organisationnels de donnes (MOD) adaptent individus,
relations et informations du MCD par site de donnes. Les ensembles
d'occurrences sont explicits. Les volumes de donnes sont calculs pour
estimer les capacits de mmoire ncessaires.
- Les Modles organisationnels de communications (MOC) entre sites de
donnes (MOD) et de traitement (Site de poste de travail) dimensionnent
les communications entre site et les accs possibles (cration, lecture...)
Lecture
Opration
organise
Ecriture
Site de Traitement
Site de Donnes
- La validation de la cohrence des informations entre modles de

traitement et de donnes passe par les notions de rgles de calcul et
d'quivalence.
Exercices :
1. Dessiner un organigramme allemand avec directoire.
2. Une runion est-elle un poste de travail ?
3. Dessiner une procdure de vote. Les postes de travail sont Secrtariat,
qui donne les bulletins de vote, Prsident qui tient l'urne, et deux
assesseurs dont l'un tient le registre et l'autre le tampon final.
100 sur 215 _____________________________________________ Informatique de gestion
Poste 1
Poste 2
PDG
M1
OO1
Poste 1
Poste 2
ORGANIGRAMME
MODELE DE TRAITEMENT(MOT)
S3
S1
S2
MODELE DE COMMUNICATION
S.ELACHOURI
MODELES DE DONNEES (MOD)
CHAPITRE II : LE NIVEAU ORGANISATIONNEL _____________________________ 101 sur 215
a marche :
je suis le Chef !
C'est bon, le P.D.G et le

Responsable utilisateur
sont contents.
C'est bon, je n'ai

rien faire.
P.D.G
Responsable
Utilisateur
Pas de problme,
les zros et les uns
ne sont pas passs.
M. MERISE
Informaticien
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
S.ELACHOURI
CHAPITRE III LE NIVEAU LOGIQUE _______________________________________ 103 sur 215
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 informations est indpendante du futur logiciel de gestion des donnes.
Cependant, la connaissance de ce logiciel, appel SGBD pour Systme de
Gestion de Base de Donnes, acclre la construction des fichiers finals. Si
le SGBD est connu, passez directement au niveau physique des donnes.
1.1 Enregistrement.
Un enregistrement est l'unit de donnes du niveau logique.
Les occurrences d'enregistrement mmorisent toutes les occurrences
d'information d'individu ou de relation et des occurrences de pattes, de
cardinalit maximale gale un, dsires par l'utilisateur.
no 3
toto
Occurrences
d'information
no 1
durand
1, place de
l'glise
no 2
pince mi
no 1
pince moi
PERE
FILS
numro fils
prnom fils
no 2
dupond
1, place de
la mosque
Information
Enregistrement
numro pre
nom pre
adresse
Occurrences
d'enregistrement
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
Identifiant
d'individu
FILS
numro fils
prnom fils
Enregistrement
Cl
d'enregistrement
FILS
numro fils
prnom fils
et toute relation porteuse d'information(s) se transforme en enregistrement.

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

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

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

La relation se transforme en deux chemins dont un peut tre supprim en
cas de redondance d'information. C'est le cas du fils et de son pre. Le fils
n'a qu'un pre et le pre peut avoir de 0 N fils :
FILS
PERE
lier
numro fils
numro pre
0,N
1,1
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.
FILS
numro fils
PERE
numro pre
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
numro fils
numro pre
PERE
numro pre
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
Cette flche est dans le sens inverse de celle reprsente sur le modle de
donnes.
S.ELACHOURI
FILS
PERE
lier
numro fils
0,N
1,1
numro pre
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
FILIALE
lier
0,N
numro compte
liaison
0,N
Chemin 3
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
FILIALE
lier
0,N
numro compte
liaison
0,N
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
numro compte
FILIALE
numro filiale
LIER
Cl enregistrement lier
numro compte liaison
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).
numro compte
1er
2me
numro filiale
numro compte
numro compte
numro filiale
numro filiale
3me
1
numro compte
liaison
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.
S.ELACHOURI
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
1,N
0,N
concerner
qt commande
PRODUIT
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
COMMANDE
1,1
comprendre
numro de
commande
numro de ligne
de commande
0,N
1,1
concerner
PRODUIT
numro de
produit
LIGNE DE COMMANDE
numro de commande * numro de produit
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
0,N
PERSONNE
signer
0,N
0,N
ROLE
anonyme
0,N
Supposons que l'individu RESPONSABILITE provenant des relations Signer

et Anonyme devienne un enregistrement. La cl de l'enregistrement
"responsabilit" peut tre compose de cls (numro document-numro de
personne-numro rle). Cette cl peut avoir un numro de personne
inexistant ou vide. Le numro de personne est un "trou" dans la cl (numro
document, numro de personne, numro rle). Pourtant la composition des
deux ou des trois cls fonctionne comme cl de la responsabilit. Ce concept
est important quand on passera au modle physique de donnes. Certains
systmes de gestion des donnes n'acceptent pas de valeur vide dans la cl.
1,1
RESPONSABILITE 0,1
0,N
PERSONNE
par
engager
0,N
1,1
DOCUMENT
ROLE
valoir
0,N
RESPONSABILITE
code document, code personne, code rle
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
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.
1
BARREAU
ECHELLE
rfrence chelle
hauteur chelle
rfrence barreau
% rduction barreau
S.ELACHOURI
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
rfrence barreau = (rfrence chelle, numro d'ordre)
rfrence chelle
hauteur chelle
% rduction barreau
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
numro commande
COMMANDE
numro commande
1,1
devise /
commande
1 Chemin
DEVISE
0,N
code devise
DEVISE
code devise
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
0,1
rfrence personne
nom personne
prnom personne
0,1
capitaliser
PROPRIETAIRE
0,1
0,N
appartenir
rfrence propritaire
montant patrimoine
VEHICULE
rfrence vhicule
nombre de roues
Le passage au modle logique gnre 3 enregistrements et 4 chemins

issus des 2 relations.
PERSONNE
PROPRIETAIRE
rfrence personne
nom personne
prnom personne
rfrence propritaire
montant patrimoine
VEHICULE
rfrence vhicule
nombre de roues
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
rfrence personne
nom personne
prnom personne
PROPRIETAIRE
rfrence propritaire
montant patrimoine
VEHICULE
rfrence vhicule
nombre de roues
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.
S.ELACHOURI
FACTURE
1,1
1,N
1,1
0,N
numro facture
LIGNE DE
FACTURE
numro ligne
de facture
quantit facture
1,1
0,N
code TVA
taux TVA
code produit
prix produit HT
concerner
LIGNE DE
FACTURE
numro ligne
de facture
TVA
PRODUIT
FACTURE
numro facture
1
N
PRODUIT
quantit facture
TVA
code TVA
taux TVA
code produit
prix produit HT
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
quantit facture
CALCUL MONTANT
HORS TAXE
montant avec tva

ligne de facture
montant hors taxe ligne de facture
CALCUL MONTANT
FACTURE AVEC TVA
CALCUL MONTANT
AVEC TVA
montant avec tva
ligne de facture
montant hors taxe ligne de facture
montant avec tva

facture
Trois rgles correspondent ce calcul. La premire calcule le "montant hors

taxe de la ligne de facture" en multipliant le prix unitaire hors taxe par la
quantit facture. La deuxime calcule le "montant TVA incluse" en utilisant
le taux de TVA applicable au produit. La troisime calcule le "montant avec
TVA" de la facture.
LIGNE DE
FACTURE
FACTURE
numro ligne
de facture
quantit facture
montant avec tva
ligne de facture
montant hors taxe
ligne de facture
1
N
numro facture
montant avec tva
facture
PRODUIT
code produit
prix produit HT
TVA
code TVA
taux TVA
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
1,1
0,N
EXEMPLAIRE
de
0,N
AUTEUR
crire
0,N
prter
date de retour
1,N
PRET
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
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.
S.ELACHOURI
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 sousoprations 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
2 outils
Regarder la tlvision
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
De Substitution
Coke en stock
Ordre De Livraison
Ordre De
Rapprovisionnement
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
Solution B - Deux outils

1. Interrogation du stock
2. Cration de l'ordre de livraison (outil d'dition)
INTERROGATION
DES STOCKS
C - A vous de l'inventer :
S.ELACHOURI
IMPRESSION
DES ORDRES
DE LIVRAISON
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 informations,
et de leur enchanement est propos par ou l'utilisateur final. Le "masque"
des tats, le dessin ou le support des crans, peut servir pour plusieurs
tats, mais, en rgle gnrale, tats de saisie et d'interrogation des
enregistrements sont diffrents.
Il est important de valider la liste des outils avec l'utilisateur final et le
responsable informatique qui suivra la ralisation pour ne pas voir
apparatre de nouveaux outils en cours de validation.
Exemple d'tat et de support : soit un outil d'interrogation des fils en
fonction du nom du pre. Sur le premier tat est saisi le nom du pre. Le
deuxime tat affiche le nom du pre saisi dans l'tat prcdent (grenouille
dans l'exemple) et les noms des fils (corbeau, cureuil ou taureau).
Pre :
--------
Pre :
grenouille
Fils :
----------------------
Fils :
corbeau
cureuil
taureau
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
L'enchanement des tats de l'outil est le suivant :
Saisie du pre
1er Etat
Affichage des Fils
2me Etat
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
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".
CONTRAT
0,N
1,1
TYPE DE CONTRAT
type contrat
1,N
1,N
possder
autoriser
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
S.ELACHOURI
L'informatique ne peut pas grer des prsentations d'informations spcifiques de chaque occurrence.
CONTRAT AAAA
Caractristiques
-------------------------------------------------------------------------------------------
TYPE DE CONTRAT AA
Valeur
-------------------------------
SAISIE DES CARACTERISTIQUES

aaa :
sssss
aaa :
sssss
aaaa :
sssss
aa :
sssss
aaa :
sssss
aa :
sssss
aa :
sssss
VALIDER : O/N
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.
PERE :
NO PERE :
FILS :
nom du fils
nom du fils
nom du fils
1ER ETAT : saisie des numros de Pre

de l'OUTIL : SAISIE DES FILS
no pre
no pre
no pre
no pre
nom du pre
nom du pre
nom du pre
nom du pre
CONSULTATION DES PERES
- 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
- conception gnrale d'un outil - cration, modification, suppression dans

un menu ou code saisir dans les lignes d'un tat.
- crer
- supprimer
- modifier
- interroger
Ligne de commande
C
S
M
I
________________
________________
________________
________________
________________
- 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-ton 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 doiton 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.
S.ELACHOURI
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
Cration du Pre
le numro existe
Affichage des Fils
Les informations dont l'obtention doit tre dclare sont :

prnom du fils, date de naissance du fils qui sont des informations
affiches dans l'tat "affichage des fils" et non saisies dans l'tat "saisie
du numro de pre". 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
- 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
sssssssssss
ss ss ss
sssssssssss
ss ss ss
sssssssssss
ss ss ss
sssssssssss
ss ss ss
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.
S.ELACHOURI
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.
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
2me Cas Centralisation nationale : les messages changs entre bases

sont :
Demande de rparation nationale
Base De Donnes
Nationale
Refus de rparation nationale
Bases De Donnes
Rgionale et Locale
3me Cas Dcentralisation totale : tous les messages recenss sur la

procdure seront transmettre d'une base l'autre.
Base De Donnes
Rgionale
Base De Donnes
Nationale
Base De Donnes
Locale
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
MOTEUR
MOD B
VEHICULE
Transfert
Automatique
S.ELACHOURI
VOITURE
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
no 2512
TYPE
D'ANOMALIE
0,N
provenir
0,N
0,N
10-1-88
SITUATION
ACTUELLE
SITUATION
RECUE
0,1
type situation
quipement
0,1
date dbut situation

date fin situation
1,1
existence encht situation
1,1
existence type situation
1,1
existence qupt
CONTROLE
INTERNE
squencer
0,N
rparation
TYPE
SITUATION
0,N
1,N
no 2512
EQUIPEMENT
0,N
Aprs cette validation MOD/Outils, la liste des outils est complte.

4.2 Validation MLD / outils
Tout enregistrement, information ou chemin d'un MLD est cr et consult
par un outil. Cette validation dfinit quels outils crent ou consultent quelle
information ou quel chemin redonds du MLD optimis.
La lecture s'effectue grce un chemin ou une information
d'enregistrement. La mise jour s'effectue grce un enregistrement.
4.3 Validation des outils par les actions de mise jour de donnes
d'enregistrement
Dans le cas o les spcifications comprennent les actions de mise jour des
informations d'enregistrement, toutes les informations doivent tre cres
par une action. Cette action est enclenche lors d'un tat d'outil
transactionnel ou lors d'un outil par lot.
Si une information n'est pas cre, il y a eu erreur sur la validation
prcdente. Les vues des MLD dfinissent le cadre des actions. Dans la
pratique, 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.
S.ELACHOURI
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
Vous pouvez
rpter le menu ?
C'est fini. C'est dommage,

la secrtaire du responsable
utilisateur tait sympa
Attention,
les zros et les uns
vont bientt passer.
Ca y est, c'est fini.
P.D.G
Responsable
Utilisateur
S.ELACHOURI
M. MERISE
Informaticien
CHAPITRE IV LE NIVEAU PHYSIQUE ______________________________________ 129 sur 215
CHAPITRE IV LE NIVEAU PHYSIQUE
Sans peau, o pousseraient les poils ?

(Proverbe chinois)
Le dernier niveau de la mthode, le niveau physique, reprsente le rsultat

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

Le modle physique de donnes est un modle de la base de donnes.
L'implantation physique, la topographie des enregistrements informatiques
ne sont pas dfinies. Trois systmes de gestion de base de donnes, les
modles hirarchiques, navigationnels et relationnels servent de modles.
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
COMMANDE
CLIENT
adresse mmoire
du client
CLIENT
Numro Client
COMMANDE
No Commande
Numro Client
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.
S.ELACHOURI
Pre 1
Fils 1
Fils 2
Petit-Neveu 2
Petit-Fils 2
Petit-Fils 1
Petit-Neveu 1
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
FILS
PETIT
NEVEU
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 PetitNeveu est la composition des cls du Pre, du Fils et du Petit-Neveu.
Cl
Petit-Neveu
Cl
Fils
Pre
Fils
Pre
Fils
Petit-Neveu
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
Pre ou Propritaire
AUTEUR
Fils ou Membre
AUTEUR
Pre ou Propritaire
LIVRE
Fils ou Membre
Ce modle, de par sa contrainte pour un enregistrement de n'avoir qu'un

seul lien de "filiation", n'est pas recommand.
1.3 SGBD navigationnel ou rseau
Ce type de SGBD est actuellement le plus rpandu et a fait l'objet de
normalisation dans le cadre d'un groupe de travail nomm CODASYL. La
diffrence essentielle avec le SGBD de type hirarchique est qu'un enregistrement Fils ou Membre peut avoir plusieurs enregistrements Pres ou
Propritaires.
PERE
Propritaire
Pre
Lien
An
Frre
Frre
Benjamicrobe
FILS
Membre
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
1
FAMILLE
2
FILS
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 deviennent un
enregistrement physique et 2 liens.
Enregistrement
logique
N
N
S.ELACHOURI
Enregistrement
logique
Enregistrement
physique
Enregistrement
physique
Enregistrement
physique
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
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
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 :
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
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.
S.ELACHOURI
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 =
Occurrence
d'enregistrement
numro
pre
nom
famille
prnom
pre
date
naissance
44
Charles
Jacques
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
fils
252
prnom
fils
Romain
ordre
famille
numro
pre
44
Dfinition de la contrainte d'intgrit rfrentielle. En dclarant l'information

"numro de pre" dans la table fils comme dpendante de l'information
"numro de pre" dans la table pre, la valeur du numro de pre dans la
table pre doit exister avant la valeur numro de pre dans la table fils. La
rfrence du pre (du fils) se trouve dans la table pre. 44 ne peut tre
enregistr dans le tableau FILS que si le Pre 44 existe dans le tableau
PERE.
1.4.2 A l'Index !
Toute colonne d'un tableau relationnel peut faire l'objet d'accs pour
rechercher une ou des lignes ( l'aide du langage SQL en particulier). Les
colonnes d'un tableau, les informations, peuvent tre dclares comme
critre d'accs acclr ou colonne indexe. La plupart du temps, ces
colonnes indexes proviennent des chemins retenus au niveau logique.
La colonne numro de pre peut tre indexe dans la table du fils et
conserve ainsi le chemin du Pre vers ses fils.
Chaque table peut possder une cl permettant d'accder la bonne ligne.
Cette cl est dclare comme "index unique". Deux pres ne peuvent
possder le mme numro, la mme cl. Un index unique peut tre la

composition de plusieurs colonnes.
Exemple : le tableau "pre" comprendra la colonne index unique "numro
du pre", la colonne index "nom", la colonne index "prnom pre" si je veux
souhaiter les ftes et retrouver tous les pres ayant le mme prnom d'une
manire acclre.
Index
Unique
Index
numro
pre
nom
famille
prnom
pre
date
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
famille
sexe, anne de naissance, mois, numro de dpartement, ...
prnom
pre
Il faut dclarer si une colonne de l'index unique doit tre indexe. Veut-on
souvent trier les pres d'aprs l'anne de naissance ?
1.4.3 Passage du MLD vers le MPD relationnel.
1) Tout enregistrement logique devient une table.
2) 2 chemins N arrives entre 2 enregistrements logiques deviennent trois
tables. Deux chemins logiques provenant d'une relation binaire X,N, X,N non
porteuse d'informations se transforment donc en une table.
Enregistrement
logique 1
cl1
N
N
cl2
Table 1
cl1
Enregistrement
logique 2
Table 3
cl1, cl2
Table 2
cl2
3) 1 chemin 1 arrive entre 2 enregistrements logiques redonde une cl,

indexer le plus souvent, dans la table de dpart.
S.ELACHOURI
Enregistrement
logique 1
Enregistrement
logique 2
cl1
cl2
Table 1
cl1
Table 2
cl2
cl2
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
,N
identifiant 1
identifiant 1
,N
identifiant 2
identifiant 1, identifiant 2
identifiant 2
ainsi que chaque relation (X,N),(X,N). La cl, index unique, de la table

provenant de la relation, est la composition des cls ou des identifiants des
individus. Une table est aussi cre si la relation relie plus de deux individus.
Elle contiendra les informations ventuelles de la relation.
Si deux chemins ont t conservs au niveau logique, les deux informations
de la table "relation" sont candidates l'indexation.
Migration d'informations
Une cardinalit maximale 1 d'une patte de relation binaire entrane la
duplication de l'identifiant d'un individu dans la table issue de l'autre
individu.
,1
identifiant 2
identifiant 1
identifiant 1
identifiant 2
identifiant 2
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 :
OUVRAGE
rf. ouvrage
1,1
0,N
de
0,N
AUTEUR
rf. auteur
crire
1,N
EXEMPLAIRE
rf. exemplaire
0,N
PRET
prter
date de retour
1,N
rf. prt
1.4.5 Au rsultat !
Le rsultat du choix des colonnes de table doit respecter certaines rgles.
Les premires s'appuient sur les informations (formes normales), les
secondes (rgles de Codd) sont plus larges et dfinissent l'environnement
des tables. Normalisation et rgles de Codd sont dcrites dans ce
paragraphe.
Les rapports entre tables, s'appuyant sur les informations, sont classs en
cinq formes dites normales. Ces classes de normalisation des tables
permettent de respecter la cohrence des informations entre tables : par
exemple, ne pas mettre le prnom du fils dans la table du pre. Ces classes
de normalisation recoupent les rgles de construction du MCD. Un MCD
correctement construit entrane la gnration de tables normalises.
Les rgles (de Codd) permettent de vrifier si un SGBD est relationnel ou
non. Les SGBD relationnels actuels ne sont pas actuellement aussi
performants en rapidit que les autres du fait de la gestion des informations
et non des adresses. Cette performance va en s'amliorant. Tout n'est
qu'tat de l'art de la technique.
Normalisation des tables
La normalisation des tables consiste rpartir les informations dans les
tables en fonction de rgles. Seules les cls peuvent tre redondes. Cinq
tapes de normalisation sont distingues. A chaque tape, les tables sont
dclares comme tant en premire, deuxime... cinquime forme normale.
Le but est d'arriver la dernire tape pour obtenir des tables normalises.
Cette normalisation est obligatoire uniquement si les tables ont t
directement construites sans mthode.
S.ELACHOURI
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".
1
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.
1
cl1 aaa
cl1
aaa
N
bbb
xxx yyy
cl1 xxx yyy
=>
cl1 aaa bbb
0,N
ou
1,N
Dans une table en premire forme normale, les informations ne prennent

qu'une valeur. Les cardinalits 0,N et 1,N sont identifies. Le traitement des
dpendances multi-values (cas de plusieurs dpendances multi-values
dpendant de la cl) fait l'objet des quatrime et cinquime normalisations.
La table de dpart peut provenir d'une relation.
2me forme normale : limination des dpendances sur une partie de cl
(non lmentaires), les relations exprimes sont identifies.
Une dpendance non lmentaire existe quand une information de dpart
dpend d'une partie de la cl d'une table. Dans l'exemple, ccc et bbb
dpendent de deux parties de la cl : cl1 et cl2. aaa dpend de cl1,cl2.
Exemple : si la table de dpart est "produit command", l'index unique est

"numro de commande, numro de produit". Si la "date de la commande"
se trouve dans cette table, elle doit tre sortie car elle ne dpend que du
"numro de commande".
cl1, cl2
aaa
bbb
cl1, cl2
1
ccc
=> cl1
ccc
cl1
bbb
aaa
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
aaa
cl1
ccc
cl2
bbb
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
bbb
ccc
=>
cl1
aaa
aaa
bbb
ccc
Les individus non identifis contenant plusieurs informations sont identifis.

0,1
ou
1,1
aaa
bbb
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.
S.ELACHOURI
=>
cl1 xxx yyy
cl1
xxx
xxx
cl1
yyy
yyy
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
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 yyy

N
cl1
xxx
xxx
cl1
yyy
yyy
xxx yyy
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).
yyy
xxx
1,N
ou
0,N
Rsum. Les tables de dpart correspondent l'individu et la relation en

trait gras. La 1re normalisation identifie les relations X,N. La deuxime
traite la table relation dj exprime. La troisime identifie les cardinalits 1
maximum avec des individus contenant plus d'une information. La
quatrime spare les relations N. La cinquime identifie les relations entre
individus non identifis une information.
aaa
bbb
3
X,N
xxx
X,N
5
X,N
4
?
yyy
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
S.ELACHOURI
Rgle 4 - Catalogue "relationnel" de la base. La description des bases de

donnes est reprsente comme des donnes ordinaires. Le langage
d'interrogation est le mme.
Rgle 5 - Syntaxe d'un langage concernant les donnes. Un SGBD relationnel possde au moins un langage
- possdant une syntaxe dfinie,
- comprenant les fonctionnalits suivantes : dfinition des donnes, des
vues, manipulation des donnes (de manire interactive et par programme),
contraintes d'intgrit, autorisation (d'accs), commandes de transaction
(commencer, valider ou mise jour logique, revenir la validation
prcdente).
Rgle 6 - Rgles de modification des vues. Toutes les vues thoriquement
modifiables (cration et suppression) sont modifiables par le SGBD.
Rgle 7 - Cration, modification et suppression de tables. La possibilit de
manipuler une table comme oprande est valable pour la slection, la mise
jour et la suppression.
Rgle 8 - Indpendance vis--vis des donnes physiques. Programmes
d'application et transactions ne sont pas modifis par des changements de
stockage ou de mthodes d'accs aux informations.
Rgle 9 - Indpendance vis--vis des donnes logiques. Programmes
d'application et transactions ne sont pas modifis par des changements sur
les tables sans perte thorique d'information.
Rgle 10 - Indpendance des contraintes d'intgrit. Les contraintes
d'intgrit sont dfinies et stockes dans un catalogue (et non dans un
programme).
Rgle 11 - Indpendance vis--vis de la rpartition. Un SGBD relationnel est
indpendant de la rpartition des donnes.
Rgle 12 - Rgle de respect des contraintes. Si un SGBD possde un
langage "dtaill" (une ligne de table la fois par opposition la manipulation des lignes de tables par intersection sur des ensembles de lignes),
celui-ci doit tenir compte des contraintes d'intgrit (rfrentielles et
d'intgrit sur la cl) dclares dans le langage "gnral".*
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
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
0,1
1,1
VEHICULE
motoriser
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
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
S.ELACHOURI
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
0,N
1,1
TYPE DE XXX
typer
1,N
1,N
possder
autoriser
CARACTERISTIQUE DE XXX
valeur
0,N
0,N
La table "type de..." indique quelles sont les informations lire dans
l'enregistrement "possder".
Xxx
Rfrence xxx
Rfrence type xxx
Type De Xxx
Libell xxx
Libell type xxx
Rfrence caractristique
Caractristique De Xxx
Rfrence xxx
Possder
Autoriser
Rfrence type xxx
Libell caractristique
valeur
Rfrence type xxx
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

valeur 1 valeur 2
Type De Carte
Rfrence type xxx
Caractristique De Carte
Autoriser
Rfrence type xxx
Libell xxx
valeur N
Libell type xxx
Libell caractristique
Numro d'ordre
2 MODELE PHYSIQUE DE TRAITEMENT

Il consiste en l'criture du programme. Celui-ci peut tre gnr dans le
cadre d'un "atelier de gnie logiciel". La finalit de mthodes telles que
MERISE est la production de "code" automatique partir de la conception.
La maquette est l'enchanement des tats sans rels calculs. Un prototype

excute des calculs, met jour des donnes et l'utilisateur final peut
presque dire que la programmation est termine.
Programme
L'outil informatique retenu par l'utilisateur va tre ralis par un
programmeur. Celui-ci est libre de dcouper ses programmes de manire
les rutiliser dans les diffrents outils informatiques.
Les programmes d'dition sont un exemple de programme spcial
permettant de crer tout tat de sortie en fonction des informations de la
base de donnes. C'est le cas des progiciels sophistiqus.
3 MODELE PHYSIQUE DE COMMUNICATION
Il s'agit de tlmatique entre sites informatiques. Il n'existe pas de modle
propre MERISE.
4 VALIDATION MPT/MPD
Tout programme met jour ou lit des informations dans des enregistrements physiques et des liens d'enregistrements.
Toute information d'un MPD doit tre cre et consulte par un programme.
Ceci a dj t en partie vrifi lors du niveau logique. L'clatement ou le
regroupement d'enregistrements entrane une nouvelle validation.
5 RESUME DU NIVEAU PHYSIQUE.
Les modles du niveau physique reprsentent les normes actuelles.
En matire de donnes (MPD), trois types de SGBD, hirarchique,
navigationnel et relationnel sont normaliss. Les deux derniers permettent
de conserver facilement les relations NN identifies au niveau conceptuel. Le
modle relationnel est promu un bel avenir grce son langage normalis
de manipulation des enregistrements (tables) et des informations nomm
SQL. Il ne remplace pas la mthode et 5 types de normalisation des tables
doivent tre mens par les "non-merisiens".
Les deux autres modles (traitement et communication) ne sont pas propres
MERISE. Les normes de programme et de transfert physique d'information
n'existent pas actuellement.
S.ELACHOURI
PERE
FILS
NEVEU
PETIT
NEVEU
S G B D HIERARCHIQUE
PERE
FILS
NEVEU
PETIT
NEVEU
ONCLE
S G B D NAVIGATIONNEL
PERE
FILS
NEVEU
ONCLE
S G B D RELATIONNEL
PETIT
NEVEU
S.ELACHOURI
CHAPITRE V RESUME DES MODELES _____________________________________ 149 sur 215
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
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.
P
O
U
R
Q
U
O
I
OPERATION
CONCEPTUELLE
INTERVENANT
OPERATION
ORGANISEE
POSTE DE
TRAVAIL
E
N
OUTIL
T
?
INFORMATIQUE
PROGRAMME
S.ELACHOURI
INDIVIDU
RELATION
PATTE
SYSTEME
D'INFORMATION :
DOMAINE
INDIVIDU
RELATION
PATTE
SITE DE
DONNEES
ENREGISTREMENT
CHEMIN
SITE DE
DONNEES
ENREGISTREMENT
LIEN
TYPE SGBD
CHAPITRE VI L'ORGANISATION D'UN PROJET ____________________________ 151 sur 215
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.
VENDRE
PILOTER
ACHETER
COMPTABILISER
PRODUIRE
PERSONNALISER
VENDRE
PILOTER
BUDGET
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
gain
Anne N
Personnel
Matriel
dpense - Matriel
Logiciel
Personnel - interne
externe
Diffrence
S.ELACHOURI
++
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 N
Projet 1
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 :

0,N
enchaner
TACHE
dure tche
0,N
utiliser
0,1
dbuter
0,N
0,N
0,1
EVENEMENT
date vnement
libell vt
terminer
1,N
nombre
RESSOURCE
0,N
0,N
1,N
tre
nombre
DISPONIBILITE
date dbut
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
conceptuelle
Etude
organisationnelle
Liste des outils

et validation MOD
Etude
logique
Etude
Physique
ETUDE PREALABLE
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.
S.ELACHOURI
Conceptuel
Organisationnel
existant
Informatique
existante
Organisationnel
prvu
Informatique
prvue
Le conceptuel avant l'existant.

D'tudier les fonctions majeures de l'entreprise, les domaines, permet
d'exercer un il critique sur l'existant. Si, aprs analyse du conceptuel, il
est dcid de ne plus avoir de service de livraison interne, l'analyse des
documents internes de demande de livraison est inutile. Les informations
examines la lumire du conceptuel permettent une comprhension plus
facile.
Ne pas essayer de faire de conceptuel de l'existant.
Comment est-ce possible de conceptualiser l'existant ? En remontant du
physique ou en interrogeant l'utilisateur en lui demandant de parler de
l'existant et non de ce qu'il dsire. Dans le deuxime cas, comment
descendre vers le physique ? Si des informations sont redondantes, existent
plusieurs fois, dans quel concept existent-elles ? Le seul cas possible de
"conceptualiser" l'existant est quand le physique est modifi aussitt pour
coller un conceptuel existant et futur.
3.2 Micro-informatique ou un seul site.
Dans le cas de dveloppement sur micro-informatique, il n'est souvent
question que d'un seul domaine et d'un seul site de donnes. La rgle est de
faire un modle de donnes complet avec les rgles de calcul et, dans le cas
de recherche de progiciel, de les comparer avec ceux du progiciel.
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, avezvous remarqu ?).
Le choix de l'outil de dveloppement est effectu et les temps dfinis pour
chaque complexit. Les temps de spcification sont en moyenne de deux
jours pour un outil simple, une semaine pour un moyen et quinze jours pour
un difficile. Voir une application dans le cas "Bibliothque". Les temps de
ralisation dpendent fortement de l'outil de dveloppement et sont peu
prs quivalents aux temps de spcification. Une moyenne de 7 jours par
outil - spcification + ralisation - est une trs bonne moyenne.
Les dessins suivants sont des exemples de planning. Les rectangles
reprsentent les tches effectuer et les flches les enchanements
obligatoires. Par exemple, sur le dessin suivant reprsentant l'enchanement

des tches du niveau conceptuel, le MCD doit tre excut aprs le MCC.
liste des
partenaires
et sous-domaines
Validation niveau
CONCEPTUEL
Modle conceptuel de donnes :

individus, relations, contraintes
et informations, vues externes
Modle Conceptuel
De Communications
Concordance des
informations des messages
/ infos du MCD
rgles, quivalences
Epuration du
vocabulaire
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
CONCEPTUEL
liste des
outils
Modles en Mise jour et consultation

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 organisationnel
et une liste d'outils informatiques. Les validations possibles sont : fin du
conceptuel, fin de l'organisationnel et organisationnel plus liste des outils.
Cette dernire tape est indispensable (Bis repetita placent).
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
MCC
VALIDATION
DONNEES/TRAITEMENT
modles des oprations
EPURATION
VOCABULAIRE
MCD
VALIDATION
INFORMATIONS
MESSAGES / MCD
VALIDATION
PAR L'UTILISATEUR
Du conceptuel la fin de l'tude pralable.
S.ELACHOURI
Validation
Conceptuel
liste des
procdures
Vrification de
la liste des outils l'aide
des outils existants
Vrification des
informations l'aide
des documents existants
liste des
postes de travail
Etablissement des procdures

(MOT) avec l'utilisateur.
Dtermination des outils associs
et de leur complexit.
Dterminations des donnes associes
aux oprations (Modles des oprations)
Validation des procdures,

des outils associs
et des informations lies
(liste des outils / MOD)
Planning de ralisation des

spcifications dtailles et de
la ralisation du projet
Fin de l'tude pralable

: 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
l'tude pralable
Construction
MLD ou MPD
Description des
Etats (MLT)
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,
de dveloppement et de validation
Lancement
Du Projet
Construction
MLD ou MPD
Planning et Rpartition
des outils spcifier
Validation Modles
LD ou PD / outils
Lancement des
tudes dtailles
Un Modle Logique de Communication ou un schma d'architecture de

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

sur le Modle Logique de Donnes.
Obtention des informations
(Spcification interne)
Programmation des
programmes
transactionnels
Tests
Mise en
production
5 REALISATION : le test de la mthode

Si la ralisation est bonne et l'utilisateur final enchant du rsultat, c'est
srement grce la mthode. Sinon, c'est la faute de l'informatique.
D'ailleurs, c'est souvent ce moment qu'on se demande quoi peut bien
servir l'informatique.
6 LES POINTS FORTS DU PROJET.
Les quipes de conception, organisation et ralisation doivent tre le plus
"constantes" possible. Cela implique que les donnes et les traitements
doivent tre suivis par les mmes personnes et que les responsables de
l'organisation et de l'informatique soient les mmes ou "chapeauts" par un
mme responsable des... systmes d'information. Les gardiens de la
mthode doivent participer aux tudes et ne pas se cantonner dans un
service "mthodes".
Passer souvent sur les mmes donnes et les mmes oprations approfondit
les problmes et les solutions. Les individus tels que REGLE, SCENARIO,
SIMULATION... apportent la valeur ajoute et la dure de vie au rsultat
final. Ce point dpend fortement du premier.
Un utilisateur fortement sollicit par plusieurs personnes se rclamant d'une
mthode n'apporte pas toute la concentration ncessaire. Il convient de
choyer l'utilisateur final.
Il faut donc choisir des utilisateurs pouvant s'abstraire de l'existant en le
simplifiant et en l'amliorant.
Attention l'utilisateur seul et dcidant pour ses "postes de travail" : les
"postes de travail" se feront connatre un jour ou l'autre et auront srement
un point de vue diffrent.
Et, bien sr, ne jamais faire de projet sans avoir de contact suivi avec
l'utilisateur : "Pas de conception en chambre".
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 programme, pour connatre les programmes modifier en cas de changement
de donnes.
D'autres utilitaires de base de donnes facilitent la maintenance. Certains
logiciels de SGBD proposent des dictionnaires d'enregistrements et des
informations comprenant des explications : mta-dictionnaire de donnes
incorpor (tables de tables en relationnel). L'adresse des programmes en
bibliothque peut tre disponible automatiquement.
3 QUI DIRIGE QUI ? Le conceptuel ou le physique.
L'utilisation d'un progiciel de support de la mthode, d'aide la
conception et la ralisation, fortement conseille, peut entraner un "pont"
entre base de donnes de conception et base de donnes oprationnelle.
L'individu "client" est conu dans une "base de conception". Dans cette
base, l'enregistrement physique est "individu" et l'une de ses occurrences
est "client". L'enregistrement physique "client" existe, ainsi que toutes ses
occurrences dans une base de donnes "oprationnelle".
La structure et la nature des informations dans les enregistrements est la
partie principale du dictionnaire de donnes et de ce "pont".
Trois dmarches sont possibles.
S.ELACHOURI
CHAPITRE VII LA META-PHYSIQUE : maintenance, formation et documentation161 sur 215
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.
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
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 :
S.ELACHOURI
CHAPITRE VIII EXEMPLES DE MODELES DE DONNEES ______________________ 163 sur 215
sous/
systeme
SYSTEME
colis livr
mettre
O,N
O,N
FLUX
O,N
recevoir
O,N
avis livraison
O,N
O,N
1,1
sous/type
systeme
lectricit
virement
fournisseur
livrer
client
vendre
1,1
processeur
partenaire
intervenant
domaine
TYPE DE
SYSTEME
nergie
financier
physique
message
TYPE DE FLUX
O,N
O,N
Exemple d'une partie de modle de communication : le client met une

commande vers l'intervenant vendre :
Commande
Client
Vendre
nom client
adresse
date commande
montant commande
Le concept est reprsent par deux occurrences de l'individu intervenant

"vendre" et "client", une occurrence de l'individu message "commande" et
quatre occurrences de l'individu information "nom client", "adresse", "date
commande" et "montant commande".
nom client
mettre
adresse
date commande
recevoir
montant commande
VENDRE
0,N
INFORMATION
MESSAGE
0,N
CLIENT
COMMANDE
1,N
mettre
0,N
0,N
INTERVENANT
0,N
recevoir
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.
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
0,1
POSTE DE
TRAVAIL
0,1
INTERVENANT
SITE
0,N
0,N
0,N
0,N
effectuer
0,N
recevoir
0,1
mettre
0,N
0,N
0,N
0,N
0,N
0,N
PROCEDURE
s'inscrire
dans
0,N
0,1
OPERATION
vnement
MESSAGE
0,N
effectuer
conceptuel /
organisationnel
0,N
0,1
dmarrer
rsultat
0,N
CONDITION
0,N
0,N
TEMPORISATEUR
REGLE
0,N
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
aval
0,N
amont
entre
REGLE
0,N
sortie
0,N
INFORMATION
S
0,1
0,N
0,N
amont
0,1
identifiant
1,1
CONTRAINTE
0,N
0,N
0,1
0,N
1,N
EQUIVALENCE
RELATION
0,N
INDIVIDU
aval
0,N
0,N
0,N
PATTE
1,1
1.4 MLT
Spcification externe.
S.ELACHOURI
1,1
0,1
0,N
motif
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.
ETAT
1,1
0,N
1,N
ACTION
0,N
1,N
0,N 0,N
OUTIL
0,N
1,1
SITE
0,N
saisir
1,1
1,N
ENCHAINER
afficher
0,N
0,N
0,N
CONDITION
0,N
0,N
0,N
INFORMATION
ENREGISTREMENT
0,N
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.
INFORMATION
INDIVIDU
arrive
0,N
1,N
0,1
0,N
0,1
0,1
RELATION
cl
dpart
0,N
0,N
CHEMIN
1,N
1,N
0,N
0,N
0,1
ENREGISTREMENT
0,N
S
0,1
0,N
0,1
propritaire
membre
1,N
1,1
1,1
LIEN
PATTE
0,1
1,1
1,1
0,N
1.6 Validations (conceptuel, organisationnel et fin d'tude

pralable)
La premire validation concerne la correspondance entre les informations
des messages et les informations du modle des donnes via les rgles de
calculs, les quivalences et la composition. Toute information " retrouver"
existe dans le modle de donnes directement ou par l'intermdiaire d'une
rgle, une quivalence ou une composition.

0,N
composer
0,1
INFORMATION
0,1
MESSAGE
0,N
0,N
0,N
amont-eq
1,1
1,N
0,1
sortie
0,N
RELATION
1,N
aval-eq
entre
EQUIVALENCE
INDIVIDU
0,1
0,N
1,N
identifiant
REGLE
1,N
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
TRAVAIL
1,N
0,1
0,1
1,N
SITE
0,N
0,N
0,N
0,1
0,1
lecture
OPERATION
0,N
MODELE
0,N
1,N
INDIVIDU
0,1
0,N
0,1
criture
0,N
0,1
0,1
0,N
0,N
lecture
1,N
1,N
REGLE
0,1
0,N
criture
OUTIL
0,N
RELATION
INFORMATION
0,1
2 COMPTABILITE*
2.1 Reprsentation des flux externes et internes
La comptabilit reprsente l'activit de l'entreprise, les valeurs des flux
externes et internes rels : financiers, biens, services et prestations.
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.
S.ELACHOURI
Associ
Client
Prteur
Marchandise
Fournisseur
Entreprise
Employ
Liquidit
Les oprations effectues par l'entreprise donnent naissance des flux

externes et des
flux internes l'entreprise (flux de produits intermdiaires
Marchandise M
d'un
atelier
de
fabrication
unFournisseur
autre, dont la valeur doit tre dfinie).
Entreprise
Liquidit
Exemple de flux externe : l'achat de marchandise. Un flux reu est un
Emploi : Marchandise
M
Emploi
Liquidit
emploi
(valeur obtenue)
et
un :flux
mis est une ressource (valeur fournie).
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
Marchandise
Valeur change
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
EMPLOI : Perte 500
Liquidit
Perte
RESSOURCE: Marchandises 500
2.2 Compte ou ple d'analyse

Toute opration externe et interne est traduite en emploi et ressource
entre comptes.
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.
Flux F
Compte 1
crdit ou ressource
Compte 2
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.
b : 2 000
a : 600
c : 2 000
Compte X
DEBIT (emplois)
d : 1 700
e : 800
CREDIT (ressources)
Opration a .........600
Opration c ......2 000
Opration b ......2 000

Opration d .....1 700
Opration e ........800
Prsentons le cas de perte de marchandise vue du ple stock de

marchandise et vue du ple perte :
Compte Stock
de marchandise
DEBIT
Flux de perte
1 000
CREDIT
Opration .....1 000
DEBIT
Compte
Perte
CREDIT
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
(Emplois nets)
Comptes solde usuellement dbiteur :
Biens, crances, (rsultat)
PASSIF
(Ressources nettes)
Comptes solde usuellement crditeur :
Capital, rserves, dettes
(rsultat)
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.
S.ELACHOURI
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
investissement
ple de
rsultat
capitaux
propres
dettes
financieres
fournisseurs
client
stocks
personnel
tat
liquidits
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
Dbit en cours d'exercice :

flux externes (achats, salaires, intrts
impts ..)
Dbit en fin d'exercice :
flux interne d'amortissement
PRODUITS
Crdit en cours d'exercice :
flux externes (ventes de marchandises
ou produits)
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
Port ......................... 200
8 100
Produits
accessoires
200
Liquidit
Client
8 300
Net payer ........8 300
elle reprsente les flux entre les comptes crdits "Ventes" et "produits
accessoires" (port) et le compte dbit "Client" (Net payer).
La reprsentation des occurrences est :
dbiter
8300
crditer
8100
client
crditer
200
facture du sicle
1,N
OPERATION
ventes
produits accessoires
0,N
COMPTE
crditer
1,N
0,N
dbiter
L'change est dcrit comme opration crditant ou dbitant des comptes.

Comme les deux relations "crditer" et "dbiter" ont des pattes optionnelles (un crdit ou un dbit peut tre lettr, rapproch avec un autre
dbit ou un autre crdit), elles deviennent un individu unique (qui comprend
l'information dbit ou crdit) appel "criture comptable".
Dans ce modle, une criture gale un dbit ou un crdit.
L'opration est aussi assimile la pice comptable. (numro de facture
pour l'opration de facturation). Les critures d'une opration sont saisies
dans des journaux (de caisse, de vente...) qui sont des comptes rendus
chronologiques d'un type d'criture.
8 100
crdit
8 300
dbit
client
ventes
200
crdit
facture du sicle
OPERATION
produits accessoires
ECRITURE
1,N
1,1
COMPTE
1,1
0,N
S.ELACHOURI
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
Schma directeur
Type de client
Grands comptes
Article
Frais personnel
Charge/produit
Critre analytique
Type de critre
1,1
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
Produit
Service
Rgion
Type de Client
L'essentiel de la comptabilit analytique est la dtermination des critres

(analytiques) et des rpartitions effectuer.
0,N
DEVISE
1,1
devise
criture
ECRITURE
1,N
0,N
concerne
0,N
CRITERE
ANALYTIQUE
rfrence
0,N
0,N
0,N
0,N
effectue
0,N
UNITE
D' OEUVRE
1,N
0,1
0,N
arrive
dpart
REPARTITION
base
1,N
Pour calculer un rsultat sur un critre dtermin, une rpartition des

cots non imputables au critre choisi est ncessaire.
Par exemple, le salaire d'un commercial ou du P.D.G est rparti par
produit si un rsultat est calcul par produit. Sinon, le rsultat total, qui
prend en compte ses frais gnraux, ne correspondrait pas la somme des
rsultats lmentaires par produit.
Cette rpartition est effectue au moyen d'un facteur de proportionnalit
(rgle de trois) vis--vis d'une unit d'uvre (heures, nombre de factures,
francs, nombre de personnes, tonnes...).
Le salaire du Directeur Gnral est rparti en fonction du chiffre d'affaires
de chaque produit, les cots du service facturation sont rpartis au prorata
du nombre de factures mises par produit etc...
L'criture comptable (dbit ou crdit) a une devise "originale" et
ventuellement une ou des devises de rfrences (facture en dollars et
convertie en francs un taux dtermin).
Afin de permettre un accs direct des comparaisons de dpenses
prvues (budget), engages (commandes), ralises (factures ou
comptabilises) entre une priode comptable ou une autre, des cumuls des
critures comptables sont mmorises. Les montants sont d'un type donn
(budget prvu, ractualis, r-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
concerne
COMPTE
ANALYTIQUE
1,N
0,N
combiner
CRITERE
ANALYTIQUE
1,1
1,1
concerne
TYPE DE
MONTANT
1,N
0,N
cumuler
0,N
0,N
concerne
0,N
PERIODE
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".
S.ELACHOURI
CHAPITRE IX SOLUTION DES EXERCICES _________________________________ 175 sur 215
pas de coke en stock
demande de produit de substitution
coke en stock
ordre de rapprovisionnement
CONDITION
ordre de livraison
MESSAGE
0,N
0,N
rsultat
0,N
0,N
vnement
OPERATION
0,1
2 : un auteur crit un ouvrage, le contenu d'un livre. Le prt concerne un

exemplaire physique de livre ou d'ouvrage.
OUVRAGE
0,N
1,1
EXEMPLAIRE
de
0,N
AUTEUR
0,N
prter
crire
date de retour
PRET
1,N
1,N
3 : une personne prsente un N symptmes. Les symptmes sont

typiques de zro N maladies (pathologies). Une maladie est type par un
N symptmes.
La consultation est faite par un mdecin. "Consultation" est un individu car
les historiques des consultations sont grs.
Imaginaire
Malade
0,N
Knock
1,1
Consultation
1,1
0,N
Mdecin
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.

1,N
0,N
PERSONNE
SYMPTOMES
prsenter
0,N
DIAGNOSTIC
0,N
1,N
1,N
typer
avoir
1,1
1,N
0,1
CONSULTATION
MEDECIN
1,1
0,N
MALADIE
faire
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.
S.ELACHOURI
Citoyen
Secrtariat
Prsident
1er assesseur
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
KO
refus de vote
peut voter
demande de dpt
bulletin dans l'urne
Examen du vote
a vot
Tamponner
carte lecteur
carte lecteur
tamponne
Signer registre
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
EXEMPLAIRE
OUVRAGE
1
N
1
N
N
AUTEUR
PRETER
EXEMPLAIRE
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
Affichage des numros

suite
correction
Envoi sans abonn
Pas d'abonn
Guide + Elargir
correction
Nom
Rubrique
Localit
Saisie obligatoire
Saisie obligatoire
Saisie obligatoire
Dpartement
Adresse
Prnom
Saisie facultative
Saisie facultative
Saisie facultative
4 Physique
MPD : dessin d'une partie de MLD bibliothque en relationnel.
Les individus se transforment en enregistrement. Les relations "crire" et
"prter exemplaire", porteuses d'information, de pattes de cardinalits
maximales N et N se transforment en table. La relation "de" de patte de
cardinalits maximales 1 et N entrane la redondance de l'information "rf.
ouvrage" dans l'enregistrement "exemplaire".
OUVRAGE
rf ouvrage
EXEMPLAIRE
rf exemplaire
ECRIRE
rf ouvrage
AUTEUR
rf ouvrage
rf auteur
PRET
rf prt
PRETER EXEMPLAIRE
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".
ECRIRE
OUVRAGE
AUTEUR
EXEMPLAIRE
PRETER
EXEMPLAIRE
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.
S.ELACHOURI
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.
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...
S.ELACHOURI
CHAPITRE X : Exercices ________________________________________________ 181 sur 215
BIBLIOTHEQUE
Lecteur
Prter les livres
Editeur
Prter les livres
Enrichir la
Bibliothque
Entretenir
les livres
Relieur
Assurer l'quilibre
financier
Mcne
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.
Livre Prt
Abonn
Livre Rendu
Livre Neuf
Editeur
Prter les
livres
Prter les livres
Enrichir la
Bibliothque
Livre Neuf
Livre Usag
Relieur
Livre Reli
Messages ou Flux d'informations.
Entretenir
les livres

Demande d'abonnement
Demande de prt
Retour de prt
Abonn
Demande de restitution
de livre
Prt accord
Prter les
livres
Abonnement
Entretenir
les livres
Conseil de lecture
Demande de
Conseil de lecture
Enrichir la
Bibliothque
Commande relieur
Tarif reliure
Relieur
Facture relieur
Commande diteur
Commande diteur
Catalogue
Facture diteur
Editeur
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 :
S.ELACHOURI
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".
Titre de livre et titre de l'ouvrage : ces informations n'ont pas exactement la

mme dfinition. Un titre de livre est un titre d'ouvrage d'un exemplaire
physique de livre dtermin. Un ouvrage crit mais non publi ou non
achet par la bibliothque a un titre d'ouvrage mais pas de titre de livre.
La notion de titre d'ouvrage est plus grande que la notion de titre de livre.
Titre de livre est un sous-ensemble
d'un titre d'ouvrage.
Information en
AMONT : Titre d'ouvrage
entre de rgle
EQUIVALENCE
Titre D'ouvrage
TITRE DEAmont
LIVRE / TITRE D'OUVRAGE
REGLE DE
Titre De CALCUL
Livre
aval
Information calcule
en sortie de rgle
AVAL : Titre de livre
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
d'un prt
date du
prt
Quantit
Taux TVA
calcul du montant
total de la facture TTC
calcul de la date de
retour maximum du livre
Total facture TTC
date de retour
maximum du livre
ou de faon dtaille :
Prix
unitaire
quantit
calcul du montant
ligne de facture HT
Total ligne
de facture
Total
facture HT
Taux TVA
calcul du montant
total de la facture HT
calcul du montant
total de la facture TTC
Total facture HT
Total facture TTC
Total ligne de facture
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.
S.ELACHOURI
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
Prter les livres
Prt accord
Abonnement
Oprations et messages associs (vnement et rsultat).

Quatre oprations concernent ce sous-domaine :
Demande
de prt
TRAITER DEMANDE DE PRET
non
abonn
abonn
pas de livre
restituer
livre disponible
livre
restituer
Abonnement
RECUPERER
LIVRE
si livre rendre
Demande de
restitution de livre
Retour de prt
Prt accord
Demande de restitution de livre
Demande
d'abonnement
PRISE EN COMPTE
RETOUR DE PRET
toujours
ABONNER
PERSONNE
toujours
Demande inspection
du livre
Abonnement
- 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 systmatiquement abonne. La bibliothque est large et gnreuse. Pas de cotisation, ni de parrainage. Si la personne est abonne, elle peut avoir un ou
plusieurs livres rendre, dont la date de restitution est dpasse. Dans ce
cas, une demande de restitution de livres est effectue. Si elle n'a pas de
livre restituer et si un livre demand est disponible, un message de prt
accord est mis vers l'abonn.
- Rcuprer livre.
Cette opration est dcide. Elle consiste inspecter les livres non rendus et
dont le prt est arriv chance. Le message rsultat est la demande de
restitution du livre.
- Abonner personne.
Cette opration est enclenche rception du message de l'abonn, la
demande d'abonnement. Si la personne n'est pas abonne, elle est
systmatiquement abonne. La bibliothque est large et gnreuse. Pas de
cotisation, ni de parrainage.
- Prise en compte du retour de prt.
Cette opration est enclenche rception du message de l'abonn, Retour
de prt. Elle consiste "enregistrer" le retour du ou des livres et mettre
une demande d'inspection de l'tat du livre au sous-domaine entretenir. Ce
message est nouveau. Il sera rpertori sur le modle conceptuel de
communication.
1.3 Modle conceptuel de donnes
1.3.1 Individus et relations
Diffrence entre "ouvrage" et "exemplaire". Un exemplaire est un livre
physique, un ouvrage est un livre crit par un auteur, le contenu.
"Prt" est un individu. Un mme exemplaire peut tre prt 2 fois au mme
abonn. Les prts chus font partie de la gestion d'une bibliothque. Par
contre, les demandes de prts ne sont pas gres.
PERSONNE
nom abonn
prnom abonn
adresse abonn
PRET
date du prt
EXEMPLAIRE
date destruction
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 :
S.ELACHOURI
GENRE
0,N
1,N
OUVRAGE
1,N
titre ouvrage
dure autorise
collection
nom genre
1,N
0,1
date commande
diteur
0,N
date retour
1,N
0,N
0,N
prter livre
livrer
exemplaire
nom auteur
prnom auteur
EXEMPLAIRE
date destruction
0,N
AUTEUR
COMMANDE
EDITEUR
1,1
0,N
1,N
1,N
COMMANDE
RELIEUR
date commande
relieur
1,1
1,1
0,N
0,N
PRET
date du prt
1,1
0,N
EDITEUR
RELIEUR
PERSONNE
nom diteur
adresse diteur
nom relieur
adresse relieur
nom abonn
prnom abonn
adresse abonn
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.

diteur
eyrolles
couleur
jaune
thme
jeux
nom auteur
aventure
0,N
TYPE DE
CRITERE
Victor Hugo
CRITERE
DE CHOIX
0,N
rf. critre
libell critre
rf. type critre

libell type critre
autoriser
dure autorise
0,1
valoriser
valeur
avoir
0,N
OUVRAGE
1,N
0,N
0,N
PARAMETRE
titre ouvrage
collection ouvrage
1,1
diter
0,N
COMMANDE
date commande
date livraison
0,N
EXEMPLAIRE
livrer
exemplaire
0,N
rf. paramtre
libell param.
0,N
0,N
rf. exemplaire
date destruction
relier
exemplaire
livre prt
date retour
livre
1,N
PRET
1,1
0,1
date prt
0,N
FOURNISSEUR
nom fournisseur
adresse fournisseur
dlai de relance
1,N
typer
fournisseur
0,N
TYPE
FOURNISSEUR
libell type
fournisseur
1,1
PERSONNE
nom abonn
prnom abonn
adresse abonn
0,N
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.
S.ELACHOURI
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
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.
ABONNE
ACCUEIL
MAGASINIER
CHEF
demande
de prt
Examen demande de prt

+5
livres
non
abonn
livre non
disponible
tout
OK
refus
de prt
demande de sortie
des livres
Rechercher
les livres
autre
guichet
KO
disponibilit
du livre
OK
livre introuvable
Annoncer indisponibilit
toujours
dsol,
pas de livre
livre disposition
Prise en charge Prt
toujours
Inventaire
accord
de prt
livres
manquants
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.
S.ELACHOURI
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 ciaprs 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 validation par
l'utilisateur) et interne (actions sur le MLD et description de l'obtention des
informations) est estim :
17x2 + 5x5 = 59 jours, soit 3 mois environ. La ralisation sur microordinateur est estime 3 mois aussi.
3.3 Modle physique de donnes

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

libell critre
rf. type critre
rf.fournisseur
libell paramtre
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 commande
ouvrage
rf. ouvrage
date commande
titre ouvrage
ouvrage command
rf. fournisseur
collection ouvrage
relier exemplaire
numro commande, rf. ouvrage
numro commande, rf. exemplaire
type prestation
fournisseur
rf. fournisseur
nom fournisseur
adresse fournisseur
type de fournisseur
rf. type fournisseur
dlai de relance
typer fournisseur
rf fournisseur, rf. type fournisseur
libell 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
prter livre
prt
numro prt
exemplaire
prnom abonn
adresse abonn
numro de prt, rf. exemplaire

date prt
rf. exemplaire
no abonn
nb livres emprunts
date retour livre
choisir
date destruction
rf. ouvrage, rf. critre

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.
S.ELACHOURI
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
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
Date
Affiche
Numro abonn saisie obligatoire
Nombre de livres emprunts
Numro de livres
Titre ouvrage
saisie facultative
saisie facultative
saisie facultative
saisie facultative
saisie facultative
Nom abonn
date de retour
Date
affiche
Nom abonn
Numro abonn affich
affich
affich
Nombre de livres emprunts
Numro de livres
Titre ouvrage
date de retour
affich
affich
affich
affich
affich
affich
affich
affich
affich
affich
Validation O/N
affiche
affiche
affiche
affiche
affiche
saisie
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
Prter livre
numro de prt
date de prt
nombre de
livres emprunts
cration d'un prt
Prt
maj nombre de
livres emprunts
Personne
ENREGISTREMENT
INFORMATION
ACTION
0,N
1,1
1,N
0,N
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 ?
S.ELACHOURI
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 message
n'est chang entre sites ; il n'existe pas de MLC.
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
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
S.ELACHOURI
CHAPITRE XI 10 critres de choix d'un outil d'aide la conception _______ 197 sur 215
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.
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
S.ELACHOURI
CHAPITRE XII Exercez-vous (Documents autoriss) _______________________ 199 sur 215
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 ?
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
S.ELACHOURI
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
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
conceptuelle
de
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
l'utilisateur
des fichiers existants
par
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
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
S.ELACHOURI
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) ?
PATTE
RELATION
MESSAGE
Patter relation
patter
vnement
patter
individu
info/ relation
INDIVIDU
identifier
porter sur
rsulter
CONDITION
INFORMATION
OPERATION
porter
proprit
5 La gnration d'un Modle relationnel.

20 Passage d'un MCD un Modle de donnes relationnel
Le modle suivant reprsente le "suivi" des rclamations des
consommateurs finals. Un rclameur envoie sa rclamation (qualit du
produit, de l'emballage, pas de 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
envoyer
nom consom.
prnom consom.
adresse consom.
0,1
tre l'origine de
USINE
0,N
code usine
date rclamation
1,1
0,N
concerner
PRODUIT
code produit
0,N
0,N
appeler
1,N
REPONSE
1,N
grouper
GROUPE DE PRODUIT
code groupe produit
date rponse
libell rponse
composer groupe
tre compos de
0,N
0,N
regrouper groupe
Construisez le modle physique de donnes en relationnel (table, cls et

index).
S.ELACHOURI
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
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
5
7
1
4
2
3
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
Oui No
n
de
X
Connatre le ou la petit(e) ami(e)

l'utilisatrice (teur)
Connatre l'activit de l'utilisateur
X
X
Connatre la perception de l'utilisateur de son X
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
X
Le niveau conceptuel est dpendant du PDG, car il dfinit la politique de
l'entreprise.
Question 6 : (20 points).
VERBE
D
T
VERBE
Grer
X
Affecter
Assurer
X
Rpertorier
Analyser
X
Identifier
Calculer
X
Lister
Prvoir
X
Inscrire
Enregistre X
Connatre
r
Numrote X
Attribuer
r
numro
Codifier
X
Suivre
Administr X
Diriger
er
Classer
X
Matriser
Pourquoi diriger ?
D
X
X
X
X
X
X
un X
X
X
Question 7 : Qu'est-ce qu'un domaine ? (7 points)

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)
S.ELACHOURI
X
X
X
X
un ensemble de donnes et de traitement

un ensemble de fonctions de l'entreprise
un ensemble de proprits en Argentine
(Hacienda)
L'important est de rpondre un ensemble de
MCD est construit par domaine.
Question 8 : (12 points)
D
X
X
des X
analyser les carts

suivre le dficit
tracer
la
courbe
excdents
dfinir des priorits
X
planifier un projet
grer des stocks
X
produire des articles
connatre le client
X
promouvoir la vente des
produits
matriser les dpenses
tablir des rgles
X
tablir des statistiques
X
X
X
X
donnes et de traitement. Le
X
X
X
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
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
Des informations
des
informations
demandes
l'utilisateur
des fichiers existants
X
par
Certaines chapelles font partir le MCD des informations. Surtout, il ne faut

jamais prendre celles demandes par les utilisateurs sans savoir pourquoi.
C
demande de XXX
X
refus de XXX
X
dossier
exemplaire
ordre interne
X
reporting
remarque
fiche
feuille rose
formulaire jaune
accord de XXX
X
O
X
X
X
X
X
X
X
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 acheter
X
Les domaines de l'entreprise
X
L'informatique
X
Les postes de travail
1
Le salaire du PDG
X
L'organigramme de l'entreprise 1
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
D
Opration
outil
informatique
message
X
condition
information
X
X
poste de travail
S.ELACHOURI
MCT MOT MO
D
X
X
X
X
X
X
X
X
X
X
MLT MLD
X
X
X
vnement
rsultat
domaine
Partenaire
sous-domaine
Individu
Relation
Patte
Contrainte
Site
Record
Cl
Etat
Support
Action mise
jour
Lien
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
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.
juste
aprs
la
runion
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
Oui No
n
de
X
X
X
X
X
4. Le mta-modle
Question 19 Les cardinalits maximales et minimales du modle de
donnes
Elles sont dans la relation entre individu et relation pour les relations qui ne
sont pas de nomenclature (sur un mme individu) et dans l'individu patte
pour les relations de nomenclature.
24 points : 1 point par cardinalit et par card-min et card-max.
PATTE
1,1
0,N
Patter relation
card nom mini

card nom maxi
MESSAGE
RELATION
0,1
1,N
patter
1,1
0,N
patter
individu
0,N
card mini
card maxi
0,N
vnement
info/ relation
INDIVIDU
porter sur
rsulter
0,N
0,1
1,N
identifier
0,N
0,1
0,N
1,N
0,N
INFORMATION 0,N 0,N CONDITION
0,1
0,1
OPERATION
porter
proprit
1,1
5. Gnrer un modle relationnel

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

l'information : code usine, code consommateur, code produit dans le record
ou la table 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
S.ELACHOURI
Quel est votre rsultat ?
Informatique et mthode
QUESTIO
N
1
2
3
NOTE MAXI
5
7
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.
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.
S.ELACHOURI
GLOSSAIRE ___________________________________________________________ 213 sur 215
Flux : translation ou passage d'information, de matire, d'nergie, de

valeur entre systmes.
Formalisme : remplace modlisation qui n'existe pas dans le dictionnaire
(Robert).
Individu : ide, objet conu par l'esprit d'un utilisateur et lui permettant
de mmoriser et structurer ses connaissances (concept)
Information : plus petit lment d'un systme d'information.
Informatique : science du traitement de l'information, notamment par
machine automatique.
Intervenant : systme fonctionnel interne ou externe l'entreprise.
Lien : association d'enregistrements physiques. Un pre est propritaire
et N fils sont membres. Un lien est gr au moyen de pointeurs.
Logiciel : ensemble de programmes.
Logique : niveau logique de l'informatique. Reprsentation de
l'informatique indpendante du SGBD ou des systmes informatiques.
Lourdeur : objection souleve propos de Merise. On peut aussi parler
de rouleau compresseur.
Merise : ne cherchez plus, les initiales ne signifient rien.
Message : flux dinformation.
Meta-Modle : modle conceptuel de donnes reprsentant les concepts
de la mthode.
Modle : reprsentation graphique de concepts d'un niveau (Conceptuel,
organisationnel, ..) et d'un dcoupage (communications, donnes ou
traitements) dans la Mthode MERISE.
Navigationnel : SGBD o un enregistrement peut tre li plusieurs
pres ou propritaires par des liens.
Occurrence : mot barbare dsignant un lment d'un ensemble.
Opration : travail ou action excute par un intervenant (opration
conceptuelle), un poste de travail (organisationnel).
Organisationnel : 2me niveau de la mthode. Celui-ci reprsente la
structure de l'entreprise en postes de travail et les sites de traitement (des
postes de travail) et de donnes.
Outil : moyen (informatique) mis disposition d'un utilisateur pour
effectuer une ou plusieurs oprations.
Partenaire : systme fonctionnel externe l'entreprise.
Patte : rle d'un individu dans une relation.
Pointeur : zone mmoire o sont stockes des adresses d'informations.
Poste de travail : unit d'organisation ou centre d'activit de
l'entreprise. Il peut lui tre associ une ou plusieurs personnes, une ou
plusieurs machines, un ou plusieurs outils informatiques.
Procdure : ensemble d'oprations organises enclenches par un
message externe ou une opration sans message vnement.
Progiciel : logiciel standard prt--porter par opposition au sur mesure.
Programme : suite d'instructions crites dans un langage excutable par
un ordinateur.
Proprit : information d'individu ou de relation.
Rgle de calcul : rgle permettant d'obtenir des informations partir
d'autres.
Relation : association d'individus.

Schma directeur : Plan de dveloppement informatique moyen terme
(5 ans).
SGBD : Systme de Gestion de Base de Donnes. Logiciel permettant de
crer, modifier ou consulter des informations dans une base (de donnes).
3 types de SGBD sont normaliss, hirarchique, navigationnel ou rseau et
relationnel.
Site : lieu de traitement ou de stockage de donnes. Il peut exister
plusieurs sites de donnes sur un micro-ordinateur (tableur et gestion de
fichiers).
Spcification externe : partie du niveau logique valider par
l'utilisateur final. Elle comprend les enchanements d'tats par outil (MLT) et
la description des informations affiches et saisir par tat.
Spcification interne : partie du niveau logique pouvant tre ignore
par l'utilisateur final. Elle comprend les actions de cration d'information ou
d'enregistrement partir des tats et la description de l'obtention des
informations affiches ou cres par tat.
Support : dessin ou masque d'cran.
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
S.ELACHOURI
BIBLIOGRAPHIE _______________________________________________________ 215 sur 215
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.

Merise Ofppt

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Merise Ofppt

Caricato da

Copyright:

Formati disponibili

Merise

2 sur 215 ________________________________________________ Informatique de gestion

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

3 MODELE CONCEPTUEL DE TRAITEMENT...................................................21

4 MODELE CONCEPTUEL DE DONNEES ..........................................................25

5 VALIDATION DES MODELES ENTRE EUX ..................................................70

2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT).....................82

3 MODELE ORGANISATIONNEL DE DONNEES (MOD) ...........................86

L'organisation par site de mmorisation. ................................................................87

INTRODUCTION __________________________________________________________3 sur 215

4 MODELE ORGANISATIONNEL DE COMMUNICATION (MOC) : les messages

6 VALIDATION PAR L'UTILISATEUR...............................................................98

2 MODELE LOGIQUE DE TRAITEMENT..........................................................114

Opration organise et outils informatiques ........................................................114

3 MODELE LOGIQUE DE COMMUNICATION...............................................123

5 VALIDATION DE L'UTILISATEUR ................................................................126

MODELE PHYSIQUE DE TRAITEMENT.......................................................145

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

4. ETUDE DETAILLEE : spcifications externe et interne. ................157

5 REALISATION : le test de la mthode......................................................158

4 sur 215 ________________________________________________ Informatique de gestion

6 LES POINTS FORTS DU PROJET. .................................................................158

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

Modle conceptuel de communication....................................................................180

2. NIVEAU ORGANISATIONNEL .......................................................................188

3. NIVEAUX LOGIQUE ET PHYSIQUE ............................................................191

Liste des outils informatiques par procdure.......................................................191

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

INTRODUCTION __________________________________________________________5 sur 215

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

Quel est votre rsultat ? ......................................................................................211

6 sur 215 ________________________________________________ Informatique de gestion

Il faut ouvrir des cadenas diffrents avec des

INTRODUCTION __________________________________________________________7 sur 215

Les objectifs de l'entreprise : le niveau conceptuel.

8 sur 215 ________________________________________________ Informatique de gestion

Les postes de travail de l'entreprise : le niveau organisationnel

Les retours sur le niveau prcdent sont faibles

INTRODUCTION __________________________________________________________9 sur 215

Liste des outils

L'tude pralable va jusqu' la dfinition des outils

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

10 sur 215 ______________________________________________ Informatique de gestion

"Le client passe une commande"

CHAPITRE I LE NIVEAU CONCEPTUEL _____________________________________ 11 sur 215

CHAPITRE I LE NIVEAU CONCEPTUEL

Sans entrer dans la tanire

12 sur 215 ______________________________________________ Informatique de gestion

Tout est SYSTEME ou FLUX entre systmes

L'ENTREPRISE est un systme qui peut tre dcoup

CHAPITRE I LE NIVEAU CONCEPTUEL _____________________________________ 13 sur 215

2.1.2 domaine et sous-domaine

Les INTERVENANTS sont EXTERNES (PARTENAIRES) ou INTERNES

14 sur 215 ______________________________________________ Informatique de gestion

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

grer les stocks

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

CHAPITRE I LE NIVEAU CONCEPTUEL _____________________________________ 15 sur 215

Pourquoi grer les pices dtaches ? Pour approvisionner la maintenance.

16 sur 215 ______________________________________________ Informatique de gestion

Voici les flux "rels".

Etat des quipements :

sous un mme "DOCUMENT PHYSIQUE"...