Parlez Vous Me Rise

Michel DIVIN
PARLEZ-VOUS MERISE ?
Les ditions du phnomne
Parlez-vous Merise ?
Du mme auteur :
MERISE, 60 AFFAIRES CLASSES ditions Eyrolles 1990 PARLEZ-VOUS PROGICIEL ? ditions du Phnomne. 2008 PARLEZ-VOUS SAP ? ditions du Phnomne 2008
A Paul GANDOET Aussi rare que les toiles du matin. (Expression chinoise)
Remerciements : tous ceux qui m'ont aid dans la rdaction de ce livre, qui l'ont lu de une N fois et apport la rigueur et la clart ncessaires, Paul et Marc DIVINE, Claude JAMBON, Gilles FELIX, Yves MONTEIL, Laurent BARBET, Jrme PERRIN et Michel MINGASSON. Les dessins sont de Pierre Legu 3
Prface
Prface
Il manquait dans la littrature consacre MERISE un livre d'initiation qui aborde sans complexe les points essentiels de la mthode en s'affranchissant dlibrment de tout souci de justification. En intitulant son ouvrage "Parlez-vous MERISE ?", Michel DIVINE partait de l'hypothse que la popularit grandissante de MERISE conduirait les responsables d'entreprise, les utilisateurs de l'informatique, les dcideurs de toutes sortes, s'intresser de plus en plus une mthode en passe de devenir un quasi standard pour l'informatisation des organisations. Expliquer simplement le complexe tient de la gageure et je dois reconnatre que Michel DIVINE grce son style, ses dessins et des exemples tirs du quotidien y russit remarquablement. La vertu de la pdagogie dpasse parfois son intention premire et l'expos, au demeurant classique de la mthode MERISE, s'enrichit par endroit de concepts nouveaux qui dbordent le cadre d'un manuel d'initiation. Ainsi en est-il de l'introduction des modles de communication qui rpondent de manire approprie une demande croissante des praticiens de MERISE ; ceux-ci souhaitaient depuis plusieurs annes modliser de manire plus structure les diffrents flux d'information entre sous-systmes. Ce concept a vocation figurer dans les futures versions de MERISE et c'est tout le mrite de Michel DIVINE d'en avoir donn une dfinition pdagogique. Esprons que ce livre saura trouver le large public qu'il mrite, en particulier auprs de nouveaux lecteurs pour qui MERISE apparatra plutt comme un nouveau langage facilement accessible que comme un ensemble de techniques parfois difficile assimiler.
Hubert Tardieu
Prface
Avant-propos dYves Tabourier

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

L'accident de la charrette de devant doit servir celle qui la suit. (Proverbe chinois) Aujourd'hui, chacun a profit ou imagine facilement les avantages que l'informatique apporte l'entreprise : calculs automatiques, stockages de donnes, traitements... Cependant, l'informatique est galement pour la majorit synonyme de vocabulaire hermtique, de service "citadelle", de dlais lastiques, d'obstacles insurmontables, de surcots imprvus, de programmes difficiles faire voluer, bref, d'un ensemble d'inconvnients prjudiciables tant aux chefs d'entreprise qu'aux responsables de l'informatique. De cet tat de fait dcoule la ncessit d'une mthode permettant d'avoir un langage commun de l'informatisation et utilisable par tous : chef d'entreprise, utilisateur, informaticien... Toutes ces personnes peuvent tre la mme dans le cas de l'usager d'un micro-ordinateur dsireux de se crer une base de donnes claire, volutive, documente et transmissible ses collgues. Ce qu'apporte MERISE La mthode Merise apporte une formalisation clairant les choix effectuer. Elle est un langage commun de rfrence centr sur le systme d'information et non sur l'informatique applique. Elle permet une authentique communication entre le responsable de la stratgie d'entreprise, celui de son informatisation et les utilisateurs finals. Elle structure les vux du dirigeant et de l'utilisateur sous forme de dessins pour une comprhension facile et de dossiers pour une explication complte permettant au responsable de l'informatique de choisir ou d'crire les programmes. Le choix final d'informatisation sera conforme aux dsirs de l'utilisateur et aux possibilits informatiques. Les dessins illustrent la syntaxe du langage. En dcouleront l'agencement des informations et l'ensemble des tches raliser. Ainsi, le projet sera men avec 9
rigueur et cohrence afin d'obtenir les objectifs de fiabilit des donnes et d'volution des applications. Les programmes seront documents et l'entreprise en sera rendue moins fragile : plus de panique un soir de facturation obligeant tirer du lit le programmeur malade qui est le seul comprendre son programme crit en langage machine ! Enfin, Merise est une mthode qui conduit une rflexion sur l'entreprise et peut aider modifier son organisation, voire d'en crer une nouvelle.
10
Prface
APRES MERISE
MERISE UN LANGAGE DE REFERENCE
11
12
INTRODUCTION
INTRODUCTION
Il faut ouvrir des cadenas diffrents avec des cls diffrentes. (Proverbe chinois) Ce chapitre d'introduction donne une vue globale de la mthode MERISE. Le lecteur pourra aborder dans les chapitres suivants le vocabulaire et les dtails de la mthode avec plus de facilit.
MERISE est une mthode de dveloppement des projets informatiques de gestion. Elle tire son nom du MERISIER qui est un arbre porte-greffe. De faon analogue, MERISE est le rsultat de la greffe de plusieurs mthodes. Une deuxime explication vient du fait que le mot MERISE se trouvait en haut gauche d'un dictionnaire ouvert la lettre M. Elle s'adresse toutes les applications sur micro, mini-ordinateur ou grands systmes informatiques. Par commodit, l'organisme informatiser sur lequel s'applique la mthode est appel ici entreprise. Merise est actuellement la mthode la plus rpandue en France. Historiquement, la premire version officielle de Merise date des travaux coordonns par le Ministre de lindustrie en 1979 ; le groupe de projet comprenait, outre une quipe de recherche dirige par M. H. TARDIEU, plusieurs socits de service. Depuis, plusieurs versions ont t dveloppes. Voici venu le temps des MERISES. L'ouvrage de rfrence de la mthode est celui de MM H. TARDIEU, ROCHFELD et COLETTI (Rfrence 1). 1 La dmarche Merise : 3 dcoupages sur 4 niveaux. 1.1 Trois dcoupages Pour tudier et dvelopper l'informatique d'une entreprise ou de tout type d'organisme, il est ncessaire de connatre ses changes internes et avec l'extrieur, 13
comment elle ragit une sollicitation externe et quelle est la structure des informations qu'elle utilise. La mthode MERISE dcrit cette connaissance sous forme de trois dcoupages : communication, traitement et donnes. Communication Les changes ou la communication sont des flux entre systmes, notamment des flux d'informations ou messages. Traitement. Les traitements des messages, flux d'informations, dcrivent les tches effectuer la rception ou pour l'mission d'un flux d'informations. Donnes. La structure de mmorisation des informations est reprsente sous une forme qui permet un passage ais vers les "enregistrements informatiques". 1.2 Quatre niveaux : conceptuel, organisationnel, logique et physique L'informatique consiste mettre disposition de l'utilisateur des moyens ou des outils de gestion informatique. Avant de spcifier les moyens informatiques, il est ncessaire de dfinir le travail de cet ou de ces utilisateurs finals, de dfinir l'organisation du travail au sein de l'entreprise. Afin de dterminer cette organisation, l'analyse des objectifs et des fonctions majeures de l'entreprise doit tre mene. Ainsi, l'informatisation est conue en fonction de l'organisation et l'organisation en fonction des objectifs atteindre. L'enchanement de l'informatique, de l'organisation et de la fonction ncessite un dcoupage en niveaux de la dmarche d'informatisation. Ces niveaux sont nomms conceptuel pour l'tude des fonctions et organisationnel pour l'tude de l'organisation. Le niveau dfinissant l'informatique est spar en deux : un niveau dcrivant l'informatique sans choix de matriel ou de logiciel prcis, le niveau logique, et un niveau dcrivant le rsultat de la mthode ou l'informatisation finale, le niveau physique. Si les choix de matriel ou de logiciel sont effectus, certaines phases du niveau physique sont abordables directement. L'adoption de la mthode entrane la dfinition des fonctions gnrales de l'entreprise avant la dfinition de l'organisation et avant la dfinition des outils informatiques. L'informatique n'est aborde qu'au troisime niveau, si ce type de solution est retenu. Il suffit, pour remonter ou descendre d'un niveau, de poser les questions : Pourquoi ? Alors, je remonte vers l'invariant. Comment ? Alors, je descends vers le plus mobile.
14
INTRODUCTION
invariant CONCEPTUEL FONCTION
ORGANISATIONNEL
ORGANISATION
LOGIQUE INFORMATIQUE PHYSIQUE variable
Les objectifs de l'entreprise : le niveau conceptuel. Le plus invariant, le niveau conceptuel, dfinit les fonctions ralises dans l'organisme. Il rpond la question QUE FAIT L'ORGANISME ? Il est dtermin par son activit. L'tape prcdente, l'interrogation du pourquoi de l'activit, cette remise en question de l'entreprise, n'est pas aborde par Merise. Les postes de travail de l'entreprise : le niveau organisationnel Pourquoi une organisation ? Pour raliser les fonctions de l'entreprise dcrites dans la premire partie. Cela rpond la question QUI FAIT QUOI ? Dans le cas de dveloppement sur micro-informatique ou dans le cas o l'application ne concerne qu'une seule personne, le niveau organisationnel se ramne sa plus simple expression, un seul poste de travail. Conceptuel et organisationnel reprsentent toute l'entreprise. Les deux niveaux suivants ne prennent en compte que la solution informatique retenue. L'informatique universelle : le niveau logique ou externe. Puis, plus variable, est la forme que doit prendre l'outil informatique pour tre adapt l'utilisateur, son poste de travail. C'est le niveau logique, la maquette des enchanements d'cran et la rponse la question AVEC QUOI ? Ou plus exactement AVEC L'AIR DE QUOI ? Le niveau logique est indpendant de l'informatique spcifique, des langages de programmation ou de gestion des donnes. L'informatique spcifique : le niveau physique ou interne. Le dernier niveau, le plus variable, est l'outil informatique lui-mme, les fichiers, les programmes. AVEC QUOI ? Ce niveau est appel niveau physique. Ce niveau dpend 100% du systme informatique retenu, du type de la base de donnes et des outils de dveloppement. MERISE est d'un secours prcieux dans le cadre des donnes. La structure "physique" informatique des donnes tend tre normalise. Le passage, l'aide de rgles, ces reprsentations normalises est facile. C'est cet instant que la mthode justifie son utilisation dans le cadre de
15
dveloppement sur micro-ordinateurs. Le modle conceptuel de donnes engendre le modle physique de donnes. L'existence des quatre niveaux permet un suivi mthodique. Cette tude se conduit sans retour entre chaque niveau. Le niveau infrieur peut tre modifi sans affecter le niveau suprieur. Par exemple, le niveau organisationnel peut tre modifi sans affecter le niveau conceptuel. Le niveau infrieur doit tre tudi aprs le niveau suprieur. Le niveau logique est abord aprs le niveau organisationnel et a fortiori aprs le niveau conceptuel. Deux validations sont effectues chaque niveau avant d'aborder le niveau infrieur. La premire concerne la cohrence des modles entre eux. La deuxime est l'approbation de l'utilisateur.
C O L P
SENS DE L'ETUDE
Les retours sur le niveau prcdent sont faibles Une validation des modles entre eux est " cheval" sur plusieurs niveaux. La fin de l'tude pralable, date importante dans la vie d'un projet, dcide de la ralisation du reste de l'tude. Ce choix s'effectue partir de la liste des outils informatiques. La validation entre donnes et traitement est effectue entre chaque outil retenu du niveau logique et les modles organisationnels de donnes. Cette validation vrifie l'exhaustivit de la liste des outils informatiques dvelopper.
Etude 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 16
INTRODUCTION
MCD = Modle Conceptuel de Donnes MCT = Modle Conceptuel de Traitements... COMMUNICAT. CONCEPTUEL ORGANISATIONNEL LOGIQUE PHYSIQUE MCC MOC MLC MPC DONNEES MCD MOD MLD MPD 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. 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 passer
COMMANDE
"Le client passe une commande"
17
2. L'organisation et les tapes d'un projet informatique Un planning gnral de dveloppement ou schma directeur dtermine les principaux projets dvelopper et leur enchanement. Les tudes pralables la ralisation informatique comprennent les niveaux conceptuels et organisationnels et une partie du logique : la liste des outils informatiques et la validation de ces outils par les modles organisationnels de donnes. Le rsultat de l'tude pralable est imprativement approuve par tous les acteurs du projet : utilisateur, informaticien, direction... Cette phase entrane le choix des futurs outils informatiques "utilisateur", des outils de dveloppement informatiques et des futurs investissements.
3 Lecture de l'ouvrage Si vous tes trs press, l'introduction vous suffit et refermez le livre. Vous pouvez parler de MERISE, des niveaux conceptuels, organisationnels, logique et physique, du dcoupage donnes, traitement et communications et du hmecd (MCD : rectangles et ellipses). Si vous utilisez la micro-informatique de manire autonome, sans transfert de donnes avec d'autres ordinateurs, l'application de MERISE tient surtout la structuration des donnes. Les paragraphes lire sont : le modle conceptuel de communication pour une rflexion gnrale de l'application, le modle conceptuel de traitement, le modle conceptuel de donnes (impratif), la dfinition des outils informatiques, et les chapitres concernant les donnes des niveaux logique et physique. Enfin, faire le cas. Il s'applique dans un contexte de micro-informatique. Si vous tes un futur utilisateur de la mthode, lisez tous les chapitres jusqu' la spcification externe des outils, les enchanements d'crans. Si vous voulez tout savoir et tre incollable, lisez presque tout une premire fois, relisez les parties concernant les donnes et faites le cas.
18
INTRODUCTION
Sommaire
PRFACE...................................................................................................5 INTRODUCTION ......................................................................................13 MERISE EST UNE MTHODE DE DVELOPPEMENT DES PROJETS INFORMATIQUES DE GESTION. .......................................................................13 1 LA DMARCHE MERISE : 3 DCOUPAGES SUR 4 NIVEAUX. .......................13 1.1 Trois dcoupages ........................................................................13 1.2 Quatre niveaux : conceptuel, organisationnel, logique et physique ................................................................................................................14 2. L'ORGANISATION ET LES TAPES D'UN PROJET INFORMATIQUE ...............18 3 LECTURE DE L'OUVRAGE .......................................................................18 CHAPITRE I LE NIVEAU CONCEPTUEL................................................25 1 REPRESENTER L'ACTIVITE.............................................................25 2 MODELE CONCEPTUEL DE COMMUNICATION.............................25 2.1 Intervenant...................................................................................26 2.2 Flux..............................................................................................30 2.3 Information...................................................................................32 2.4 Exemple de MCC, messages et informations. ............................35 2.5 Rsum du MCC. ........................................................................35 3 MODELE CONCEPTUEL DE TRAITEMENT.....................................36 3.1 le modle conceptuel de traitements reflte le pourquoi indpendant de l'organisation.................................................................38 3.2 Opration conceptuelle................................................................38 3.3 Rsum du MCT. ........................................................................41 4 MODELE CONCEPTUEL DE DONNEES ..........................................42 4.1 Le concept : l'individu ..................................................................43 4.2 L'association de concepts, la relation..........................................46 4.3 Rappel sur les notions d'occurrences et d'ensemble. .................50 4.4 Contraintes. .................................................................................51 4.5 Quelques piges viter pour construire les modles ...............64 4.6 Modles quivalents....................................................................75 4.7 Rsum du MCD. ........................................................................87 4.8 Exercices .....................................................................................88 5 VALIDATION DES MODELES ENTRE EUX ......................................89 5.1 informations des messages / individus et relations .....................89 5.2 Modles des oprations. .............................................................92 6 VALIDATION DE L'UTILISATEUR. ....................................................95 7 RESUME GENERAL DU CONCEPTUEL. .........................................95 CHAPITRE II : LE NIVEAU ORGANISATIONNEL ..................................99 1 POSTE DE TRAVAIL ET ORGANIGRAMME...................................100 1.1 Poste de travail..........................................................................100 19
1.2 Organigramme. ......................................................................... 101 2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT) ............. 104 2.1 La procdure est compose d'oprations organises (Quoi ?) par des postes de travail (Qui ?) ................................................................ 105 2.2 Tche-homme et tche-machine sont dans l'opration ............ 106 2.3 Exemple de procdure ou MOT................................................ 107 3 MODELE ORGANISATIONNEL DE DONNEES (MOD) .................. 109 3.1 L'organisation par site de mmorisation. .................................. 109 3.2 Evaluation des volumes des donnes ...................................... 111 3.3 Le modle de donnes s'organise : de nouveaux individus apparaissent......................................................................................... 111 3.4 L'tude des documents existants.............................................. 114 4 MODELE ORGANISATIONNEL DE COMMUNICATION (MOC) : LES MESSAGES CHANGS ENTRE SITES. .......................................................... 115 5 VALIDATION MOD/MOT. ................................................................ 116 5.1 Messages organiss/individus et relations organiss............... 117 5.2 Modles en cration et en consultation des oprations organises............................................................................................ 120 6 VALIDATION PAR L'UTILISATEUR. ............................................... 122 7 RESUME DU NIVEAU ORGANISATIONNEL.................................. 122 CHAPITRE III LE NIVEAU LOGIQUE ................................................... 127 1 LE MODELE LOGIQUE DE DONNEES, UN EXERCICE INTELLECTUEL. ................................................................................................................. 128 1.1 Enregistrement.......................................................................... 129 1.2 Chemin...................................................................................... 130 1.3 Construction du Modle Logique de Donnes.......................... 131 1.4 Optimisation .............................................................................. 137 2 MODELE LOGIQUE DE TRAITEMENT........................................... 141 2.1 Opration organise et outils informatiques ............................. 141 2.2 Outils informatiques .................................................................. 142 2.3 Outil interactif ............................................................................ 143 2.4 Outil en traitement diffr.......................................................... 150 3 MODELE LOGIQUE DE COMMUNICATION .................................. 151 4 VALIDATION DONNEES/TRAITEMENT......................................... 151 4.1 Validation MOD / outils.............................................................. 151 4.2 Validation MLD / outils .............................................................. 153 4.3 Validation des outils par les actions de mise jour de donnes d'enregistrement .................................................................................. 153 5 VALIDATION DE L'UTILISATEUR................................................... 153 6 RESUME DU NIVEAU LOGIQUE .................................................... 154 CHAPITRE IV LE NIVEAU PHYSIQUE................................................. 157 1 MODELE PHYSIQUE DE DONNEES.............................................. 157 1.1 Information ou lien..................................................................... 158 1.2 SGBD hirarchique ................................................................... 158 1.3 SGBD navigationnel ou rseau................................................. 160 1.4 SGBD relationnel ...................................................................... 162 20
INTRODUCTION
1.5 Eclater ou regrouper les enregistrements physiques. ...............173 2 MODELE PHYSIQUE DE TRAITEMENT .........................................175 3 MODELE PHYSIQUE DE COMMUNICATION.................................176 4 VALIDATION MPT/MPD ..................................................................176 5 RESUME DU NIVEAU PHYSIQUE. .................................................176 CHAPITRE V RESUME DES MODELES ..............................................179 1 RESUME DES COMMUNICATIONS. ..............................................179 2 RESUME DES TRAITEMENTS. ......................................................179 3 RESUME DES DONNEES. ..............................................................180 CHAPITRE VI L'ORGANISATION D'UN PROJET ................................181 1. LES ACTEURS D'UN PROJET. ......................................................181 2. SCHEMA DIRECTEUR : LE DCOUPAGE EN DOMAINES ET LA PLANIFICATION. ..........................................................................................182 3 ETUDE PREALABLE : LE CHOIX DE L'ORGANISATION ET DES OUTILS INFORMATIQUES. ........................................................................................184 3.1 L'existant. ..................................................................................185 3.2 Micro-informatique ou un seul site.............................................185 3.3 Plusieurs sites. ..........................................................................186 4. ETUDE DETAILLEE : SPCIFICATIONS EXTERNE ET INTERNE. ...........187 4.1 Cas d'un seul site. .....................................................................187 4.2 Cas d'informatique multi-sites. ..................................................188 5 REALISATION : LE TEST DE LA MTHODE ..........................................189 6 LES POINTS FORTS DU PROJET. .................................................189 CHAPITRE VII LA META-PHYSIQUE : MAINTENANCE, FORMATION ET DOCUMENTATION ...............................................................................191 1 UN DICTIONNAIRE DE DONNEES, SINON RIEN ..........................191 2 LA DOCUMENTATION AUTOMATIQUE EXISTE. ..........................191 3 QUI DIRIGE QUI ? LE CONCEPTUEL OU LE PHYSIQUE.........................192 CHAPITRE VIII EXEMPLES DE MODELES DE DONNEES.................193 1 META-MODELE ...............................................................................193 1.1 MCC ..........................................................................................193 1.2 MCT et MOT..............................................................................194 1.3 MCD et MOD .............................................................................195 1.4 MLT ...........................................................................................196 1.5 MLD et MPD. .............................................................................196 1.6 Validations (conceptuel, organisationnel et fin d'tude pralable) ..............................................................................................................197 2 COMPTABILITE...............................................................................198 2.1 Reprsentation des flux externes et internes ............................198 2.2 Compte ou ple d'analyse .........................................................199 2.3 Les deux comptabilits ..............................................................200 CHAPITRE IX SOLUTION DES EXERCICES .......................................207 1 CONCEPTUEL.................................................................................207 21
1.1 MCC .......................................................................................... 207 1.2 MCT .......................................................................................... 207 1.3 MCD .......................................................................................... 208 2 ORGANISATIONNEL ...................................................................... 209 3 LOGIQUE ........................................................................................... 210 4 PHYSIQUE ......................................................................................... 211 5 RESUME ......................................................................................... 212 CHAPITRE X : ETUDE DE CAS............................................................ 213 1 MODELE CONCEPTUEL ................................................................ 213 1.1 Modle conceptuel de communication...................................... 213 1.2 Modle conceptuel de traitement .............................................. 219 1.3 Modle conceptuel de donnes ................................................ 220 1.4 Validation MCD/MCT. ............................................................... 222 2. NIVEAU ORGANISATIONNEL ....................................................... 223 2.1 MODELE ORGANISATIONNEL DE TRAITEMENT ................. 223 2.2 Modles organisationnels de donnes. .................................... 224 2.3 Modle organisationnel de communication............................... 225 3. NIVEAUX LOGIQUE ET PHYSIQUE.............................................. 225 3.1 Liste des outils informatiques par procdure ............................ 225 3.2 Validation liste des outils / MOD et planification. ...................... 226 3.3 Modle physique de donnes ................................................... 226 3.4 Validation liste des outils / MLD. ............................................... 228 3.5 Modle logique de traitement.................................................... 228 3.6 Modle logique de communication............................................ 230 CHAPITRE XI 10 CRITRES DE CHOIX D'UN OUTIL D'AIDE LA CONCEPTION ............................................................................................ 231 1. POURQUOI CHOISIR UN OUTIL D'AIDE LA CONCEPTION? .................... 231 2. QUELS CRITRES DOIT-IL REMPLIR ?.................................................. 232 CHAPITRE XII EXERCEZ-VOUS (DOCUMENTS AUTORISS) ......... 235 ENONC ............................................................................................... 235 1. Informatique et mthode ............................................................. 235 2. Les 3 niveaux de MERISE .......................................................... 236 3. Gestion de projet......................................................................... 240 4. Le mta modle .......................................................................... 240 5 La gnration d'un Modle relationnel. ........................................ 240 CORRIGE........................................................................................... 242 1. Informatique et mthode ............................................................. 242 2. Les 3 niveaux de MERISE .......................................................... 243 3. Gestion de projet......................................................................... 246 4. Le mta-modle .......................................................................... 247 5. Gnrer un modle relationnel ................................................... 248 QUEL EST VOTRE RSULTAT ?............................................................... 248 GLOSSAIRE .......................................................................................... 251 CORRESPONDANCE AVEC MERISE 79 ET ANGLAIS. ................................. 254 22
INTRODUCTION
BIBLIOGRAPHIE ...................................................................................255
23
24
Chapitre I : le niveau conceptuel
Sans entrer dans la tanire du tigre, comment capturer ses petits ? (Proverbe chinois)
1 REPRESENTER L'ACTIVITE
L'objectif est de reprsenter l'activit de l'entreprise et de formaliser son "systme d'information" indpendamment de son organisation. Le compte rendu de cette tude est matrialis sous la forme de dessins normaliss, de modles complts par un dossier explicatif. Le but de ce chapitre est d'expliquer comment dcrire l'entreprise concerne en respectant les normes de chaque modle. Le modle de communication formalise les changes d'informations entre systmes fonctionnels et identifie les systmes " mmoire". Le modle de traitement formalise, comme son nom l'indique, les traitements effectus par un systme fonctionnel, comment l'entreprise ragit une rception d'informations, ou quand, spontanment, elle dcide d'mettre des informations. Le modle de donnes est la rfrence de l'activit de l'entreprise, la manire dont elle peroit et mmorise son activit. Il formalise toutes les informations mmorises. Ces informations sont structures, regroupes en ensembles appels individus et en ensembles appels relations entre les individus : les rectangles et les ellipses de MERISE qui vous seront bientt familiers.
2 MODELE CONCEPTUEL DE COMMUNICATION

Une approche thorique est faite avec l'tude des systmes, la systmique. Celle-ci repose sur les principes suivants :
25
1 - Une approche du gnral au particulier. Tout systme se dcompose en systmes. 2 - La mthode s'attache identifier les changes entre systmes. 3 - La systmique amne dcomposer l'entreprise en systmes homognes d'information appels domaines.
2.1 Intervenant
Application de ces principes. - Du gnral au particulier et dcomposition en systmes. L'entreprise est considre comme un systme. L'extrieur, avec qui l'entreprise effectue ses changes est aussi peru comme un ensemble de systmes. L'entreprise est dcoupe en systmes fonctionnels ou conceptuels. Systmes externes et internes sont appels intervenants.
Entreprise
Systmes Flux ou Echanges

Tout est SYSTEME ou FLUX entre systmes
VENDRE ACHETER PILOTER
COMPTABILISER PRODUIRE PERSONNALISER
L'ENTREPRISE est un systme qui peut tre dcoup en systmes FONCTIONNELS, les INTERVENANTS Soit une entreprise de livraison. Ses intervenants sont livrer, facturer et encaisser. Ils sont spcifiques de l'entreprise. 26

ENCAISSER LIVRER
FACTURER
2.1.1 partenaire Un partenaire est un intervenant extrieur l'entreprise. Il peut tre peru de manire FONCTIONNELLE et dcrit par un verbe : client (qui paye), fournisseur (qui...), courtier (qui sert d'intermdiaire), associ (qui partage les risques ou les profits) ou PHYSIQUE, socit, Banque de France, personne morale, personne physique, Etat. La perception fonctionnelle est prfrable la perception physique : ne voir que le payeur dans le client, ce qui n'empche pas d'avoir tous les gards pour sa personne. Un partenaire physique est peru sous plusieurs vues fonctionnelles : si la socit EDF est la fois fournisseur et cliente d'une mme entreprise, elle sera vue "fonctionnellement" de cette entreprise de deux manires diffrentes, fournisseur (d'nergie) et client (payeur). 2.1.2 domaine et sous-domaine Ils sont l'application du troisime principe de systmique : l'existence de systmes d'information homognes. Un dcoupage trop fin de l'entreprise entranerait une perte de cohrence de la fonction. Un niveau de ce dcoupage est identifi, reprsentant un "tout homogne". Un domaine est un systme de l'entreprise qui a la caractristique d'avoir une mmoire, un systme d'information. Le systme d'information sera construit par domaine. L'entreprise est dcompose en domaines dcomposs en sous-domaines, somme de fonctions lmentaires. Exemple : l'entreprise est entoure des systmes tels que Client, tat... les partenaires. Elle est dcoupe en domaines : vendre, produire, assurer la vie sociale, qui dpendent de son activit. Ces domaines sont dcomposs en systmes appels sous-domaines. "Produire" peut tre dcoup en "Maintenir", "Assurer l'approvisionnement des chanes de production"...
27
Partenaire Sous-Domaine Domaine ENTREPRISE Client Produire
Maintenir
Vendre
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 sousdomaines, puis en domaines. Pour cela, rpondre toujours la question pourquoi 28
? Pourquoi grer des stocks, pourquoi tenir une comptabilit, pourquoi enregistrer une commande ? Ainsi sous-domaines et domaines seront dcouverts. Exemple : soit les fonctions analyser la production, produire, grer les stocks, maintenir, grer les pices dtaches, suivre les pannes et grer les rparations.
PRODUIRE
analyser la production
MAINTENIR
grer les pices dtaches grer les rparations
produire
grer les stocks
suivre les pannes
Plusieurs dcoupages... Nous allons recomposer ces fonctions en les runissant en ensembles ou systmes fonctionnels en posant la question pourquoi ? L'exercice pourrait s'intituler "Manger pour vivre ou vivre pour manger ?" La rgle appliquer est : lorsque ceci explique cela, mettre cela dans le cercle de ceci.
DOMAINE PRODUIRE POUR VENDRE
PRODUIRE A MOINDRE COUT produire tout prix analyser la production
SOUS-DOMAINE
FONCTIONS ELEMENTAIRES
L'entreprise est dcoupe en domaines, sous-domaines et fonctions lmentaires Pourquoi analyser la production ? Pour produire moindre cot. Pourquoi produire ? Pour vendre. Pourquoi grer les stocks ? Pour approvisionner la production. Pourquoi maintenir ? Pour produire. Pourquoi grer les pices dtaches ? Pour approvisionner la maintenance. Pourquoi suivre les pannes ? Pour planifier les rparations. Pourquoi grer les rparations ? Pour planifier les rparations. Si les rponses prcdentes sont correctes, nous arrivons la dcoupe suivante :
29
PRODUIRE POUR VENDRE
PRODUIRE A MOINDRE COUT produire tout prix analyser la production MAINTENIR 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 sous-ensemble du modle de communication. Seul, ce sous-ensemble est dtaill par la suite. En effet, non seulement les flux physiques sont suivis par des messages porteurs d'informations, mais encore, l'informatique ne traite que des informations.
2.2.1 Construction du MCC.
Pour s'aider, la construction d'un graphe des flux rels (physiques ou financiers) est conseille. Bien diffrencier les flux physiques et d'informations : un catalogue imprim, vu de l'imprimeur, est un flux physique. Il s'apparente un produit. Le mme catalogue, envoy au client, est peru comme un message. Exemple : produit livr, virement bancaire... L'entreprise donne le produit livrer un livreur qui livre le mme produit au client. Les flux physiques de "produits" sont entre entreprise et livreur et livreur et client. Si le client apporte de l'argent liquide sa banque, le flux financier "liquidit" existe entre Client et Banque. Enfin l'entreprise est paye par un virement, flux financier, de la Banque.
30

Produit Client Liquidit
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
Rparer
Etat des quipements : quipements rparer et remplacer
Optimiser flux financiers
Filiale
Acheter
sous un mme "DOCUMENT PHYSIQUE"... Exemple : le document "tat des quipements" est envoy par une filiale en plusieurs exemplaires.
ENTREPRISE
Demande de rparation d'quipements
Rparer
Optimiser flux financiers
Demande de liquidits
Filiale
Acheter
Demande d'achat d'quipements
...existent plusieurs messages conceptuels.
31
Il correspond plusieurs messages conceptuels diffrents selon chaque rcepteur. Pour l'un, le message est une demande de rparation, pour un autre, un flux de trsorerie prvoir pour payer la rparation et pour un troisime, une demande d'achat des quipements. Le message organis ou "physique" comprend trois messages conceptuels : Une banque de donnes reoit des messages avant d'en donner. Le conceptuel consiste trouver le pourquoi. Si nous nous intressons l'activit d'une entreprise qui est une Banque de donnes, la question "Pourquoi des abonns consultent-ils une banque de donnes ?" doit tre pose. Le message conceptuel mis par la personne qui se connecte sur la banque de donnes est une demande d'information. Il est ncessaire de s'interroger sur le besoin d'information de l'abonn pour comprendre l'activit de l'entreprise. La question se pose pour des motifs de marketing ou d'tude du client. De manire organise, seule la banque de donnes met des informations. Deux types de messages sont distingus, les messages enclencheurs ou stimulants et les messages informants. Messages enclencheurs et informants servent sparer les messages moteurs d'une action et les messages moteurs d'une mmorisation.
message enclencheur
Dans ce cas, l'metteur du message enclencheur attend une rponse ou une raction du receveur. Il s'agit, la plupart du temps, d'une demande structure demande de remboursement dont les donnes sont rpertoriables : montant d, date de la crance - ou non structure : conseil ou avis.
message informant
Un message informant renseigne sur une situation donne sans attendre une rponse immdiate : cours de la bourse, compte rendu synthtique (reporting) vers la direction gnrale, journal des ventes, statistiques. Les informations contenues dans ces messages serviront moyen ou long terme. Elles constitueront le contexte de la raction un futur message enclencheur. Au lieu de tourner sept fois ma langue dans ma bouche, je tourne sept fois mes messages informants dans mon systme d'information. Quelquefois, le dernier arriv est le message enclencheur quand il est attendu pour ragir. Les messages informants "n'existent pas" entre sous-domaines d'un mme domaine. Un domaine a un systme d'information commun tous les sous-domaines. Ce que sait un sous-domaine, un autre le sait aussi en consultant le systme d'information propre aux deux sous-domaines. Cela dcoule du troisime principe nonc de systmique, l'existence de systmes d'information homognes, les domaines. Le message transite par le systme d'information.
2.3 Information
L'information ou la donne ou la proprit est l'atome du systme d'information et du futur systme informatique. L'information est un "renseignement" ou une 32
"connaissance" lmentaire dsigne l'aide d'un mot ou d'un groupe de mots prenant des valeurs. Exemple : nom de personne, nombre de portes, nom de maison.
2.3.1 Occurrence d'information.
Une information est un ensemble d'occurrences, de valeurs possibles d'information. Soit l'information nom de personne. M. Martin, M. Doe, M. Smith, M. Svensson, M. Joe six pack, M. Bolomey ou M. Mueller sont des exemples de nom de personne. Une information est donc un ensemble d'lments dont M. Martin est un exemple. Chaque lment de cet ensemble est appel occurrence (avec deux r).
M. Mueller Occurrences d'information M. Doe M. Martin Information NOM DE PERSONNE
Une INFORMATION possde des OCCURRENCES Un autre vocabulaire est de dclarer l'ensemble nom de personne comme information-type par rapport aux informations M. Martin, M. Doe, M. Smith. Dans l'ouvrage, la vue information et occurrence d'information est celle retenue. Il en sera de mme pour individu et occurrence d'individu et relation et occurrence de relation que nous verrons plus tard. Information : exemples d'occurrences d'information Noms : dunepipe, paspossible, coucherdehors... Conseils : yaqua, fautquon, yavaitcas, fallaitquon, faites mieux la prochaine fois, votre taux d'endettement est trop lev... Type de voiture : R5, R11, AX,...
2.3.2 Validation et puration du vocabulaire

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

Une information dont le nom a plusieurs sens, est un polysme. Montant peut tre le montant de la facture, du contrat, de la commande... Il importe d'clater ces informations en informations n'ayant qu'un seul sens pour viter toute confusion. Renseigner chaque information identifie par un texte vitant tout quiproquo.
33
1re Signification Un nom d'information 2me Signification un POLYSEME a au moins deux SIGNIFICATIONS
Les synonymes, ou les noms d'informations de mme signification, sont plus connus.
1er nom d'information Une Signification 2me nom d'information
Deux SYNONYMES ont la mme SIGNIFICATION. Nanmoins, un type de synonymie un peu particulier est expliciter. Soient les informations "numro de donneur d'ordre" et "numro de client". Un donneur d'ordre est un client ayant pass une commande. Un client n'ayant pas pass de commande est un prospect. "prospect" ou "client n'ayant pas command" sont synonymes. Par contre, la notion de donneur d'ordre apporte une restriction celle de client. Un donneur d'ordre est un client qui a command. Numro de donneur d'ordre est un sous-ensemble des numros de client. Une quivalence "non quilibre" est donc dfinie entre ces deux informations. L'information la plus gnrale "numro de client" est en amont de l'information "numro de donneur d'ordre". Noter l'quivalence entre les informations.
Noter les informations composes et les rgles de calcul Information compose.

Une information peut tre compose ou dcompose en plusieurs informations. Noter les informations composes dfinit le niveau de dtail, l'information lmentaire grer dans le MCD.
Une Information compose = 1re Information 2me Inf. Nime Information
Une information peut tre dcompose Soit le numro de plaque minralogique d'une voiture. Il est compos d'un numro d'ordre et du numro de dpartement. Le numro de plaque est la composition de ces deux informations. Le numro d'ordre de la plaque est lui-mme compos de deux informations, une numrique, compose de chiffres et une alphabtique, compose de lettres.
2125 WW 75
= 2125 WW 75
= 2125 WW 75
Le numro de plaque est compos de 2 ou 3 informations.
34
Rgle de calcul
Une rgle de calcul lie plusieurs informations. Dans ce cas, noter les informations en entre et rsultat de la rgle et retenir quelles informations, entre ou rsultat, seront mmorises. Si les deux types d'informations taient retenues, une possibilit d'incohrence existerait. Ce qu'il faut viter tout prix !
2.4 Exemple de MCC, messages et informations.

Entreprise
Demande de facturation Facture mise Livrer Ordre de livraison Bon de livraison Demande de livraison Facturer Facture Client Chque Livreur
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),
35
soit internes (domaine, sous-domaine). Un domaine de l'entreprise a un systme d'information propre tous ses sous-domaines. Les flux reprsents peuvent ne concerner que des flux d'informations, les messages. Ces messages sont informants ou enclencheurs. Il n'existe pas de message informant l'intrieur d'un mme domaine.
Message = Flux D'informations Commande
nom client adresse date commande montant commande
Domaine Entreprise Vendre
Client Partenaire
Sous-Domaine
Commande est un message entre domaine et partenaire Un flux est un passage d'objets d'un intervenant un autre. L'objet est mis par un intervenant (l'metteur) et reu par un autre (le rcepteur). Un message est un objet transmis ne contenant que des informations. Les intervenants communiquent par message. Le modle de communication est un dessin qui reprsente les flux d'information (messages) ou non informationnels changs entre les intervenants internes de l'entreprise et les intervenants externes. Les informations des messages peuvent tre synonymes, polysmes, lies par une quivalence, une rgle de calcul ou tre composes. EXERCICES : 1. Un message est-il un flux d'informations ou de matire ? 2. Penser est-il un domaine ? 3. "We demand..." est-il un message informant ? 4. Une demande de paiement est-elle un message informant ? 5. Un tract lectoral est-il un message informant ? 6. Une facture est-elle un flux d'informations ou un flux rel ?
3 MODELE CONCEPTUEL DE TRAITEMENT.

Le modle de traitement est un zoom sur le modle de communication de l'entreprise. Dans le modle de communication, sont reprsents les messages changs entre intervenants. Dans les modles de traitement, nous "voyons" comment
36
un intervenant de l'entreprise ragit quand il reoit ce message et quelle opration il effectue. Un modle conceptuel de traitement (MCT) comprend les messages et leurs informations, les oprations conceptuelles et leurs oprateurs, les intervenants de l'entreprise. Les intervenants de l'entreprise pris en compte sont les domaines pour un modle global ou les sous-domaines pour un modle de traitement dtaill.
Messages Reus traiter
Intervenant : domaine ou sous-domaine
Messages mis traits
le MCC (intervenant et messages) est dtaill par...

Messages Reus
Opration Intervenant Messages mis
... le MCT (oprations et messages)
CLIENT
COMMANDE
VENDRE
MCC : Mais que peut donc bien faire VENDRE quand il reoit la commande ? Vendre traite la commande. L'opration traite ou met un message. Le message est vnement ou rsultat de l'opration.
37
CLIENT
COMMANDE
VENDRE traiter la commande
MCT : Vendre traite la commande.
3.1 le modle conceptuel de traitements reflte le pourquoi indpendant de l'organisation.

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

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

Commande de coke Client Vendre
Proposition De Produit De Substitution Ordre De Produire Rapprovisionnement
Ordre De Livraison livrer
MCT : "commande" est EVENEMENT et "ordre de livraison" RESULTAT de l'OPERATION Le rsultat de l'opration dpend de certaines conditions ou, exprim diffremment, une opration peut comporter plusieurs messages en sortie ou rsultat de l'opration des conditions dfinies. Ces conditions dpendent des informations du message reu, d'informations mmorises ou d'une rgle humaine non formalise.
Opration
Condition
Message
un MESSAGE RESULTAT est mis une CONDITION. Exemple de la prise de commande. L'ordre de livraison est mis si le produit (coke) est en stock. S'il ne l'est pas, une proposition de produit de substitution est mise ainsi qu'un ordre de rapprovisionnement.
Commande de coke
PRISE DE COMMANDE
Pas de Coke en stock Coke en stock
Proposition De Produit De Substitution
Ordre De Livraison
Ordre De Rapprovisionnement
"ordre de livraison" n'est mis que si la CONDITION "coke en stock" est vraie.
3.2.1 opration avec synchronisation

Pour effectuer une opration, l'intervenant a quelquefois besoin de plusieurs messages qu'il a reus ou qu'il va recevoir.
39
DOMAINE OU SOUS-DOMAINE accord de la grand-mre accord du pre (a ou b) et c ALLER AU CINEMA
accord de la mre
Emploi du temps
La SYNCHRONISATION comporte des "ET" et des "OU" de MESSAGES arrivant tous en mme temps. Exemple : pour aller au cinma, j'ai besoin de l'accord de mon pre et de ma mre. Sachant que l'accord de ma grand-mre paternelle remplace celui de mon pre, la synchronisation est : pour enclencher l'opration aller au cinma, le message Accord du pre ou de la grand-mre et le message Accord de la mre sont ncessaires. La synchronisation peut tre plus complexe. L'accord de ma grand-mre peut remplacer celui de mon pre tandis que celui de mon oncle me suffit lui tout seul.
3.2.2 Opration sans synchronisation

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

accord du Pre ou de la grand Mre
Prise En Compte accord du Pre

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...
40
accord de la mre
accord du pre
accord de la grand-mre
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 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 b c
(a ou b) et c ALLER AU CINEMA Message rsultat : emploi du temps Condition
Planifier emploi du temps si accords : (a ou b) et c Message rsultat : emploi du temps = aller au cinma
la CONDITION porte sur l'entre ou l'mission du message.
La troisime reprsentation a l'avantage de la simplicit, c'est la raison pour laquelle elle est conseille.
3.3 Rsum du MCT.

Un modle conceptuel de traitement part du modle conceptuel de communication en examinant les oprations conceptuelles effectues par domaine dans le cas gnral et par sous-domaine dans le cas dtaill.
41
Message vnement Intervenant : Sous-Domaine ou Domaine Opration
Message rsultat
Condition
MODELE CONCEPTUEL DE TRAITEMENT Les oprations analysent les traitements des messages vnements pour les transformer en messages rsultats. Elles sont enclenches par zro, dans le cas d'oprations dcides par l'intervenant, un ou plusieurs messages vnements. Elles mettent zro, un ou plusieurs messages rsultats. Les conditions d'mission sont dcrites sur les messages rsultats. Exercices : vrai ou faux ? 1. Une opration conceptuelle peut n'tre effectue par aucun intervenant. 2. Une opration conceptuelle peut tre effectue par plusieurs intervenants. 3. Un message peut tre vnement de plusieurs oprations. 4. Un message peut tre rsultat de plusieurs oprations. 5. Plusieurs messages conceptuels peuvent apparatre en mme temps, de manire synchronise.
4 MODELE CONCEPTUEL DE DONNEES

La formalisation des donnes est le point majeur de la mthode Merise. Il est important de bien saisir ce chapitre si vous voulez passer pour un Merisien confirm. Pourquoi cette approche donnes ? Un grand nombre d'ensembles d'informations manipules ncessite un travail de cohrence indispensable et d'optimisation des cots de stockage et de traitement des informations. Cette complexit sur les ensembles d'informations, que l'on trouve en informatique de gestion, a rendu ncessaire la cration d'une mthode qui prenne en compte la structure des informations. Cette mthode s'applique aussi bien aux dveloppements sur microordinateurs qu' ceux sur grands systmes informatiques.
Les informations sont structures et classes, sans rptition, en deux types d'ensembles (d'informations), les individus et les relations.
Un individu est un concept ou un "objet de gestion" conu par l'esprit de l'utilisateur lui permettant d'organiser ses connaissances. Une relation est une association d'individus. Exemple : Maison est un individu, un concept ayant comme informations hauteur, surface au sol, nombre de portes, nombre de fentres, caractre, couleur... Rivire est un autre individu ayant comme informations largeur de la rivire, dbit de la rivire,
42
vitesse du courant... Une information porte par la relation ou l'association (maison, rivi-re) est la "distance la plus courte entre une maison et une rivire". La dmarche consiste identifier directement les concepts de maison et de rivire pour ensuite dterminer les informations d'une maison, d'une rivire ou de l'association (maison, rivire). L'approche par les concepts tudie l'activit du domaine, construit les individus et les relations et range ensuite les informations dans ceux-ci. Le contrle de cohrence entre les informations et celles existantes sur les documents actuels est fait plus tard. Individus et relations sont tudis en premier. Les rgles respecter sur les informations pour obtenir un modle de donnes correct sont ensuite dveloppes. Les complments apporter au modle, les contraintes sont ensuite abords. Enfin, la vie d'un modle et les diffrents piges viter entre information, individu et relation seront passs en revue.
4.1 Le concept : l'individu

Un individu est un concept ou une bote paralllpipdique. Un individu est un ensemble d'informations qui a une existence propre. L'individu PERSONNE comprend les informations, nom, prnom, date de naissance...
PERSONNE 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.
OCCURRENCES D'INDIVIDUS
celle de mon oncle la mienne
ma voiture la poussette mon vlo
Pre Nol 87 Pre Nol 88
VOITURE
VEHICULE
COMMANDE
INDIVIDUS
43
Les OCCURRENCES d'un INDIVIDU peuvent tre CITEES L'occurrence "mon neveu" de l'individu PERSONNE possde, comme occurrences d'information Ernie, benjamin, 22 Mars 1980.
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.
44

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
"prnom fils" existe plusieurs fois. MAUVAIS : le prnom du fils n'est pas une information unique pour l'individu Pre.
45
PERE
nom pre prnom pre
FILS
prnom fils
Deux individus "PERE ET FILS" existent BON : un pre peut avoir autant de fils qu'il le dsire. Il faut pouvoir exprimer le fait que le pre est li au fils. C'est le rle de la relation.
4.2 L'association de concepts, la relation

Une relation reprsente une possibilit de "lien" entre deux ou plusieurs occurrences d'individus. Pour une relation donne, les individus sont fixs. La relation est entre les individus et a besoin d'individus pour exister. Elle est reprsente par une ellipse relie par des traits aux rectangles reprsentant les individus.
PERE
nom pre prnom pre
FILS avoir
prnom fils
UNE RELATION RELIE DES INDIVIDUS Un pre et un fils "peuvent" tre lis par la relation avoir
Une relation n'a pas d'existence propre et doit tre dfinie par les individus auxquels elle est rattache.
son godillot ta botte ma botte CHAUSSURE lier Relation Individus glissire brin de paille TYPE DE FERMETURE
une RELATION a besoin D'INDIVIDU(S) pour exister Une relation peut porter des informations. Elle peut aussi (et souvent) ne pas en porter. Une relation est un ensemble unique de proprits. Les informations portes par une relation ne sont que dans cette relation et ont une seule valeur par occurrence de relation. Si elle relie deux occurrences d'individu, de deux individus diffrents ou d'un mme individu, elle est dite binaire, trois occurrences d'individu, ternaire, quatre, quaternaire...
46
Chaque lien de la relation vers un individu est appel "patte".
2 PATTES
COMMANDE passer PRODUIT
Relation binaire
3 PATTES
COMMANDE passer PRODUIT
CATALOGUE
Relation ternaire Exemple de relation ternaire (rfrence 6) : soient les trois individus Document, Personne et Rle et la relation "signer" qui concerne la signature d'un document par une personne et pour un rle donn. Si le message secret est sign comme suit la premire fois : Message secret Eudes metteur Message secret Le Bouillon Responsable Message secret Nicolas Contrleur Message secret Agnan Rdacteur Message secret Le Bouillon Rdacteur Et qu'un document soit toujours sign ainsi, toute personne ayant sign le message l'ayant fait avec un rle donn, le modle sera :
rdacteur controleur responsable metteur agnan nicolas le bouillon eudes
ROLE
signer
PERSONNE
Le message secret
DOCUMENT
Une relation peut relier plus de 2 individus Il est recommand de dsigner la relation par un verbe. Nanmoins, ce verbe ne reprsente la relation que dans un sens ou une patte de la relation vers un individu. Le pre "engendre" le fils et le fils "est engendr" par le pre. Pour bien faire, un
47
verbe par "patte" devrait tre donn. Dans le cas de "nomenclature" c'est--dire de relation sur le mme individu, il est conseill de nommer les pattes.
relation
engendrer parent de fils de
PERSONNE
nom personne prnom
conduire appartenir
VOITURE
no voiture
"engendrer" relie un individu "personne". "conduire" et "appartenir" relient "personne" et "voiture"
4.2.1 Nomenclature
Deux types de nomenclature, de relation sur le mme individu, existent. La premire, quand un fils n'a qu'un seul pre, est dite hirarchique. La deuxime, quand un fils peut avoir plus d'un pre, peut tre appele "matricielle" ou "tensorielle". La premire se prsente sous la forme d'une arborescence : une branche pousse sur une seule branche.
Parent de... Pre Fils de... Fils Fils Parent de... Petit Fils Petit Fils Fils de...
Nomenclature HIERARCHIQUE Si un fils a deux pres, un spirituel et un rel, la nomenclature ou la structure est dite matricielle.
spirituel rl
2me pre 1er pre
Matrice Si le nombre de pres est suprieur deux, la reprsentation est difficile, la structure est tensorielle et cre des tensions.
48
Chapitre I : le niveau conceptuel 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 relation ma botte CHAUSSURE lier Occurrence de patte brin de paille TYPE DE FERMETURE
Les occurrences d'individu d'une relation ne peuvent dfinir qu'une occurrence de relation.
3 occurrences de relation
bicyclette Pre Nol 88 Pre Nol 87 wagon montre train lectrique
COMMANDE
comprendre
qt commande
PRODUIT
Patte "Commande"
Patte "Produit"
1 occurrence de relation binaire relie 2 occurrences d'individus Dans une relation entre individus distincts, il existe autant d'individus que de pattes. Dans ce cas, la patte peut tre dsigne par le nom de l'individu reli : patte "commande" et patte "produit".
49
2 1 1 Pre Nol 88 Pre Nol 87 wagon montre train lectrique
COMMANDE
comprendre
qt commande
PRODUIT
Les RELATIONS peuvent contenir des INFORMATIONS L'information "quantit commande" est situe dans la relation "comprendre". En 1987, j'ai command au Pre Nol 1 train lectrique et une montre, en 1988 j'ai command 2 wagons.
Dans le cas de relation ternaire, l'occurrence de relation possde trois brins ou trois occurrences de pattes.
2 occurrences de la relation "signer" occurrence de la patte "personne"
agnan nicolas le bouillon eudes
Le message secret
DOCUMENT
signer rdacteur controleur responsable metteur
PERSONNE
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".
50

fils de
engendrer parent de
parent de
Pecheur Martin PERSONNE M. Martin

fils de
nom personne prnom
jean-phil
Concept ou Ensemble Information

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

La cardinalit d'une occurrence d'individu dans une relation donne est le nombre d'occurrence(s) de relation que possde cette occurrence d'individu via la relation. Dans le cas de relation binaire (reliant deux individus), ce nombre est le mme que le nombre d'occurrence(s) d'individus relis.
4 3 2 1 COMMANDE concerner PRODUIT
Quand je compte le nombre de produit(s) d'une commande...

COMMANDE concerner PRODUIT
...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 concerner PRODUIT
...je m'intresse aux cardinalits de la patte "Produit" (de droite) La cardinalit minimale d'une relation vers un individu ou de l'individu vers la relation (de la patte) est trouve en comptant le nombre minimum d'occurrence d'individu dans le cas de la relation binaire (entre deux individus). Si ce nombre est diffrent de zro, la cardinalit minimale est dclare gale 1 par convention.
52
COMMANDE concerner
PRODUIT
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 concerner
PRODUIT
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 COMMANDE date commande montant
0,N
passer
1,1
Cardinalits maximum
Cas des individus "commande" et "produit" : un produit peut n'tre concern par aucune commande, cardinalit minimale 0. Il peut tre command plusieurs fois cardinalit maximale N. Les cardinalits de la relation du ct "produit" sont 0,N. Chaque commande comprend un produit au minimum et N (suprieur un) au maximum. Les cardinalits de la relation "concerner" du ct commande sont donc un au minimum et N au maximum.
53
COMMANDE PRODUIT
1,N
concerner
0,N
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 Pre Nol 88 Pre Nol 87 bicyclette
wagon montre train lectrique
COMMANDE
comprendre
qt commande
PRODUIT
OCCURRENCE DE L'INDIVIDU COMMANDE Commande 87 Commande 88 Commande 89
Nombre d'occurrences de patte "commande" 2 2 0
OCCURRENCE DE L'INDIVIDU PRODUIT Train Montre Wagon Bicyclette
Nombre d'occurrences de patte "produit" 1 2 1 0
54
En supposant que tous les cas sont reprsentatifs, les cardinalits sont : pour la patte "Commande" de gauche 0 minimum et N maximum, pour la patte "produit" de droite 0 minimum et N maximum. Ce dessin est donc contradictoire avec les cardinalits minimales de la commande. Il ne devrait pas comporter de commande (89) sans produit.
Cas de nomenclature
Une nomenclature est une relation sur le mme individu. Une personne engendre une autre personne. une personne est suprieure ou subordonne une autre personne.
composer
composant compos suprieur
organiser
subordonn
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
compos
0,N
composant
organiser
suprieur
0,1
subordonn
PRODUIT 0,N 0,N
PERSONNE
Voici les deux cas de nomenclatures.

hirarchiser - une plume + une plume INDIEN
1 plume couronne de plumes 2 plumes
La FLECHE indique une HIERARCHIE. Dans le cas de relations reliant plus de deux individus (ternaires et...) il faut compter le nombre de relations.
55
Exemple : le document est sign deux fois, mais par une seule personne.
agnan nicolas le bouillon eudes
Le message secret
DOCUMENT
signer rdacteur controleur responsable metteur
PERSONNE
ROLE
Le message secret est sign DEUX FOIS mais relie TROIS OCCURRENCES D'INDIVIDU (deux rles et une personne) Deux petits brins, les occurrences de pattes, partent de l'occurrence Message secret. Le message secret est sign deux fois. Un document est sign une N fois (pas de document sans signature).
DOCUMENT
1,N signer
. Toute personne peut signer un document pour un rle de zro n fois. Deux occurrences de pattes partent de l'occurrence Eudes (zro N occurrences de patte peuvent partir d'une occurrence de personne pour la relation signer) et
PERSONNE
0,N signer
un rle peut tre utilis en signant de zro N fois. Une occurrence de patte part de l'occurrence Emetteur (un rle peut ne pas participer ou participer N fois la relation signer).
ROLE
0,N signer
Le rsultat est :
DOCUMENT
1,N signer 0,N
PERSONNE
ROLE
0,N
56
Voici les cardinalits de la relation "signer". DEFINITIONS : La cardinalit d'une patte d'une occurrence d'individu li la patte est le nombre d'occurrence(s) de patte lie(s) l'occurrence d'individu. La cardinalit minimale d'une patte est le minimum de 1 et du nombre minimum de pattes d'une occurrence d'individu li la patte. Dans le cas de relation binaire, la cardinalit de chaque patte est gale au nombre d'occurrences d'individu lis l'autre patte. La cardinalit maximale d'une patte est la valeur maximale d'occurrences de patte des occurrences de l'individu li la patte. Si elle vaut 0, la relation n'existe jamais, le modle doit donc tre revu, la relation ne relie pas cet individu. Si elle est suprieure un, elle est note N. Le minimum d'une cardinalit peut tre diffrent de un, deux par exemple (une opration comptable impute deux comptes au minimum, un crdit et un dbit) mais le conceptuel actuel, pour des questions de simplification et de passage aux fichiers informatiques n'accepte que zro, un ou N.
Quatre cas de cardinalits minimale et maximale existent : 0 et 1 minimum, 1 et N maximum. 0 minimum. Ce zro peut tre un zro dans le temps. Un colis correspond zro ou une commande, mais tout colis est destin tre command et cette relation entre colis et commande ne pourra pas tre modifie. Il peut aussi tre rel. Un client peut passer de zro n commandes car les clients potentiels sont suivis. Un client pourra toujours exister sans commande. En supposant que je n'accepte qu'un locataire par appartement, un appartement aura zro (quand l'appartement n'est pas lou) un locataire. Ce locataire peut changer. Il est "modifiable".
PERSONNE
nom personne prnom personne
0,
avoir
FILS
prnom fils
Une personne peut ne pas avoir de fils : cardinalit minimale = 0
1 minimum : Une commande aura toujours un client payeur.
PERSONNE
1,
avoir
FILS
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 ?
57
PERSONNE
,1
avoir
FILS
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. Non modifiable 0 minimum 1 minimum Colis / commande Commande / client Modifiable Appartement / locataire Locataire / Appartement
Il existe quatre cas de cardinalit maximale 1
N maximum : Ce nombre peut tre connu. Un ordre de paiement sera toujours vis par deux personnes. L aussi, peut-on modifier les N ? Peut-on modifier les produits de la commande ?
PERSONNE
,N
avoir
FILS
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. Une ligne de commande peut tre lettre par zro (quand la facture n'existe pas) ou plusieurs lignes de facture. Une ligne de facture peut tre lettre par aucune (quand la commande n'existe pas) ou plusieurs lignes de commande. Ce rapprochement des lignes de commande et des lignes de facture dpend de l'utilisateur.
58
Le client de la commande est le mme que celui de la facture. Les cardinalits ne permettent pas d'exprimer ce fait. Nous le verrons plus tard sous la notion d'une contrainte exprime par un texte.
CLIENT
0,N 1,1 facturer
COMMANDE 1,N
1,1 comprendre
LIGNE DE COMMANDE quantit commande

0,N lettrer
1,1
concerner 0,N
0,N 0,N annoncer une bonne nouvelle
PRODUIT FACTURE
1,N 1,1 dcomposer
LIGNE DE FACTURE quantit facture
1,1
0,N
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 :
59
ensemble des occurrences d'individu du mme individu
sous-ensemble des occurrences d'individu participant une mme relation
Les trois relations de cet individu caractrisent TROIS SOUS-ENSEMBLES d'occurrences d'individu. Exemple : soit le modle comprenant les individus "personne", "demande de prt" et "prt". Une personne peut dposer de zro n demandes de prt et rembourser de zro n prts.
PERSONNE
0,N dposer 0,N 0,1
DEMANDE DE PRET
rembourser
0,1
PRET
Les occurrences d'INDIVIDU ayant ou non des RELATIONS... Considrons les personnes ayant dpos des demandes de prts et celles qui remboursent des prts. Elles forment deux sous-ensembles des personnes, celles qui remboursent et celles qui dposent une demande. Ces deux sous-ensembles ont une intersection, ceux qui empruntent et qui remboursent dont M. Crois qui aime bien s'endetter, et une runion ceux qui empruntent ou qui remboursent qui ne comprend pas Mme Fourmi qui, non seulement n'est pas prteuse, mais en plus n'aime pas s'endetter.
ni rembourse ni dpose remboursent Mme. Fourmi
NI REMBOURSENT NI DEPOSENT REMBOURSENT
PERSONNE
DEPOSENT
dposent une demande
...peuvent tre regroupes en ENSEMBLES
Des contraintes peuvent tre dfinies par rapport ces ensembles. 60
b - Le ou inclusif (V) o toute occurrence de l'ensemble des individus appartient la runion des ensembles d'occurrences participant aux relations considres : toutes les personnes dposent ou remboursent. Mme Fourmi n'existe pas.
PERSONNE
0,N dposer 0,N 0,1
DEMANDE DE PRET
REMBOURSENT
V
rembourser
PRET
0,1
DPOSENT
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 dposer 0,N 0,1
DEMANDE DE PRET
REMBOURSENT
DPOSENT
X
rembourser
PRET
0,1
Aucune personne ne peut dposer une demande et rembourser un prt.
d - la partition o toute occurrence appartient un et un seul ensemble, est la somme de l'inclusion et de l'exclusion.
Le ou exclusif (+) est la superposition de ou inclusif (V) et de exclusion (X). Les relations dfinissent une partition des individus. Pas de Fourmi, ni de Crois dans les deux sens. Chaque personne choisit.
PERSONNE
0,N dposer 0,N 0,1
DEMANDE DE PRET
REMBOURSENT
DPOSENT
+
rembourser
PRET
0,1
Toute personne soit dpose une demande, soit rembourse un prt.
e - l'inclusion (I) o toute occurrence de l'ensemble des individus participant une relation (rembourser) participe une autre relation (dposer). Les personnes remboursant un emprunt doivent avoir dpos une demande de prt.
61
PERSONNE
0,N dposer 0,N 0,1
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 Message secret Message secret Message secret Message secret Message secret ROLE metteur Responsable Contrleur Rdacteur Rdacteur PERSONNE Eudes Le Bouillon Nicolas Agnan 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 0,N signer 0,N 0,N rdacteur controleur responsable metteur
Le message secret
DOCUMENT
PERSONNE
ROLE
La flche indique l'unicit de la personne pour un couple (document, rle) de la relation signer.
62
g - Le texte
La dernire contrainte permet d'expliciter ce qui ne peut pas tre reprsent graphiquement. Sont dans ce cas, les contraintes sur : - les informations. Des ingalits existent sur les informations du modle de donnes suivant.
CONTRAT CADRE 1,N concerner quantit plafond 0,N se rapporter LIVRAISON 1,1 1,N livrer produit quantit livre 0,N 0,N PRODUIT
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.
CLIENT
0,N 1,1 facturer
COMMANDE 1,N
1,1 comprendre

0,N lettrer
1,1
concerner 0,N
0,N 0,N annoncer une bonne nouvelle
PRODUIT FACTURE
1,N 1,1 dcomposer 1,1
LIGNE DE FACTURE quantit facture
1,1
0,N
les commandeurs sont les payeurs ! Si la relation "annoncer une bonne nouvelle" est rajoute, une autre contrainte vient du fait que le client de la facture est le client facturer d'aprs la commande dont les lignes sont lettres par les lignes de la facture en question. Une autre
63
contrainte du mme style existe sur le modle, le produit des lignes de facture est le mme que le produit des lignes de commandes lettres par la ligne de facture.
4.5 Quelques piges viter pour construire les modles

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

"Cardinalits" de la relation. Une occurrence de relation est dfinie par des liens reliant les occurrences d'individu pour la relation. Pour une occurrence de relation, il y a une et une seule occurrence de patte pour chaque patte de la relation.
Le nombre d'occurrences d'individu(s) que peut avoir chaque occurrence de relation est toujours un au minimum et un au maximum pour chaque "patte" de la relation vers les individus, sinon la relation ne pourrait tre dfinie uniquement par les individus. La quantit commande concerne un et un seul produit et une et une seule commande. Les cardinalits de la relation sont 1,1 pour les n individus qui la composent.
Le message secret eudes
DOCUMENT
signer
PERSONNE
metteur
ROLE
SIGNER = 1 Document, 1 personne et 1 rle.
DOCUMENT
1,N 1,1
signer
0,N 1,1 1,1 0,N
PERSONNE
cardinalits de la relation = 1,1
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.
65
Un contrat concerne un type de voiture et une N locations. Une voiture est d'un type donn et peut tre loue de zro N fois.
3me semaine 2me semaine cl CONTRAT DE LOCATION 1re semaine LOCATION date dbut date fin 1,1 concerner A porter TYPE DE VOITURE 0,N 0,N typer voiture 1,1 de 0,N 1,1 A1 VOITURE A2
1,1
1,N
L'individu LOCATION vient de... Une location est lie un et un seul CONTRAT et une et une seule VOITURE. Si la LOCATION tait dfinie par la relation LOUER entre contrat et voiture, la troisime location ne pourrait tre reprsente car au couple (CONTRAT cl, VOITURE A1) correspondent, dans le cas qui nous occupe, deux locations, celles de la premire et de la troisime semaine.
2me semaine 1re semaine 3me semaine ? cl CONTRAT DE LOCATION louer date dbut date fin 0,N A1 VOITURE A2
1,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 !
66
Le concept est individualis Exemple de la commande : une commande exceptionnelle entre deux partenaires peut tre une relation binaire O,N entre le client et le produit, 1,N entre le produit et le client. Supposons que l'activit de mon entreprise ne consiste qu' vendre des produits exceptionnels : Tour Eiffel, Beaubourg, Arc de triomphe, Arche de No. Il m'arrive, exceptionnellement, de vendre deux fois le mme produit, un arc de triomphe, par exemple, mais jamais au mme client.. Dans ce cas, une occurrence de relation ne reliera jamais une mme occurrence de client et une mme occurrence de produit. Ma relation binaire est exacte. "Passer commande" est une relation. Commande n'est pas un individu (dans ce cas tordu).
Arche de No Arc de Triomphe Beaubourg Tour Eiffel PRODUIT
passer commande 0,N 1,N
No Etat Fantoche Etat Franais Ville de Paris CLIENT
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 Rles : Juge, Partie. Personne : Lion
67
Dcret royal
lion 0,N signer 0,N partie juge
DOCUMENT
PERSONNE
0,N
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.
Dcret royal renard lion 1,1 apposer 0,N 1,N 1,1 par 0,N partie valoir 0,N juge
DOCUMENT
SIGNATURE
0,N
imiter 0,N
PERSONNE
ROLE
Signature est un individu Si la vue utilisateur est : Document : Dcret royal Document : Dcret royal Personne : Lion Personne : Lion Rle : Juge 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 0,N signer 0,N partie juge 0,N
DOCUMENT
PERSONNE
ROLE
Tout est dans la perception de l'utilisateur !
68
Relation pattes optionnelles.

C'est le cas o la "cardinalit" de la relation est 0,1 au lieu de 1,1 vers un individu. Une occurrence de patte est facultative pour une occurrence de relation, un "brin" de l'occurrence de relation peut ne pas exister. Alors, la relation devient individu car toutes les pattes d'une relation sont obligatoires. Exemple : une commande concerne des produits. "Commande" et "Produit" sont reprsents sous forme d'individus. "Concerner" est reprsent par une relation et contient la quantit commande. Aprs livraison, la facture est mise et "reprend" les produits facturer. "Reprendre" est reprsent par une relation. Si le lien de cause effet entre la ligne de commande (relation "concerner") et la facture (individu "facture") ou la ligne de facture (relation "reprendre") veut tre gr, alors, comme toute ligne de commande ne donnera pas lieu facture, cette patte entre la relation "concerner" et l'individu "facture" est "optionnelle", elle n'existe qu'aprs mission de la facture. Pour toutes les commandes n'ayant pas donn lieu facturation, l'occurrence de patte n'existe pas, elle est "optionnelle". Le modle doit tre corrig.
Il ne doit pas exister d'quivoque, pas d'option possible, la patte existe ou n'existe pas. Un individu doit tre cr pour sortir de cette irrgularit.
COMMANDE
1,N 1,1 concerner qt commande 0,1 Patte optionnelle 'lettrer' 0,N reprendre qt facture prix unitaire 1,1 0,N
PRODUIT
0,N
FACTURE
1,N
La "patte optionnelle" ne doit pas exister. Dans l'exemple la relation "concerner" devient l'individu "ligne de commande"... et la "patte optionnelle" lettrer, la relation 0,1 1,N "lettrer".
COMMANDE 1,N
comprendre 1,1
1,1 concerner
0,N
PRODUIT
FACTURE
0,N
lettrer
0,1
reprendre
quantit facture prix unitaire
0,N
1,N
L'individu cr Ligne de commande a, pour chaque occurrence, la possibilit d'avoir un lettrage ou de ne pas en avoir. Un individu peut avoir une patte optionnelle.
Individus "forcs" :
69
Plus le modle avance, plus la diffrence entre individu et relation s'estompe. Diffrents individus apparaissent par ncessit, qui proviennent de relations, n'ont pas d'existence propre mais doivent exister du fait des rgles. Exemple de barreaux d'chelle de contrat (remises en fonction de quantits commandes). Soit un contrat (chelle) dans lequel les conditions sont : si 10 articles sont commands, remise de 10% si 100 articles sont commands, remise de 20% si 1 000 articles sont commands, remise de 30%
1000 30 100 20
Barreau
1000
10 10
Barreau
100 nombre articles commands remise accorde 1,1 10 0,N
contrat
Contrat
Echelle
Echelle
Les barreaux d'chelles sont des individus Ce contrat peut tre reprsent par les individus Contrat ou Echelle et Barreau. Les informations de l'individu Barreau sont nombre d'articles commands et remise accorde. Pour un type de contrat avec remise, le nombre de barreaux est variable. Nous nous retrouvons dans la position du pre et de ses N fils. Les informations "nombre d'articles commands" et "remise accorde" ne peuvent tre dans l'individu Echelle ou Contrat. Les barreaux doivent tre des individus bien qu'ils n'aient pas d'existence propre. Qu'est-ce qu'un barreau sans chelle ? Une relation devient donc individu dans les deux cas prcdents, les cas de pattes multiples ou de patte optionnelle. Le cas de pattes multiples est un cas particulier des occurrences de relation reliant plusieurs fois les mmes occurrences d'individu (exemple de location de voiture). La relation est dite "rifie" car devenue chose, individu.
Plusieurs relations entre deux ou trois individus peuvent cacher un concept qu'il peut tre utile de transformer en individu.
Exemple : autorisation. Un projet est vis par une personne qui a un rle de superviseur. Un document (ordre de paiement par exemple) est sign par une personne en qualit (ou rle) de fond de pouvoir. Ces rles sont grs et informatiss fin de contrle du visa ou de la signature.
70

DOCUMENT
0,1 signer 0,N 0,N 0,N viser 0,1
PERSONNE
ROLE
0,N
PROJET
SIGNER ET VISER... Le concept sous-jacent de ces personnes et de ces rles est celui d'autorisation. Une autorisation est donne une personne pour un rle donn. J'autorise M. Machin signer des chques.
DOCUMENT
0,1 signer 1,1 0,N viser 0,1 0,N
AUTORISATION 1,1
donner
0,N
PERSONNE
ROLE
0,N jouer
PROJET
= EXERCER UNE AUTORISATION Ce cas montre une relation devenue individu par apparition d'un concept. Je veux grer l'autorisation comme telle et son identifiant est un identifiant tout neuf, tel que un mot de passe utilisateur. Retenir les individus provenant de relations, ces relations "rifies", servira au modle physique.
b - Individu vers information.

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

Un individu a de fortes chances de devenir relation si toutes ses cardinalits sont 1,1. Exemple : le lettrage ne lettre qu'une ligne de commande une ligne de facture (la ligne de facture ne sera lettre qu'une seule fois). Le modle initial comprend l'individu LETTRAGE reli aux individus LIGNE DE COMMANDE et LIGNE DE FACTURE et qui a toutes ses cardinalits gales 1.
1,1 LIGNE DE 0,1 lettrer FACTURE facture
LETTRAGE 1,1
0,1 lettrer commande
LIGNE DE COMMANDE
L'individu LETTRAGE... Dans ce cas, il n'existera jamais deux lettrages reliant deux fois la mme ligne de commande et la mme ligne de facture. Comme le lettrage n'existe que par les lignes de commande et de facture, cet individu peut tre transform en relation.
LIGNE DE FACTURE
0,1 0,1
LETTRER
LIGNE DE COMMANDE
... est la relation LETTRER. Il faut se "mfier" des individus aux cardinalits 1,1. La question est "deux occurrences de cet individu original peuvent-elles concerner plusieurs fois les mmes occurrences des autres individus ?" (Vous pouvez relire).
Cela ncessite un individu
72
Si la rponse est oui, l'individu existe, il ne peut tre identifi par d'autres individus. Si la rponse est non, une fois, l'individu est une relation.
une fois !
Individualiser le concept !
Premier exemple de rgle respecter, l'individu patte dcrit sur le modle de la mthode.
Une patte relie un individu et une relation. En reprsentant ces concepts de la mthode sur un modle de donnes de la mthode, encore appel mta-modle, les cardinalits du mta-individu "patte" vers le mta-individu "relation" et le mtaindividu "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 lire 0,n comprendre 0,n CHAPITRE
Si ce modle de donnes est reprsent sous la forme d'un modle de donnes (de la mthode MERISE) ou mta-modle : les individus sont "personne" et "chapitre", les relations sont "comprendre", "lire" et "engendrer", les pattes sont "fils de" et "pre de".
personne chapitre INDIVIDU 0,N 1,1 pre de ... fils de ... PATTE 1,1 0,N lire comprendre engendrer RELATION
PATTE est un META-INDIVIDU dont toutes les cardinalits sont UN. Les occurrences de patte, "pre de" et "fils de" sont relies la mme occurrence d'individu, personne et la mme occurrence de relation, engendrer. Il est ncessaire de traiter patte comme individu et non comme relation, comme concept et non comme relation entre concept.
73
Le mta-individu "patte" pourrait aussi tre conu comme "patte de nomenclature". La mta-relation entre les mta-individus "individu" et "relation" existe ou n'existe pas en fonction du choix de ces concepts.
Deuxime exemple d'individu aux cardinalits minimale et maximale 1, l'individu "location de voiture". Si deux occurrences de l'individu LOCATION ne concernent jamais le mme contrat et la mme voiture l'individu LOCATION est relation.
CONTRAT DE LOCATION 0,N
concerner
LOCATION 1,1 date dbut date fin 1,1

de
VOITURE 0,N
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
tenir compte la patte du chat
catastrophe
EVENEMENT
pluvieuse radieuse malheureuse heureuse prceder
1,1
pessimiste
REGLE 1,1
SITUATION 0,n
suivre
1,1
0,n
Je dcide de grer l'individu rgle bien que toutes ses cardinalits soient gales Les relations avec des cardinalits 1,1 et 0,1 sur chaque patte prouvent qu'un intense travail de reflexion a t men. C'est un exemple de deux individus qui, quand
74
ils existent, n'en choisissent qu'un autre. Ces deux individus ne sont diffrents que par une caractristique ou une information particulire. Exemple du moteur : un modle tel que vhicule et moteur prouve que l'on veut grer des vhicules avec moteur et des vhicules sans moteur.
MOTEUR 1,1 motoriser 0,1 VEHICULE
Un moteur existe-t-il sans vhicule ?
d - Information vers individu.

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

VILLE nom ville se situer dans 1,1 0,N PAYS nom pays 1,N avoir cours DEVISE 1,1 code devise
L'individu pays existe Nous retrouverons ce point lors de la normalisation des informations au modle physique des donnes.
4.6 Modles quivalents

Plusieurs modles expriment plus ou moins les mmes concepts. Des modles quivalents, des vues externes, peuvent tre prsents ou servir construire le modle principal. Parmi ces modles, qui sont des variantes d'un modle, un seul doit tre retenu comme rfrence. Ce choix, qui appartient l'utilisateur, est dlicat si les modles sont des expressions "replies ou dplies" de concepts. Des modles replis o les individus deviennent des occurrences d'individu permettent de crer de nouvelles
75
occurrences, mais peuvent engendrer de nouveaux contrles. Ne replier que les 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
PERSONNE
appartenir 0,N 0,1
dernire sortie
VOITURE
La voiture d'une personne (vue externe)... est intgre dans le modle VEHICULE, MOTEUR, PROPRIETAIRE, PERSONNE, SOCIETE.
tre personne propritaire

PERSONNE 0,N
capitaliser 0,1
PROPRIETAIRE
0,1
socialiser 0,N appartenir 0,N
SOCIETE
Voiture
0,1
MOTEUR
1,1 motoriser
0,1
VEHICULE
...est un VEHICULE MOTEUR dont le PROPRIETAIRE est une PERSONNE (vue complte)
4.6.2 MCD avec individus replis ou dplis ?

Des individus peuvent tre de plusieurs types. Le propritaire peut tre du type personne ou du type socit. Les modles de donnes peuvent reprsenter les individus "type de" ou non. Un modle de donnes avec beaucoup de "type de" est un modle avec des individus replis ou mta. Un modle sans "type de", o chaque individu est gr, est dpli.
76

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

ouvrir
E.D.F R.A.T.P Banque De France
fournisseur client banque
SOCIETE
0,N
- nom socit - adresse du sige social
TYPE DE SOCIETE
tre d'un type de socit 0,N
COMMANDE 1,1 CLIENT
0,N payer
0,N
1,N
FACTURE FOURNISSEUR
1,1
payer
1 - Modle repli : SOCIETE et TYPE DE... - FOURNISSEUR, CLIENT, BANQUE sans lien entre les individus.
77
Fournisseur 3 R.A.T.P Fournisseur 2 E.D.F Banque 1 Banque De France Client 1 Banque De France Fournisseur 1 Banque De France
BANQUE
- nom banque - adresse du sige social banque
CLIENT
- nom client - adresse du sige social client
FOURNISSEUR
- nom fournisseur - adresse du sige social fourn
0,N ouvrir 0,N 1,1 payer 1,1
0,N payer 1,1
COMPTE BANCAIRE
COMMANDE CLIENT
FACTURE FOURNISSEUR
2 - Modle dpli : pas d'individu SOCIETE, ni TYPE DE.... - SOCIETE, FOURNISSEUR, CLIENT, BANQUE. Une socit est fournisseur, client... Les informations sige social, ge du PDG sont dans l'individu SOCIETE. Les informations encours fournisseur, encours autoris, sont dans l'individu fournisseur. Autour de la socit, les cardinalits sont 0,1 pour toutes les relations avec des individus.
R.A.T.P E.D.F Banque De France
0,1
SOCIETE
nom socit adresse du sige social
0,1 1,1
banque 1
0,1
fournisseur 3 fournisseur 2
1,1
client 1
1,1
fournisseur 1 banque de france
BANQUE
dcouvert accord
CLIENT
niveau risque
FOURNISSEUR
encours accord
ouvrir
0,N payer 1,1
0,N 1,1 payer
0,N 1,1
COMPTE BANCAIRE
COMMANDE CLIENT
FACTURE FOURNISSEUR
3 - Modle mixte. L'individu TYPE DE socit disparat et est clat. Toutes ces vues sont quivalentes, comme les informations adresse du sige social fournisseur, adresse du sige social client, adresse du sige social banque. Ne retenir que celle comprise par l'utilisateur et expliciter le modle par un long texte explicatif. Un modle repli ou mta est plus souple pour dfinir les donnes. Dans la troisime vue, types et "sous-types" sont reprsents.
78
4.6.3 Le summum du repli, le modle "Valeur" et "caractristiques".

Un modle repli, c'est--dire comprenant des individus replis en un seul individu class en "type de", peut, du fait des rgles sur les informations, telle que une information doit avoir un sens pour toutes les occurrences de l'individu, ne pas exprimer clairement les concepts. Une reprsentation particulire permet de contourner cet obstacle, c'est la reprsentation par valeur et caractristique. Il suffit d'introduire un individu "caractristique" et une relation portant l'information "valeur". Un contrat a des caractristiques variant suivant le type de contrat. Une socit a des caractristiques variant suivant le type de socit. Un vhicule a des caractristiques qui varient suivant le type de... vhicule. Exemple : une trsorerie multi-devises emprunte et prend des options terme. Elle gre donc plusieurs types de contrat.
Change Prt n 1 10% Option Prt 0,N type contrat 1,1 0,N type contrat type contrat 0,N Change n 1 3,5
PRET
numro prt taux d'intrt Option n 1 1000
TYPE DE CONTRAT
OPTION
numro d'option montant du droit d'achat
CHANGE
1,1 numro de change taux de change
1,1
Prts, options et contrats de change sont des types de contrats. Le montant du droit d'achat de l'option (j'achte l'option d'acheter un contrat un montant donn) est une information caractristique de l'individu "option". De mme, taux d'intrt et taux de change (j'achte des Marks contre des Francs un taux de...) sont des informations caractristique des individus "prt" et "change". Pour le prt numro 1, le taux d'intrt est de 10 %. Pour l'option numro 1, le montant du droit d'achat est de 1 000 Francs et pour le contrat de change numro 1, le taux de change est de 3,50 Francs / Deutsche Mark.
Reprsentation par "valeur caractristique et autorise"

Contrat 3 Contrat 2 Contrat 1 Change Option Prt
CONTRAT 0,N type contrat 1,1 1,N
TYPE DE CONTRAT
possder
valeur
taux de change montant du droit d'achat taux d'intrt
1,N
autoriser CARACTERISTIQUE DU CONTRAT 0,N
0,N
Modle Repli au maximum
79
Un TYPE DE CONTRAT autorise des CARACTERISTIQUES. Un CONTRAT d'un TYPE DE CONTRAT donn possde (relation entre contrat et caractristique) des valeurs (information de la relation) de la CARACTERISTIQUE autorise pour le type de contrat. Le type de contrat "prt" autorise certaines caractristiques dont le taux d'intrt. Le type de contrat "option" autorise certaines caractristiques dont le montant du droit d'achat. Le type de contrat "change" autorise certaines caractristiques dont le taux de change.
Contrat 3 Contrat 2 Contrat 1
CONTRAT
3,5
taux de change
1000
1,N possder
valeur
10
montant du droit d'achat taux d'intrt
CARACTERISTIQUE DU CONTRAT
0,N
Occurrences de valeur Le Prt numro 1 devient le contrat numro 1, l'option numro 1 devient le numro 2, le contrat de change numro 1 devient le numro 3. Le contrat numro 1 est du type prt, le numro deux du type option et le numro trois du type change. L'information "taux d'intrt" n'est plus une information de l'individu prt, mais de la relation "possder". 10, le taux d'intrt du contrat numro 1 est une occurrence d'information de l'occurrence de la relation possder entre contrat numro 1 et la caractristique taux d'intrt. 1000, le montant du droit d'achat du contrat numro 2 est une occurrence d'information de l'occurrence de la relation "possder" entre contrat numro 2 et la caractristique montant du droit d'achat. 3,5, le taux de change du contrat numro 3 est une occurrence d'information de l'occurrence de la relation possder entre contrat numro 3 et la caractristique taux de change.
Application au modle sur les socits banque, client, fournisseur.

Un TYPE DE SOCIETE autorise des CARACTERISTIQUES. Une SOCIETE d'un TYPE DE SOCIETE donn possde (relation entre socit et caractristique) des valeurs (information de la relation) de la CARACTERISTIQUE autorise pour le type de socit.
80

COMPTE BANCAIRE SOCIETE
type socit 0,N 1,1 ouvrir 0,N 0,N payer 1,1 payer 1,1
- nom socit - adresse du sige social Fournisseur Client Banque
0,N 0,N
TYPE DE SOCIETE
1,N
0,N
autoriser
encours 0,N niveau de risque dcouvert
possder
valeur
COMMANDE CLIENT
FACTURE FOURNISSEUR
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).
4.6.4. La date
A un moment ou un autre d'un projet se pose la question de la date. La date estelle une information, une relation ou un individu ? En un mot, la date est-elle un concept, la date est-elle gre ? La date d'chance est-elle diffrente de la date de valeur ?
En pratique, reprsentez la date par des informations situes le plus souvent dans des individus d'historiques.
Exemple de modle de date : trsorerie. Les mouvements prvus de longue date en trsorerie sont les mouvements concernant de grosses sommes des dates d'chances assez loignes. Quand l'loign devient proche, le mouvement prvu devient un mouvement rapproch et mme un ordre de mouvement (ordre de paiement ou avis d'encaissement) pour une date d'chance. Quand la banque a effectu l'ordre, les mouvements concernant le compte bancaire sont transmis la socit orns de deux dates, une date de valeur sur laquelle seront calculs les agios
81
(en cas de dcouvert) et les intrts (dans des cas exceptionnels) et une date du mouvement qui sert calculer les soldes comptables. En premire approche, trois concepts de date existent, donc trois individus "date d'chance", "date de mouvement" et "date de valeur".
1,1
date chance mvt prvu
MOUVEMENT PREVU
DATE DE MOUVEMENT
0,N
date mouvement
DATE DE VALEUR
0,N
date valeur mouvement
0,N DATE D'ECHEANCE 0,N

devenir
0,N
solde comptable
0,N
solde valeur
1,1 0,N
crditer
1,1
0,N 0,N
date chance ordre mouvement
0,N 0,1
crditer
0,N COMPTE BANCAIRE 0,1
1,1
ORDRE DE MOUVEMENT
MOUVEMENT BANCAIRE
0,1
dbiter
0,N 0,N
0,N
dbiter
0,1
QUE DE DATES ! Ce modle peut devenir, en ne considrant qu'un seul individu date :
MOUVEMENT PREVU 1,1
0,N
DATE
0,N
date mouvement
0,N 0,N
devenir
0,N
date chance ordre mouvement solde valeur
0,N
solde comptable
date valeur mouvement
1,1 0,1
crditer
1,1
0,N ORDRE DE MOUVEMENT
1,1 0,1
crditer
0,N 0,N 0,N
0,N COMPTE BANCAIRE 0,N 0,N

dbiter
MOUVEMENT BANCAIRE
0,1
dbiter
0,1
UNE DATE ! Les soldes (solde du compte une date donne) contenus dans les relations entre compte bancaire et date sont des informations rsultat de calcul : la somme de tous les mouvements concernant un mme compte bancaire depuis sa cration. Un tel modle n'est pas trs conceptuel, car il y existe des redondances ! La dernire reprsentation fait abstraction des individus "dates" en les transformant en information d'individus.
MOUVEMENT PREVU
SOLDE BANCAIRE
solde comptable solde valeur date du solde
0,N
devenir
1,1 0,N 0,1

crditer
0,N ORDRE DE MOUVEMENT

date chance ordre mouvement
0,N 0,N
dbiter
COMPTE BANCAIRE
0,N
crditer
0,1
MOUVEMENT BANCAIRE
date mouvement date valeur mouvement
0,1
0,N
dbiter
0,1
Plus de date, mais des historiques !
82
Date d'chance de l'individu "mouvement prvu", date d'chance de l'individu "ordre de mouvement", date de valeur et de mouvement de l'individu "mouvement bancaire" (relev). Seuls restent comme individus, la ou les relations dont les cardinalits vers l'individu date n'taient pas 1 maximum. Ces individus restants sont souvent des Historiques, c'est--dire des mmorisations d'vnements des dates donnes.
Priode : catalogues ou tarifs.

Beaucoup d'individus PERIODE sont "cachs" derrire des individus tels que catalogue ou tarif. Les informations de ces individus sont date de dbut de priode ou date de fin de priode. Les concepts sont bien catalogues, tarifs, inventaires...
2000 20 printemps 75 t 68 CATALOGUE 0,N tarifer
prix catalogue en Zloties
acirie impermable PRODUIT 0,N
Les catalogues sont des priodes
4.6.5 Les structures sont des ttes de lien.

Un modle de donnes peut assez vite prendre l'allure de "drap de lit" s'il est construit purement et non simplement partir des donnes. Dans ce cas, deux questions sont importantes : pourquoi grer ces individus et, si le modle est celui d'une structure, quelles sont les occurrences de cette structure ? Ce paragraphe est assez compliqu et il peut tre saut en premire lecture. Soit le modle de donnes suivant : un client a une adresse. Cette adresse est dans une commune, dans une ville, un dpartement, un pays... Le client possde aussi une devise de rfrence. Cette devise a cours dans des pays. Le modle pourrait tre :
CLIENT 0,1 0,N COMMUNE 0,1 0,N regrouper regrouper VILLE
0,1 possder 0,N DEVISE 0,N avoir cours 0,N PAYS 0,N 0,1 regrouper
0,1 regrouper 0,N DEPARTEMENT
Voici le modle initial des clients La premire question est :
- pourquoi grer ces individus ("adresse", "commune", etc.) ?
83
Si l'objectif est de calculer des rsultats par groupe de clients regroups par lieu gographique ou par devise, la reprsentation peut tre un modle de structure ou de pyramide de client grant des concepts de "structure" et "d'lments de structure". Une structure mmorisera un dcoupage gographique, une autre structure un dcoupage par devise ou financier. Dans l'exemple ci-dessus, la structure gographique est Client -> Commune -> Ville-> Dpartement -> Pays et la structure financire est Client -> Devise La relation entre devise et pays ne pouvait servir qu' un contrle. Cette reprsentation est plus proche du discours de l'utilisateur (groupe de client) et plus souple. La cration d'une nouvelle structure (chiffre d'affaire, publique ou prive...) ne posera aucun problme, car le concept "Groupe de client" est correctement identifi. En revanche, le modle serait diffrent et ne peut tre reprsent sous forme de structure si l'objectif est de minimiser les cots de routage (acheminement du courrier). Le modle doit servir regrouper des courriers de clients par zone - de routage-. Le concept de zone de routage devrait tre clairement identifi afin de mentionner les tarifs par zone. Dans ce cas les concepts sont, par exemple : Client, Zone de routage, Tarif de routage pour une application de routage et Devise, Taux de change, Place financire, Instrument financier pour une application financire.
Le modle de donnes est au service des traitements. Reprsentation de la structure : une structure est compose d'lments de structure appels aussi critres d'analyse ou nuds et de liens. Soit la structure suivante :
Tout Client L4 Grands comptes L1 Client Richard L2 Client Crsus Client Lambda
L3
Les nuds sont : "tout client" et "grands comptes" et les trois clients de base ou les feuilles de l'arborescence sont "Richard", "Crsus" et ""Lambda". Les liens sont L1, L2, L3 et L4. Dans le cas cit plus haut, de structure gographique, les nuds peuvent tre "La part Dieu" pour une occurrence de commune, "Lyon" pour une occurrence de ville et "France" pour une occurrence de pays. La premire formalisation d'une structure est la suivante : un nud regroupe des clients. Deux relations de nomenclatures gographique et financire existent. L'information "Type de nud" ou "niveau de structure" dont les occurrences sont : tout client, grand compte, commune, ville, dpartement, pays... est une information de l'individu "nud".
84
Lambda Crsus Richard CLIENT 0,N regrouper 0,1
Tout client Grand compte NUD type de nud nomenclature financire
avoir comme aval avoir comme amont 0,N nomenclature 0,1 gographique
Les deux relations de nomenclatures... La deuxime reprsentation de structures, celle recommande, prend en compte N structures et mmorise leurs modifications. Si le client Lambda absorbe une entreprise, il deviendra "grand compte". Alors, le lien L3 de "Lambda" "tout client" sera modifi. Le nud "Grand compte" reste le mme. Seuls sa nomenclature ou ses liens sont modifis.
CLIENT 0,N regrouper 0,1 LIEN LIEN

date dbut lien date fin lien
NUD type de nud
0,N
0,N
avoir comme aval 0,1 1,1 avoir comme amont
... deviennent l'individu LIEN L'individu "structure" existe si plusieurs structures sont mmorises : structure gographique et structure financire. Une structure peut aussi tre considre comme un nud n'ayant pas de lien par l'amont. Dans ce cas, l'individu "structure" est superflu. Par contre, si des contrles doivent tre effectus : vrifier que le type de nud "commune" se trouve bien dans une structure gographique, qu'une ville est en amont d'une commune, alors les concepts de structure et de niveau doivent tre individualiss.
85
NIVEAU 1,1 appartenir 0,N
STRUCTURE LIEN
tre
0,N 1,1 1,1 ou 1,N
0,N 1,1 ou 1,N LIEN LIEN

date dbut lien date fin lien
NUD
0,N
avoir comme aval avoir comme amont
0,N
1,1
Voici le modle final Cette reprsentation prend en compte tout changement de structure. Elle est commune au dcoupage gographique de la Suisse, de l'Allemagne et tout changement de rgime territorial. En rsum, cette reprsentation est conceptuelle. Une dernire touche est de considrer tous les clients comme des nuds de structure. Un client peut tre un groupe lui tout seul. La deuxime question est :
- quelles seront les occurrences de ces structures ?

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

Merise est en premier lieu, l'art de dessiner un modle de donnes - en respectant les rgles, en crant ou supprimant des individus, des relations et des informations et - en choisissant de reprsenter un concept son plus juste niveau (modles mta). Un individu est un concept ensemble d'informations. Une occurrence d'individu est un ensemble d'occurrence d'informations. Une relation est un lien entre individus pouvant tre ensemble d'informations. Une occurrence de relation lie plusieurs occurrences d'individus et peut tre un ensemble d'occurrence d'information(s).
La rgle retenir sur les individus est :

Les occurrences d'individu doivent pouvoir tre cites.
Les rgles sur les informations sont :

Une information est dans un seul individu ou une seule relation. Une information d'individu a une et une seule valeur pour chaque occurrence de l'individu concern. Une information de relation a un et un seul sens pour toutes les occurrences d'individu relies (pas de patte optionnelle ou multiple).
La rgle retenir sur les relations est :

L'occurrence d'une relation donne ne peut exister qu'une fois entre deux occurrences d'individu.
une fois !
Les contraintes sont un complment d'informations sur le modle de donnes. Les principales sont les cardinalits minimale (0 ou 1) et maximale (1 ou N) d'une patte, nombres minimum et maximum d'occurrence(s) de patte que peut avoir une occurrence d'individu pour une relation donne.
Au dbut, on lit carr puis carr et cercle. Puis, on s'aperoit que les carrs sont des rectangles et les cercles des ellipses et enfin qu'entre rectangle et ellipse la diffrence n'est qu'une question de point de vue mais que toute la mthode est dans ce point de vue.
87
4.8 Exercices
1. Le dessin reprsente une opration (prise de commande) d'un modle de traitement, un message vnement, trois messages rsultats (commande de coke, demande de produit de substitution, ordre de rapprovisionnement et ordre de livraison) et deux conditions (pas de coke en stock et coke en stock). Quelles sont les relations entre les individus MESSAGE, OPERATION et CONDITION ?
Commande de coke
Prise de commande Pas de Coke Coke en en stock stock
Demande De Produit 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 fils de
Marie Pierre
PERSONNE
nom personne prnom
3. Quel est le bon modle ? et quelles sont les cardinalits ? Un exemplaire est un exemplaire physique de livre. Un ouvrage est un livre.
OUVRAGE de EXEMPLAIRE
AUTEUR
crire
prter
PRET
Celui-ci ?...
88

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

Modles de communication (intervenants, messages et informations des messages), de donnes (individu, relation, patte, contrainte et informations des individus ou des relations) et de traitement (messages, oprations et conditions) doivent tre cohrents entre eux.
MCC
MCD MCT
La premire cohrence concerne les informations des messages et du modle de donnes. La deuxime cohrence concerne les oprations et les modles de donnes "lus" ou "actualiss" lors de chaque opration.
Ces deux types de validation des modles entre eux sont effectuer pour obtenir des modles corrects.
5.1 informations des messages / individus et relations

Les informations du modle de donnes sont "pures", il n'existe pas d'informations polysmes, synonymes ou pouvant tre lies par une rgle de calcul ou une dcomposition .
Celles des messages ne sont pas aussi restreintes. Certaines ne seront jamais dans le modle de donnes par choix de l'utilisateur. Les autres se retrouvent dans le modle de donnes (individus et relations) soit via une quivalence, soit via une rgle de calcul.
89
Informations des messages (MCC et MCT)
non utilises
Direct, l'identique
Rgle de calcul
Equivalence
Informations d'un modle de donnes (proprits)
Les correspondances entre informations MCC/MCT et MCD peuvent passer par des rgles ou des quivalences.
5.1.1 Equivalence
Deux informations sont quivalentes quand les occurrences de l'une sont soit le mme ensemble (synonyme), soit un sous-ensemble de l'autre (la cause de l'quivalence est alors une relation). Prenons l'exemple suivant : un contrat est sign par trois socits, une socit vendeuse, une socit acheteuse et un courtier ou commissionnaire. Le message contrat comprend les trois informations Nom du vendeur, Nom de l'acheteur et Nom du courtier. Nom de socit reprsente toutes les socits. Nom du vendeur reprsente les socits ayant vendu un contrat. Nom de l'acheteur reprsente les socits ayant achet un contrat. Nom du courtier et Nom du commissionnaire sont synonymes et reprsentent les socits ayant mis les deux parties d'un contrat en contact.
1,1 CONTRAT 1,1 vendre 0,N acheter 0,N SOCIETE
0,1
commissionner
0,N
Les trois relations... L'information "Nom du vendeur" est quivalente l'information "nom de socit" par la relation "vendre". Le nom de l'acheteur est quivalent au nom de socit de l'individu Socit vu de l'individu Contrat par la relation acheter.
90

Amont quivalence Relation vendre Nom de socit acheter commissionner Aval quivalence Nom du vendeur Nom de l'acheteur Nom du commissionnaire
... donnent naissance trois quivalences. Toutes les informations contenues dans l'individu socit peuvent tre traites de la mme manire : adresse du vendeur, banque du vendeur...
5.1.2 Rgle de calcul L'information d'un message peut tre lie aux informations du modle de donnes via une rgle de calcul.
Soit la rgle de calcul d'un montant T.T.C. partir d'un taux de T.V.A. et d'un montant hors taxe. L'galit est :
montant avec tva = montant hors TVA * (1+ TVA)
La rgle permet d'obtenir les informations en sortie ou rsultats partir des informations en entre ou hypothses.
information en entre information en entre taux tva montant hors tva
REGLE DE CALCUL
CALCUL MONTANT TTC
information en sortie ou rsultat
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 ?
91
taux de la transaction montant en franc montant en devise montant en franc
CALCUL DU MONTANT EN DEVISE
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
Information appartenant un individu ou une relation
REGLE DE CALCUL
REGLE DE CALCUL
Information appartenant un individu ou une relation
Information appartenant un message mis
Dans le modle conceptuel de donnes, aucune information ne peut tre la fois dans le modle (porte par un individu ou une relation) et dduite des informations du modle. Pour chaque rgle de calcul, les informations en entre et les informations en sortie ne peuvent tre ensemble dans le modle. La reprsentation des rgles de calcul peut tre grossire (optimisation de tourne) ou fine (calcul du dtour d'une livraison effectuer en un point par rapport tous les points d'une tourne). Au niveau conceptuel, prfrer les grossires, la finesse viendra de la spcification des programmes, au niveau physique.
5.2 Modles des oprations.

Une vue est un sous-ensemble du modle de donnes comprenant des individus, des relations et des informations. Cette vue externe, "vue" de l'opration, peut tre diffrente de la reprsentation du modle principal.
A chaque opration du modle de traitement correspondent une ou deux vues du modle de donnes. Une vue reprsente le modle en lecture ou en consultation. Quels sont les clients ? Quelle est l'adresse d'Auguste ? Une autre vue reprsente le modle en mise jour, (en cration ou en criture).
Cette validation entre MCD et MCT consiste - construire les vues ou modles en lecture et/ou en criture de chaque opration conceptuelle,
92
- s'assurer que les informations ncessaires cette opration existent dans le modle de donnes ou sont dans les messages vnements, - s'assurer que tout individu, relation et information appartient une vue en cration et une vue en consultation. Exemple du contrat de location de voiture : l'opration rpond la demande de location et s'intitule "tablir un contrat de location".
Demande De Location De Voiture Etablir un contrat de location

Le modle de donnes est le suivant : le contrat permet un ou plusieurs clients de conduire. Il indique le client payeur, le type de voiture loue et le tarif. Il enregistre le numro de la voiture et pour quelle priode (location).
1,N 1,1 conduire 1,1 payer 0,N CLIENT 0,N porter 1,N concerner TYPE DE VOITURE 0,N CONTRAT DE LOCATION LOCATION date dbut date fin 1,1 1,1 de typer voiture 0,N 1,1 VOITURE
0,N
MCD GENERAL
5.2.1 Modle de donnes en consultation.

Lors de l'tablissement du contrat de location, l'individu client est consult pour connatre l'existence ventuelle d'une occurrence. L'opration slectionne une voiture ainsi qu'un type de voiture en fonction de la demande du client. Les individus consults sont CLIENT, TYPE DE VOITURE, VOITURE. La relation consulte est la relation entre voiture et type de voiture. Elle sert de contrle au choix de la voiture. De mme, les informations de chaque individu ou relation peuvent tre dtailles (adresse du client pour demander si l'adresse est toujours la bonne etc.).
Individus et relations consults sont dessins en gris.
93
1,N 1,1 conduire 1,1 payer 0,N CLIENT 0,N porter 1,N concerner TYPE DE VOITURE 0,N CONTRAT DE LOCATION LOCATION date dbut date fin 1,1 1,1 de typer voiture 0,N 1,1 VOITURE
0,N
VUE en CONSULTATION
5.2.2 Modle de donnes en mise jour

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

1,N 1,1 conduire 1,1 payer 0,N CLIENT 0,N porter TYPE DE VOITURE 0,N 0,N typer voiture 1,N concerner CONTRAT DE LOCATION LOCATION date dbut date fin 1,1 1,1 de 0,N 1,1 VOITURE
VUE en MISE A JOUR Les informations cres peuvent tre rsultat d'une rgle de calcul. Dans ce cas, la rgle de calcul est relie l'opration. L'opration effectue la rgle de calcul. Il est intressant d'obtenir des rgles de calcul par opration. Ce sera le travail de l'informatique plus tard. Une conception sans rgle de calcul est soit une conception de contrle de type autorisation (vrifier les autorisations de signer les chques, d'mettre des ordres de paiement...) d'interrogation ou de recherche, soit un traitement de texte. Quand toutes les vues en cration ou modification et consultation des oprations sont construites, les deux tapes suivantes effectuer consistent : - vrifier que toutes les informations d'une opration sont disponibles et que - tous les individus, relations et informations sont crs et consults par une opration.
94
De nouvelles informations ou relations du MCD apparaissent ainsi que des nouvelles oprations.
6 VALIDATION DE L'UTILISATEUR.
La validation des travaux par l'utilisateur final de l'application informatique est un travail ncessaire. La prsentation amliore la communication. Le travail de fond consistant lire tous les documents dans le dtail pour approbation ou rectification doit tre fait avec l'utilisateur. Le libell ou l'explication de texte des informations doit aussi tre valid. Il est important de prendre en compte le temps ncessaire ce travail. Il importe de faire l'tude le plus rapidement possible pour viter que "le souffl ne redescende". Le MCC est ais valider par l'utilisateur. Le seul danger est de ne reprer que les documents actuels sans leur correspondant conceptuel. Les dessins du MCD peuvent ne pas tre compris, mais la traduction "littraire" doit correspondre la vue de l'utilisateur. Ceci est vrai pour les vues "replies" qui simplifient la vie et les dessins des modles mais compliquent les explications. La seule vue qui soit bonne est celle comprise par l'utilisateur.
7 RESUME GENERAL DU CONCEPTUEL.

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

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

1.1 Poste de travail.
Le dcoupage organisationnel de l'entreprise dfinit les postes de travail ou les units d'organisation. "QUI", poste de travail est dfini avant de dterminer "QUI FAIT QUOI ?" Un poste de travail est une responsabilit au sein de l'entreprise : P. D. G., directeur commercial, secrtaire... Il est aussi "casquette" : acheteur, vendeur... Une mme personne peut avoir plusieurs casquettes. Tout dpend de ses capacits et de sa charge de travail. Certaines personnes auront toujours la mme casquette : Andy Capp, le hros de bande dessine, par exemple. D'autre part, plusieurs personnes peuvent porter la mme "casquette" comme une caissire dans un supermarch. A l'tape suivante, il sera ncessaire d'affecter des personnes chaque poste. Les crans informatiques seront valids par les personnes affectes un poste, les utilisateurs finals. Une organisation est une adaptation des fonctions de l'entreprise l'environnement en les projetant sur les postes de travail. Un poste de travail est dfini par les moyens mis disposition (personnes, ressources matrielles et logicielles) et le travail effectuer (les oprations organises). La dfinition des postes de travail reflte les intervenants dfinis au niveau conceptuel.
ORGANISATION
Poste 1 Poste 2 Poste 3
FONCTION
100
Intervenant 1 Interne Intervenant 2 Interne Intervenant 3 Interne
L'organisation est SPECIALISEE...
Si chaque poste de travail traite une fonction, l'entreprise est organise de manire spcialise.
A la Poste, en France, un guichet (poste de travail 1, 2, ou 3) correspond une fonction : distribuer les timbres-poste, affranchir les lettres et les paquets, payer les mandats... les intervenants internes.
ORGANISATION
Poste 1 Poste 2 Poste 3
FONCTION
Intervenant 1 Interne Intervenant 2 Interne Intervenant 3 Interne
...ou POLYVALENTE Par contre, aux tats-unis, chaque poste de travail exerce les diffrentes fonctions. Les clients attendent sur une file commune et vont au premier guichet libr. Cette organisation est non spcialise ou polyvalente. On peut aussi dire quil nexiste quun seul poste de travail. Les raisons de s'organiser de telle ou telle manire sont des raisons de bon sens telles qu'un partenaire (le client par exemple) doit toujours avoir un mme poste de travail (interlocuteur client) comme correspondant pour le fidliser ou des raisons de pouvoir ou d'historique non formalisable. L'utilisateur exerce son choix.
1.2 Organigramme.
L'organigramme est un dessin reprsentant la structure d'organisation des postes de travail de l'entreprise. Pour tre dfini sans ambigut, un poste de travail ne doit dpendre que d'un seul poste de travail amont (qui est responsable ?) et doit avoir ses responsabilits clairement nonces (que fait-il ou que doit-il faire ?). Cela vitera d'embaucher un salari pour faire A, lui faire faire B, le juger sur C et lui octroyer la mdaille du travail pour D.
P. D. G.
Poste de Travail
D. G.
Service de livraison
L'architecture des postes de travail est reprsente par un organigramme... Le niveau de dtail de la dfinition des postes de travail dpend de l'objectif poursuivi par sa construction. S'il s'agit de dfinir l'organisation gnrale d'une grande entreprise, l'organigramme est gnral. S'il s'agit de dfinir ou valider des crans informatiques, l'organigramme doit tre dtaill. Le travail de la secrtaire est diffrent de celui du livreur.
101
P. D. G.
D. G.
Service de livraison Livreur
Secrtariat de livraison
...plus ou moins dtaill. Un organigramme de "postes de travail" a plusieurs formes : - rteau ou peigne o un chef a plusieurs subordonns :
- matrice, o une personne a deux suprieurs 1 et 2 (fonctionnel et oprationnel) :

Fonction Operat.
1 2
- "arme mexicaine" o plusieurs gnraux se partagent un seul caporal :
Reprenons la socit dcrite conceptuellement par les domaines livrer, facturer et encaisser :
102

ENCAISSER LIVRER
FACTURER
. L'entreprise dcoupe en systmes fonctionnels... Son organisation est le Prsident Directeur Gnral, qui encaisse, livre et facture, son "bras droit" qui livre et facture et le livreur qui ne fait que livrer. Livrer, encaisser et facturer sont des intervenants, P. D. G., "bras droit" et livreur sont des postes de travail.
P. D. G. Bras Droit
Poste de Travail
Livreur
... possde un ORGANIGRAMME...

P. D. G. L I V R E U R
BRAS DROIT
..et se dcoupe en systmes organiss, les postes de travail

ENCAISSER LIVRER P. D. G. FACTURER
BRAS DROIT
LIVREUR
Le P. D. G. livre, facture et encaisse. Son "bras droit" livre et facture. Le livreur livre.
L'organisation est plus souvent modifie que les fonctions. Si le "bras droit" du P. D. G. fonde sa socit de livraison, si le livreur suit des cours de comptabilit et que le nombre de factures crire augmente considrablement, 103
l'organisation deviendra P. D. G., comptable et facturier. Encaisser, livrer et facturer seront toujours effectus.
P. D. G. Comptable Facturier
2 MODELE ORGANISATIONNEL DE TRAITEMENT (MOT)

S'organiser consiste aussi prvoir les ractions ou les rflexes acqurir face des vnements extrieurs. Ces rflexes normaliss au sein de l'entreprise sont dcrits sous formes de procdures, les MOT. Aprs avoir dfini qui est qui, comment il se situe dans un organigramme, nous allons reprsenter qui fait quoi, quel poste de travail effectue quelle opration au moyen de procdures, les MOTS ou Modles Organisationnels de Traitement.
Une procdure est un choix d'organisation face un vnement (message) externe (venant d'un partenaire).
Une procdure prvoit tous les cas possibles l'intrieur de cette procdure. De manire plus abrupte : "savoir qui engueuler quand a va mal". Le Plan ORSEC est une procdure d'urgence. La prsence ou l'absence de procdure, prvoyant la conduite tenir dans ces cas extrmes, permet de juger l'organisation.
ENTREPRISE ORGANISEE
Partenaire Poste 1 Poste 2 Poste 3 Partenaire
Message "externe" enclenchant
Un MOT analyse les ractions des postes de travail un message externe. Une procdure peut commencer par une opration sans message vnement comme la dcision de passer des contrats financiers. L'clatement d'une opration conceptuelle en N oprations organises permet un partage des responsabilits et doit dfinir le contrle en dcoulant. Le regroupement d'oprations conceptuelles en une opration organise ou sur un
104
poste de travail permet une synchronisation, donc une acclration des traitements organiss et la cration de postes de travail "correspondant" de partenaires - le client a un interlocuteur unique pour la commande, la livraison, le service aprs-vente, le contentieux...
2.1 La procdure est compose d'oprations organises (Quoi ?) par des postes de travail (Qui ?)
Chaque opration est enclenche par zro, un (ou plusieurs mais ceci n'est pas conforme la ralit) message vnement et, aprs traitement, engendre zro, un ou plusieurs messages rsultats. L'opration peut tre enclenche de manire priodique, 10 heures, tous les jours, toutes les dcades, toutes les mille factures... par un temporisateur. Les clients rguliers pour lesquels de nombreuses factures sont mettre peuvent recevoir leurs factures toutes les dcades par exemple.
tous les dix jours Temporisateur
mettre factures des clients rguliers Factures client
Elle peut tre enclenche par un temporisateur Sans message vnement, ni temporisateur, l'opration est une dcision. Sans message rsultat, l'opration est une prise en compte d'un message informant venant d'un partenaire. Il n'existe pas d'opration sans message vnement et sans message rsultat. Si un message informant est mis par un autre poste de travail, ses informations sont l'intrieur du systme d'information et sa reprsentation est inutile. Les messages de poste de travail poste de travail sont toujours enclencheurs.
prendre note j'ai dcid que ...
Oprations sans rsultat ou sans vnement. Le choix d'une procdure plutt qu'une autre est un choix personnel l'utilisateur ou de celui qui conoit les procdures (l'organisateur). Ce choix subjectif. L'important est de s'assurer qu'une personne suive toutes procdures lies un domaine afin de vrifier leur cohrence et souligner dtours inutiles. de est les les
Chaque opration correspond une valeur ajoute. Si l'opration consiste transmettre le message un autre poste de travail, elle peut tre supprime 105
(l'opration, pas le poste de travail, sauf s'il ne fait que a). Cette valeur ajoute provient souvent d'une opration conceptuelle. Toute opration conceptuelle doit donner lieu au moins une opration organise. Les messages organiss, dcrits par une procdure comme vnement ou rsultat d'opration organise, correspondent certains documents circulant dans l'entreprise. A ce stade de l'tude, il est intressant de comparer ces documents avec le modle (MOT ou procdure). L'existence des informations des documents existants est alors vrifie. Ce point est dvelopp dans le paragraphe concernant les MODs. Un poste de travail effectue plusieurs oprations de plusieurs procdures. La lecture de toutes les oprations organises d'un poste de travail dtermine la dfinition du poste. Une chronologie des vnements et des oprations peut tre tenue : 8H rception des commandes, 14H Livraison. Ainsi, la charge de travail dans le temps est analyse par poste de travail et dfinit les ressources mettre en place y compris aux heures de pointe.
2.2 Tche-homme et tche-machine sont dans l'opration

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

Commande du client
1 2
Commande au Fournisseur
Commande client refuse Facture au Client
MOT 1 : l'opration, dcompose en tches... 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 :

Commande du client
1 Commande au Fournisseur
3 Commande client refuse Facture au Client
...se ramne l'opration ci-dessus. MOT 2 Les conditions de sortie et les messages rsultats associs sont : 1 - Produit manquant et message rsultat Commande fournisseur (ou commande interne). 2 - Produit en stock et message rsultat facture client (et bon de sortie magasin). 3 - Commande non honorable et message rsultat commande refuse.
Il est donc inutile de la dcomposer.
2.3 Exemple de procdure ou MOT

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

Refus OK et Montant < 10 > 10
Refus De Rparation Locale
Demande De Rparation Rgionale ANALYSE DEMANDE REPARATION REGIONALE

OK et Montant Refus < 100 > 100
Refus De Rparation Rgionale
Demande De Rparation Nationale ANALYSE DEMANDE REPARATION NATIONALE Refus De Rparation Nationale
Refus OK
Ordre de Rparation
MOT. Une mme opration conceptuelle (rparer) se projette sur plusieurs oprations organises Le responsable de chantier constate qu'un matriel qu'il utilise est endommag. Il en rfre au responsable dpartemental qui a le droit de donner des ordres de rparations quand le devis estim ne dpasse pas 10. Si le responsable dpartemental estime que la rparation n'est pas ncessaire, il avise le responsable de chantier de son refus de rparer le matriel. S'il pense que la rparation est ncessaire, mais que son montant dpasse 10, il fait une demande de rparation rgionale au responsable rgional qui a le pouvoir de dcider la rparation si son montant ne dpasse pas 100. En cas de devis de rparation
108
suprieur 100, le responsable rgional demande au responsable national qui donne accord de rparation ou refus au responsable rgional. Le cas des multinationales n'est pas envisag ici. Tous les messages ne sont pas reprsents. Quand un avis positif sur la rparation est donn, mais que le montant ne correspond pas la comptence, il faut indiquer au niveau infrieur que le dossier est en bonne voie : "On s'occupe de votre cas", "Nous suivons votre dossier avec la plus haute attention", "je m'en occupe personnellement". N'apparaissent pas non plus les demandes de remplacement du matriel endommag dans les autres dpartements et rgions que pourrait faire le responsable rgional ou national. Enfin, le responsable de chantier ne sait jamais quand sa demande finale va aboutir. Vous pouvez complter la procdure en consquence.
3 MODELE ORGANISATIONNEL DE DONNEES (MOD)

Les MOT, les procdures, dterminent qui fait quoi ? De la mme manire, les modles organisationnels de donnes dterminent qui - quel site de donnes stocke quoi - quelles informations dans quel modle organisationnel de donnes. Cette dcoupe par site, construite partir du MCD permet de conserver la cohrence, de matriser la "redondance" d'information entre site et dtermine les consolidations de donnes ventuelles. Ce dcoupage permet de calculer les volumes de donnes ncessaires par site de donnes final. Ce calcul de volume des donnes est de moins en moins ncessaire suite l'augmentation rapide des capacits de stockage. De plus, de nouveaux individus, reflets de l'organisation, tels que documents, ou reflet de la rflexion, tels que Rgle, apparaissent dans le modle de donnes ce stade de l'tude.
3.1 L'organisation par site de mmorisation.

La notion de site est gographique. Un site peut tre le site d'un poste de travail ou le site de donnes pour un mme poste de travail. Nanmoins, si l'informatique est dfinie, des sites plus prcis et correspondant aux bases de donnes sont retenus : un site tableur, un site micro-ordinateur, un site central l'entreprise, un site pour interrogation des donnes ou infocentre... Dans ce cas, le choix du niveau de dtail dpend du systme informatique. Le modle conceptuel de donnes est rapproch des diffrents sites gographiques de donnes, ou de mmorisation, ou de traitement. Pour chaque site, une "vue externe" ou partielle du modle gnral de donnes est dfinie. Cette vue concerne les individus, les relations et les informations. Pour chaque base de donnes, un modle organisationnel de donnes (MOD) est construit. Ces modles organisationnels de donnes sont des vues externes du modle principal (MCD) sur chaque site.
109
Exemple : soit une entreprise de livraison constitue d'un sige social, d'un entrept et d'agences. Le sige qui s'occupe de tous les clients et de toutes les factures aura le modle gnral comme vue externe :
CLIENT 0,N 1,1 CONTRAT 0,N 1,1 0,N 0,N 1,1 FACTURE 1,N 0,N LIVRAISON 1,N 0,N PRODUIT 0,N COMMANDE
1,N
MCD et MOD SIEGE L'entrept ne s'occupe que de la livraison partir des ventes et possde un modle sans contrat ni facture.
CLIENT 0,N 1,1 0,N 1,N 0,N LIVRAISON PRODUIT 0,N COMMANDE
1,N
MOD SITE 1 : ENTREPOT Une agence n'effectue que les livraisons et les factures et a un modle sans contrat.
CLIENT 0,N 1,1 0,N 0,N 1,1 FACTURE 1,N 0,N LIVRAISON 1,N 0,N PRODUIT 0,N COMMANDE
1,N
MOD SITE 2 : AGENCE Un site comprendra le modle commande et facture et l'autre le modle commande et livraison. L'organisation des donnes n'est pas par sous-ensembles cohrents du modle principal tels que modle contrat, modle facture ou modle livraison. Le dcoupage organisationnel est ralis partir des individus "vus de la lorgnette utilisateur" bass sur un site prcis.
Analyse des modles organisationnels : chaque individu d'un modle organis est analys. Quel type d'occurrences gre-t-il ? Les produits grs par l'entrept
110
AUFEU situ Lyon sont-ils les mmes que ceux du sige de Paris ? Quelles informations sont prises en compte ? Le prix du produit est-il communiqu ?
3.2 Evaluation des volumes des donnes

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

Les individus tels que DOCUMENT, HISTORIQUE, AUTORISATION apparaissent pendant l'tude du niveau organisationnel et sont des reflets de l'organisation. Les documents sont souvent des occurrences d'un mme individu. Ne pas crer autant d'individus que de documents ! Un document est mis par une personne et destin tre reu par d'autres personnes. Un document est d'un type donn et concerne un objet de gestion important de l'entreprise.
111
1,1 TYPE DE 0,N typer DOCUMENT document
DOCUMENT 1,1
1,N
0,N mettre 0,N recevoir
PERSONNE
1,1
OBJET GERE 0,N
concerner
MCD du document Exemples : 1 - L'objet gr est un contrat. Le type de document est lettre d'intention de commande, tlex contractuel, confirmation du contrat, lettre de crdit, certificat de non-gage... 2 - L'objet gr est un mouvement de produit, les types de document sont rapport d'inspection, rapport d'analyse de produit... 3 - L'objet gr est un mariage. Les types de document sont compte-rendu de visite prnuptiale, dpt de la liste de mariage, faire-part de mariage, livret de famille... 4 - L'objet gr est un procs. Les types de documents sont... innombrables. Crer un seul individu pour plusieurs documents.
Historique provient des archivages effectuer en ne retenant pas toutes les informations. Les informations des individus "archives" sont dfinir. Elles peuvent tre diffrentes des individus "vivants".
Premier exemple : les soldes des comptes gnraux seront conservs pendant une priode plus longue que les critures comptables se rapportant ces soldes.
PERIODE
0,N solder
0,N
COMPTE GENERAL
0,N
1,1
ECRITURE COMPTABLE
2 Ans
1 An
Deuxime exemple : chaque contrat comporte des informations telles que date, taux contractuel si le contrat est un contrat de change ou d'intrt. Ils sont relis un client, un type de contrat, un charg d'affaire, une division... Prenons comme hypothse que ces contrats sont conservs deux ans quand ils sont chus. Aprs ces deux ans, ils sont archivs. Les informations d'un contrat que l'on archive sont restreintes par rapport celles d'un contrat en activit. Seul le rsultat, le gain ou la perte, est mmoris (information rsultat de calcul). Seul le type de client est mmoris et non le client particulier. Toutes les informations ne sont pas mmorises.
112

5 Ans
CONTRAT ARCHIVE
rsultat date d'chance
2 Ans
TYPE DE CLIENT CLIENT
CONTRAT
date contrat taux contractuel date d'chance
1,1
0,N
0,N
1,1
0,N
1,1
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
date chance prendre en compte 0,N 0,N

valeur PARAMETRE CONTRAT
1,1
0,N 0,N retenir
SCENARIO
0,N 0,N
retenir 0,N
CONTRAT
option
TYPE CONTRAT
0,N
possder 1,N
0,N
1,1
L'individu AUTORISATION exprime la scurit, les contrles sur mots de passe. Telle personne ou tel utilisateur a besoin d'une autorisation pour mettre tel document ou un ordre de paiement. Il peut se retrouver dans le modle de scurit informatique, de la scurit d'accs des ressources informatiques (fichier, informations, base de donnes, systmes informatiques, outils informatiques...). Une autorisation d'accs d'un type donn (cration, modification, suppression, lecture) est accorde un utilisateur ou un groupe d'utilisateur.
113
outil systme base de donnes information fichier
TYPE DE RESSOURCE UTILISATEUR
1,N
0,N D'UTILISATEUR 1,N
GROUPE
0,N 0,1
AUTORISATION
0,1
lecture suppression modification
0,1
RESSOURCE
1,N 0,N 1,N 0,N accder
cration TYPE D'ACCES
0,N
1,1
L'individu AUTORISATION d'accs.
3.4 L'tude des documents existants

L'tude des documents existants se fait lors de l'tude organisationnelle pour valider les messages organiss. Un modle de donnes organis est facile effectuer sur un document, car l'ordre de prsentation des informations est clarifi. Attention, ces documents peuvent tre des bordereaux de saisie ou des rsultats de calcul. Dans le deuxime cas, ils ne correspondent pas un modle conceptuel de donnes car ils contiennent des donnes calcules. Exemple : la prvision des ventes est effectue par vendeur, pour un produit donn et dans un service. Les imprims sont remplis ainsi.
Service TERIQUE 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 SERVICE 0,N 1,1 Mai 88 PREVISION VENTES vendre 1,1 Ounon PRODUIT 0,N 1,N
montant 100
A PERSONNE
0,N
L'tude des documents existants permet de vrifier que toutes les informations actuelles sont prises en compte pour l'analyse.
114
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
MOC Exemple : cas de rparation locale, rgionale et nationale.
1er cas : centralisation totale, un seul site de donnes, au niveau national.

Toutes les oprations, effectues par les postes de travail des diffrents sites, locaux, rgionaux et national, font rfrence aux mmes informations sur un mme site. Il y a donc lieu de dimensionner les lignes de communications entre les sites central, rgionaux et dpartementaux. Il y aura mise jour de la base de donnes en "direct" partir de tous les sites de traitement, des postes de travail.
Lecture Site de Donnes Centralise Ecriture Site de Traitement (Poste de travail)
MOC 1
2 cas : centralisation nationale et rgionale/locale. Un site de donnes au niveau national et des sites de donnes rgionaux et dpartementaux.
En supposant chaque MOD connu, un pour le site national et un par site rgional ou local (individu "rparateur" sur site national, "rparation" sur chaque site), les messages changs entre site de donnes et site de traitements sont :
115
Consultation des rparateurs agrs Ecriture Consultation des rparations
Site de Donnes National
Site de Traitement Local

Ecriture
Site de Donnes Rgional et local
MOC 2
3 cas : dcentralisation totale. Il n'existe aucun change, sauf ventuellement entre sites locaux et base de donnes locale, sites dpartementaux et base de donnes dpartementale.
MEME SITE Traitement Local Ecriture
Lecture Donnes Locales
MOC 3
Dans cette phase, la "proprit" des donnes, l'autorisation de crer, de modifier, de lire et de supprimer des occurrences doit tre explicite par poste de travail.
Qui est responsable de la mise jour des clients de l'agence ? Quelle opration cre quel individu sur quel site de donnes ?
5 VALIDATION MOD/MOT.
De la mme manire qu'au niveau conceptuel, une vrification de la cohrence des modles entre eux est faite. Cette vrification comporte deux tapes. - Cohrence entre les informations des messages des modles organisationnels de traitement, les procdures et les informations des modles organisationnels de donnes portes par les individus et les relations de chaque site de donnes. - Cohrence entre la cration et la consultation des informations des modles de donnes lors d'oprations organises effectues par un poste de travail. Les informations ncessairement disponibles et donc consultes pour effectuer les oprations organises doivent se trouver dans les modles organisationnels de donnes et crs par d'autres oprations. Toute donne d'un MOD est cre et consulte par une opration.
116
5.1 Messages organiss/individus et relations organiss

Informations des messages organiss (MOT)
non utilises
Direct, l'identique
Rgle de calcul
Equivalence
Informations d'un modle organis de donnes (MOD)
Les correspondances entre donnes et traitement passent par des rgles de calcul ou des quivalences. Les informations "utiles" de chaque message organis (entre oprations organises ou mis par un partenaire) doivent se retrouver l'identique ou via une rgle de calcul ou une quivalence dans un modle de donnes organis, dans un individu ou une relation d'un site.
5.1.1 rgles de calcul

Une rgle de calcul transforme des informations en entre (de rgle) en informations en sortie (de rgle). Les rgles peuvent s'appliquer sur des ensembles et font alors intervenir un compteur d'occurrences. Les rgles ont toujours un sens. Un exemple de rgle sans compteur a t tudi au chapitre prcdent concernant le conceptuel. Il explicite le calcul d'un montant toutes taxes comprises.
information en entre information en entre taux tva montant hors tva
REGLE DE CALCUL
CALCUL MONTANT TTC
information en sortie ou rsultat
montant avec tva
Rgle de calcul simple. Deuxime exemple de rgle avec compteur d'occurrences dans le modle organisationnel de donnes : soit un contrat spcial avec remise en fonction du nombre de commandes. Si le nombre de commandes est petit, les frais occasionns sont plus faibles et le client bnficie d'une rduction. Le raisonnement pourrait tre le mme en fonction du nombre de livraisons. Le modle de donnes est : un contrat peut avoir de zro N remises. Une remise est valable pour un seul contrat. Si le nombre de commandes est infrieur 20, la remise accorde est de 5%, Si le nombre est infrieur 10, la remise est
117
de 20%. Dans le cas cit, une remise de 100% est accorde s'il n'existe aucune commande. Ces remises ne sont valables que pour un chiffre d'affaires raliser indiqu dans le contrat.
20 5 10 20
REMISE
nombre de commandes remise accorde
CONTRAT 0,N 0,N 1,1

commande / contrat
1,1
COMMANDE
MOD ou MCD La rgle de calcul concerne la remise accorder. Les informations en entres sont le nombre de commandes d'un contrat donn et les remises du contrat. Le nombre de commandes du contrat est calcul l'aide d'une premire rgle comptant le nombre d'occurrences de commandes pour un contrat donn.
numro de contrat numro de commande COMPTAGE DU NOMBRE DE COMMANDES D'UN CONTRAT nombre de commandes du contrat nombre de commandes du contrat remises du contrat
CALCUL DE LA REMISE
remise accorder
Rgle de calcul avec compteur. Troisime exemple de rgle : sens de la rgle de calcul
Une rgle de calcul existe entre les coordonnes d'un clair, d'un observateur, la direction de l'clair et le temps coul entre l'clair et le tonnerre. Cette rgle existe. Il n'est pas ncessaire de l'expliciter maintenant.
Coordonnes De L'clair Direction De L'clair Temps Aprs clair
Coordonnes Observateur
Ces informations sont lies. Par contre, dans quel sens lire cette rgle ? Veut-on obtenir les coordonnes de l'clair ? Ou veut-on obtenir les coordonnes de l'observateur ?
118

Coordonnes Observateur Temps Aprs clair Direction De L'clair calcul des coordonnes de l'clair Coordonnes De L'clair Coordonnes De L'clair Temps Aprs clair Direction De L'clair calcul des coordonnes de l'observateur Coordonnes Observateur
Choisir une rgle.
5.1.2 Equivalences
La notion d'quivalence a t dveloppe lors de la validation des modles du niveau conceptuel. Un deuxime exemple est dvelopp ici dans le cadre de l'clair. Supposons que le modle de donnes soit compos des individus BRUIT, CLOCHE, ECLAIR et AVION. L'individu "bruit" est gr et contient des informations telles que dure du bruit, frquence du bruit... Le bruit provient soit d'une cloche, soit d'un clair, soit d'un avion (contrainte +).
0,N + 0,1 CLOCHE 0,N sonner les

matines sonner le mur
AVION
0,1
BRUIT
tonner
ECLAIR 0,1 0,1
LE BRUIT est tonnerre, son de cloche ou mur du son. Les messages portent les informations "dure du tonnerre", "dure du son de cloche" ou "dure du son du mur du son". Ces informations sont quivalentes l'information amont (qui se situe dans le modle de donnes) "dure du bruit".
amont-quivalent BRUIT
dure du bruit
aval-quivalent
par
RELATION
dure du tonnerre
tonner sonner les matines sonner le mur
dure du son de cloche
dure du mur du son
Le bruit du modle de donnes est quivalent au bruit du tonnerre s'il tonne... L'information "dure du tonnerre" est (aval) quivalente l'information "dure du bruit" via la relation tonner. L'information "dure du son de cloche" est
119
(aval) quivalente l'information "dure du bruit" motif (via la relation) sonner les matines. L'information "dure du mur du son" est (aval) quivalente l'information "dure du bruit" motif via la relation... Le tonnerre, le mur du son et le son de cloche sont des types de bruit. Le modle tait donc repli !
5.2 Modles en cration et en consultation des oprations organises.

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

ECLAIR 0,1 0,1 TONNERRE
MOD Mis jour. Pour une opration donne, seule une vue en consultation ou en cration peut exister.
Vue En Consultation ECLAIR Lecture OPRATION TONNERRE Ecriture Vue En Cration ECLAIR 0,1 0,1 TONNERRE 1,1 0,N ORAGE
L'opration consulte ou lit une vue, cre ou modifie une deuxime vue
Les modles de donnes doivent tre organiss.

Supposons qu'il existe deux sites de donnes, un site cleste et un site terrestre. Les deux modles clestes et terrestres doivent tre considrs car le modle en mise jour de la base terrestre ne sera plus le mme, mais comprendra non seulement l'individu tonnerre mais aussi les individus orage et clair.
Partenaire Poste 1
MOD Cleste
Orage
MOD Terrestre
Orage
Tonnerre
MISE A JOUR LECTURE
Eclair
Eclair
Tonnerre
Les MOD sont organiss Si le modle terrestre ne connat que les tonnerres clairs et les clairs tonnants, son modle de donnes sera une "vue externe" de la vue cleste :
121
Orage Eclair tonnant
Un MOD peut tre une vue externe
6 VALIDATION PAR L'UTILISATEUR.

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

Une tude organisationnelle commence par :
1 la dfinition des postes de travail.

Ces postes de travail (QUI EST QUI ?) sont placs dans la structure d'organisation, un organigramme. Cet organigramme peut tre construit en deux temps : gnral, puis dtaill.
P. D. G.
Poste de Travail
D. G.
Service de livraison
Organigramme
2 La liste des procdures reprsenter.

Chaque procdure (MOT) dcrit QUI (poste de travail) FAIT QUOI (opration organise) face un vnement extrieur.
122
ENTREPRISE ORGANISEE
Partenaire Poste 1 Poste 2 Poste 3 Partenaire
Message "externe" enclenchant
MOT ou procdure Une opration organise est enclenche par un message vnement, une dcision ou un temporisateur. - Les Modles organisationnels de donnes (MOD) adaptent individus, relations et informations du MCD par site de donnes. Les ensembles d'occurrences sont explicits. Les volumes de donnes sont calculs pour estimer les capacits de mmoire ncessaires. - Les Modles organisationnels de communications (MOC) entre sites de donnes (MOD) et de traitement (Site de poste de travail) dimensionnent les communications entre site et les accs possibles (cration, lecture...)
Lecture
Opration organise
Ecriture
Site de Traitement
Site de Donnes
- La validation de la cohrence des informations entre modles de traitement et de donnes passe par les notions de rgles de calcul et d'quivalence. Exercices : 1. Dessiner un organigramme allemand avec directoire. 2. Une runion est-elle un poste de travail ? 3. Dessiner une procdure de vote. Les postes de travail sont Secrtariat, qui donne les bulletins de vote, Prsident qui tient l'urne, et deux assesseurs dont l'un tient le registre et l'autre le tampon final.
123
C
PDG M1
Poste 1
Poste 2
OO1 Poste 1 Poste 2
ORGANIGRAMME
MODELE DE TRAITEMENT(MOT)
S3
S1
S2
MODELES DE DONNEES (MOD)
MODELE DE COMMUNICATION
124
BUREAU DE VALIDATION DE L'ORGANISATIONNEL
125
126
Chapitre III : le niveau logique
Changez de chanson quand vous changez de montagne. (Proverbe chinois)
Les fonctions et les concepts principaux sont dfinis (niveau conceptuel). L'entreprise est organise sous forme de postes de travail et de sites. L'objectif du niveau logique est la dfinition des moyens informatiques disposition des postes de travail (utilisateurs) afin d'effectuer les oprations organises. Cette dfinition passe par la description de : l'aspect externe de ces moyens informatiques sous forme de masques d'cran et de leur succession. les actions de ces moyens informatiques sur la structure logique des donnes et, pour cela, la structure logique des donnes (MLD) indpendamment de tout choix de matriel ou de logiciel de dveloppement informatique. Le niveau logique reprsente le dernier niveau valid par l'utilisateur final (sauf si celui-ci ralise la programmation). Il comprend une vue de utilisateur de l'informatique (vue externe de l'informatique) et une vue plus spcifique (vue interne).
Le modle logique de donnes (MLD) dcrit les structures de donnes indpendamment de la gestion physique des bases de donnes. Il est une tape intermdiaire, intellectuellement trs satisfaisante, vers le modle physique de donnes. Si celui-ci peut tre construit, le MLD peut tre saut.
Un premier MLD se dduit d'un MOD (Modle Organisationnel de Donnes). Il est ensuite optimis ou modifi suivant le choix de l'utilisateur pour acclrer certains traitements effectus par les outils informatiques.
Le modle logique de traitement dcrit les moyens informatiques, les outils de consultation et d'criture informatique. Un outil logiciel "utilisateur" permet soit la lecture, soit l'criture d'informations dans la mmoire (les enregistrements du modle logique de donnes) de l'ordinateur ou les deux (criture et lecture). On distingue outil transactionnel ou en traitement immdiat et outil de traitement diffr. Dfinir un outil informatique, c'est : 127
dans le cas d'outils transactionnels, dfinir la liste des enchanements "question rponse", ce qui est affich l'cran et ce que l'utilisateur peut frapper au clavier (Modle logique de traitement). dans le cas d'outil de traitement diffr, dterminer les fonctions de tri, de calcul, de recherche et leurs conditions d'enclenchement ncessaires au droulement de l'outil. C'est aussi, dans les deux cas, indiquer quelles sont les donnes ou informations lues et crites dans le modle logique de donnes chaque tape (spcification interne). Exemple d'outil informatique transactionnel : outil d'interrogation des abonns tlphoniques. Cet outil est dcrit par une succession d'tapes (le Modle Logique de Traitement). La premire tape concerne la saisie du Nom, du prnom de l'abonn et la deuxime affiche son numro de tlphone, s'il existe. Pour chaque outil transactionnel un MLT sera construit et les informations de chaque tape analyses. Exemple d'outil de traitement diffr : les factures sont mises toutes les dcades. Un programme s'enclenchera donc le 10, le 20 et le 30 de chaque mois pour imprimer toutes les factures. Les applications des outils de traitement diffr ou par lot sont les traitements enclenchs par un temporisateur ou les traitements ncessaires dus aux "performances" des machines. Les factures sont mises toutes les dcades. Mais, comme le calcul des factures avec TVA dure par exemple plus de 4 heures, le calcul des lignes de factures TTC se fera tous les jours et l'impression toutes les dcades. Cela donnera lieu deux outils de traitement diffr, le calcul des lignes de facture et le calcul et l'impression des factures.
Le modle logique de communication concerne surtout les outils de traitement diffr. Certaines donnes d'un MLD correspondent des donnes d'un autre MLD. Quand ces donnes peuvent tre dupliques automatiquement, en diffr, sans l'aide de l'utilisateur, des outils peuvent effectuer ce transfert de donnes d'une base une autre. Dans certains cas spcifiques, comme la rservation de vols ariens, cela concerne les outils fonctionnant "en temps rel" demandant une lecture ou une criture instantane sur un site de donnes diffrent du poste de travail. Ce MLC est un sous-ensemble du MOC.
1 LE MODELE LOGIQUE DE DONNEES, un exercice intellectuel.

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

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

COMMANDE concerner
quantit commande
PRODUIT
La relation "concerner" porteuse d'information...
CONCERNER
cl concerner quantit commande
Enregistrement Cl d'enregistrement
... se transforme en enregistrement "concerner".
1.2 Chemin
Un chemin permet la lecture d'informations partir d'autres informations situes dans les enregistrements.
Un chemin est orient. A partir d'une occurrence d'information, le chemin conduit une ou N occurrence(s) d'information. Par extension, le chemin d'un enregistrement vers un autre est le chemin de sa cl vers la cl du second.
N
Un chemin peut ne pas exister pour toutes les occurrences d'information de dpart. Nous retrouvons les cardinalits minimum et maximum. Une patte de relation est mmorise par un chemin. Un chemin permet donc de mmoriser les liaisons telles que Individu1-Relation1-Individu2... lisibles sur un modle conceptuel ou organisationnel de donnes.
Deux chemins sont implicites et ne seront plus pris en compte par la suite : le chemin de la cl de l'enregistrement vers les informations de l'enregistrement et les chemins des informations d'un enregistrement vers sa cl. 1 - Le chemin de la cl d'un enregistrement vers une information de ce mme enregistrement est implicite.
Exemple : le chemin du numro de client vers son adresse de livraison est implicite. Si le "numro de client", cl de l'enregistrement client est connu, l'adresse de livraison de ce client est connue. La cl de l'enregistrement donne accs toutes les occurrences d'information de l'enregistrement. 2 - D'autres chemins, qui permettent de remonter des occurrences d'information vers l'occurrence de l'enregistrement, peuvent tre explicits par enregistrement.
130
Exemple : partir du nom du client, de son prnom et de son adresse de livraison, je veux tre capable de retrouver le bon client et son numro, sa cl.
CLIENT 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
2 Chemins implicites d'enregistrement
1.3 Construction du Modle Logique de Donnes.

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

La relation se transforme en deux chemins dont un peut tre supprim en cas de redondance d'information. C'est le cas du fils et de son pre. Le fils n'a qu'un pre et le pre peut avoir de 0 N fils :
FILS
numro fils
PERE
lier
1,1
0,N
numro pre
Les individus pre et fils et la relation lier... Les deux individus se transforment en deux enregistrements dont les cls sont les identifiants des individus pre et fils, soit le numro de pre et le numro de fils. La relation donne naissance deux chemins : le premier permet l'accs du fils un pre et le deuxime d'un pre tous ses fils.
FILS
numro fils
1 2
PERE
numro pre
... se transforment en 2 enregistrements et 2 chemins... La migration du numro de pre dans l'enregistrement fils supprime le premier chemin. Seul reste le chemin du pre vers le ou les fils.
131
FILS
numro fils numro pre
PERE
numro pre
Migrer le numro du pre dans le fils supprime 1 chemin. Le chemin restant est reprsent par une flche pour diffrencier le dpart (numro du pre) de l'arrive (numro du fils).
FILS
numro fils numro pre
PERE
numro pre
Le chemin restant pointe du pre vers les fils... Cette flche est dans le sens inverse de celle reprsente sur le modle de donnes.
FILS
numro fils
PERE
lier
1,1
0,N
numro pre
MCD ou MOD : La flche va du fils vers son pre Attention : la flche a chang de sens !!
1.3.2 Relation binaire pattes X,N - X,N non porteuse d'information

Une relation binaire X,N X,N (X est gal 0 ou 1) ne comprenant pas d'information se transforme en 2 chemins N informations arrives. Nous retrouvons le mme cas que le prcdent. Comme les chemins ont N arrives, la migration d'une information dans un enregistrement n'est pas possible.
1.3.3 Relation binaire pattes X,N X,N porteuse d'informations Une relation binaire X,N X,N comprenant des informations se transforme en 3 chemins et un enregistrement.
Deux individus et une relation porteuse d'informations se transforment en 3 enregistrements et 3 chemins : identifiant de l'individu 1 vers identifiant de l'individu 2,
132
la rciproque, identifiant 2 vers identifiant 1 et le chemin des deux identifiants vers les informations de la relation.
Chemin 1 COMPTE 0,N
Chemin 2
lier
numro compte liaison
FILIALE 0,N
Chemin 3
Trois chemins. Prenons l'exemple suivant : un compte d'une socit a d'autres comptes de liaison ou de consolidation correspondant plusieurs filiales. Le compte client no 411-412 correspond chez ma filiale Capone au compte fournisseur 401-512. La filiale Capone est pour moi le client 412 et je suis chez elle le fournisseur 512.
401-512 411-412 COMPTE 0,N

lier
Capone FILIALE 0,N
Les 2 individus "compte", "filiale" et la relation "lier"... Pour passer au niveau logique, les deux individus "compte" et "filiale" dont les identifiants sont "numro de compte" et "numro de filiale" deviennent deux enregistrements "compte" et "filiale" de cls "numro de compte" et "numro de filiale". La relation "lier", porteuse d'informations, se transforme en un enregistrement dont la cl peut tre appele "cl enregistrement lier".
COMPTE
numro compte
FILIALE
numro filiale
LIER
Cl enregistrement lier numro compte liaison
...se transforment en 2 enregistrements issus d'individus, 1 enregistrement issu de la relation... La relation "lier" 0,N 0,N porteuse d'informations se transforme en trois chemins. Le premier chemin permet d'obtenir toutes les filiales concernes par un compte donn. Le deuxime obtient tous les comptes lis une filiale donne.
133
Le troisime chemin permet d'obtenir le numro de compte de la filiale partir d'un numro de compte et d'un numro de filiale. Un chemin permet d'accder une ou N informations (arrive) partir de une ou N informations (de dpart).
numro compte
1er 2me
numro filiale
numro compte
numro filiale
numro compte numro filiale
3me 1
... et trois chemins.
1.3.4 Relations non binaires

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

Exemple : document et signature, mais avec la variante que les "signatures anonymes", les croix apposes existent. Sur un document, tel rle (le jug) est reconnu, mais le nom de la personne n'est pas connu, la personne n'a pas t identifie. Le modle de dpart est le suivant :
DOCUMENT
0,N signer 0,N anonyme 0,N 0,N 0,N
PERSONNE
ROLE
DEUX RELATIONS (signer et anonyme)... Supposons que l'individu RESPONSABILITE provenant des relations Signer et Anonyme devienne un enregistrement. La cl de l'enregistrement "responsabilit" peut tre compose de cls (numro document-numro de personne-numro rle). Cette cl peut avoir un numro de personne inexistant ou vide. Le numro de personne est un "trou" dans la cl (numro document, numro de personne, numro rle). Pourtant la composition des deux ou des trois cls fonctionne comme cl de la responsabilit. Ce concept est important quand on passera au modle physique de donnes. Certains systmes de gestion des donnes n'acceptent pas de valeur vide dans la cl.
1,1 engager 0,N 1,1
RESPONSABILITE 0,1
par
0,N
PERSONNE
DOCUMENT
valoir 0,N
ROLE
...se transforment en un individu (RESPONSABILITE)
135
RESPONSABILITE
code document, code personne, code rle
La cl de l'enregistrement driv est compose de cl d'autres enregistrements (document, rle et personne)
Cl d'enregistrement provenant de relation porteuse d'information.

Une deuxime manire de reprsenter la migration est de transformer en 3 enregistrements les deux individus et la relation. La cl de l'enregistrement provenant de la relation est la composition des identifiants des deux individus. La construction de cette cl mmorise le chemin des deux individus vers la relation. Exemple prcdent : si la cl de l'enregistrement "lier" est la composition de "numro de compte" et "numro de filiale", le troisime chemin disparat.
Cl compose de cl et d'un numro d'ordre

Dans certains cas, la cration d'un numro d'ordre (premier, deuxime, troisime...) permet de crer une cl compose et supprime un chemin. Exemple : l'chelle est compose de N barreaux. Les individus sont "barreaux" et "chelle".
Le barreau de l'chelle est un individu ... Dans le passage au modle logique, les deux individus "barreau" et "chelle" deviennent des enregistrements "barreau" et "chelle" et la relation gnre deux chemins provenant des deux pattes.
BARREAU
rfrence barreau % rduction barreau
ECHELLE
rfrence chelle hauteur chelle
N
qui se transforme en enregistrement barreau... La cl de l'enregistrement barreau, "rfrence barreau" est choisie comme composition de l'information "rfrence de l'chelle" et du "numro du barreau dans l'chelle". Choisir cette composition dispense du chemin barreau vers chelle. Il
136
suffira de lire une partie de la cl du barreau pour connatre l'chelle. Un seul chemin est dclar, le chemin de la rfrence de l'chelle vers les N barreaux de l'chelle.
BARREAU rfrence barreau = (rfrence chelle, numro d'ordre) % rduction barreau N ECHELLE rfrence chelle hauteur chelle
...dont la cl est compose de la cl de l'chelle. Deuxime exemple de numro d'ordre : l'individu location provenant de la relation identifi par "numro de contrat" et "numro d'ordre de la voiture loue". La voiture A1 aura la location 1 la premire semaine, la voiture A2 aura la location 2 la deuxime semaine et la voiture A1 aura la location 3 la troisime semaine.
1.4 Optimisation
Le passage des MOD au MLD peut tre gnr suivant les rgles prcdentes, puis modifi "manuellement" afin d'optimiser traitements et donnes. Les moyens d'optimiser un modle logique de donnes sont la suppression ou la redondance de chemin ou la duplication d'informations (migration d'identifiants ou la redondance d'informations).
1.4.1 Suppression de chemin.

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

Plusieurs chemins se suivant donnent naissance un nouveau chemin qui, par exprience de l'utilisateur, sera souvent utilis. Exemple : le vhicule a un propritaire qui peut tre une personne.
137
0,1 rfrence personne nom personne prnom personne
PERSONNE
0,1 capitaliser
PROPRIETAIRE
0,N
0,1 appartenir
VEHICULE
rfrence vhicule nombre de roues
rfrence propritaire montant patrimoine
Le vhicule appartient au propritaire personne... Le passage au modle logique gnre 3 enregistrements et 4 chemins issus des 2 relations.
PERSONNE
rfrence personne nom personne prnom personne 1
PROPRIETAIRE
VEHICULE
se transforme en 4 chemins. Si le vhicule et ses caractristiques sont consults, le nom et le prnom du propritaire seront consults. Un chemin est cr partant de l'information "rfrence du vhicule" pour aller vers l'information "rfrence de la personne". Si l'information est unique, celle-ci peut migrer, tre crite plusieurs fois pour faciliter et acclrer certains traitements.
Une redondance d'informations est cre en mmoire pour limiter les chemins successifs parcourir.
PERSONNE
rfrence personne nom personne prnom personne 1 1
PROPRIETAIRE
VEHICULE
La personne propritaire du vhicule est un chemin supplmentaire, un raccourci ou shunt.
1.4.3 Migration ou redondance d'informations.

Migration et redondance sont deux manires de dupliquer les informations. Une cl migre, un rsultat de calcul et une information diffrente d'une cl sont redonds.
Migration de cl.
Nous l'avons dj rencontre : c'est le cas de la migration du numro de pre dans l'enregistrement fils pour supprimer le chemin du numro de fils vers le numro de pre.
Redondance des rsultats de calcul.

Deux cas se prsentent, un calcul issu d'une quation telle que montant TTC = montant HT (1+TVA) ou un calcul avec comptage, ristourne accorde en fonction du nombre de commandes. Dans ce deuxime cas, faut-il grer un compteur et, si oui,
138
quand doit-il tre utilis ? Ce compteur peut tre gr dans le modle de donnes et mis jour pour chaque incrment. Le choix de grer ou non ce compteur revient en premier lieu l'utilisateur. Calcul issu d'une quation : le calcul du montant d'une facture avec TVA fait appel au modle suivant. La facture concerne un N produits (lignes de facture). Chaque produit est assujetti un rgime de TVA.
FACTURE
1,1 1,N
numro facture
LIGNE DE FACTURE
numro ligne de facture quantit facture
PRODUIT
1,1
concerner
TVA
1,1 0,N
code TVA taux TVA
0,N
code produit prix produit HT
Le MOD de la ligne de facture...

LIGNE DE FACTURE
numro ligne de facture quantit facture
N 1 N 1
FACTURE
numro facture
PRODUIT
TVA
code TVA taux TVA
...se transforme en MLD comprenant 4 enregistrements et 5 chemins. Les trois informations rsultats de rgles de calcul peuvent tre "placs" dans le modle logique de donnes.
prix produit HT quantit facture
taux TVA du produit code produit montant hors taxe ligne de facture montant avec tva ligne de facture
CALCUL MONTANT HORS TAXE
CALCUL MONTANT AVEC TVA

montant avec tva ligne de facture
CALCUL MONTANT FACTURE AVEC TVA

montant avec tva facture
montant hors taxe ligne de facture
Les informations en sortie de 3 rgles de calcul... Trois rgles correspondent ce calcul. La premire calcule le "montant hors taxe de la ligne de facture" en multipliant le prix unitaire hors taxe par la quantit facture. La deuxime calcule le "montant TVA incluse" en utilisant le taux de TVA applicable au produit. La troisime calcule le "montant avec TVA" de la facture.
139
LIGNE DE FACTURE
numro ligne de facture quantit facture montant avec tva ligne de facture montant hors taxe ligne de facture
N 1 N
FACTURE
numro facture montant avec tva facture
PRODUIT
TVA
code TVA taux TVA
...sont redondes dans le MLD. Une autre redondance ou une autre rgle de calcul aurait pu tre choisie ; le prix unitaire par produit avec TVA par exemple. Questions : vrai ou faux ? 1. Un enregistrement logique contient toujours des informations. 2. L'information identifiant un individu peut tre une cl de l'enregistrement issu de l'individu. 3. Une patte peut se transformer en chemin. 4. Un chemin provient obligatoirement d'une patte. 5. La cl d'un enregistrement peut se dcomposer en plusieurs informations lmentaires. 6. Les informations hypothses et les informations rsultats d'un mme calcul peuvent tre mmorises dans un MLD. 7. Les informations hypothses et les informations rsultats d'un mme calcul peuvent tre mmorises dans un MCD ou un MOD. 8. Le MLD dpend du matriel informatique de l'entreprise. 9. Un MLD non optimis peut tre construit partir d'un MOD et de rgles. EXERCICE SUR LE MLD : Dessiner le MLD partir du MOD suivant,
OUVRAGE 0,N de 0,N AUTEUR 1,N crire 0,N prter date de retour 1,1 EXEMPLAIRE
1,N
PRET
140
2 MODELE LOGIQUE DE TRAITEMENT

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

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

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

Rciproquement, un outil peut servir plusieurs oprations. La voiture sert aller au cinma et les lunettes stroscopiques regarder le film en relief. Ces deux outils peuvent me servir pour aller travailler ou pour lire.
une OPERATION peut tre excute avec DEUX OUTILS L'outil est une notion utilisateur. Un couteau suisse est un exemple d'outil. Il en existe en plusieurs tailles et avec un nombre de lames diffrent. Le choix dpend de la taille de la main, de celle de la poche ou du prix que l'on veut y consacrer. La dfinition des outils peut se faire par procdure. Porter une attention particulire la premire opration rception d'un message. Un outil de consultation ou de mise jour peut tre utilis par le partenaire metteur du message !
2.2 Outils informatiques

Dans la pratique, l'outil est informatique et peut tre de deux types : transactionnel ou interactif, traitement immdiat ou "en temps rel" ou en traitement diffr ou par lot, calcul sans intervention directe de l'utilisateur. Dans le deuxime cas, le programme s'enclenche et effectue ses calculs et ses mises jour ventuelles sur les donnes un moment prdtermin.
CLIENT Commande de coke VENDEUR MAGASINIER
PRISE DE COMMANDE
Pas de Coke en stock Coke en stock
Proposition De Produit De Substitution
Ordre De Livraison
Ordre De Rapprovisionnement
Une opration organise d'un poste de travail...
142
Exemple d'outils d'une opration organise de prise de commande: le choix rpond au besoin d'interrogation du stock et de cration de l'ordre de livraison. La prise de la commande peut tre excute par (presque) une infinit d'outils. Solution A - Un seul outil pour tout faire. Interrogation du stock, cration de l'ordre de livraison, consultation des dlais de rapprovisionnement, consultation des gots du client pour connatre sa catgorie (presss ou non), recherche des produits de substitution pour livraison immdiate ou annonce du dlai de livraison acceptable. Comme vous pouvez le constater, cet outil fait tout, papa et maman.
A - PAPA B - MAMAN
peut tre effectue l'aide d'UN SEUL OUTIL... Solution B Deux outils
1. Interrogation du stock 2. Cration de l'ordre de livraison (outil d'dition)

IMPRESSION DES ORDRES DE LIVRAISON
INTERROGATION DES STOCKS
... ou DE PLUSIEURS OUTILS... C - A vous de l'inventer :
2me exemple d'outils Un tire-bouchon droite, gauche ou air comprim sont 3 outils. 3me exemple, l'infocentre est un outil d'interrogation des donnes de l'entreprise par un langage simple d'emploi. Il est considr comme un outil pouvant s'appliquer des oprations de prise de dcision.
2.3 Outil interactif

Un outil interactif permet un dialogue entre l'utilisateur et l'ordinateur via un cran et un clavier. Il comprend des crans se succdant o l'utilisateur tape des
143
informations ou des commandes au clavier et obtient immdiatement la rponse. Il enchane les traitements sans arrt.
2.3.1 La vue utilisateur : la spcification externe des outils.

Un tat est une tape d'un outil informatique, un ensemble d'informations affiches et prt recevoir des informations ( saisir). Un "masque" d'cran peut servir plusieurs tats. Le dessin des tats, des crans de saisie (et d'affichage) des informations, et de leur enchanement est propos par ou l'utilisateur final. Le "masque" des tats, le dessin ou le support des crans, peut servir pour plusieurs tats, mais, en rgle gnrale, tats de saisie et d'interrogation des enregistrements sont diffrents. Il est important de valider la liste des outils avec l'utilisateur final et le responsable informatique qui suivra la ralisation pour ne pas voir apparatre de nouveaux outils en cours de validation. Exemple d'tat et de support : soit un outil d'interrogation des fils en fonction du nom du pre. Sur le premier tat est saisi le nom du pre. Le deuxime tat affiche le nom du pre saisi dans l'tat prcdent (grenouille dans l'exemple) et les noms des fils (corbeau, cureuil ou taureau).
Pre : Fils : ----------------------------Pre : Fils : grenouille corbeau cureuil taureau
L'information "nom du pre" est saisie sur un 1er tat Les informations sont affiches dans un 2me tat. Ces deux tats (saisie du pre et affichage des fils) possdent le mme support (les rfrences viennent du bbte show).
Pre : Fils : nom du pre nom du fils nom du fils nom du fils
Les deux tats ont le mme support L'enchanement des tats de l'outil est le suivant :
1er Etat Saisie du pre
2me Etat
Affichage des Fils
144
MLT de l'outil : interrogation des fils Le passage du premier tat au deuxime se fait condition que le pre existe et qu'il ait des fils. Un MLT peut tre plus compliqu et dbuter par un menu des tats :
menu Enchanement Des tats
delar addition
soeur
MLT d'outil Les tats et leur enchanement doivent tre approuvs par l'utilisateur final avant de commencer la programmation. Ainsi, l'utilisateur final peut changer d'avis sur la "tte" des tats et de leur enchanement sans remettre en question la programmation.
2.3.2 Que devient la reprsentation replie en "caractristique" "type de" et "valeur" ?

La reprsentation d'une partie du modle conceptuel de donnes repli - o des individus deviennent des occurrences d'un individu "type de..." - implique la cration d'crans banaliss, non spcifique des occurrences. Le modle comprend les individus "type de..." "contrat" et "caractristique" et les relations "possder" porteuses de linformation "valeur", "type de contrat" et "autoriser".
CONTRAT 1,1 type contrat 1,N 1,N autoriser CARACTERISTIQUE DU CONTRAT 0,N 0,N TYPE DE CONTRAT
possder
valeur
0,N
Les tats de saisie et de restitution de ces valeurs ne peuvent donner lieu des zones de saisie spcifiques de chaque caractristique. Toutes les caractristiques devront tre saisies suivant un mme masque, en colonnes "caractristique" et "valeur". Si l'tat de saisie est diffrent d'une prsentation en colonnes "caractristique" et "valeur", le modle conceptuel doit tre dpli L'informatique ne peut pas grer des prsentations d'informations spcifiques de chaque occurrence.
145
CONTRAT AAAA Caractristiques ------------------------------------------------------------------------------------------TYPE DE CONTRAT AA
SAISIE DES CARACTERISTIQUES aaa : aaaa : aaa : sssss sssss sssss aa : aaa : aa : sssss sssss sssss aa : sssss
Valeur -------------------------------
VALIDER : O/N
Ecran en colonnes ou spcifique de chaque occurrence. Exemple : un cas o se pose le bien-fond de la dcomposition fine est le cas de saisie de paramtres d'un quipement (par exemple hauteur, largeur, paisseur du chapeau, nombre de pieds...). Ces renseignements sont purement indicatifs et ne serviront qu'en consultation. Une reprsentation concentre en EQUIPEMENT, TYPE D'EQUIPEMENT et PARAMETRE ne permet pas de concevoir un cran de saisie avec passage du curseur sur chaque paramtre aprs son libell explicatif. Les caractristiques doivent tre identifies. Chaque aaa reprsente des caractres affichs : nombre de pieds, paisseur etc et chaque sss reprsente l'information saisie : 4, 3 mm etc..
2.3.3 Standards de dveloppement

Des "standards" de dveloppement des outils sont fixs en dbut de spcification. Voici les principaux : - un macro-outil, appel moniteur de transaction, permet de passer d'un outil un autre, d'un outil de saisie un outil d'interrogation. Son existence conditionne la conception des outils transactionnels. Voici l'exemple d'un outil de cration des fils de pre s'adressant un outil de consultation des pres. Le premier tat de l'outil de saisie des fils saisit le numro de pre. A partir de cet tat, pour aider l'utilisateur ne connaissant pas les numros de pre, l'tat de consultation des numros de pre et de leur nom peut tre appel directement. Ainsi, le numro de pre pourra tre connu et quelquefois rapport directement au premier tat.
NO PERE : FILS : nom du fils nom du fils nom du fils PERE : no pre no pre no pre no pre nom du pre nom du pre nom du pre nom du pre
1ER ETAT : saisie des numros de Pre de l'OUTIL : SAISIE DES FILS
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
146
touche d'aide de l'cran ou de l'information, F4 retour au menu principal, F5 pagination avant, F6 pagination arrire... - dessin de grille standard avec rservation de zones pour l'affichage de la date, du numro de transaction actuelle, des messages d'erreur, des aides sur chaque information ou sur l'cran ou saisie du numro de transaction o l'on veut accder directement...
Date Nom de l'outil Transaction Souhaite
Messages
Zones rserves - conception gnrale d'un outil - cration, modification, suppression dans un menu ou code saisir dans les lignes d'un tat.
- crer - supprimer - modifier - interroger C S M I Ligne de commande ________________ ________________ ________________ ________________ ________________
Comment crer, supprimer... - Comment passe-t-on d'un tat l'autre en cas d'enregistrement de MLD "dpendant" ? Quand le nombre de fils dpasse un certain nombre, passe-t-on un tat suivant ou sont-ils sur le mme tat ? Exemple : saisie des familles. L'outil dvelopper doit permettre la saisie de familles, du pre, de la mre (nom, prnom) et des enfants, (leur sexe, prnom et date de naissance). Solution 1 : 1er tat, saisie des informations des parents et deuxime tat, saisie des informations des enfants. Solution 2 : 1er tat, saisie des informations des parents et saisie des informations de 5 enfants. Si la famille a plus de 5 enfants, valider, repasser sur le mme tat et rajouter des enfants. Solution 3 : 1er tat, menu principal, plus ou moins de 5 enfants. Deuxime tat, saisie des informations des parents et des enfants des familles de moins de 5 enfants et troisime tat, saisie des informations des familles de plus de 5 enfants.
147
- type de libell des messages d'erreur issus de contraintes sur les informations de l'tat, abrviations ou libell des informations. Les messages d'erreur sont-ils grs dans le modle de donnes ? en anglais ? - type de validation. Se sert-on d'une touche fonction pour valider ou doit-on rpondre au message Validation Oui/Non ?
2.3.4 De nouvelles informations apparaissent.

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

De chaque tat, une ou plusieurs action(s) de mise jour, de modification ou de suppression d'occurrence d'information ou denregistrement peut exister. La spcification interne consiste dclarer les actions et l'obtention des informations : affiches dans chacun des tats suivants ; concernes par une action sur les informations d'un enregistrement ; faisant partie d'une condition de passage de cet tat vers un des suivants. Elles sont obtenues partir des informations connues dans le premier tat - les informations affiches et saisies - et au moyen de : une rgle de calcul ; la cl d'un enregistrement (qui donne accs toutes les informations de l'enregistrement) ; un chemin d'accs. Exemple : l'outil concerne l'interrogation des fils d'un pre. Le premier tat saisit un numro de pre. Si celui-ci n'existe pas, l'tat suivant est la cration d'un pre. A partir de cet tat, une occurrence de l'enregistrement pre est cre. Si celui-ci existe, l'tat suivant affiche les fils, leur prnom et leur date de naissance.
Saisie du numro de pre
1er Etat
le numro n'existe pas le numro existe
Cration du Pre
Affichage des Fils
Les informations dont l'obtention doit tre dclare sont : prnom du fils, date de naissance du fils qui sont des informations affiches dans l'tat "affichage des fils" et non saisies dans l'tat "saisie du numro de pre".
148
Elles sont obtenues via le chemin allant du numro de pre vers les numros de fils ; numro de pre est une information non saisie sur l'tat cration du pre et crer dans le MLD partir de l'action cration du pre. Cette action s'effectue partir de cet tat. Cette information "numro de pre" est le numro saisi dans l'tat "saisie du numro de pre" ou un numro rsultat de la rgle de calcul "nouvel abonn" qui consiste ajouter 1 au dernier inscrit. L'utilisateur valide une partie des spcifications internes, les modifications possibles des informations d'enregistrement. Le concepteur, qui n'a alors de concepteur que le nom, doit effectuer un travail astreignant dont il importe de comprendre l'utilit avant de se lancer dans l'aventure. Si un gnrateur d'application, c'est--dire un outil de gnration de programme partir de "macro-commandes" est ou doit tre utilis, veillez aux rutilisations possibles.
Il existe deux conceptions d'outils :

- une conception "mono-enregistrement" ou donnes o un outil sert la modification, la cration et la suppression d'une occurrence d'un mme enregistrement et des chemins alentour. Cette premire conception est simple programmer et demande une adaptation de l'utilisateur. Celui-ci pourra comprendre toutes les applications. Dans ce cas, il existe 5 outils par individu (cration, modification, suppression, consultation et recherche partir des informations de l'individu) et un certain nombre d'outil de recherche d'occurrence d'individu dont le maximum est le nombre de chemins, donc le nombre de pattes de relation. Les outils sont alors crs partir des MOD. Certains pourraient parler de conception oriente "objet" ou individu. Si l'outil prcdemment dcrit sert la cration des fils, de l'tat cration du pre, un enchanement est possible vers l'outil cration du fils. Cette conception est monoenregistrement : un seul enregistrement "Pre" ou "fils" est mis jour.
Cration du Pre
Cration des Fils

Un enregistrement par tat. - une conception "multi-enregistrements" ou traitements o un tat sert plusieurs enregistrements et vite l'utilisateur de paginer plusieurs tats avant de consulter ou de saisir l'information souhaite. Cette deuxime conception est plus courante pour les utilisateurs (approche traitements). Les outils sont crs partir des MOT.
149
NO PERE : SSSS Nom SSSSSSS Date de naissance SS SS SS FILS : prnom du fils date de naissance sssssssssss ss ss ss sssssssssss ss ss ss sssssssssss ss ss ss sssssssssss ss ss ss sssssssssss ss ss ss
Cration du pre et des fils Exemple de l'tat saisie du pre et des fils : les occurrences des fils peuvent tre cres partir de l'tat cration du pre.
2.4 Outil en traitement diffr.

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

Les messages changs entre site et base de donnes sont rpertoris et fixs. Ils serviront de rfrence aux changes d'informations entre outils lors de l'tude dtaille. Il s'agit des messages passant dans les "pipe-lines" informatiques. Le modle logique de communication provient du MLD et de l'utilisation des outils en temps diffr. Exemple : cas de rparation locale, rgionale et nationale expos au niveau organisationnel.
1er Cas Centralisation totale : pas de message chang.

Base De Donnes Centralise
MLC 1
2me Cas Centralisation nationale : les messages changs entre bases sont :
Demande de rparation nationale
Base De Donnes Nationale
Refus de rparation nationale
Bases De Donnes Rgionale et Locale
MLC 2
3me Cas Dcentralisation totale : tous les messages recenss sur la procdure seront transmettre d'une base l'autre.
Base De Donnes Nationale Base De Donnes Rgionale
Base De Donnes Locale
MLC 3
4 VALIDATION DONNEES/TRAITEMENT
4.1 Validation MOD / outils.
Tout individu, relation ou information d'un MOD est cr et consult par un outil. Sinon, soit un outil existant ou crer doit le faire, soit l'individu, la relation ou l'information est inutilement gr.
151
Ensuite, cette liste d'outils est compare avec les outils existants. L'informatique future doit au moins couvrir les traitements existants conserver. Apparaissent des outils "techniques" tels que les outils de cration de rfrences comme la cration des individus LIEU, PAYS, DEVISE. Pour ces outils, un outil standard de cration des individus ne comprenant comme information que l'identifiant et un libell peut tre dfini. Trois ensembles d'outils sont alors examiner car ils peuvent faire l'objet d'une approche standard ou tre raliss par un progiciel. Ces outils sont les outils d'dition (voir les documents du MOD), les outils de scurit d'accs (voir les autorisations d'accs du MOD) et les outils d'interface (voir les types d'anomalie suivant). Les outils de reprise des donnes existant dans des fichiers existants sont recenser. Un outil en temps diffr grant les transferts entre base de donnes peut s'appuyer sur une partie du modle de donnes comprenant un individu intitul "type d'anomalie".
L'individu TYPE D'ANOMALIE apparat. Type d'anomalie provient du chargement de donnes provenant de base de donnes diffrentes.
Supposons le cas d'une socit d'assurance multi-sites. Un site de donnes (MOD A) gre des vhicules avec ou sans moteur. Un deuxime site, une agence, gre uniquement des assurances de voitures (MOD B). De manire priodique, les voitures de l'agence seront envoyes sur le modle A. Les deux modles A et B peuvent tre identiques ou diffrents, comme sur le modle. L'individu en blanc est un autre individu (Propritaire ou Location).
MOD A MOTEUR VEHICULE Transfert Automatique VOITURE MOD B
Un transfert de donnes entrane des anomalies... Les informations transfres entre deux systmes ne sont pas toujours cohrentes et des contrles ont lieu pour assurer la cohrence du systme "receveur". A chaque contrle peut correspondre un type d'anomalie. Exemple : les stocks d'quipement sont grs travers le monde fin de location. Les situations d'quipement telles que "disponible", "en rparation", "lou"... sont suivies et reues automatiquement d'un site un autre. La cohrence entre les situations successives d'un mme quipement doit tre vrifie pour une base donne. Un quipement doit tre "inspect" aprs avoir t "en rparation". Si une situation quipement "lou" est reue pour cet quipement, un type d'anomalie "lou et non inspect" est gnr.
152
Cet exemple montre l'intrt qu'il y a dvelopper une procdure dans ce cas. Qui est responsable de la cohrence des situations des quipements ? Dfinir l'organisationnel avant le logique.
lou et non inspect
TYPE D'ANOMALIE 0,N
Lou no 2512
SITUATION RECUE
type situation quipement
10-1-88
SITUATION ACTUELLE 0,1
date dbut situation date fin situation
provenir
0,N 0,N
existence encht situation existence type situation
0,1
1,1 1,1
1,1
existence qupt
squencer
0,N
rparation
TYPE SITUATION
0,N
1,N
no 2512
CONTROLE INTERNE
EQUIPEMENT
0,N
... corriger
Aprs cette validation MOD/Outils, la liste des outils est complte.
4.2 Validation MLD / outils

Tout enregistrement, information ou chemin d'un MLD est cr et consult par un outil. Cette validation dfinit quels outils crent ou consultent quelle information ou quel chemin redonds du MLD optimis. La lecture s'effectue grce un chemin ou une information d'enregistrement. La mise jour s'effectue grce un enregistrement.
4.3 Validation des outils par les actions de mise jour de donnes d'enregistrement
Dans le cas o les spcifications comprennent les actions de mise jour des informations d'enregistrement, toutes les informations doivent tre cres par une action. Cette action est enclenche lors d'un tat d'outil transactionnel ou lors d'un outil par lot. Si une information n'est pas cre, il y a eu erreur sur la validation prcdente. Les vues des MLD dfinissent le cadre des actions. Dans la pratique, lorsque aucune mthode n'est employe, cette validation est effectue aprs la ralisation.
5 VALIDATION DE L'UTILISATEUR L'utilisateur valide videmment les enchanements d'tat par outil. Il peut galement valider les redondances de chemin et d'information et les suppressions de chemin. Il connat les informations le plus souvent utilises.
153
6 RESUME DU NIVEAU LOGIQUE Un MLD se dduit de chaque MOD en fonction de rgles transformant individus et relations en enregistrements et chemins. Ensuite chaque MLD est optimis en supprimant ou en dupliquant des informations ou des chemins. Les cls d'enregistrement peuvent tre dcomposes en cls ou cl(s) et numro d'ordre au niveau logique. Chaque outil informatique "transactionnel" se dcrit sous la forme d'enchanement d'tats (MLT) affichant des informations et prt en saisir d'autres. La spcification externe comprend la description des tats et des informations affiches et saisies approuve par l'utilisateur final. La spcification interne comprend la description des actions de cration des informations du MLD (enregistrements, informations et chemins d'accs) Le MLC recense les messages changs entre sites de mmorisation. Il concerne principalement les outils en temps diffr. Plusieurs validations sont possibles au niveau logique MOD/liste des outils, MLD/liste des outils, actions de mise jour/liste des outils. La premire validation entre MOD et outils vite de construire le MLD. Elle est imprative pour l'tape de fin de l'tude pralable.
Enchanement Des tats menu nom soeur Affich delar soeur nom frre Saisie tat Soeur :
MLT (enchanement des tats)
MLT (Etats) l'tat soeur met jour l'enregistrement E2.
E1 soeur E2 E3
E2 E3 les informations affiches dans l'tat delar sont obtenues par le chemin de E3 vers E2. E2 delar E3
MODELE LOGIQUE DE DONNEES
SPECIFICATION INTERNE
154
COMITE DE VALIDATION DU NIVEAU LOGIQUE
155
156
Chapitre IV : le niveau physique
Sans peau, o pousseraient les poils ? (Proverbe chinois) Le dernier niveau de la mthode, le niveau physique, reprsente le rsultat informatique. Il dpend des logiciels de dveloppement ncessaires la programmation et la manipulation des donnes. La mthode laisse place aux normes du rel. En l'tat de l'art, on arrive assez facilement dduire du MCD, MOD des structures de SGBD ou, partir d'un dessin d'cran, des programmes transactionnels. Remarquons la faiblesse des investissements en matire de modles de communication. L'htrognit des systmes, en l'attente de normes internationales, pse sur les automatismes de production du MPC.
Le modle logique de donnes reprsente la future base de donnes, le contenant des informations. Trois types de logiciel - de Systme de Gestion de Base de Donnes (SGBD) - permettant de crer, modifier ou consulter des informations, existent actuellement : hirarchique, navigationnel ou rseau et relationnel. Les passages des modles organisationnels aux modles navigationnel ou relationnel sont explicits dans ce chapitre. Le passage d'un MOD ou MLD un modle de SGBD hirarchique n'est pas automatisable. Les SGBD relationnels doivent respecter certaines conditions (Rgles de Codd) ainsi que leurs enregistrements (Normalisations). Le modle physique de traitement comprend les programmes informatiques et leur environnement d'exploitation, moniteurs temps rel, traitement par lot, temps partag... Aucune reprsentation n'est spcifique de MERISE et ne sera dveloppe. Le modle physique de communication comprend la tlmatique entre site informatique, les techniques de transmission de donnes entre applications. Aucune reprsentation n'est spcifique de MERISE et ne sera aussi dveloppe.
1 MODELE PHYSIQUE DE DONNEES.

Le modle physique de donnes est un modle de la base de donnes. L'implantation physique, la topographie des enregistrements informatiques ne sont pas dfinies. Trois systmes de gestion de base de donnes, les modles hirarchiques, navigationnels et relationnels servent de modles.
157
Le choix du type de SGBD effectu, deux questions se posent : comment retrouver physiquement un chemin logique, par une information ou par un lien physique ? Faut-il clater ou regrouper certains enregistrements afin d'acclrer les traitements ?
1.1 Information ou lien.

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

adresse mmoire du client
Un lien permet de connatre l'adresse de la cl.

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

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

Pre 1
Fils 1
Fils 2
Petit-Fils 2 Petit-Fils 1
Petit-Neveu 2 Petit-Neveu 1
occurrences d'un SGBD HIERARCHIQUE
Le modle des fichiers hirarchiques se prsente sous la forme d'enregistrements relis par des liens dont la flche va de l'amont vers l'aval : du pre aux N fils, du fils aux N petits-fils, du fils aux N petits-neveux.
Lien PERE FILS Enregistrement
PETIT FILS
PETIT NEVEU
Nomenclature HIERARCHIQUE : enregistrements et liens
Pour accder aux petits-neveux, il faut accder la bonne occurrence de pre, puis la bonne occurrence de fils. La cl de l'enregistrement Fils est la composition des cls du Pre et du Fils. La cl de l'enregistrement Petit-Neveu est la composition des cls du Pre, du Fils et du Petit-Neveu.
Cl Petit-Neveu Cl Fils Pre Fils Petit-Neveu
Pre
Fils
Les cls sont composes.
Le passage du modle organisationnel ou logique de donnes un modle hirarchique n'est pas automatique. Dans le cas de relation 0,N 0,N ,telle que la relation "crire" entre auteur et livre, entre deux individus ou de deux chemins d'arrive N informations, les deux liens doivent exister. Un lien relie le premier enregistrement au deuxime et un autre du deuxime vers le premier.
159
LIVRE Pre ou Propritaire AUTEUR Pre ou Propritaire
AUTEUR Fils ou Membre
LIVRE Fils ou Membre
Gestion des liens "auteur de livre" et "livre d'auteur"
Ce modle, de par sa contrainte pour un enregistrement de n'avoir qu'un seul lien de "filiation", n'est pas recommand.
1.3 SGBD navigationnel ou rseau

Ce type de SGBD est actuellement le plus rpandu et a fait l'objet de normalisation dans le cadre d'un groupe de travail nomm CODASYL. La diffrence essentielle avec le SGBD de type hirarchique est qu'un enregistrement Fils ou Membre peut avoir plusieurs enregistrements Pres ou Propritaires.
PERE Propritaire Lien
Pre
An
Frre
Frre
Benjamicrobe
FILS Membre
SGBD RESEAU : occurrences, enregistrements et liens
Dans ce modle, le pre a l'adresse du premier fils. Chaque fils a l'adresse du frre qui le suit et de celle de son pre dans une famille. Le dernier frre, en queue du peloton, a l'adresse de son pre. Le chemin (d'adresse) d'un pre vers ses N fils est appel lien, comme en hirarchique.
FAMILLE 1 FILS FAMILLE 2
Un fils peut appartenir plusieurs familles.
Des rgles de transformations du modle logique ou du formalisme individu/relation en enregistrement et lien ont t dictes. Les rgles diffrent suivant le cas des individus, des relations binaires ( deux pattes) non porteuses d'informations de cardinalit maximale un, des autres relations binaires et des relations non binaires sont explicites. Le cas MLD/MPD est vu en premier et le second cas est le passage direct du MCD ou du MOD vers le MPD.
160
Rgles de transformation du modle logique vers le modle rseau :

1) Tout enregistrement logique devient un enregistrement physique. 2) 2 chemins N arrives entre 2 enregistrements logiques deviennent un enregistrement physique et 2 liens.
Enregistrement logique
N N
MLD
Enregistrement logique
Enregistrement physique
MPD Rseau
3) Les autres chemins N arrives entre 2 enregistrements logiques deviennent un lien.
Rgles de transformation du modle individu/relation vers le modle rseau 1) Tout individu devient un enregistrement
INDIVIDU
ENREGISTREMENT
2) Toute relation non porteuse d'informations ayant une cardinalit maximale 1 : 0,1-0,N, 1,1-0,N, 0,1-1,N, 1,1-1,N se transforme en lien. Le lien mmorise les deux chemins 1 arrive et N arrives du niveau logique.
,1
Une relation X, N donne un lien. La flche change de sens
3) Les autres relations binaires se transforment en un enregistrement et deux liens. L'enregistrement driv de la relation contient les adresses des cls des enregistrements issus des individus et les informations ventuellement portes par la relation.
161
,N ,N
Une relation NN donne 1 enregistrement et 2 liens.
Remarque : une relation non porteuse d'informations dont les cardinalits maximales sont N se transforme en un enregistrement alors qu'au niveau logique, cette relation ne donnait pas lieu un enregistrement, mais deux chemins. Les deux chemins menant N informations du niveau logique se transforment en 1 enregistrement et 2 liens. Cet enregistrement ne contient que des adresses d'informations.
4) Les relations non binaires, N-aires (N = nombre de pattes) se transforment en 1 enregistrement et N liens. L'enregistrement final contient les adresses des autres enregistrements et les informations ventuelles de la relation.
Exemple de 3 pattes :
Une relation 3 pattes se transforme en 1 enregistrement et 3 liens
La mise en place de telles structures de donnes influe notablement sur les performances. Il vaut mieux ne mettre en place qu'un ou deux liens et traiter le troisime chemin en lecture squentielle.
1.4 SGBD relationnel

Ce type de SGBD se dveloppe de plus en plus. C'est pourquoi il est plus approfondi. Comme il ne gre pas d'adresse ou de lien, son formalisme est plus facile comprendre. Dans un modle relationnel, tous les enregistrements sont composs d'informations et il n'existe pas d'adresse d'informations, de pointeurs ou de liens connus de l'utilisateur. Toutes les informations peuvent tre accdes indpendamment de leur adresse. Il n'est pas ncessaire de dclarer des fichiers ouverts, de passer l'occurrence d'enregistrement suivant pour mettre jour une information.
162
Fils
Pre
Pas de lien en relationnel.
Un langage normalis de cration et d'interrogation des enregistrements et des informations existe pour tout SGBD relationnel. Il est appel SQL pour Structured Query Language. Ce langage permet un utilisateur final d'interroger, aprs une formation pralable, toutes les informations de la base de donnes. Cette recherche d'information peut tre mene de toutes les manires possibles, mme celles non prvues par des programmes informatiques. Il est possible de rechercher toutes les personnes dont le grand-pre est n un jeudi ou dont la fortune est gale leur poids en grammes. Ce langage permet aussi de mettre jour, lire ou modifier facilement toutes les informations. (Rfrence 4).
1.4.1 Au Tableau !
Un enregistrement d'un SGBD relationnel est appel relation ou table. Ces relations n'ont rien voir de prs avec les relations du modle de donnes. Le modle est appel relationnel car l'tablissement d'une navigation entre deux enregistrements ncessite la mise en relation, valeurs gales, d'informations d'enregistrements. Table ou tableau sont les termes les plus simples spcifiques des SGBD relationnels. Les colonnes d'une table sont les informations et les lignes les occurrences d'enregistrement, les ensembles d'occurrences d'information. Exemple : Pre et fils sont des tables deux dimensions ou des matrices. La table PERE comprend comme colonnes : numro du pre, nom de famille, prnom, date de naissance, etc. Une ligne de cette table est constitue des occurrences d'information d'une occurrence de Pre : 44, Charles, Jacques, 6 Septembre 1950.
PERE
Lignes = Occurrence d'enregistrement
numro pre 44 nom famille Charles prnom pre Jacques date naissance 6-9-50
Colonnes = Informations
Certaines colonnes peuvent ne pas avoir de sens pour toutes les lignes (occurrences) de la table. Par exemple, une colonne de la table pre peut tre "prnom de l'pouse". Dans ce cas, les valeurs de ce prnom pour les pres clibataires n'existent pas, sont vides de sens.
163
Le tableau FILS comprendra comme colonnes : prnom du fils, ordre d'apparition dans la famille, numro du pre... Une ligne de ce tableau sera compose des occurrences d'information d'une occurrence de Fils : 252, Romain, 2e , 44.
FILS
numro fils 252 prnom fils Romain ordre famille 2 numro pre 44
Tableau "FILS"
Dfinition de la contrainte d'intgrit rfrentielle. En dclarant l'information "numro de pre" dans la table fils comme dpendante de l'information "numro de pre" dans la table pre, la valeur du numro de pre dans la table pre doit exister avant la valeur numro de pre dans la table fils. La rfrence du pre (du fils) se trouve dans la table pre. 44 ne peut tre enregistr dans le tableau FILS que si le Pre 44 existe dans le tableau PERE. 1.4.2 A l'Index ! Toute colonne d'un tableau relationnel peut faire l'objet d'accs pour rechercher une ou des lignes ( l'aide du langage SQL en particulier). Les colonnes d'un tableau, les informations, peuvent tre dclares comme critre d'accs acclr ou colonne indexe. La plupart du temps, ces colonnes indexes proviennent des chemins retenus au niveau logique.
La colonne numro de pre peut tre indexe dans la table du fils et conserve ainsi le chemin du Pre vers ses fils. Chaque table peut possder une cl permettant d'accder la bonne ligne. Cette cl est dclare comme "index unique". Deux pres ne peuvent possder le mme numro, la mme cl. Un index unique peut tre la composition de plusieurs colonnes. Exemple : le tableau "pre" comprendra la colonne index unique "numro du pre", la colonne index "nom", la colonne index "prnom pre" si je veux souhaiter les ftes et retrouver tous les pres ayant le mme prnom d'une manire acclre.
Index Unique
numro pre
Index
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
164
"composante" ne peut tre vide pour une ligne de table. Vous venez d'apprendre la deuxime contrainte en relationnel, la "Contrainte d'intgrit sur la cl".
Index Unique
sexe, anne de naissance, mois, numro de dpartement, ... nom famille 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
N N
MLD
cl1
cl2
Table 1
Table 3
Table 2
cl1
cl1, cl2
MPD relationnel
cl2
3) 1 chemin 1 arrive entre 2 enregistrements logiques redonde une cl, indexer le plus souvent, dans la table de dpart.
1 N
MLD
cl1
cl2
Table 1
Table 2
cl1
cl2
MPD relationnel
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
165
les identifiants ou les cls de table dans d'autres tables. Les redondances d'information ou de chemin du MLD sont reprises plus tard.
Cration de table :
Chaque individu se transforme en table,
INDIVIDU
TABLE
Un individu se transforme en table.
,N
identifiant 1
,N
identifiant 2
identifiant 1
identifiant 1, identifiant 2
identifiant 2
Une relation NN se transforme en table.
ainsi que chaque relation (X,N),(X,N). La cl, index unique, de la table provenant de la relation, est la composition des cls ou des identifiants des individus. Une table est aussi cre si la relation relie plus de deux individus. Elle contiendra les informations ventuelles de la relation. Si deux chemins ont t conservs au niveau logique, les deux informations de la table "relation" sont candidates l'indexation.
Migration d'informations
Une cardinalit maximale 1 d'une patte de relation binaire entrane la duplication de l'identifiant d'un individu dans la table issue de l'autre individu.
,1
identifiant 1 identifiant 2
identifiant 1
identifiant 2
identifiant 2
Une relation X,1 entrane la migration de l'identifiant
Le deuxime chemin, de l'identifiant 2 vers l'identifiant 1, est conserv en indexant l'identifiant 2 dans la table 1.
166
Dans le cas o cette patte est 0,1, l'identifiant 2 est une valeur qui peut tre vide, la cardinalit minimum est 0. Cela entrane l'obligation de traiter les valeurs vides.
Exercice de passage MOD/MPD relationnel.

Dessiner le modle relationnel de ce MOD :
OUVRAGE rf. ouvrage 0,N AUTEUR rf. auteur 1,N crire 0,N de 1,1 EXEMPLAIRE rf. exemplaire 0,N prter date de retour 1,N PRET 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. Ces rgles peuvent tre rapproches des rgles sur les informations d'individus ou de relation (une seule valeur d'information par individu ou relation par exemple). Quand le passage s'effectue du MCD MOD (MLD) au MPD, les tables sont obligatoirement normalises. Merise vite d'avoir normaliser les tables.
Dpendance multi-value et fonctionnelle sont des termes typiques du modle relationnel. Une dpendance multi-value est un chemin d'une information de dpart N informations d'arrive. A partir d'un "nom de pays", N "nom de villes" sont trouvs. 167
Une dpendance fonctionnelle est un chemin d'une information de dpart 1 information d'arrive. A partir d'un "nom de ville", 1 "nom de pays" est trouv, ainsi qu'1 "nombre de citadins".
Dpendance multi-value et fonctionnelle
Le dfaut de cette reprsentation est de ne prendre en compte ni la cardinalit minimale (0 ou 1) ni le "chemin inverse" de l'autre patte.
1re forme normale : limination des dpendances multi-values entre informations d'une mme table. Elles liminent d'une table les informations prenant plus d'une valeur dans cette table (chemin N arrives partir de la cl de table ou chemin de "cl1" vers xxx et "yyy"). Ces informations "arrives" se trouvent dans une autre table, crer et non normalise, provenant d'un autre individu.
1 cl1 aaa bbb
N
xxx yyy
cl1 xxx yyy
=>
cl1 aaa bbb
L'limination des dpendances multivalues conduit une table normalise et une normaliser
cl1 aaa
0,N ou 1,N
Les cardinalits maximales N sont identifies.
Dans une table en premire forme normale, les informations ne prennent qu'une valeur. Les cardinalits 0,N et 1,N sont identifies. Le traitement des dpendances multi-values (cas de plusieurs dpendances multi-values dpendant de la cl) fait l'objet des quatrime et cinquime normalisations. La table de dpart peut provenir d'une relation.
2me forme normale : limination des dpendances sur une partie de cl (non lmentaires), les relations exprimes sont identifies.
Une dpendance non lmentaire existe quand une information de dpart dpend d'une partie de la cl d'une table. Dans l'exemple, ccc et bbb dpendent de deux parties de la cl : cl1 et cl2. aaa dpend de cl1,cl2. Exemple : si la table de dpart est "produit command", l'index unique est "numro de commande, numro de produit". Si la "date de la commande" se trouve dans cette table, elle doit tre sortie car elle ne dpend que du "numro de commande".
168
1
cl1, cl2 aaa bbb ccc
cl1, cl2
aaa
=> cl1
cl1
ccc bbb
Identification des tables issues de relations Cration des tables issues des individus
L'information ccc est une proprit de l'individu d'identifiant cl1, l'information bbb est une proprit de l'individu d'identifiant cl2, l'information aaa est une proprit de la relation entre les deux individus.
0,N cl1 ccc aaa 0,N cl2 bbb
Identification des relations
3me forme normale : limination des dpendances transitives.

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

0,1 ou 1,1
aaa bbb
Identification des cardinalits X,1 d'individus identifis avec des individus non identifis
4me forme normale : traiter les dpendances multi-values reconnues dans la premire forme normale. C'est le cas d'une cl plusieurs dpendances multi-values. La "table" n'tait pas normalise en 1. Les tables xxx et yyy sont spares.
169
N cl1 xxx yyy
cl1
xxx yyy
xxx yyy
=>
cl1
Identification de tables issues de relations X,N
Le chemin N arrives de cl1 vers xxx et yyy entrane la cration de la deuxime table contenant les informations yyy et la table croise, "relation" contenant les informations cl1 et yyy si le chemin de yyy vers cl1 a N arrives (relation NN se transformant en table). Si le chemin de yyy vers cl1 a 1 arrive, le chemin est conserv en redondant cl1 dans la table yyy (relation X,1 entranant la redondance de la cl du "pre"). L'index unique est alors yyy et non cl1, yyy. Les deux tables en pointills n'existent alors pas.
1,N ou 0,N 0,N ou 1,N ? xxx
? yyy
Identification des cardinalits X,N avec les individus non identifis
5me forme normale : une dpendance multi-value existe entre arrive de dpendances multi-values. C'est une quatrime forme normale o une relation supplmentaire est "identifie". Elle concerne le chemin N arrives entre xxx et yyy. Si cette dpendance existe, la relation grise existe, donc la table qui a pour cl (xxx yyy).
cl1 xxx yyy N
=>
cl1 xxx yyy cl1
xxx yyy
xxx yyy
Identification de la dernire table possible
Les individus sans identifiant sont relis. Les relations non exprimes sont identifies. La relation entre les individus xxx et yyy peut tre du type 0,1 0,N. Dans ce cas, xxx peut tre dans la table yyy (chemin une arrive de yyy vers xxx).
170
yyy 1,N ou 0,N ?
xxx
Relations entre individus non identifis
Rsum. Les tables de dpart correspondent l'individu et la relation en trait gras. La 1re normalisation identifie les relations X,N. La deuxime traite la table relation dj exprime. La troisime identifie les cardinalits 1 maximum avec des individus contenant plus d'une information. La quatrime spare les relations N. La cinquime identifie les relations entre individus non identifis une information.
? X,N X,N
aaa bbb
3 1 4
?
xxx ?
5
X,N yyy
Rsum : les tables de dpart sont en trait gras
1.4.6 Les douze Rgles de Codd (plus la zro).

Ces rgles ont t exprimes par M. CODD* (rfrence 10) et servent de modle pour les SGBD actuels. Elles sont souvent mentionnes et rarement cites. C'est pourquoi elles le sont ici. Une vue est une vue externe telle que dfinie au niveau conceptuel. Dans le cas de SGBD relationnel, une vue est un ensemble de tables que l'utilisateur manipule. Ces tables manipules peuvent tre diffrentes des tables dfinies dans le SGBD. La table manipule Vhicule Moteur est une vue des tables Vhicule et Moteur. Rgle 0 - SGBD relationnel. Un SGBD relationnel doit pouvoir grer toutes les bases de donnes par ses possibilits relationnelles (recherche d'une occurrence par combinaison d'ensembles d'occurrences). Rgle 1 - Rgle sur les informations. Toutes les informations, dans une base de donnes relationnelle, sont dans des tables (mme le mta-modle : le descripteur de tables est une table).
* E.F. Codd. An evaluation scheme for database management systems that are claimed to be relational. Computerworld 1985
171
Rgle 2 - Garantie d'accs. Toute information lmentaire dans une base de donnes relationnelle est logiquement accessible par combinaison de nom de tables, de cl primaire (index unique), et de nom de colonne. Rgle 3 - Traitement des valeurs vides. Les valeurs vides sont supportes par les SGBD relationnels pour reprsenter des informations inconnues ou inapplicables de manire systmatique. Rgle 4 - Catalogue "relationnel" de la base. La description des bases de donnes est reprsente comme des donnes ordinaires. Le langage d'interrogation est le mme. Rgle 5 - Syntaxe d'un langage concernant les donnes. Un SGBD relationnel possde au moins un langage - possdant une syntaxe dfinie, - comprenant les fonctionnalits suivantes : dfinition des donnes, des vues, manipulation des donnes (de manire interactive et par programme), contraintes d'intgrit, autorisation (d'accs), commandes de transaction (commencer, valider ou mise jour logique, revenir la validation prcdente). Rgle 6 - Rgles de modification des vues. Toutes les vues thoriquement modifiables (cration et suppression) sont modifiables par le SGBD. Rgle 7 - Cration, modification et suppression de tables. La possibilit de manipuler une table comme oprande est valable pour la slection, la mise jour et la suppression. Rgle 8 - Indpendance vis--vis des donnes physiques. Programmes d'application et transactions ne sont pas modifis par des changements de stockage ou de mthodes d'accs aux informations. Rgle 9 - Indpendance vis--vis des donnes logiques. Programmes d'application et transactions ne sont pas modifis par des changements sur les tables sans perte thorique d'information. Rgle 10 - Indpendance des contraintes d'intgrit. Les contraintes d'intgrit sont dfinies et stockes dans un catalogue (et non dans un programme). Rgle 11 - Indpendance vis--vis de la rpartition. Un SGBD relationnel est indpendant de la rpartition des donnes. Rgle 12 - Rgle de respect des contraintes. Si un SGBD possde un langage "dtaill" (une ligne de table la fois par opposition la manipulation des lignes de tables par intersection sur des ensembles de lignes), celui-ci doit tenir compte des contraintes d'intgrit (rfrentielles et d'intgrit sur la cl) dclares dans le langage "gnral".*
* E.F. Codd. An evaluation scheme for database management systems that are claimed to be relational. Computerworld 1985
172
1.4.7 L'information du modle relationnel.

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

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

Exemple des vhicules et des moteurs. Au niveau conceptuel, le modle de donnes est :
MOTEUR
1,1 motoriser
0,1
VEHICULE
Un vhicule peut ne pas avoir de moteur
173
Au niveau logique, les individus moteur et vhicule se transforment en enregistrements moteur et vhicule. Le modle de donnes est :
MOTEUR
cl Moteur cl Vhicule Puissance du moteur nombre de cylindres
VEHICULE
cl vhicule cl moteur
Le vhicule peut toujours ne pas avoir de moteur
Au niveau physique, si 90% des vhicules traits sont des vhicules moteur, un seul enregistrement "Vhicule" peut tre retenu dans lequel seront stockes les informations des moteurs :
VEHICULE
cl vhicule Puissance du moteur nombre de cylindres
Les vlos ont un moteur " blanc" au niveau physique.
Que devient la reprsentation "type de...", "caractristique" et "possder" du modle de donnes ?

Prenons exemple sur le modle relationnel. Les individus deviennent des tables. Les relations "possder" et "autoriser" deviennent des tables.
XXX
1,1 typer 1,N 1,N autoriser 0,N
TYPE DE XXX
possder
valeur
CARACTERISTIQUE DE XXX
0,N 0,N
MCD repli
La table "type de..." indique quelles sont les informations lire dans l'enregistrement "possder".
174
Xxx Type De Xxx
Rfrence xxx
Rfrence type xxx Rfrence type xxx
Libell xxx Libell type xxx Libell caractristique valeur
Caractristique De Xxx Possder Autoriser
Rfrence caractristique Rfrence xxx Rfrence type xxx Rfrence caractristique
Rfrence caractristique
Supposons que les tables "XXX" et "caractristiques de XXX" soient regroupes et que la table "autoriser" indique le numro d'ordre de la "rfrence caractristique" dans la "rfrence type XXX". Alors, "autoriser" indique la structure de donnes de la table regroupe "XXX", comme un "code carte" indiquait la structure de donnes d'une carte perfore.
Carte
Rfrence xxx Rfrence type carte valeur 1 valeur 2 Libell xxx valeur N Libell type xxx Libell caractristique Numro d'ordre
Type De Carte Caractristique De Carte Autoriser

Rfrence type xxx
Rfrence type xxx Rfrence caractristique Rfrence caractristique
2 MODELE PHYSIQUE DE TRAITEMENT

Il consiste en l'criture du programme. Celui-ci peut tre gnr dans le cadre d'un "atelier de gnie logiciel". La finalit de mthodes telles que MERISE est la production de "code" automatique partir de la conception. La maquette est l'enchanement des tats sans rels calculs. Un prototype excute des calculs, met jour des donnes et l'utilisateur final peut presque dire que la programmation est termine.
Programme
L'outil informatique retenu par l'utilisateur va tre ralis par un programmeur. Celui-ci est libre de dcouper ses programmes de manire les rutiliser dans les diffrents outils informatiques. Les programmes d'dition sont un exemple de programme spcial permettant de crer tout tat de sortie en fonction des informations de la base de donnes. C'est le cas des progiciels sophistiqus.
175
3 MODELE PHYSIQUE DE COMMUNICATION

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

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

Le bois est dsormais devenu bateau. (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.
179
4. Un employ n'effectue que des oprations organises. 5. Mon oncle va enfin pouvoir aller au cinma. 6. Une opration dite conceptuelle est effectue par un domaine.
3 RESUME DES DONNEES.

Les donnes reprsentent la mmoire d'un systme. Au niveau conceptuel, la structure de cette mmoire est compose d'individu, de relation, de patte, d'information, de contrainte et le systme est un domaine. Au niveau organisationnel, la structure de cette mmoire est compose d'individu, de relation, de patte, d'information, de contrainte et le systme est un site gographique de donnes d'un domaine. Au niveau logique, la structure de cette mmoire est compose d'enregistrement, de chemin, d'information et le systme est un site de donnes informatique. Au niveau physique, la structure de cette mmoire est compose d'enregistrements physiques, de lien et d'information et le systme est un site de donnes informatique dont le type de SGBD est connu.
P O U R Q U O I ?
C O M M E N T ?
OPERATION CONCEPTUELLE OPERATION ORGANISEE OUTIL
INTERVENANT
G
D E T A I L L E
INDIVIDU RELATION PATTE INDIVIDU RELATION PATTE ENREGISTREMENT CHEMIN ENREGISTREMENT LIEN
SYSTEME D'INFORMATION : DOMAINE SITE DE DONNEES SITE DE DONNEES
POSTE DE TRAVAIL
E N E R
INFORMATIQUE PROGRAMME
A L
TYPE SGBD
Traitement et donnes
180
Chapitre VI : l'organisation d'un projet
L'application d'un plan annuel dpend des efforts qu'on fait au printemps. (Proverbe chinois)
1. LES ACTEURS D'UN PROJET.

Le choix des personnes affecter un projet en fonction de leur comptence et de leur exprience est primordial.
Ce point est essentiel pour la russite d'un projet. Mieux vaut un bon chef de projet avec une mthode quelconque, si cela existe, qu'un chef de projet mdiocre avec une bonne mthode. De plus, un "bon" chef de projet saura changer de mthode pour en suivre une plus adapte. Rassurez-vous, Merise est une trs bonne mthode. Les acteurs principaux sont : le futur utilisateur de l'informatique qui dtient le savoir-faire de sa technique, expert dans son mtier, le "concepteur" ou formalisateur du systme qui acquiert le savoir, pour le spcifier au ralisateur ou programmeur qui dtient le savoir-raliser. Les autres acteurs sont l'organisateur, qui sait organiser, et un responsable de l'application qui sait choisir. Ces acteurs sont fonctionnels, une seule et mme personne peut tenir tous ces rles et peut utiliser, concevoir, raliser, organiser et choisir. Il est important de se doter de moyens de dcision un niveau lev, appel comit de pilotage, pour servir de cellule de dcision sur les choix effectuer et de moteur la mthode.
181
2. SCHEMA DIRECTEUR : le dcoupage en domaines et la planification

La prsentation d'un schma directeur est volontairement simplifie de manire souligner les apports spcifiques de la mthode. Un schma ou plan directeur d'informatisation retient les principales options informatiques (Matriel) et la planification des projets. Pour cela, il identifie les domaines de l'entreprise, les flux et concepts (individus) principaux.
VENDRE ACHETER PILOTER
COMPTABILISER PRODUIRE PERSONNALISER
Dcoupage en domaines
VENDRE PILOTER
BUDGET
Recoupement des concepts entre domaines
Le schma directeur dfinit le cadre organisationnel et informatique des futurs projets. Aprs tude de l'informatique existante et consultation de fournisseurs de matriels informatiques, il prconise un choix informatique. Les critres de choix sont des dlais de mise en place et de ralisation des programmes, de fiabilit de matriel, de facilit de mise en uvre et de cot, de capacit de traitement ou de mmorisation, du nombre de postes de travail... Quel systme ? Micro-ordinateur (avec ou sans rseau), mini ou gros systme ?
Ce choix est souvent soit une centralisation pour cause de "synergie", soit une dcentralisation pour cause de "responsabilisation", centre de cot ou de profit. Il est donn pour un cot et pour un gain attendus sous forme de pourcentages "saupoudrs" par domaine. Il ne faut pas ngliger les cots internes en personnel dus la formation et la disponibilit "perdue".
182
Les gains attendus en confort d'utilisation, motivation du personnel et augmentation potentielle de chiffre d'affaires ne sont pas mesurables facilement.
Anne 1 Anne N
gain
Personnel Matriel
dpense - Matriel Logiciel Personnel - interne externe Diffrence
++
Enfin et surtout, un schma directeur tablit une planification des projets par domaine et un plan d'investissement. Cette planification est reprsente sous la forme d'enchanement de projets.
Projet 1 Projet N
Dpart Projet i
Projet 2 Arrive 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 Projet 1 Projet 2 Projet i Projet i+1 Projet N Anne N
Chaque projet sera ensuite l'objet d'une tude pralable.
Introduction la gestion de projet :

La gestion de projet concerne l'enchanement dtaill des travaux effectuer, leur rpartition en fonction des quipes et le suivi de la ralisation. Cet enchanement d'oprations permet la planification et la dtermination du "chemin critique" du projet, le parcours le plus "serr", ncessairement le plus long pour arriver au rsultat final. Celui-l reprsente la suite des oprations surveiller
183
de prs afin d'viter un glissement dans le temps. Tout retard pris sur ce chemin critique se rpercute automatiquement sur la date finale de ralisation. Le but d'une gestion de projet est de respecter les cots prvus et la date finale de ralisation pour un rsultat donn. Le dcoupage du projet en tches lmentaires d'une dure prvue est effectu. Chaque tche peut dbuter ou se terminer une date dtermine. A chaque tche sont affectes une ou des ressources acquises un cot donn. La gestion des ressources (personnel, matriel) consiste dterminer les tches dans le temps en tenant compte des disponibilits des ressources. Le modle de donnes d'une gestion de projet est :
0,N
enchaner TACHE dure tche
0,1 0,1
dbuter
0,N 0,N
EVENEMENT date vnement libell vt DISPONIBILITE date dbut date fin cot
0,N
utiliser nombre
1,N
RESSOURCE
terminer
0,N
1,N
tre nombre
0,N
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
L'tude pralable comprend une partie du niveau logique
Le rsultat d'une tude pralable est gnralement, dans le cas d'informatisation, une liste d'outils informatiques valids par des modles organisationnels de donnes
184
et les outils informatiques existants. L'tude pralable recouvre donc une tude conceptuelle, une tude organisationnelle et une partie de logique.
3.1 L'existant.
Lors d'une tude pralable se pose le problme de l'existant. Doit-on tudier l'existant pour en connatre les avantages et les inconvnients, reprendre les transactions informatiques apprcies des utilisateurs ou tout reprendre sous prtexte d'il neuf et ne pas passer plus de temps tudier le vieux que de faire du neuf ?
La rponse est d'tudier le conceptuel avant l'existant et de ne pas essayer de faire de conceptuel de l'existant.
Conceptuel
Organisationnel existant
Organisationnel prvu
Informatique existante
Informatique prvue
COURBE DE LA PLUIE : tout descend du conceptuel
Le conceptuel avant l'existant.

D'tudier les fonctions majeures de l'entreprise, les domaines, permet d'exercer un il critique sur l'existant. Si, aprs analyse du conceptuel, il est dcid de ne plus avoir de service de livraison interne, l'analyse des documents internes de demande de livraison est inutile. Les informations examines la lumire du conceptuel permettent une comprhension plus facile.
Ne pas essayer de faire de conceptuel de l'existant.

Comment est-ce possible de conceptualiser l'existant ? En remontant du physique ou en interrogeant l'utilisateur en lui demandant de parler de l'existant et non de ce qu'il dsire. Dans le deuxime cas, comment descendre vers le physique ? Si des informations sont redondantes, existent plusieurs fois, dans quel concept existentelles ? Le seul cas possible de "conceptualiser" l'existant est quand le physique est modifi aussitt pour coller un conceptuel existant et futur.
3.2 Micro-informatique ou un seul site.

Dans le cas de dveloppement sur micro-informatique, il n'est souvent question que d'un seul domaine et d'un seul site de donnes. La rgle est de faire un modle de donnes complet avec les rgles de calcul et, dans le cas de recherche de progiciel, de les comparer avec ceux du progiciel.
185
L'tude pralable recouvre un conceptuel dtaill (plus dtaill que le schma directeur) et une liste d'outils informatiques. Les validations possibles sont : fin du conceptuel, fin de l'tude pralable avec une liste des outils. Cette dernire tape est indispensable.
Les outils utilisateurs sont explicits suivant leur type (interface, dition, autorisation d'accs, traitement immdiat ou diffr, progiciel...) et leur complexit de ralisation (simple, moyen, difficile, trs difficile). Ils sont ensuite planifis pour leur spcification et la ralisation : outil de saisie du client avant celui de la commande (toujours les mmes exemples, avez-vous remarqu ?).
Le choix de l'outil de dveloppement est effectu et les temps dfinis pour chaque complexit. Les temps de spcification sont en moyenne de deux jours pour un outil simple, une semaine pour un moyen et quinze jours pour un difficile. Voir une application dans le cas "Bibliothque". Les temps de ralisation dpendent fortement de l'outil de dveloppement et sont peu prs quivalents aux temps de spcification. Une moyenne de 7 jours par outil - spcification + ralisation - est une trs bonne moyenne. Les dessins suivants sont des exemples de planning. Les rectangles reprsentent les tches effectuer et les flches les enchanements obligatoires. Par exemple, sur le dessin suivant reprsentant l'enchanement des tches du niveau conceptuel, le MCD doit tre excut aprs le MCC.
liste des partenaires et sous-domaines Modle conceptuel de donnes : individus, relations, contraintes et informations, vues externes Validation niveau CONCEPTUEL
Modle Conceptuel De Communications
Epuration du vocabulaire
Concordance des informations des messages / infos du MCD rgles, quivalences
La conception est indispensable
Puis, l'aide du MCD, listez les outils et calculez les volumes de stockage ncessaires pour dimensionner le disque dur. Rappelons que ce cas s'applique uniquement dans le cas d'un site de donnes, sinon, les MOD sont indispensables pour consolider les donnes.
Validation 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).
186
Les outils utilisateurs et de dveloppement sont explicits de la mme manire que dans le cas de micro-informatique. Bien sr, le rsultat de l'tude pralable peut tre le choix d'un progiciel. Dans ce cas, le chemin critique est souvent la ralisation des interfaces informatiques et la construction d'un jeu d'essai est primordiale.
Dans certains cas toujours mentionns, valides dans le cas de choix de progiciel, une tude de scnario est prvue. Trois types d'hypothses sont expliciter par scnario : organisation (organigramme), ressources informatiques (matriels informatiques et liste des outils de dveloppement et utilisateur) et dveloppement (planification du projet et charge de travail).
MCT MCC
EPURATION VOCABULAIRE
VALIDATION DONNEES/TRAITEMENT modles des oprations
MCD
VALIDATION INFORMATIONS MESSAGES / MCD
VALIDATION PAR L'UTILISATEUR
Du conceptuel la fin de l'tude pralable.

liste des postes de travail Vrification des informations l'aide des documents existants Vrification de la liste des outils l'aide des outils existants
Validation Conceptuel
liste des procdures
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 microinformatique ou non).
4.1 Cas d'un seul site.

Le passage du modle conceptuel de donnes au modle physique est possible (MCD -> MPD).
187
Modles en Mise--jour et consultation par outil + validation de la liste 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 l'informatique existante et cible dcrivant les messages changs entre base de donnes et engendrs par tel outil est bienvenu. La liste des outils et un Modle Logique de Donnes valid par les traitements (Modles des outils) sont ncessaires pour la distribution des outils et attaquer la spcification.
N fois Lancement des tudes dtailles
Tests
Les tches comprises entre le lancement des tudes dtailles et les tests sont multiplier par le nombre d'quipes de spcification. Le Modle Logique de Donnes n'est pas obligatoire pour la spcification externe. La difficult des tudes dtailles tient la charge de travail et l'clatement ncessaire du travail. La construction pralable du MLD vite toute drive "personnalise" par un analyste ou un programmeur audacieux.
188

Lancement des tudes dtailles Analyse des programmes par lot (dont interfaces) Enchanement des tats et validation utilisateur (spcification externe) Programmation des outils traitement diffr Actions de mise jour par tat sur le Modle Logique de Donnes. Obtention des informations (Spcification interne)
Programmation des programmes transactionnels
Dfinition des jeux d'essais
Tests
Mise en production
Spcification et ralisation
5 REALISATION : le test de la mthode

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

Les quipes de conception, organisation et ralisation doivent tre le plus "constantes" possible. Cela implique que les donnes et les traitements doivent tre suivis par les mmes personnes et que les responsables de l'organisation et de l'informatique soient les mmes ou "chapeauts" par un mme responsable des... systmes d'information. Les gardiens de la mthode doivent participer aux tudes et ne pas se cantonner dans un service "mthodes". Passer souvent sur les mmes donnes et les mmes oprations approfondit les problmes et les solutions. Les individus tels que REGLE, SCENARIO, SIMULATION... apportent la valeur ajoute et la dure de vie au rsultat final. Ce point dpend fortement du premier. Un utilisateur fortement sollicit par plusieurs personnes se rclamant d'une mthode n'apporte pas toute la concentration ncessaire. Il convient de choyer l'utilisateur final. Il faut donc choisir des utilisateurs pouvant s'abstraire de l'existant en le simplifiant et en l'amliorant. Attention l'utilisateur seul et dcidant pour ses "postes de travail" : les "postes de travail" se feront connatre un jour ou l'autre et auront srement un point de vue diffrent. Et, bien sr, ne jamais faire de projet sans avoir de contact suivi avec l'utilisateur : "Pas de conception en chambre".
189
190
Chapitre VII : la meta-physique, maintenance, formation et documentation
Chapitre VII : la metaphysique, maintenance, formation et documentation
Les oiseaux gazouillent, les fleurs embaument. (Expression chinoise) Maintenance, documentation et formation permettent de faire face au dpart classique du crateur du programme en temps diffr datant des dbuts de l'informatique et remplacer par le nouvel embauch. Cette documentation doit porter au minimum sur les donnes. Certains logiciels de dveloppement permettent une modification mmorisant automatiquement des renseignements sur les programmes et les bases de donnes.
1 UN DICTIONNAIRE DE DONNEES, SINON RIEN

La documentation est un domaine important et rarement trait. L'application d'une mthode telle que Merise facilite grandement cette tche. Cette documentation obligatoire implique un certain travail. Un dictionnaire de donnes d'entreprise, c'est--dire la liste des informations avec leur signification et dans quel enregistrement elles se trouvent est un atout considrable dans tout "systme d'information" qui se respecte.
2 LA DOCUMENTATION AUTOMATIQUE EXISTE.

Certains logiciels comprennent une partie de documentation lie au physique ou au logique : quelles sont les donnes touches par tel programme, pour connatre les programmes modifier en cas de changement de donnes. D'autres utilitaires de base de donnes facilitent la maintenance. Certains logiciels de SGBD proposent des dictionnaires d'enregistrements et des informations
191
comprenant des explications : mta-dictionnaire de donnes incorpor (tables de tables en relationnel). L'adresse des programmes en bibliothque peut tre disponible automatiquement.
3 QUI DIRIGE QUI ? Le conceptuel ou le physique.

L'utilisation d'un progiciel de support de la mthode, d'aide la conception et la ralisation, fortement conseille, peut entraner un "pont" entre base de donnes de conception et base de donnes oprationnelle. L'individu "client" est conu dans une "base de conception". Dans cette base, l'enregistrement physique est "individu" et l'une de ses occurrences est "client". L'enregistrement physique "client" existe, ainsi que toutes ses occurrences dans une base de donnes "oprationnelle". La structure et la nature des informations dans les enregistrements sont la partie principale du dictionnaire de donnes et de ce "pont".
Trois dmarches sont possibles. Premire dmarche : le conceptuel de la base de donnes (MCD, MOD ou MLD) dfinissant les concepts est bon et gnre le physique. C'est le cas gnral lors du dmarrage de l'application. Les fichiers oprationnels sont crs par une base conceptuelle. Toute information dans un enregistrement est pralablement dclare dans une base de donnes conceptuelle, dfinie dans un individu ou une relation. L'avantage "conceptuel" est de n'avoir que des informations qui se respectent, sans redondance non mrite. Deuxime dmarche : la base oprationnelle alimente la base de donnes de conception. Les informations "oprationnelles" servent de base de documentation "automatique" facilitant la comprhension et la maintenance. Le risque est l'absence de documentation des informations d'enregistrements physiques cres lors de l'criture de programmes. Les programmes seront plus vite raliss mais avec le risque de ne pas avoir de documentation. Troisime dmarche : trois bases de donnes existent, une base "mthode", une base "oprationnelle" et une base "tampon" o se trouvent les concepts dsirs non oprationnels et les informations oprationnelles non "conceptualises". Cette dmarche permet une dsynchronisation de la conception et de l'oprationnel. La troisime dmarche est celle recommande. Elle permet d'organiser la fonction d'administration de donnes.
192
Chapitre VIII : exemples de modles de donnees
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 Avis de livraison Fournisseur Electricit Livrer Vendre
MCC des flux rels
L'activit est dfinie par des flux mis ou reus par des systmes. Ces flux sont de plusieurs types, physique ou matriel, d'nergie, valeur (argent) ou d'information (message). Ces systmes sont d'un type donn, domaine, sous-domaine ou partenaire. La relation entre "type de systme" indique qu'ils sont tous intervenants. L'entreprise est aussi un "type de systme". Exemple de mta-modle :
193
fournisseur livrer client vendre SYSTEME 1,1 O,N O,N recevoir processeur partenaire intervenant domaine TYPE DE SYSTEME O,N mettre O,N 1,1 nergie financier physique message lectricit virement colis livr O,N avis livraison FLUX
sous/ systeme
O,N O,N sous/type systeme O,N
TYPE DE FLUX
Exemple d'une partie de modle de communication : le client met une commande vers l'intervenant vendre :
Client
Commande
Vendre
MCC du projet
Le concept est reprsent par deux occurrences de l'individu intervenant "vendre" et "client", une occurrence de l'individu message "commande" et quatre occurrences de l'individu information "nom client", "adresse", "date commande" et "montant commande".
nom client adresse date commande montant commande COMMANDE 0,N mettre recevoir 0,N CLIENT VENDRE mettre 0,N recevoir
INFORMATION
0,N 1,N
MESSAGE
INTERVENANT
0,N
MCD DU MCC
Le modle conceptuel comprend les intervenants qui mettent et reoivent des messages qui sont des flux d'informations.
1.2 MCT et MOT

MCT et MOT comprennent les oprations effectues par un intervenant (opration conceptuelle) ou un poste de travail (opration organise). Ces oprations sont enclenches par des messages vnements et donnent naissance des messages
194
rsultats via une condition. Une opration organise peut tre enclenche par un temporisateur. Une procdure est un ensemble d'oprations organises dont, si 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
INTERVENANT
0,N 0,N recevoir mettre 0,N 0,N vnement 0,N 0,1 0,N effectuer
0,1
POSTE DE TRAVAIL
0,N effectuer
0,1
0,N
SITE
0,N 0,N s'inscrire dans
PROCEDURE
V
0,N 0,N
0,1
OPERATION
0,N 0,1 0,N dmarrer
MESSAGE
conceptuel / organisationnel
0,N
rsultat
0,N
0,N
CONDITION
REGLE
0,N
TEMPORISATEUR
MCT et MOT
1.3 MCD et MOD

Au niveau conceptuel, le modle de donnes comprend les informations, les individus, les relations, les pattes et les contraintes. Une patte relie un individu une relation. Une information se trouve dans un individu ou une relation. Une information est amont ou aval d'une composition, entre ou sortie de rgle de calcul, amont ou aval d'une quivalence, le "motif" pouvant tre une relation.
Les pattes relient une relation un individu. Bel exemple d'individu dont toutes les cardinalits sont 1. Les contraintes sur le modle de donnes portent sur les individus, les relations et les informations.
Au niveau organisationnel, individus, relations et informations sont relis site (reprsent par un S sur le dessin).
195
composition 0,N 0,N entre 0,N sortie 0,N aval amont 0,N 0,N 0,1 aval amont 1,1 1,N
REGLE
INFORMATION
S
0,1
identifiant
CONTRAINTE
0,N 0,1 0,N 0,N 0,N 1,1 0,N
0,N
RELATION
EQUIVALENCE
S
PATTE
0,N 1,1 0,N motif 0,1
INDIVIDU
Vocabulaire, MCD et MOD
1.4 MLT
Spcification externe.
Le Modle Logique des Traitements concerne les outils informatiques. Ces outils sont composs d'tats o sont affiches des informations et prts la saisie d'autres informations.
Spcification interne.
Les actions de cration, suppression ou mise jour d'informations dans un enregistrement pour un site de donnes sont spcifies pour chaque tat.
1,1
ETAT
0,N 0,N 0,N 0,N 0,N saisir ENCHAINER afficher 0,N 0,N 0,N 0,N 0,N 1,1 1,N
1,N
ACTION
1,1
0,N
SITE
OUTIL
1,N
0,N
0,N
CONDITION
INFORMATION
ENREGISTREMENT
MLT Spcification externe et interne
Les informations utilises dans une action, un enchanement d'tat ou affiches dans un tat sont obtenues via un enregistrement, une rgle, une quivalence ou un chemin.
1.5 MLD et MPD.

Au niveau logique, un enregistrement contient des informations, est dfini par sa cl et appartient un site de donnes. Il provient soit d'un individu, soit d'une relation.
196
Un chemin, dpart et arrive d'informations peut provenir d'une patte et donner lieu un lien entre enregistrements physiques.
INDIVIDU
S 0,N 1,N
INFORMATION
S 0,1 0,1 0,1 0,1 0,1 0,N membre 1,1 0,N 0,N 0,N
arrive 1,N dpart 1,N 0,N S
CHEMIN
cl
0,N 0,N
0,1
ENREGISTREMENT
S propritaire 1,1
RELATION
S 1,N
LIEN PATTE
0,1 1,1 S 0,N
1,1
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 identifiant 0,1 0,N 0,N

sortie
INFORMATION 0,1 0,N
1,N
INDIVIDU
S
0,1 1,N
MESSAGE 0,N
amont-eq
0,N 1,N
RELATION
1,1 EQUIVALENCE 1,N
aval-eq entre
REGLE
1,N
La deuxime concerne la correspondance entre oprations, outils et modles des donnes. Individus, relations et informations du MCD appartiennent un modle en lecture et un modle en criture des oprations conceptuelles. Individus, relations et informations rattachs un site, d'un MOD, appartiennent un modle en lecture et un modle en criture des oprations organises et des outils.
197
INTERVENANT POSTE DE TRAVAIL 1,N 0,1 0,1 0,1
lecture
0,N
SITE
0,N
1,N 0,1
0,N MODELE 0,1 0,N 0,N 0,1 0,N 0,N

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

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

Marchandise M
Entreprise
et se ramne au suivant :
Entreprise Marchandise Liquidit Liquidit
Liquidit
Valeur change
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
EMPLOI : Perte 500
Flux de 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.
Compte 1
Flux F
crdit ou ressource dbit ou emploi
Compte 2
Un compte ou un ple d'analyse est dpart ou arrive de flux. Un compte reprsente un ple sous la forme d'un tableau 2 colonnes dont la partie gauche est rserve aux emplois et dsigne dbit et la partie droite rserve aux ressources et dsigne crdit, la fameuse partie double. Toutes les reprsentations et les schmas du prsent paragraphe, except les modles de donnes, proviennent ou ont t inspirs de l'ouvrage "COMPTABILITE GENERALE" de M. PEROCHON paru aux ditions FOUCHER.
199
a : 600 c : 2 000 DEBIT (emplois) Opration a .........600 Opration c ......2 000 Compte X
b : 2 000 d : 1 700 e : 800
CREDIT (ressources) Opration b ......2 000 Opration d .....1 700 Opration e ........800
FLUX du compte X
Prsentons le cas de perte de marchandise, vu du ple stock de marchandise et vu du ple perte :

Compte Stock de marchandise
DEBIT CREDIT Opration .....1 000
Flux de perte 1 000

DEBIT Opration .....1 000
Compte Perte
CREDIT
Les comptes sont inscrits dans deux classes en fonction de leurs soldes : dbiteur l'actif et crditeur au passif. Une caisse est dbitrice, le capital est crditeur. Le bilan diffrencie ces deux classes.
ACTIF BILAN PASSIF (Ressources nettes) Comptes solde usuellement crditeur : Capital, rserves, dettes (rsultat)
(Emplois nets) Comptes solde usuellement dbiteur : Biens, crances, (rsultat)
2.3 Les deux comptabilits

La "comptabilit intgrale" telle que dcrite ci-dessus (change fournisseur et marchandise) est dcompose en : COMPTABILITE GENERALE axe sur l'tude des flux externes COMPTABILITE ANALYTIQUE axe sur l'tude des flux internes
Toutes les reprsentations et les schmas du prsent paragraphe, except les modles de donnes, proviennent ou ont t inspirs de l'ouvrage "COMPTABILITE GENERALE" de M. PEROCHON paru aux ditions FOUCHER.
200

investissement capitaux propres dettes financieres fournisseurs client stocks personnel
ple de rsultat
tat liquidits
MCC de la comptabilit gnrale
La comptabilit gnrale ne dtaille pas les flux internes. L'opration ou l'change Marchandise / Liquidit devient un change Ventes ou Produit / Liquidit. Toutes les marchandises sont confondues. Le compte de rsultat est unique :
CHARGES RESULTAT PRODUITS
Crdit en cours d'exercice : flux externes (ventes de marchandises ou produits)
Dbit en cours d'exercice : flux externes (achats, salaires, intrts impts ..) Dbit en fin d'exercice : flux interne d'amortissement
Dbit ou crdit en fin d'exercice des variations de stocks
La reprsentation merisienne est lmentaire :

Un change ou une opration dbite et crdite des ples d'analyse ou des comptes. Si la facture client est la suivante,
201
FACTURE total brut : ........9 000 remise 10% : ....... 900 8 100 Port ......................... 200 Net payer ........8 300
Ventes Produits accessoires

Liquidit Client
8 100 200 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 crditer 200 client ventes
facture du sicle
1,N
crditer
0,N 0,N
dbiter
produits accessoires
OPERATION 1,N
COMPTE
L'change est dcrit comme opration crditant ou dbitant des comptes. Comme les deux relations "crditer" et "dbiter" ont des pattes optionnelles (un crdit ou un dbit peut tre lettr, rapproch avec un autre dbit ou un autre crdit), elles deviennent un individu unique (qui comprend l'information dbit ou crdit) appel "criture comptable".
Dans ce modle, une criture gale un dbit ou un crdit.

L'opration est aussi assimile la pice comptable (numro de facture pour l'opration de facturation). Les critures d'une opration sont saisies dans des journaux (de caisse, de vente...) qui sont des comptes rendus chronologiques d'un type d'criture.
202

8 100 crdit 8 300 dbit facture du sicle 200 crdit client ventes produits accessoires
OPERATION
1,N 1,1
ECRITURE
1,1 0,N
COMPTE
MCD simplifi de la comptabilit gnrale
Le Grand Livre est la liste des comptes et de toutes leurs critures sur une priode donne. La Balance est la liste des comptes et de leurs soldes.
La COMPTABILITE ANALYTIQUE est axe sur l'tude des flux internes et dtermine
- les cots et rsultats analytiques par critre (article, centre de profit, type de client, rgion...) - les lments de gestion prvisionnelle (cots, revenus et rsultats prvisionnels) L'criture concerne des critres d'analyse ou analytiques. Ces critres peuvent tre du type article, service, rgion, type de client... Une criture concerne toujours une charge ou un produit. Charges ou produits sont un type de critre, le compte gnral.
Projet Rgion Service Type de client Article Charge/produit Type de critre Schma directeur Grands comptes Frais personnel Critre analytique
1,1
MCD "Comptabilit analytique"
Avant d'tudier le domaine, il faut dcider si le but de l'tude est une comptabilit d'analyse trs fine (critres d'analyse trs fins), donc de "gestion" ou de "production" ou une comptabilit de "synthse", celle qui est appele analytique.
203
Facture Client Rgion
Produit
Service
Type de Client
MCD "Production"
L'essentiel de la comptabilit analytique est la dtermination des critres (analytiques) et des rpartitions effectuer.
0,N DEVISE devise criture rfrence 0,N effectue 0,N UNITE D' OEUVRE 0,N base 0,1 REPARTITION 1,N 1,N dpart arrive 0,N 0,N 0,N 1,1 ECRITURE 0,N 1,N concerne 0,N CRITERE ANALYTIQUE
Modle conceptuel sans cumul
Pour calculer un rsultat sur un critre dtermin, une rpartition des cots non imputables au critre choisi est ncessaire. Par exemple, le salaire d'un commercial ou du P.D.G est rparti par produit si un rsultat est calcul par produit. Sinon, le rsultat total, qui prend en compte ses frais gnraux, ne correspondrait pas la somme des rsultats lmentaires par produit. Cette rpartition est effectue au moyen d'un facteur de proportionnalit (rgle de trois) vis--vis d'une unit d'uvre (heures, nombre de factures, francs, nombre de personnes, tonnes...). Le salaire du Directeur Gnral est rparti en fonction du chiffre d'affaires de chaque produit, les cots du service facturation sont rpartis au prorata du nombre de factures mises par produit etc.. L'criture comptable (dbit ou crdit) a une devise "originale" et ventuellement une ou des devises de rfrences (facture en dollars et convertie en francs un taux dtermin). Afin de permettre un accs direct des comparaisons de dpenses prvues (budget), engages (commandes), ralises (factures ou comptabilises) entre une priode comptable ou une autre, des cumuls des critures comptables sont mmorises. Les montants sont d'un type donn (budget prvu, ractualis, r-
204
ractualis, command, factur, encaiss). Les cumuls sont mmoriss pour un type de montant et une priode (anne N, N-1, etc.).
Un compte analytique est la composition des critres sur laquelle un cumul de montant d'criture sera mmoris.
Le modle de donnes final est le suivant :
ECRITURE 1,1 concerne 1,1
concerne
0,N
COMPTE ANALYTIQUE
1,N combiner
0,N
CRITERE ANALYTIQUE
1,1 TYPE DE MONTANT 1,N 0,N cumuler 0,N concerne 0,N PERIODE ANALYTIQUE
0,N
Une structure de compte analytique peut tre dfinie l'aide de liens de compte. Elle permet la mmorisation des cumuls de comptes analytiques.
205
206
Chapitre IX : solution des exercices

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

vnement rsultat
0,N 0,1
OPERATION
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 de 0,N AUTEUR crire 1,N 0,N prter date de retour 1,N PRET 1,1 EXEMPLAIRE
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 Consultation 1,1 0,N
Knock 1,1 Mdecin
Consultation est un individu
Un diagnostic suit une ou plusieurs consultations. Il identifie toujours une maladie au minimum. Une contrainte existe sur ce modle. Les diagnostics de plusieurs consultations concernent tous la mme personne.
208

1,N
PERSONNE
0,N prsenter
SYMPTOMES
0,N 1,N avoir 1,1 0,1
DIAGNOSTIC
0,N 1,N typer 1,N
CONSULTATION
MEDECIN
0,N
MALADIE
1,1
faire 0,N
4: OCCURRENCE D'INDIVIDU Nombre de pattes parent Pierre Marie Franois Paul 3 1 0 0 Fils de... 0 1 2 1
Franois est fils de Pierre et de Marie qui sont pre et fille.
2 ORGANISATIONNEL
Question 1 : La runion des personnes peut tre considre comme poste de travail quand une opration est effectue. Question 2 : Organigramme allemand avec directoire. Un poste de travail peut tre constitu de plusieurs postes de travail et tre reli plusieurs personnes.
Question 3 : procdure de vote. Le secrtariat vrifie l'identit partir d'une pice d'identit et donne les bulletins de vote. La carte d'lecteur n'est pas obligatoire. Le prsident est charg de surveiller l'isoloir et examine les deux pices, la carte d'lecteur (C. E.) et la pice d'identit (P. I). Il les donne ensuite au "1er assesseur". Si la carte d'lecteur est absente, il dclare nom et prnom l'assesseur qui tient le registre (le 2e). Sinon, il dclare le numro de la carte d'lecteur. Le 2e assesseur recherche l'lecteur sur le registre et indique son nom, son prnom et son adresse au
209
1er assesseur. Celui-ci dclare "peut voter" l'aide des pices si tout est OK. Alors, l'lecteur remet son bulletin sous enveloppe dans l'urne et le prsident dclare "a vot". Le 2e assesseur signe le registre, le 1er tamponne la carte d'lecteur et remet les pices l'lecteur.
Citoyen
demande de vote Examen identit refus de vote bulletin de vote demande de revoter demande de dpt bulletin dans l'urne refus de vote P.I (+ C. E) Examiner registre Nom, prnom... Examiner identit refus de vote demande de dpt bulletin dans l'urne Pice Identit (+ Carte Electeur) Examiner identit no carte ou nom... Surveiller isoloir incident
Secrtariat
1er assesseur
Prsident
2me assesseur
KO
peut voter
Examen du vote
a vot
carte lecteur tamponne Vous venez dpouiller ?
Tamponner carte lecteur
Signer registre
3 Logique
MLD : dessin d'une partie de MLD bibliothque. Les individus se transforment en enregistrement. Les relations "crire" et "de", non porteuses d'information, se transforment chacune en 2 chemins. La relation "prter exemplaire", porteuse d'information, se transforme en 3 chemins et un enregistrement.
N OUVRAGE 1 N N AUTEUR N PRET N EXEMPLAIRE 1 PRETER EXEMPLAIRE
210
MLT Minitel : Recherche d'un numro de tlphone. Nous laissons le soin au lecteur de se servir d'un MINITEL pour vrifier le rsultat.
Saisie des caractristiques

Envoi avec abonn Envoi sans abonn
Affichage des numros

suite correction
Pas d'abonn
Guide + Elargir correction
Nom Rubrique Localit Dpartement Adresse Prnom
Saisie obligatoire Saisie obligatoire Saisie obligatoire 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 rf ouvrage
AUTEUR
rf auteur
PRET
rf prt
ECRIRE
rf ouvrage rf auteur
PRETER EXEMPLAIRE
rf exemplaire rf prt date retour
MPD : dessin d'une partie de MLD bibliothque en navigationnel.
211
Les individus se transforment en enregistrement. Les relations "crire" et "prter exemplaire", porteuses d'information, de pattes de cardinalits maximales N et N se transforment en enregistrement et 2 liens physiques "pointant" vers les enregistrements crs. La relation "de" de patte de cardinalits maximales 1 et N se transforme en 1 lien physique d'"ouvrage" vers "exemplaire".
ECRIRE OUVRAGE EXEMPLAIRE PRETER EXEMPLAIRE
AUTEUR
PRET
5 RESUME
Traitement : 1 : Non, un outil informatique dpend de l'organisation. Il sera la disposition d'un ou de plusieurs postes de travail. 2 : Oui. Un systme se dcompose en sous-systmes. Quelle est la diffrence entre un systme et un sous-systme ? 3 : Non, il effectue aussi des oprations organises. Tout poste de travail effectue des oprations organises. 4 : Non, tout poste de travail effectue aussi tout ou partie d'oprations conceptuelles. Il remplit certaines fonctions de l'entreprise. 5 : La rponse est oui, mais quelle est la question ? 6 : Oui, toute opration conceptuelle est effectue par une fonction majeure de l'entreprise, un domaine ou un sous-domaine.
212
Chapitre X : tude de cas
Deux touches pour les yeux et voil le dragon dessin qui s'anime. (Expression chinoise) Ce cas concerne l'tude d'une bibliothque dont l'activit principale consiste prter des livres des abonns. Elle gre d'autres activits comme l'achat de livres des diteurs ou la reliure chez des relieurs. La bibliothque est subventionne et les abonns ne payent pas de cotisation.
Les rgles de fonctionnement sont les suivantes : Tous les abonns sont accepts et tous les livres empruntables. Les employs de la bibliothque dterminent les numros des livres que les abonns souhaitent emprunter. Les livres disponibles sont remis aux abonns dans la limite d'un nombre maximal de livres empruntables fix 5. La dure maximale du prt dpend du titre emprunt. Lorsque cette dure est dpasse, une relance est faite auprs des abonns. Les livres neufs, issus des propositions des abonns (ventuellement enrichis d'autres titres), sont commands aux diteurs. Les livres les plus usags sont dtruits, les rparables sont envoys chez un relieur. Les commandes (aux diteurs et aux relieurs) sont suivies et une relance est effectue ds que la date de livraison prvue est dpasse d'une semaine.
1 MODELE CONCEPTUEL
1.1 Modle conceptuel de communication
1.1.1 Intervenants : partenaires et domaines
Les intervenants externes, les partenaires de la bibliothque sont :
Abonn, Relieur, Editeur, Mcne (bibliothque est subventionne). Des partenaires non reprsents tels que banque ou Etat existent galement.
Les intervenants internes la bibliothque sont :
Prter les livres, domaine qui se dcompose en trois sous-domaines : 213
prter les livres assure une bonne rotation des livres prts, rcupre les livres prts... enrichir la bibliothque conseille le choix de lecture aux abonns, commande les nouveauts. entretenir les livres s'assure de leur bon tat, les fait relier, les met au pilon, les recommande aux diteurs s'ils sont irrcuprables. Un deuxime domaine est d'Assurer l'quilibre financier de la Bibliothque qui trouve les dons pour la bibliothque, fixe des budgets pour les commandes aux diteurs et aux relieurs...
Lecteur Prter les livres
BIBLIOTHEQUE
Editeur
Prter les livres Entretenir les livres
Enrichir la Bibliothque Relieur
Mcne
Assurer l'quilibre financier
INTERVENANTS de la bibliothque
Le domaine prter les livres et les partenaires associs Abonn, diteur et Relieur sont dvelopps pour la suite de l'tude.
1.1.2 Flux Flux rels. Les flux rels sont les flux de livres. Pour clarifier le propos, les autres flux rels (flux d'argent tels que le don du mcne ou le paiement des livres) ne sont pas reprsents.
Le modle indique qu'entretenir est responsable de la commande des livres neufs et remplace les livres usags. Un autre choix possible est de ne pas considrer le flux de livres neufs entre Entretenir et l'diteur, Enrichir la bibliothque se chargeant d'effectuer toutes les commandes.
214

Prter les livres Prter les livres
Livre Prt
Abonn
Livre Rendu
Livre Neuf
Editeur Relieur
Enrichir la Bibliothque Entretenir les livres
Livre Neuf Livre Usag Livre Reli
FLUX REELS
Messages ou Flux d'informations.

Demande d'abonnement Demande de prt Retour de prt
Abonn
Demande de restitution de livre Prt accord Abonnement Entretenir les livres Enrichir la Bibliothque Commande relieur Tarif reliure Facture relieur Commande diteur Commande diteur Catalogue Facture diteur Prter les livres
Conseil de lecture Demande de Conseil de lecture
Relieur
Editeur
MCC de la bibliothque : les messages
Sous-domaine "Prter les livres"

Messages de l'Abonn vers Prter les livres (informations entre parenthses) : Demande d'abonnement (Nom Personne, Prnom, Adresse) Demande de prt (Titre de l'ouvrage, Auteur, Thme) Retour de prt (Numro de livre, Date de retour relle du livre) Messages de Prter les livres vers l'Abonn : Abonnement accept (Numro d'abonn) Prt accord (numro de livre, date de retour maximum du livre, date du prt, numro de prt)
215
Demande de restitution de livre (numro de livre, date de retour maximum du livre, date de la relance, numro de prt)
Sous-domaine "Enrichir la Bibliothque"

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

L'puration du vocabulaire consiste reprendre les informations des messages, liminer les synonymes, les quivalences et les polysmes, dterminer les informations composes et les rgles de calcul.
INFORMATIONS en vrac, vocabulaire purer :

Nom Personne, Prnom, Adresse Titre de l'ouvrage, Auteur, Thme Numro d'abonn Numro de livre, date de retour maximum du livre, date du prt du message Prt accord
216
Date de retour relle du livre du message Retour de prt de l'abonn vers prter les livres Numro de livre, date de retour maximum du livre, date de la relance du message Demande de restitution de livre Titre de livre, date de disponibilit de livre du message Conseil de lecture de l'Abonn vers Enrichir. Titre de l'ouvrage, Auteur, Thme, Prix unitaire, du message Catalogue entre l'Editeur et Enrichir conceptuellement la Bibliothque. Rfrence diteur, Prix unitaire, quantit commande, Taux TVA, Total facture TTC du message Facture diteur entre diteur et Enrichir Type de Prestation, Prix unitaire du message Tarif reliure de Relieur vers Entretenir. Prestation, Rfrence livre, Prix unitaire, quantit relie, Taux TVA, Total facture TTC du message Facture Relieur vers Entretenir. Rfrence diteur, Prix unitaire, quantit commande, date de la commande du message Commande l'diteur d'Enrichir. Prestation, Rfrence livre, Date de la commande, date de disponibilit de livre du message Commande au relieur d'Entretenir. Rfrence diteur, Prix unitaire, quantit commande, date de la commande du message Commande l'diteur d'Enrichir ou Entretenir.
Informations pures. Informations sans-souci :

Ces informations n'apparaissent qu'une seule fois ou possdent la mme signification dans diffrents messages.
Nom Personne, Prnom, Adresse, Titre de l'ouvrage, Auteur, Thme, Numro d'abonn, numro de livre, date du prt, Date de retour relle du livre, date de la relance, Prestation, Rfrence livre (de la bibliothque), Rfrence diteur, quantit relie. Informations quivaloir (synonymes de) : Date de disponibilit de livre et date de retour maximum du livre. Ces informations ont strictement la mme signification. "Date de disponibilit du livre" est remplacer par "date de retour maximum du livre". Titre de livre et titre de l'ouvrage : ces informations n'ont pas exactement la mme dfinition. Un titre de livre est un titre d'ouvrage d'un exemplaire physique de livre dtermin. Un ouvrage crit mais non publi ou non achet par la bibliothque a un titre d'ouvrage mais pas de titre de livre.
La notion de titre d'ouvrage est plus grande que la notion de titre de livre. Titre de livre est un sous-ensemble d'un titre d'ouvrage.
217
Titre D'ouvrage Amont
Titre De Livre aval

Information en entre de rgle REGLE DE CALCUL
AMONT : Titre d'ouvrage
EQUIVALENCE TITRE DE LIVRE / TITRE D'OUVRAGE
AVAL : Titre de livre
Information calcule en sortie de rgle
quivalence et rgle de calcul
Informations obtenues partir de rgles de calcul.

Les informations en sortie rsultent de traitement des informations en entre par la rgle. L'information "date de retour maximum du livre" est calcule partir de la "date du prt" et d'une autre information, la "dure autorise d'un prt". Le Total facture TTC est calcul partir des quantits unitaires, des prix unitaires et du taux de TVA : ce calcul peut tre dcrit de faon grossire :
Prix Unitaire dure autorise d'un prt calcul de la date de retour maximum du livre date de retour maximum du livre date du prt Quantit Taux TVA
calcul du montant total de la facture TTC Total facture TTC
ou de faon dtaille :
Prix unitaire quantit Total ligne de facture calcul du montant total de la facture HT Total facture HT Total facture HT Taux TVA
calcul du montant ligne de facture HT Total ligne de facture
calcul du montant total de la facture TTC Total facture TTC
Rgles de calcul dtailles
Informations sparer (polysmes). Prix unitaire, des messages Catalogue, tarif reliure, Facture Relieur.
Cette information est clater en prix unitaire facture relieur, facture diteur, catalogue diteur, tarif relieur. Date de la commande des messages Commande au relieur et Commande l'diteur.
218
Date de disponibilit de livre des messages Conseil de lecture et Commande au relieur. Cette information, qui se trouve dans deux messages, a deux significations : date de livraison souhaite pour l'diteur et date de retour maximum. Nous avions le cas d'une information polysme et synonyme d'une autre information. 1.2 Modle conceptuel de traitement
Le modle de communication dvelopper pour expliciter le sous-domaine "prter les livres" est le suivant :
Demande d'abonnement Demande de prt Retour de prt
Abonn
Demande de restitution de livre Prt accord Abonnement
Prter les livres
MCC partiel (d'un sous-domaine)
Oprations et messages associs (vnement et rsultat).

Quatre oprations concernent ce sous-domaine :
Demande de prt TRAITER DEMANDE DE PRET non abonn Abonnement Prt accord Demande de restitution de livre Demande d'abonnement ABONNER PERSONNE toujours Abonnement PRISE EN COMPTE RETOUR DE PRET toujours Demande inspection du livre abonn
pas de livre restituer livre disponible livre restituer
RECUPERER LIVRE si livre rendre Demande de restitution de livre Retour de prt
MCT du sous-domaine PRETER LES LIVRES
- Traiter les demandes de prt. 219
Cette opration est enclenche rception du message de l'abonn, la demande de prt. Si la personne n'est pas abonne, elle est systmatiquement abonne. La bibliothque est large et gnreuse. Pas de cotisation, ni de parrainage. Si la personne est abonne, elle peut avoir un ou plusieurs livres rendre, dont la date de restitution est dpasse. Dans ce cas, une demande de restitution de livres est effectue. Si elle n'a pas de livre restituer et si un livre demand est disponible, un message de prt accord est mis vers l'abonn.
- Rcuprer livre.
Cette opration est dcide. Elle consiste inspecter les livres non rendus et dont le prt est arriv chance. Le message rsultat est la demande de restitution du livre.
- Abonner personne.
Cette opration est enclenche rception du message de l'abonn, la demande d'abonnement. Si la personne n'est pas abonne, elle est systmatiquement abonne. La bibliothque est large et gnreuse. Pas de cotisation, ni de parrainage.
- Prise en compte du retour de prt.

Cette opration est enclenche rception du message de l'abonn, Retour de prt. Elle consiste "enregistrer" le retour du ou des livres et mettre une demande d'inspection de l'tat du livre au sous-domaine entretenir. Ce message est nouveau. Il sera rpertori sur le modle conceptuel de communication.
1.3 Modle conceptuel de donnes 1.3.1 Individus et relations Diffrence entre "ouvrage" et "exemplaire". Un exemplaire est un livre physique, un ouvrage est un livre crit par un auteur, le contenu. "Prt" est un individu. Un mme exemplaire peut tre prt 2 fois au mme abonn. Les prts chus font partie de la gestion d'une bibliothque. Par contre, les demandes de prts ne sont pas gres.
PERSONNE
nom abonn prnom abonn adresse abonn
PRET
date du prt
EXEMPLAIRE
date destruction
Prt est un concept individualiser
Que gre la bibliothque, des ouvrages dits ou des ouvrages d'auteur ? Un "ouvrage dit" est un ouvrage valable dans une collection. "Les trois Mousquetaires" en collection de poche est un ouvrage diffrent des "Trois Mousquetaires" en collection de luxe. Les commandes aux diteurs concernent les "ouvrages dits". Les exemplaires sont des exemplaires physiques identiques d'un mme ouvrage.
220
Les individus et leurs informations sont :

GENRE
nom genre 1,N 1,N 0,N 1,N
OUVRAGE
titre ouvrage dure autorise collection 0,N livrer exemplaire
0,N
1,1
EXEMPLAIRE
date destruction
0,1
AUTEUR
nom auteur prnom auteur 1,N
0,N prter livre
0,N
date retour 1,N 1,N
COMMANDE EDITEUR
date commande diteur 1,1 0,N
0,N
COMMANDE RELIEUR
date commande relieur 1,1 0,N
PRET
date du prt 1,1 0,N
EDITEUR
nom diteur adresse diteur
RELIEUR
nom relieur adresse relieur
PERSONNE
MCD 1 les individus sont dplis...
Comment obtient-on un modle repli ? Editeur, relieur et fournisseur. Pourquoi la bibliothque gre-t-elle les individus "Editeur" et "Relieur" ? En temps que "fournisseur". Les individus "diteur" et "relieur" deviennent l'individu "fournisseur" qui peut tre de plusieurs types. Un diteur peut tre relieur. Si un fournisseur est soit diteur, soit relieur, "type de fournisseur (relieur/diteur)" est une information de l'individu "fournisseur". Critre de choix, type de critre et paramtre. Pourquoi la bibliothque gre-telle les individus "Auteur" et "Genre" ? Pour rpondre aux abonns quand ils demandent un ouvrage ou pour tablir des moyennes de lecture. Les livres de tel auteur ou de tel genre (roman policier) sont les plus demands. Ces deux individus sont des occurrences de l'individu "Critre de choix". Genre et Auteur sont des occurrences de l'individu "Type de critre". Ainsi, la couleur du livre, l'diteur, et tout autre ide peuvent devenir des critres de choix.
L'information "dure autorise" de l'individu "ouvrage" peut tre gre par un individu "paramtre". Ainsi, il sera possible de dterminer cette dure en fonction du genre ou de l'auteur.
221
eyrolles jaune jeux aventure 0,N Victor Hugo couleur thme nom auteur diteur
CRITERE DE CHOIX
rf. critre libell critre valoriser valeur
TYPE DE CRITERE
rf. type critre libell type critre
0,N
autoriser
dure autorise
0,1
0,N 0,N
avoir
PARAMETRE
rf. paramtre libell param.
1,N 0,N diter 0,N
OUVRAGE
titre ouvrage collection ouvrage
0,N
1,1
COMMANDE
date commande date livraison
0,N 0,N
livrer exemplaire relier exemplaire
EXEMPLAIRE
rf. exemplaire date destruction
0,N
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
0,N
MCD 2 les individus sont replis...
1.3.2 Informations de relation

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

Toutes les informations ncessaires aux oprations sont-elles disponibles ? Toutes les informations de l'opration dcide (sans message vnement) relance fournisseur sont-elles disponibles ? Le dlai de relance du fournisseur manque. Les bons fournisseurs sont relancs plus tard que les inconnus. Une nouvelle information apparat sur l'individu "fournisseur". Tous les individus, relations et informations du MCD sont-ils crs et consults ? Validation effectuer.
222
2. NIVEAU ORGANISATIONNEL
2.1 MODELE ORGANISATIONNEL DE TRAITEMENT
2.1.1 Liste des postes de travail et des procdures.
Les postes de travail sont multi-domaines, ils concernent Grer les livres et Assurer l'quilibre financier. Ils ont t choisis dans une organisation spcialise pour les besoins de l'exemple. Ils sont :
Accueil de la clientle : administratif, responsable des abonnements et de l'orientation des abonns. Bibliothcaire : aide au choix de l'ouvrage, remplit les commandes, rceptionne les livres des diteurs. Chef encaisse les dons du mcne, rgle les factures fournisseurs, signe les bons de commande et vrifie les dpenses engages vis--vis du budget, rceptionne et rgle les factures diteurs et relieurs. Magasinier responsable du stock, dballe et range les livres, met disposition les livres demands, rceptionne les livres relis.
L'organigramme est :
Chef Bibliothcaire Accueil Magasinier
Postes de travail de la bibliothque.
Liste des procdures ou MOT Six procdures sont retenues. La procdure Budget ne fait pas partie du domaine Prter les livres. De manire organise, le budget sera dcid pour fixer les limites des commandes.
Les procdures sont : Prt - Demande Abonnement - Rendu des livres - Achat diteur - Commande relieur - Budget Les procdures prcdentes sont dtailles. Les trois procdures Prt, Demande d'abonnement et Rendu des livres pourraient tre regroupes en une seule. Le choix de la "longueur" d'une procdure appartient l'utilisateur final.
2.1.2 Exemple de procdure ou de MOT.

Que fait la Bibliothque et qui fait quoi quand un abonn demande un prt ? La rponse est dcrite l'aide du MOT ou de la procdure suivante.
223
ABONNE
demande de prt
ACCUEIL
MAGASINIER
CHEF
Examen demande de prt

+5 livres refus de prt non abonn livre non disponible tout OK demande de sortie des livres
autre guichet
Rechercher les livres

KO OK
disponibilit du livre
livre introuvable
Annoncer indisponibilit
toujours dsol, pas de livre livre disposition
Prise en charge Prt

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

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

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

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

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

Le modle physique retenu pour cet exemple est le modle relationnel, celui-ci tant appel se dvelopper de plus en plus. Les enregistrements ou tables sont composs d'informations et d'une cl. La cl est cerne de trait gras. Si deux informations sont dans un mme rectangle, la cl est la composition de ces deux informations. Tous les individus se transforment en enregistrements. Les relations autoriser et valoriser entre les individus "type de critre", "critre de choix" et "paramtre" sont des relations NN et se transforment en enregistrements.
type de critre critre de choix paramtre autoriser valoriser
rf. type critre rf. critre rf. paramtre libell type critre libell critre libell paramtre rf. type critre rf.fournisseur
rf. paramtre, rf. type de critre rf. paramtre, rf. critre valeur paramtre
Les relations "ouvrage command", "relier exemplaire" et "typer fournisseur" entre les individus "commande", "ouvrage", "exemplaire", "fournisseur" et "type de fournisseur" sont des relations NN et se transforment en enregistrements.
226
commande ouvrage
no commande rf. ouvrage
date commande titre ouvrage
rf. fournisseur collection ouvrage
ouvrage command
numro commande, rf. ouvrage
relier exemplaire
numro commande, rf. exemplaire type prestation
fournisseur
rf. fournisseur nom fournisseur adresse fournisseur dlai de relance
type de fournisseur
rf. type fournisseur libell type fournisseur
typer fournisseur
rf fournisseur, rf. type fournisseur
Les relations "choisir" et "prter livre" entre les individus "ouvrage", "critre de choix", "exemplaire" et "prt" sont des relations NN et se transforment en enregistrements.
personne
no abonn nom abonn prnom abonn adresse abonn nb livres emprunts date retour livre
prter livre prt

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

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

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

toujours
Affichage et validation
si validation
MLT de l'outil "Enregistrement des prts"

Date Affiche Numro abonn saisie obligatoire 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
2me tat de l'outil
3.5.2 Spcification interne de l'outil Action des tats de l'outil "Enregistrement des prts". 228
A partir du deuxime tat, si l'information saisie "validation" est oui, 3 actions de cration ou de mise jour du MLD sont enclenches. La premire "MAJ du nombre de livres emprunts" met jour l'information "nombre de livres emprunts" de l'enregistrement "Personne". La deuxime "Cration d'un prt" cre toutes les informations "numro de prt", "date de prt", "numro abonn" de l'enregistrement "Prt". La troisime "Cration de livre prt" cre les informations "rfrence exemplaire", "numro de prt", de l'enregistrement "Prter livre". Utilisons le formalisme individu/relation ou reprsentons le Mta-Modle ou le modle de donnes de la spcification interne.
cration d'un livre prt cration d'un prt maj nombre de livres emprunts ACTION
0,N 1,1 1,N 0,N
Prter livre Prt Personne ENREGISTREMENT
numro de prt date de prt nombre de livres emprunts INFORMATION
Mta-modle des actions du deuxime tat sur le MPD
Obtention des informations mises jour.

Les informations "numro de prt", "date du prt" et "nombre de livres emprunts" sont des informations mises jour et non saisies ou affiches dans l'tat. Comment sont-elles obtenues ? L'information "numro de prt" est obtenue par une rgle de calcul "dernier prt plus un". L'information "nombre de livres emprunts" est obtenue par une rgle de calcul avec compteur "compter les livres emprunts" d'un abonn. L'information "date du prt" est obtenue par une quivalence "date du jour du prt". La date du prt est la date du jour (systme) du prt.
Obtention des informations affiches.

Les informations "titre de l'ouvrage", "date du retour prt" sont des informations affiches et non saisies ou affiches dans l'tat prcdent. Comment sont-elles obtenues ? L'information "titre de l'ouvrage" est obtenue par un chemin "titre de l'exemplaire" qui va de l'information "rfrence de l'exemplaire" l'information "titre ouvrage" via l'information "rfrence de l'ouvrage". L'information "date de retour du prt" est obtenue par une rgle de calcul "calcul de la date de retour du prt". Cette rgle de calcul a t identifie lors de l'puration du vocabulaire.
229
3.6 Modle logique de communication

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

Prendre la branche pour la racine (proverbe chinois)
1. Pourquoi choisir un outil d'aide la conception?

Le choix d'un outil d'aide la conception s'effectue en tudiant les modles de la mthode. Construire le modle conceptuel de communication permet de dgager les critres de choix. Rassurons les ingnieurs conseils, ces outils sont plus des outils du type dessins Assists par Ordinateur plutt que de Conception Assiste par Ordinateur. L'objectif de la mthode est de "formaliser" les choix de l'utilisateur final en vu de les faire raliser informatiquement. Le modle de communication de la mthode est le suivant :
demande d'informatisation demande de validation de texte demande de validation de dessins maquette valider
FORMALISER
demande de programmation UTILISER produit informatique

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

Le choix d'un outil d'aide la conception doit remplir les fonctions de FORMALISER et permettre l'mission des messages prcdents. Il comprendra : Un composeur de documents types : MCC, MCD ... maquette, dossier de ralisation. Un "lanceur" de documents partir de documents types : MCC de la mthode, MCD "bibliothque" ou "comptable", dossier de ralisation de l'outil "cration de la commande" etc.
232
Une application dessinant les modles de MERISE sous forme de dessins : les modles de donnes et leurs informations sur le mme dessin par exemple. Les types de dessins reprsentent les concepts de la mthodes. Un maquettage des outils informatiques : enchanement des crans, description des champs des crans pouvant tre modifis indpendamment de la structure logique ou physique des donne. Il doit aussi respecter certaines rgles propres MERISE ou d'autres mthodes : Un dictionnaire de donnes du mta-modle permettant la composition de textes ou de documents. Si possible, ce dictionnaire de donnes doit respecter les rgles de construction des modles de donnes : une occurrence de relation ne peut exister qu'une fois entre les deux mmes occurrences d'individus. Si ce dictionnaire peut tre partag entre plusieurs utilisateurs en mme temps (rseau local ou site central), il vaut de l'or. Permettre une validation entre les modles de donnes, de traitements et de communication : il doit pouvoir, en particulier, crer des informations indpendamment des modles de donnes.
Enfin, il doit apporter certaines fonctionnalits: Des facilits, telles que la ralisation automatique d'un Modle Logique de Donnes partir d'un modle organisationnel ou conceptuel, peuvent tre proposes. Cette facilit n'est pas surestimer. Rien ne vaut un MLD cr (et compris) " la main". Une certaine ergonomie (tel que fentrage), prsenter des temps de rponse corrects sans exiger un ordinateur du type 786 150 Mhz et un logiciel gourmand peu rpandu. Gnrer des applications en langage standard (C ou cobol) et simples utiliser sur micro ordinateur.
Si vous voulez tester un atelier, mettez donc des croix, faites le total et jugez le rsultat ! A partir de 5 croix, le rsultat est correct.
CRITERES DE CHOIX OK
Messages
Construit des documents types Edite des documents type : demande de programmation... Ralise des dessins MCD, MCC ... Ralise une maquette
Mthode
Contient un dictionnaire de donnes (partageable) Respecte les rgles entits relation Valide les modles communication/donnes/traitements
Fonctionnalits
Gnre un MLD Ergonomie, temps de rponse, simplicit Gnre un code standard sur micro
233
234
CHAPITRE XII Exercez-vous (Documents autoriss)
(Expression chinoise) Ce chapitre a pour objectif de vous tester l'aide d'un questionnaire. En remplissant rapidement ces quelques grilles, vous pouvez enfin tester vos connaissances sans acheter Le Nouvel Observateur ou Aujourd'hui Madame. Vous tes senss le remplir le soir dans votre lit pendant que votre fils dort et que votre femme lit le dernier Cosmopolitan. Le choix de la boisson est libre mais le crayon papier est obligatoire.
Enonc
Ce questionnaire comporte 5 parties : informatique et mthode, les 3 niveaux de MERISE, la gestion de projet, le mta-modle et un exercice de construction de modle de donnes relationnel. 20 questions sont poses. La note maximale pour chaque question est indique en fin de chapitre. Le choix de votre note peut tre fait suivant votre critre mais vous n'tes pas autoriss dpasser la note maximale.
1. Informatique et mthode
1 A quoi peut bien servir l'informatique ?
235
2 Quel est le plus difficile en informatique ? Classer par ordre d'importance.

Programmer connatre le ou la petit(e) ami(e) de l'utilisatrice (teur) connatre ce qu'il veut informatiser documenter ce qui a t programm maintenir structurer les donnes dessiner des maquettes d'crans
3 A quoi sert une mthode comme MERISE ?
2. Les 3 niveaux de MERISE

Le niveau conceptuel
4 Quels sont les objectifs principaux du conceptuel ?
Oui 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 Non
5 Le niveau conceptuel est indpendant de :

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

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

un terrain produisant un grand cru un ensemble de valeurs possibles d'une information une vente aux enchres de l'tat le rve de tout tats-unien (habitant des Etats Unis) un ensemble de donnes et de traitement un ensemble de fonctions de l'entreprise un ensemble de proprits en Argentine (Hacienda)
8 Les phrases suivantes reprsentent une activit conceptuelle de l'entreprise (mme philosophie que la question 6) :
D 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 T
237
9 Une opration conceptuelle peut-elle exister sans message vnement ? Rpondre par Oui ou Non.
Le modle de donnes
10 Un "individu" au sens MERISE est :
L'histoire d'un mec Un objet conceptuel Un ensemble infini d'lment Un ensemble dfinit par un identifiant Une date
11 Quelles sont les caractristiques spcifiques des relations ?

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

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

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

16 Les modles suivants sont constitus de :
MCC Opration outil informatique message condition information poste de travail vnement rsultat domaine sous-domaine Individu Relation Patte Contrainte Site Record Cl Etat Support Action mise jour Lien MCD MCT MOT MOD MLT MLD
239
3. Gestion de projet
17 Quand doit tre analys l'existant ?
Oui 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 Non
18 Quand doit-on programmer ?

Oui 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 Non
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
Patter relation
RELATION
MESSAGE
patter vnement patter individu info/ relation porter sur
INDIVIDU
rsulter
identifier proprit
INFORMATION
porter
CONDITION
OPERATION
5 La gnration d'un Modle relationnel.

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

Oui 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 X X X X Non X X
L'objectif est surtout de connatre la perception de l'utilisateur, son rel peru, et non son activit
Oui L'informatique L'organisation Du PDG Des utilisateurs finals L'activit de l'entreprise X X X X X Non
Le niveau conceptuel est dpendant du PDG, car il dfinit la politique de l'entreprise.
Question 6 : (20 points).

VERBE Grer Assurer Analyser Calculer Prvoir Enregistrer Numroter Codifier Administrer Classer X X X X X X X X D X X T VERBE Affecter Rpertorier Identifier Lister Inscrire Connatre Attribuer un numro Suivre Diriger Matriser X D X X X X X X X X T
Pourquoi diriger ?
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 X X X
243
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) X X X X
L'important est de rpondre un ensemble de donnes et de traitement. Le MCD est construit par domaine.
Question 8 : (12 points)

D 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 X X X X X X X X X X X X T
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 X
"Date" n'est pas un individu.
Question 11 : 3 points.
Elle a besoin des individus pour exister Elle ne peut contenir des informations Elle ne peut tre relie un seul individu. X
244
Question 12 : 4 points
A partir des concepts Des informations des informations demandes par l'utilisateur des fichiers existants X
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 refus de XXX dossier exemplaire ordre interne reporting remarque fiche feuille rose formulaire jaune accord de XXX X X X X X X X X X X X X O
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 Ce qu'il y a faire Qui fait quoi Les volumes des donnes mmoriser Qui est le chef La marque du tableur acheter Les domaines de l'entreprise L'informatique Les postes de travail Le salaire du PDG L'organigramme de l'entreprise L'activit de l'entreprise 1 X 1 X 1 2 3 X X X Non X
L'organisationnel ne dfinit pas le salaire du PDG, mais le type de rmunration du PDG (qui n'est pas assimilable un salaire).
245
Question 16 : 22 points
MCC Opration outil informatique message condition information poste de travail 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 X X X X X X MCD MCT X MOT X X X X X X X X X X X X X MOD MLT MLD
3. Gestion de projet
Question 17 : 12 points, 2 par croix.
Oui 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 X X X Non X X X
Si vous tes presss, n'utilisez pas une mthode, vous n'en aurez pas le temps, sinon avant l'organisationnel. Ne soyez donc pas si presss.
246
Oui 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 X X Non 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 card nom mini card nom maxi 1,1 0,N
patter individu
1,1
Patter relation
0,N 1,N
RELATION
MESSAGE 0,1
patter
card mini card maxi
0,N
info/ relation
0,N
porter sur
0,N
vnement rsulter
INDIVIDU 0,N 1,N

proprit
0,1
identifier
0,1
0,N
1,N
0,N
0,1
INFORMATION 0,N 0,N CONDITION

porter
OPERATION
0,1 1,1
247
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 PRODUIT code produit GROUPER code produit code groupe produit
GROUPE DE PRODUIT code groupe produit
APPELER code rclamation code rponse USINE code usine 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 rclamation. 2) Les relations dont les deux pattes sont de cardinalit maximale N crent une table dont la cl est compose des cls des tables des individus : table "appeler" entre "rclamation" et "rponse rclamation", table "grouper produit" entre "produit" et "groupe produit". La relation "regrouper groupe" se transforme en table dont la cl est compose des informations quivalentes code groupe produit. 3) Il n'existe pas de relation ternaire
Quel est votre rsultat ?

QUESTION NOTE MAXI 5 7 2 5 5 20 7 12 5 5 3 4 11
Informatique et mthode
1 2 3
Les 3 niveaux de la mthode

Le niveau conceptuel Donnes ou traitements ? 4 5 6 7 8 9 Le modle de donnes 10 11 12 Conceptuel ou organisationnel ? 13
248

14 Organisationnel Revue gnrale 15 16 17 18 19 20 TOTAL 1 14 22 12 6 24 30 200
Gestion de projet Le mta modle Construire un MLD
Entre 0 et 50 : vous devriez lire ce livre, vous l'avez surement ouvert du mauvais ct. Vous tes plutt du type distrait ou papillon. Entre 51 et 100 : vous avez entendu parler de la mthode. Peut-tre mme apprise dans une autre cole. Vous tes du type touche tout ou belette. Entre 101 et 150 : bravo, vous vous dbrouillez bien. Vous pouvez aborder toutes les mthodes. Vous devez tre normal. Entre 151 et 200 : excellent vous pouvez me tlphoner au 3615 Code MISERE et m'indiquer mes erreurs. Vous tre du type "tte d'uf". Ne vous prenez pas trop au srieux. Au del de 200 points ? Vous vous singularisez.
249
250
GLOSSAIRE
GLOSSAIRE
Avoir l'esprit confus comme du chanvre emml. (Expression chinoise)
Abstraction : mode de fonctionnement intellectuel requis pour comprendre la suite. Action : action de mise jour ou de modification d'informations du modle logique de donnes. Activit : occupation de l'entreprise. L'activit est analyse en fonction des flux changs avec les partenaires de l'entreprise. Base de donnes : ensemble d'enregistrements ou de tables physiques. Cardinalit : nombre de fois qu'une occurrence d'individu participe au minimum ou au maximum une relation. Nombre minimum et maximum d'occurrences de patte. Chemin : possibilit du niveau logique d'atteindre une ou des informations partir d'autres informations. Dans le cas de chemin de cl d'enregistrement cl d'enregistrement, le chemin est dit d'enregistrement enregistrement. Cl : information identifiant une occurrence d'enregistrement. Concatnation : dcomposition d'une information en plusieurs informations lmentaires. Conceptuel : premier niveau de la mthode. Niveau fonctionnel indpendant de l'organisation. Condition : circonstance ou proposition vraie ou fausse. Toujours est toujours vrai. Jamais ne l'est jamais. Peut-tre... Contrainte : complment d'explication ou violence exerce sur les individus, les relations et les pattes du modle de donnes. Contrainte d'intgrit fonctionnelle : patte de cardinalits minimale et maximale gales un. Conversationnel : utilisation d'un ordinateur l'aide d'un dialogue interactif. Dclaration : description des modalits d'obtention d'une information dans le droulement d'un outil ou d'un tat. 251
Domaine : sous-systme conceptuel de l'entreprise ayant un systme d'information. Le MCD est construit par domaine. Donne : information. Enclencheur : message appelant une raction du rcepteur. Enregistrement : ensemble d'informations manipules d'un bloc. quivalence : synonymie particulire d'informations. L'information amont se trouve dans le modle de donnes. Les informations avals forment un sous-ensemble (dfini par les occurrences d'individu participant une relation) de l'ensemble des informations amonts. tat : tape d'un outil informatique caractrise par des informations affiches ou saisir dans une grille d'cran (support). tude pralable : tude d'opportunit ou tude pralable au lancement des tudes dtailles (dessins, enchanements des crans et programmation) d'un projet informatique. Fichier : ensemble d'enregistrements ou programme. Flux : translation ou passage d'information, de matire, d'nergie, de valeur entre systmes. Formalisme : remplace modlisation qui n'existe pas dans le dictionnaire (Robert). Individu : ide, objet conu par l'esprit d'un utilisateur et lui permettant de mmoriser et structurer ses connaissances (concept) Information : plus petit lment d'un systme d'information. Informatique : science du traitement de l'information, notamment par machine automatique. Intervenant : systme fonctionnel interne ou externe l'entreprise. Lien : association d'enregistrements physiques. Un pre est propritaire et N fils sont membres. Un lien est gr au moyen de pointeurs. Logiciel : ensemble de programmes. Logique : niveau logique de l'informatique. Reprsentation de l'informatique indpendante du SGBD ou des systmes informatiques. Lourdeur : objection souleve propos de Merise. On peut aussi parler de rouleau compresseur. Merise : ne cherchez plus, les initiales ne signifient rien. Message : flux dinformation. Meta-Modle : modle conceptuel de donnes reprsentant les concepts de la mthode. Modle : reprsentation graphique de concepts d'un niveau (Conceptuel, organisationnel, ..) et d'un dcoupage (communications, donnes ou traitements) dans la Mthode MERISE. 252
GLOSSAIRE
Navigationnel : SGBD o un enregistrement peut tre li plusieurs pres ou propritaires par des liens. Occurrence : mot barbare dsignant un lment d'un ensemble. Opration : travail ou action excute par un intervenant (opration conceptuelle), un poste de travail (organisationnel). Organisationnel : 2me niveau de la mthode. Celui-ci reprsente la structure de l'entreprise en postes de travail et les sites de traitement (des postes de travail) et de donnes. Outil : moyen (informatique) mis disposition d'un utilisateur pour effectuer une ou plusieurs oprations. Partenaire : systme fonctionnel externe l'entreprise. Patte : rle d'un individu dans une relation. Pointeur : zone mmoire o sont stockes des adresses d'informations. Poste de travail : unit d'organisation ou centre d'activit de l'entreprise. Il peut lui tre associ une ou plusieurs personnes, une ou plusieurs machines, un ou plusieurs outils informatiques. Procdure : ensemble d'oprations organises enclenches par un message externe ou une opration sans message vnement. Progiciel : logiciel standard prt--porter par opposition au sur mesure. Programme : suite d'instructions crites dans un langage excutable par un ordinateur. Proprit : information d'individu ou de relation. Rgle de calcul : rgle permettant d'obtenir des informations partir d'autres. Relation : association d'individus. Schma directeur : Plan de dveloppement informatique moyen terme (5 ans). SGBD : Systme de Gestion de Base de Donnes. Logiciel permettant de crer, modifier ou consulter des informations dans une base (de donnes). 3 types de SGBD sont normaliss, hirarchique, navigationnel ou rseau et relationnel. Site : lieu de traitement ou de stockage de donnes. Il peut exister plusieurs sites de donnes sur un micro-ordinateur (tableur et gestion de fichiers). Spcification externe : partie du niveau logique valider par l'utilisateur final. Elle comprend les enchanements d'tats par outil (MLT) et la description des informations affiches et saisir par tat. Spcification interne : partie du niveau logique pouvant tre ignore par l'utilisateur final. Elle comprend les actions de cration d'information ou d'enregistrement partir des tats et la description de l'obtention des informations affiches ou cres par tat. Support : dessin ou masque d'cran.
253
Systme : dcoupe de l'entreprise et de son environnement. Un domaine est un systme possdant une "mmoire". Temporisateur : mode d'enclenchement d'une opration organise (tous les jours, chaque passage d'toiles filantes, toutes les vingt, cent, mille factures...) Temps rel : mode de traitement qui permet l'admission des donnes et l'obtention immdiate des rsultats (traitement immdiat ou mode conversationnel). Traitement par lot : mode de traitement suivant lequel les programmes excuter sont groups par lot (traitement diffr). Utilisateur : futur usager de l'informatique. Validation : approbation des tudes par l'utilisateur final ou vrification de la cohrence des modles entre eux. Celles-ci s'effectuent aux dates suivantes : fin du conceptuel, fin de l'organisationnel, fin de l'tude pralable, fin du logique et fin du physique.
Correspondance avec Merise 79 et anglais.

Merise original
INDIVIDU RELATION INFORMATION ENREGISTREMENT CHEMIN OPERATION ORGANISEE OBJET RELATION PROPRIETE SEGMENT LIEN RECORD SET
Anglais
ENTITY RELATIONSHIP
PROCEDURE FONCTIONNELLE
254
BIBLIOGRAPHIE
BIBLIOGRAPHIE
Songer la source en buvant l'eau. (Expression chinoise)
1 - H. TARDIEU, A. ROCHFELD, R. COLLETTI : La mthode Merise. Tome 1 principes et Outils. Les Editions d'organisation. 1983. 2 - Y. TABOURIER : De l'autre ct de Merise. Les Editions d'organisation. 1986. 3 - Y. TABOURIER : Du modle entit/relation vers un vritable rseau smantique. MBD n9 1988. 4 - C. JAULT : Les bases de donnes relationnelles ou le libre accs aux informations. Les Editions d'organisation. 1986 5 - D. DURAND : La systmique. Collection Que sais-je ? PUF. 1979. 6 - J. J. SEMPE, R. GOSCINNY : Le petit Nicolas. Denol. 1960. 7 - M. AYME : Les contes rouges du chat perch. Gallimard. 1963. 8 - H. LABORIT : La colombe assassine. Grasset. 1983. 9 - C. PEROCHON : Comptabilit gnrale. Editions Foucher. 1981. 10 - E.F. CODD : An evaluation scheme for database management systems that are claimed to be relational. Computerworld. 1985. 11 - H. TARDIEU, A. ROCHFELD, R. COLLETTI : La mthode Merise. Tome 2 dmarche et pratiques. Les Editions d'organisation. 1985. 12 - Dictionnaire chinois-franais des locutions et proverbes. Joint Publishing Co. 1980.
255
A vous de vous jeter dans la jarre. (Expression chinoise)
256
BIBLIOGRAPHIE
MERISE est une mthode destine tous les responsables d'entreprise afin de matriser leur informatisation. Pourquoi un tel succs ? C'est un langage de rfrence commun aux chefs d'entreprise, aux utilisateurs finals - les futurs usagers de l'informatique - et aux informaticiens. Grce Merise, le chef d'entreprise oriente, contrle, matrise son informatique sans avoir affronter les barrires du vocabulaire technique. Grce Merise, l'utilisateur final repense son organisation et amliore son travail grce une informatisation fiable. Grce Merise, l'informaticien construit le systme d'information l'intrieur d'un cadre compris par les dirigeants et les utilisateurs. Ses programmes seront clarifis, documents et maintenus aprs son dpart. Merise est une mthode indpendante de tout matriel. Ce livre est illustr de nombreux exemples s'appliquant la micro-informatique ou aux grands systmes. Grce aux exercices de fin de chapitre, aux exemples appliqus la comptabilit et une tude de cas finale reprenant toute la mthode, vous cheminerez concrtement travers Merise et apprendrez dessiner les clbres diagrammes Individu-Relation. Vous pourrez les appliquer votre entreprise. Sans aucune formation de dpart, vous parlerez bientt Merise.
L'auteur
Je suis ancien lve de lcole Polytechnique de Paris et diplm de l'Universit de Stanford aux U. S. A. Jai t ingnieur conseil pendant 6 ans au sein de la socit MEGA INTERNATIONAL. Celle-ci a ralis d'importants travaux de recherche applique sur Merise et a dvelopp un outil d'aide la conception et la ralisation de systmes d'information nomm MEGA. Je fus ensuite directeur informatique de socits industrielles. Maintenant, jai chang de direction professionnelle et jinterviens dans un domaine totalement diffrent, la thrapie individuelle et familiale.
257
LE MONDE INFORMATIQUE
"Merise se paye le luxe de l'humour. L'ensemble est tonique, sain... utile"
INFORMATIQUE HEBDO
"Guide pratique des modles de communication crit dans un style trs convaincant. on sent que l'auteur connat plus que parfaitement la mthode"
01 INFORMATIQUE
"Livre illustr par de nombreux exemples, il interpelle les dcideurs"
P.C. NEWS
"Un ouvrage clair et facile aborder, dont les tudiants pourront tirer bnfice"
AMSTRAD PC
"Le lecteur devrait vite apprendre voluer travers les possibilits de la mthode Merise"
LOGICIELS SERVICES
"Guide pratique de modlisation"
258

Parlez Vous Me Rise

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Parlez Vous Me Rise

Uploaded by

Copyright:

Available Formats

Michel DIVIN

Les ditions du phnomne

Avant-propos dYves Tabourier

Pourquoi une mthode ?

MERISE UN LANGAGE DE REFERENCE

LOGIQUE INFORMATIQUE PHYSIQUE variable

"Le client passe une commande"

Chapitre I : le niveau conceptuel

Chapitre I : le niveau conceptuel

2 MODELE CONCEPTUEL DE COMMUNICATION

Systmes Flux ou Echanges

VENDRE ACHETER PILOTER

COMPTABILISER PRODUIRE PERSONNALISER

Chapitre I : le niveau conceptuel

Assurer la vie sociale

Chapitre I : le niveau conceptuel

grer les stocks

suivre les pannes

VENDRE POUR ...

APPROVISIONNER grer les pices dtaches grer les stocks

Chapitre I : le niveau conceptuel

Entreprise Produit Virement

Voici les flux "rels".

Optimiser flux financiers

Optimiser flux financiers

...existent plusieurs messages conceptuels.

Chapitre I : le niveau conceptuel

2.3.2 Validation et puration du vocabulaire

Suppression des polysmes et des synonymes.

Noter les informations composes et les rgles de calcul Information compose.

Une Information compose = 1re Information 2me Inf. Nime Information

Le numro de plaque est compos de 2 ou 3 informations.

Chapitre I : le niveau conceptuel

2.4 Exemple de MCC, messages et informations.

2.5 Rsum du MCC.

Domaine Entreprise Vendre

3 MODELE CONCEPTUEL DE TRAITEMENT.

Chapitre I : le niveau conceptuel

Intervenant : domaine ou sous-domaine

Messages mis traits

le MCC (intervenant et messages) est dtaill par...

Opration Intervenant Messages mis

... le MCT (oprations et messages)

VENDRE traiter la commande

MCT : Vendre traite la commande.

3.1 le modle conceptuel de traitements reflte le pourquoi indpendant de l'organisation.

3.2 Opration conceptuelle

Chapitre I : le niveau conceptuel

Proposition De Produit De Substitution Ordre De Produire Rapprovisionnement

Ordre De Livraison livrer

Proposition De Produit De Substitution

3.2.1 opration avec synchronisation

3.2.2 Opration sans synchronisation

Prise En Compte accord Mre

Prise En Compte accord du Pre

Prise En Compte accord Grand Mre

emploi du temps = aller au cinma

2. Les MESSAGES arrivent un par un...

Chapitre I : le niveau conceptuel

Prise En Compte accord Mre

Prise En Compte accord du Pre

Prise En Compte accord Grand Mre

Planifier emploi du temps

emploi du temps = aller au cinma