Méthode de Conception Merise

1/52
NUMPAGES
SOMMAIRE

1. Introduction ........................................................................................................................................................... 4
2. Le systme dinformation ..................................................................................................................................... 4
2.1. Quest-ce quun systme ? ............................................................................................................................ 4
2.2. Quest-ce quun systme dinformation ? ..................................................................................................... 5
2.3. Quest-ce quun systme automatis dinformation ? ................................................................................... 5
2.4. Intrt de dfinir un systme dinformation .................................................................................................. 5
3. La mthode MERISE ............................................................................................................................................ 6
3.1. Une approche systmique ............................................................................................................................. 6
3.2. Une dmarche trois axes ............................................................................................................................ 6
3.2.1. Dmarche par tapes ............................................................................................................................. 6
3.2.2. Dmarche par niveaux .......................................................................................................................... 7
3.2.3. Cycle de dcision .................................................................................................................................. 7
3.3. Ltude et le recueil de lexistant .................................................................................................................. 8
3.3.1. Etudier lorganisation et dcouper en domaine dactivit ..................................................................... 8
3.3.2. Le recueil de lexistant .......................................................................................................................... 8
3.3.3. Identifier les acteurs et les documents................................................................................................... 8
3.4. Prsentation des niveaux de description et des modles associs ................................................................. 8
3.4.1. Le niveau conceptuel ............................................................................................................................ 9
3.4.1.1. Le Modle Conceptuel de Communication (MCC) ...................................................................... 9
Acteur : ................................................................................................................................................. 9
Flux : ..................................................................................................................................................... 9
Exemple de MCC : ................................................................................................................................ 9
Rsum du MCC : ............................................................................................................................... 10
3.4.1.2. Le dictionnaire des donnes ........................................................................................................ 11
3.4.1.3. Le Modle Conceptuel des Donnes (MCD) .............................................................................. 11
Proprit (ou attribut) : ........................................................................................................................ 11
Entit (ou objet) : ................................................................................................................................ 12
Identifiant (ou proprit identifiante) : ................................................................................................ 12
Relation (ou association) : ................................................................................................................... 13
Cardinalit : ......................................................................................................................................... 14
Occurrence : ........................................................................................................................................ 15
Dpendance fonctionnelle : ................................................................................................................. 16
Contrainte dintgrit fonctionnelle (CIF) : ........................................................................................ 17
Gnralisation/spcialisation : ............................................................................................................ 18
Le concept dhritage : ........................................................................................................................ 19
Les contraintes dextension sur les relations ou sur les entits : ........................................................ 19
La contrainte dexclusion : ................................................................................................................. 20
La contrainte dinclusion : ................................................................................................................. 20
La contrainte de totalit : ................................................................................................................... 21
La contrainte de partition (ou de ou exclusif ) : ............................................................................ 22
La contrainte dgalit (ou de simultanit) : ..................................................................................... 22
Rgles de vrification du MCD : ........................................................................................................ 23
Rsum du MCD :.............................................................................................................................. 25
3.4.1.4. Le Modle Conceptuel des Traitements (MCT) .......................................................................... 26
Processus : ........................................................................................................................................... 27
Evnement : ........................................................................................................................................ 27
Opration : .......................................................................................................................................... 27
Action : ............................................................................................................................................... 28
Rgle de gestion : ................................................................................................................................ 28
Synchronisation : ................................................................................................................................ 28
Les rgles dmission : ........................................................................................................................ 29
Le rsultat (ou lmission) .................................................................................................................. 30
Comment laborer le MCT ................................................................................................................. 30
Vrification du MCT ........................................................................................................................... 30
Rsum du MCT : ............................................................................................................................... 31

2/52
NUMPAGES
Exemple dun MCT complet :............................................................................................................. 32
3.4.2. Le niveau organisationnel ................................................................................................................... 32
3.4.2.1. Le Modle Organisationnel des Donnes (MOD) ....................................................................... 33
Choix dinformatisation des donnes .................................................................................................. 33
Quantification et historisation des donnes ......................................................................................... 33
Droits daccs aux donnes ................................................................................................................. 33
3.4.2.2. Le modle Organisationnel des Traitements (MOT)................................................................... 33
Procdure : .......................................................................................................................................... 33
Acteur : ............................................................................................................................................... 34
Evnement : ........................................................................................................................................ 34
Phase : ................................................................................................................................................. 34
Tche : ................................................................................................................................................. 34
Rgle dorganisation : ......................................................................................................................... 34
Rgle dmission : ............................................................................................................................... 35
Synchronisation : ................................................................................................................................ 35
Rsultat : ............................................................................................................................................. 35
Module : .............................................................................................................................................. 35
Correspondance entre les concepts du MCC, du MCT et du MOT .................................................... 35
Comment laborer le MOT ................................................................................................................. 36
Exemple de MOT complet .................................................................................................................. 36
Rsum du MOT ................................................................................................................................. 36
3.4.3. Les niveaux logique et physique ......................................................................................................... 38
3.4.3.1. Le Modle Relationnel des Donnes (MRD) .............................................................................. 39
Table (ou relation) ............................................................................................................................... 39
Attribut ................................................................................................................................................ 39
Tuple ................................................................................................................................................... 39
Cl primaire ........................................................................................................................................ 39
Cl trangre ....................................................................................................................................... 40
Exemple dune table............................................................................................................................ 40
Correspondance entre les concepts du MCD et ceux du MLD ........................................................... 41
Rgles de passage dun MCD un MLD ............................................................................................ 41
Normalisation du modle relationnel .................................................................................................. 46
4. Positionnement de la mthode Merise ................................................................................................................ 49
4.1. Positionnement dans le temps ..................................................................................................................... 49
4.2. Interaction des modles de la mthode Merise ........................................................................................... 50
5. Conclusion .......................................................................................................................................................... 51
6. Bibliographie ...................................................................................................................................................... 52

Table des illustrations

Figure 1 : Le systme d'information ............................................................................................................................. 5
Figure 2 : Les tapes d'un projet MERISE .................................................................................................................... 6
Figure 3 : Exemple de MCC ....................................................................................................................................... 10
Figure 4 : Une entit sans ses proprits ..................................................................................................................... 12
Figure 5 : Une entit avec ses proprits .................................................................................................................... 12
Figure 6 : Exemple d'une entit .................................................................................................................................. 12
Figure 7 : Une entit avec un identifiant ..................................................................................................................... 13
Figure 8 : Des exemples d'identifiants ........................................................................................................................ 13
Figure 9 : Formalisme de la relation ........................................................................................................................... 13
Figure 10 : Relation binaire ........................................................................................................................................ 13
Figure 11 : Relation porteuse de donnes ................................................................................................................... 13
Figure 12 : Relation ternaire ....................................................................................................................................... 14
Figure 13 : Relation rflexive ..................................................................................................................................... 14
Figure 14 : Le lien identifiant de la commande et des lignes de commande ............................................................... 14
Figure 15 : Le lien identifiant de lhtel et de ses chambres ....................................................................................... 14
Figure 16 : Cardinalit 0,1 .......................................................................................................................................... 15
Figure 17 : Cardinalit 1,1 .......................................................................................................................................... 15
Figure 18 : Cardinalit 0,n .......................................................................................................................................... 15
Figure 19 : Cardinalit 1,n .......................................................................................................................................... 15

3/52
NUMPAGES
Figure 20 : Explication des cardinalits ...................................................................................................................... 15
Figure 21 : Les dpendances fonctionnelles ............................................................................................................... 17
Figure 22 : MCD du contrat d'assurance ..................................................................................................................... 17
Figure 23 : MCD avec une CIF (Relation portant un nom) ........................................................................................ 18
Figure 24 : MCD avec une CIF (relation nomme CIF) ............................................................................................. 18
Figure 25 : Exemple du concept gnralisation/spcialisation. .................................................................................. 18
Figure 26 : Gnralisation simple ............................................................................................................................... 19
Figure 27 : Gnralisation multiple ............................................................................................................................ 19
Figure 28 : La contrainte d'exclusion .......................................................................................................................... 20
Figure 29 : La contrainte dinclusion .......................................................................................................................... 21
Figure 30 : La contrainte de totalit ............................................................................................................................ 21
Figure 31 : La contrainte de partition.......................................................................................................................... 22
Figure 32 : La contrainte d'galit .............................................................................................................................. 23
Figure 33 : Rgle de validation n1 ............................................................................................................................ 23
Figure 34 : Rgle n5, rsolution de la dpendance fonctionnelle transitive .............................................................. 24
Figure 35 : Modle sans l'application de la rgle n6 ................................................................................................. 25
Figure 36 : Application de la rgle n6 ....................................................................................................................... 25
Figure 37 : Formalisme de l'vnement ...................................................................................................................... 27
Figure 38 : Exemple d'vnement ............................................................................................................................... 27
Figure 39 : Formalisme de l'opration ........................................................................................................................ 28
Figure 40 : Exemple d'opration ................................................................................................................................. 28
Figure 41 : Formalisme de l'action .............................................................................................................................. 28
Figure 42 : Exemple d'actions ..................................................................................................................................... 28
Figure 43 : Formalisme de la synchronisation ............................................................................................................ 29
Figure 44 : Exemple de synchronisation ..................................................................................................................... 29
Figure 45 : Formalisme des rgles d'mission ............................................................................................................ 29
Figure 46 : Exemple de rgles d'mission ................................................................................................................... 30
Figure 47 : Formalisme du rsultat ............................................................................................................................. 30
Figure 48 : Exemple de rsultats ................................................................................................................................. 30
Figure 49 : Un MCT complet ...................................................................................................................................... 32
Figure 50 : Exemple de MOT complet ....................................................................................................................... 36
Figure 51 : Reprsentation graphique du MLD relationnel ........................................................................................ 40
Figure 52 : Un MCD avant de le Transformer en MLD ............................................................................................. 40
Figure 53 : Exemple de MLD ..................................................................................................................................... 41
Figure 54 : Une relation binaire cardinalits (0,n) ou (1,n) (0,1) ou (1,1) ............................................................. 41
Figure 55 : MLD issue d'un MCD relation de type (0,n) ou (1,n) - (0,1) ou (1,1) ................................................... 42
Figure 56 : Relation reflexive de type (0,n) ou (1,n) - (0,1) ou (1,1) .......................................................................... 42
Figure 57 : MLD issu d'un MCD relation reflexive de type (0,n) ou (1,n) - (0,1) ou (1,1) ...................................... 42
Figure 58 : MCD relation de type (0,n) ou (1,n) (0,n) ou (1,n) ............................................................................. 42
Figure 59 : MCD issu d'un MCD relation de type -(0,n) ou (1,n) - (0,n) ou (1,n) ................................................... 43
Figure 60 : Relation reflexive de type (0,n) ou (1,n) - (0,n) ou (1,n) .......................................................................... 43
Figure 61 : MLD issu d'un MCD relation reflexive de type (0,n) ou (1,n) - (0,n) ou (1,n) ...................................... 43
Figure 62 : MCD relation n-aire ............................................................................................................................... 43
Figure 63 : MLD issu d'un MCD relation n-aire ...................................................................................................... 44
Figure 64 : Une relation binaire cardinalits (1,1) - (0,1)......................................................................................... 44
Figure 65 : MLD issu d'un MCD relation de type (1,1) - (0,1) ................................................................................ 44
Figure 66 : Un hritage. .............................................................................................................................................. 45
Figure 67 : Lien dhritage avec gnralisation. ......................................................................................................... 45
Figure 68 : Lien dhritage avec spcialisation. .......................................................................................................... 45
Figure 69 : Lien d'hritage mixte - Seul l'identifiant est hrit. .................................................................................. 46
Figure 70 : Lien d'hritage mixte - Toutes les proprits sont hrites. ...................................................................... 46
Figure 71 : La table "Commande" avant normalisation en 1FN ................................................................................. 47
Figure 72 : La premire forme normale ...................................................................................................................... 47
Figure 73 : La table "Ligne" avant normalisation en 2FN .......................................................................................... 47
Figure 74 : La deuxime forme normale ..................................................................................................................... 47
Figure 75 : La table "Commande" avant normalisation en 3FN ................................................................................. 48
Figure 76 : La troisime forme normale ..................................................................................................................... 48
Figure 77 : La courbe du soleil ................................................................................................................................... 49
Figure 78 : Les modles de la mthode Merise ........................................................................................................... 50

4/52
NUMPAGES
1 1. . I In nt tr ro od du uc ct ti io on n
Merise est une mthode de conception et de dveloppement des systmes dinformation conue par un
ensemble de socits de service, sous la direction du centre technique informatique du ministre de
lindustrie. Cette mthode a t dveloppe entre 1977 et 1978.
Son vritable dmarrage sest fait entre 1983 et 1985, et, depuis, la mthode Merise sest impose comme
un standard de fait. Le nombre dutilisateurs a aussi bien augment dans le secteur priv que publique. Au
dbut des annes 90, Merise devenu Merise/2, a bnfici dun certain nombre dvolutions.
Aujourdhui, la majorit des systmes dinformation en services ont t dvelopps avec la mthode
Merise. En France, cest actuellement la mthode la plus utilise, mme si, lapproche objet ; avec le
langage de modlisation UML ; commence tre de plus en plus utilise.
Cependant, tant que les systmes de gestion de base de donnes objet nauront pas remplac les systmes
de gestion de base de donnes relationnelle (SGBDR), Merise restera la rfrence des mthodes de
conception.
Lobjectif de ce cour est de prsenter la mthode de conception des systmes dinformation Merise, afin
dtre capable de concevoir ou de participer la conception dun systme dinformation.

2 2. . L Le e s sy ys st t m me e d d i in nf fo or rm ma at ti io on n
2.1. Quest-ce quun systme ?
Un systme est un ensemble dlments matriels ou immatriels en interaction (hommes, machines,
rgles) transformant par un processus des lments en dautres lments.
Une entreprise qui fonctionne en vue de raliser ses objectifs est une forme de systme.
Il existe diffrents types de systme :
Le systme oprant : comparable une bote noire, il sagit dun systme physique qui transforme
un flux physique entrant (matire premire, flux financier) en un flux physique de sortie (produit,
service).
Le systme de pilotage : son rle est de rguler et contrler le systme oprant, et adapte son
fonctionnement en fonction des objectifs prdfinis.
Afin de faire linterface entre le systme oprant et le systme de pilotage, il est ncessaire de mettre
en place le systme dinformation.

5/52
NUMPAGES
2.2. Quest-ce quun systme dinformation ?
SYSTEME OPERANT
SYSTEME de PILOTAGE
SYSTEME dINFORMATION
Flux dentre
Flux de sortie

Figure 1 : Le systme d'information
Le systme dinformation (SI) est compos dlments divers (personnels, systmes informatiques,
les rgles de travail, le matriel) chargs de stocker et de traiter les informations relatives au
systme oprationnel, afin de les mettre la disposition du systme de pilotage. Il peut recevoir des
informations dcisives du systme de pilotage destines son propre pilotage. Il ragit sur le systme
oprationnel.
On peut comparer le systme dinformation une bote noire par laquelle transitent les principaux
flux dinformation entre le systme de pilotage et le systme oprant dune part (rgles de
fonctionnement, ressources alloues, priorits dexcution) et entre le systme oprant et le systme
de pilotage dautre part (variables de mesure de lactivit, de lefficacit technique et commerciale,
explicitant le nombre et la varit des rsultats obtenus ainsi que la quantit de ressources
consommes).
Le systme dinformation assure donc linterface entre les systmes oprant et de pilotage, mais il
peut aussi assurer linterface avec le ple client et/ou le ple fournisseur. Le systme dinformation
nest pas ferm sur une organisation interne.
2.3. Quest-ce quun systme automatis dinformation ?
Le systme automatis dinformation est un sous-ensemble du systme dinformation dans lequel
toutes les oprations automatisables sont effectues par des machines.
Un systme automatis dinformation permet aussi bien de traiter et sauvegarder linformation de
lentreprise, de simplifier et amliorer le travail lorsque les tches sont rptitives, de mettre
disposition des outils daide la dcision, etc.
Le systme dinformation est automatisable sil est formalisable.
2.4. Intrt de dfinir un systme dinformation
Auparavant, les systmes dinformation se constituaient au fur et mesure des besoins. On agrgeait
des fonctions les unes aprs les autres. On avait alors aucune vision globale du systme. Puis, on a
cherch concevoir des systmes qui intgrent lensemble des informations de lentreprise. On sest
alors rendu compte de la ncessit de dfinir le systme dinformation, car ltude mene permet
damliorer le traitement de linformation ncessaire au fonctionnement de lorganisation sous tous
ses aspects (collecte, traitement, archivage, diffusion, transmission). Ltude peut mener la
conclusion quune information nest pas utile. Elle doit galement permettre de mettre en vidence les
flux dinformation inutiles, les traitements redondants, les procdures darchivage amliorer etc.

6/52
NUMPAGES
3 3. . L La a m m t th ho od de e M ME ER RI IS SE E
La mthode MERISE pour la conception des systmes dinformation, se caractrise selon une approche
systmique et selon une dmarche trois axes : dmarche par tapes, par niveaux, et par cycle de
dcisions. Elle est la fois une mthode de conception des systmes dinformation et une mthode de
dveloppement des SI. Le dcoupage du dveloppement a t repris et normalis par lAFNOR (Z67-
101 : recommandation pour la conduite des projets informatiques).
3.1. Une approche systmique
Lapproche systmique a pour objet ltude des systmes dans un sens large. Cette approche a t
reprise par les auteurs de la mthode MERISE.
Cette approche consiste, partir de lensemble des informations et des rgles de gestion de
lentreprise, dfinir pour le domaine dtude concern le futur systme dinformation.
La mthode MERISE sappuie sur la reprsentation des structures de lorganisation, de son activit,
de son environnement et de ses finalits.
Cette mthode propose la construction du futur systme dinformation par approches successives.
3.2. Une dmarche trois axes
La dmarche MERISE est simultanment organise en tapes, en niveaux dabstraction, et en cycle
de dcision.
3.2.1. Dmarche par tapes
La dmarche par tapes ou par cycles de vie, dcrit la vie du systme dinformation au travers de
diffrentes tapes. Certaines tapes sont regroupes en grandes priodes : conception, ralisation,
et maintenance. La conception du SI aboutit une description dtaille des spcifications
fonctionnelles et techniques. La ralisation consiste produire les programmes et les consignes
dutilisation correspondants aux spcifications dtailles. La maintenance du systme a pour
objectif de ladapter aux volutions de son environnement.
Ces grandes tapes senchanent et se dcomposent de la faon suivante :
Schma directeur
Etude pralable
Etude dtaille
Etude technique
Ralisation
Mise en uvre
Maintenance
Dfinition des orientations gnrales du
dveloppement moyen terme des SI
Proposition et valuation de solutions
d organisation et de solutions techniques
pour le SI d un domaine
Spcification complte du futur SI vue de
lutilisateur (externe)
Spcification complte du futur SI vue du
programmeur (interne)
Ecriture des programmes, gnration des
fichiers ou bases de donnes, tests.
Installation de lapplication acheve
Corrections des anomalies, volutions
stop
C
O
N
C
E
P
T
I
O
N
R
E
A
L
I
S
A
T
I
O
N

Figure 2 : Les tapes d'un projet MERISE

7/52
NUMPAGES
3.2.2. Dmarche par niveaux
La dmarche par niveaux ou cycles dabstraction propose un ensemble de concepts pour la
formalisation du systme dinformation. Dans cette dmarche, nous trouvons trois niveaux
dabstraction (conceptuel, organisationnel et oprationnel) et une sparation des donnes et des
traitements.

NIVEAUX Point de vue Modles
Donnes Traitements
Conceptuel
Quoi ?
Gestionnaire MCD MCT
Logique / organisationnel
Qui ? Quand ? O ?
Organisateur MLD/MOD MOT
Physique
Comment ?
Informaticien MPD MPT

Ce tableau fait clairement apparatre les modles que propose la mthode MERISE pour la
formalisation des donnes et des traitements chacun des niveaux supports. Les diffrents
modles Merise sont donc :
MCD : Modle Conceptuel de Donnes ;
MCT : Modle Conceptuel de Traitements ;
MLD : Modle Logique de Donnes ;
MOT : Modle Organisationnel de Traitements ;
MPD : Modle Physique de Donnes ;
MPT : Modle Physique de Traitements.
Les trois niveaux conceptuel, logique, et physique facilitent lanalyse dun problme en se
focalisant respectivement sur les aspects de gestion, dorganisation, et dimplmentation. Aborder
un problme selon ces trois axes en facilite lanalyse. Ainsi, le gestionnaire dfinira les
traitements relatifs une commande reue dans lentreprise, les aspects organisationnels seront
tudis par lorganisateur, tandis que linformaticien prcisera les moyens techniques mettre en
uvre pour satisfaire les besoins relatifs aux niveaux prcdents.
La sparation des donnes et des traitements est conforme aux principes des bases de donnes
relationnelles. Elle met en vidence la relative invariance des donnes par rapport aux traitements.
Par exemple, un processus de facturation peut consister en lenvoi dune facture et lattente du
paiement ou en prlvement automatique. Pour autant, les donnes ncessaires chacun de ces
traitements restent sensiblement les mmes.
Un modle supplmentaire, appel Modle Conceptuel de Communication (MCC) ou graphe des
flux, a t rajout dans MERISE pour ltude des changes dinformation intra-entreprise ou avec
des tiers (fournisseurs, clients). Il se situe au niveau conceptuel avant ltude spare
MCD/MCT.
3.2.3. Cycle de dcision
Le cycle de dcision regroupe les choix faire lors du cycle de vie pour passer dune tape une
autre. Par exemple, lissue de ltude pralable, un certain nombre de solutions possibles seront
proposes pour atteindre les objectifs assigns au nouveau systme. Certaines de ces offres seront

8/52
NUMPAGES
retenues et donneront lieu une tude dtaille. Le choix effectu constitue la dcision qui
conditionne le passage de ltude pralable ltude dtaille.
Lensemble des rsultats produits chaque tape constitue le cycle de dcision.
3.3. Ltude et le recueil de lexistant
Avant de se lancer dans la conception du systme dinformation, il est essentiel dtudier et de
recueillir lexistant.
3.3.1. Etudier lorganisation et dcouper en domaine dactivit
Le travail prliminaire est dtudier lorganisation de lentreprise qui en gnral considre de
manire globale, reprsente un ensemble trop vaste pour que lon puisse aborder directement
ltude de lensemble de son systme dinformation. Cest pourquoi on va chercher dcouper
lentreprise en diffrents domaines dactivits.
Ces domaines sont en gnral dtermins partir des grandes fonctions de lentreprise : vendre,
stocker, commander, payer le personnelChaque domaine peut tre considr comme autonome,
avec son propre systme dinformation. Ces diffrents domaines changent des informations entre
eux.
3.3.2. Le recueil de lexistant
Ensuite, on peut procder au recueil de lexistant. Cette dmarche consiste mener des interviews
auprs des personnes concernes et collecter lensemble des documents (papiers, numriques)
manipuls au sein de lentreprise et qui concerne un domaine particulier.
Le but de ces entretiens est de mieux cerner la dfinition de chaque poste de travail, du point de
vue de la circulation de linformation. Il convient donc de poser des questions telles que :
Quels sont les types de documents ou messages reus ou mis ?
Quels sont les oprations effectues, il ne faut ngliger aucune opration (par exemple calculer
le total de la facture, archiver un dossier, envoyer un fax de confirmation)
Quels sont les problmes rencontrs (informations manquantes, dlais dobtention, rptitivit
dune opration)
Il convient ensuite de faire une synthse de ces entretiens afin de formaliser lexistant sous forme
de modles reprsentant le systme dinformation.
3.3.3. Identifier les acteurs et les documents
Un document est un support dinformations. Il peut tre unique (planning mural) ou exister en
plusieurs exemplaires (doubles des factures). Un document peut possder plusieurs occurrences.
Bien que lide du document soit attache son support matriel, il faut galement prendre en
compte les informations vhicules sur des supports immatriels (messages oraux, tlphoniques,
).
Un acteur est une personne, ou un groupe de personne qui accomplit des actions sur les
informations du domaine. Les acteurs internes font partie du sous-ensemble de lorganisation
tudie. Les acteurs externes changent de linformation avec les acteurs internes au domaine,
mais ils nen font pas partie.
3.4. Prsentation des niveaux de description et des modles associs
Comme vu ci-dessus, la mthode MERISE propose de dcrire un SI suivant diffrents niveaux
dabstraction allant de labstrait vers le concret. A chaque niveau, correspond une proccupation du
concepteur du SI sur la description des donnes et des traitements. Ces niveaux de description
peuvent se regrouper en deux ensembles. Tout dabord le niveau conceptuel et le niveau
organisationnel correspondent la proccupation de description du SI indpendamment des aspects

9/52
NUMPAGES
techniques lis linformatisation. Ensuite les niveaux logique et physique de description dun SI
prennent en compte la technologie informatique retenue pour linformatisation. Il nexiste pas
aujourdhui de formalisme universel propre la mthode MERISE pour la description du modle
logique et physique des traitements. Cependant, le modle relationnel constitue un standard de fait
pour la description du niveau logique des donnes.
Globalement, les quatre niveaux de description du SI constituent le cycle dabstraction du SI.
3.4.1. Le niveau conceptuel
Le niveau conceptuel qui reflte les aspects de gestion, peut-tre dfini grce trois modles :
MCC : Modle Conceptuel de Communication ;
MCD : Modle Conceptuel de Donnes ;
MCT : Modle Conceptuel de Traitements.
Dans ce niveaux, il sagit de rpondre la question QUOI ? , tout en faisant abstraction des
contraintes dorganisation et techniques.
3.4.1.1. Le Modle Conceptuel de Communication (MCC)
Le Modle Conceptuel de Communication reprsente la premire vue formelle du systme
dinformation. Il permet de recenser lensemble des changes informationnels entre acteurs
pour le domaine tudi. Particulirement simple laborer, il constitue un puissant outil de
communication et de validation. Les concepts utiliss (acteurs et flux) tant trs simples et
comprhensibles de tous.
Acteur :
Dfinition :
Cest une personne morale ou physique capable dmettre ou de recevoir des informations.
Ainsi, un client ou le service commercial dune socit sont des acteurs du domaine gestion
commerciale. Les acteurs peuvent tre internes ou externes. Ils sont internes sils
appartiennent au domaine fonctionnel tudi, linverse ils sont externes sils
nappartiennent pas au domaine fonctionnel tudi.
Formalisme :
On reprsente les acteurs internes par un cercle et les acteurs externes par un cercle en
pointills.
Flux :
Dfinition
Cest un change dinformations entre un acteur metteur et un acteur rcepteur.
Formalisme :
On reprsente le flux par un lien flch et nomm, entre acteurs.
Exemple de MCC :

10/52
NUMPAGES
contrat de location (5)
Avis sur contrat (4)
Rglement location (6)
Proposition de contrat (3)
Recherche vhicule(2)
Demande location vhicule (1)
Agence
location
voiture
Client

Figure 3 : Exemple de MCC
Ds lors quun flux reprsente un change dinformations, on peut trs bien dessiner un
flux rflexif. Cela dpend notamment du niveau de prcision lors de la dfinition des
acteurs. Dans lexemple ci-dessus, on pourra dcomposer agence location voiture en
deux acteurs : secrtariat et responsable du parc automobile .
Cet exemple de MCC reprsente les flux dinformations qui circulent entre un client
souhaitant louer un vhicule et une agence de location de voiture. Le client est en pointill,
puisquil est acteur externe du systme dinformation.
Il est a noter quaucune rfrence organisationnelle ou technique apparat dans le MCC.
Nous sommes bien au niveau du concept o lon ne prcise pas les moyens de
communication (tlphone, fax) ni si le systme est informatis. De mme, le MCC ne
fait pas apparatre dinformations chronologiques, mme si dans lexemple ci-dessus on
numrote les flux afin den faciliter la lecture.
Enfin, on se rend compte que ce modle ne requiert aucune connaissance approfondie de
Merise tans le formalisme utilis est simple.
Rsum du MCC :

Acteur
Dfinition Symbole Associ Exemple
Personne morale ou physique qui
met ou reoit des informations.
Lacteur est typ interne ou
externe selon quil appartient ou
non au champ dtude
Acteur
externe
Acteur
interne

Secrtariat Client

Flux
Matrialisation de lchange
Flu x

Commande
Secrtariat Client

11/52
NUMPAGES
3.4.1.2.Le dictionnaire des donnes
Lors de la phase du recueil de lexistant, les documents ont t tudis de manire globale. A
cette tape de la mthode Merise, on tudie attentivement chaque document. Un mme
document peut se prsenter sous plusieurs formes (papier, cran, numrique...).
Un document comprend en gnral des informations de forme (en-tte, formule de politesse)
qui nont pas dimportance pour notre systme dinformation, et des informations vitales
(nom, adresse client, tlphone client). Ces informations sont rassembles dans des
rubriques ventuellement rptitives.
Par dfinition, une donne lmentaire est la reprsentation dinformations lmentaires
manipules dans le domaine tudi. Rubriques de document et donnes sont deux notions
diffrentes. Une donne, comme une rubrique, peut-tre compose (ex : numro de scurit
sociale). Cependant, il est exclu de dcomposer une telle donne, dans le cadre des activits du
domaine. Ce nest pas ncessairement le cas pour les rubriques de documents. Par exemple,
ladresse du client peut constituer quune seule rubrique sur le document, et correspondre
trois ou quatre donnes : rue, code postal, ville, pays.
Dautre part, une donne a un type bien dtermin (alphanumrique, numrique, date,
boolen) alors quune rubrique nest pas ncessairement normalise (code numrique ou
nom pour un dpartement).
Au fur et mesure de ltude, et pour chaque donne identifie :
On lui attribue un nom, qui sera utilis dans toute la suite de ltude ;
On lui indique le type, la plage de valeurs ;
On en tudie des proprits telle que :
Sagit-il dune donne lmentaire de base ou dune donne calcule ?
Sagit-il dune donne stable ou non stable ?
On constitue ainsi une liste. A chaque ajout de donne dans la liste des donnes, il est trs
important de vrifier si :
La donne nest pas dj rpertorie ?
La donne nest pas dj rpertorie mais avec un nom diffrent ? (cas des synonymes :
plusieurs termes ayant le mme sens, ex :briser, casser, et rompre)
Le nom attribu la donne nest pas dj utilis pour dsigner une autre donne ? (cas des
polysmes : mot qui prsente plusieurs sens, ex : le son)
A la fin de ce travail, on dispose dune liste de donnes sans redondance, sans synonyme, et
sans polysme : Le dictionnaire des donnes.
3.4.1.3.Le Modle Conceptuel des Donnes (MCD)
Conformment lapproche spare des donnes et des traitements, le Modle Conceptuel des
Donnes (MCD) reflte la vue du systme dinformation ct donnes uniquement. Il doit tre
le plus complet possible. Sa reprsentation doit se faire en toute indpendance de
considrations techniques et/ou organisationnelles. Le MCD est une reprsentation statique des
donnes et, par consquent, ne doit comporter aucune rfrence aux traitements effectus.
Contrairement au MCC, le MCD na pas vocation dtre lu par des non-initis. En revanche,
cest un excellent outil de validation pour le concepteur du SI.
Le Modle Conceptuel de Donnes (MCD) permet de faire la description des donnes et des
relations entre les donnes, grce aux concepts du formalisme Entit-Association.
Proprit (ou attribut) :

12/52
NUMPAGES
Dfinition :
Une proprit est une donne lmentaire susceptible de prendre une valeur. Cest le plus
petit lment manipul du systme dinformation et qui a un sens en lui-mme. Une
proprit peut-tre lmentaire ou calcule, simple ou compose.
La note dun lve est une proprit lmentaire, en revanche sa moyenne est une proprit
calcule.
Lge de llve est une proprit simple alors que ladresse complte de llve est une
proprit compose.
Formalisme :
Le nom de la proprit est inscrit lintrieur de lentit.
Entit (ou objet) :
Dfinition :
Une entit est un objet ou un individu manipul par lentreprise, pourvu dune existence
propre. Lentit est caractrise par un certain nombre de proprits dont lensemble des
valeurs spcifiques dun objet donn correspond une occurrence de lentit.
Llve est une entit, llve Pierre Dupond est une occurrence de lentit lve.
Formalisme :
Nom de l'entit

Figure 4 : Une entit sans ses proprits
Nom de l'entit
Proprit1
Proprit2
Proprit n

Figure 5 : Une entit avec ses proprits
Exemple :
Eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve

Figure 6 : Exemple d'une entit

Identifiant (ou proprit identifiante) :
Dfinition :
Lidentifiant est une proprit particulire de lentit telle qu chaque valeur de la
proprit corresponde une et une seule occurrence de lentit. La valeur de lidentifiant
rend unique chaque occurrence de lentit, ainsi pour viter les synonymes, des numros ou
des codes font les meilleurs identifiants.
Formalisme :
Dans le MCD, lidentifiant figure en premire position dans la liste des proprits et est
soulign.

13/52
NUMPAGES
Nom de l'entit
Identifiant
Proprit1
Proprit2
Proprit n

Figure 7 : Une entit avec un identifiant
Exemple :
Le numro dun lve sera lidentifiant pour lentit lve, son nom ne suffirait pas pour
lidentifier de manire unique dans le SI.
Le numro INSEE pourra tre lidentifiant dune personne.
Le numro dimmatriculation pourra tre lidentifiant de lentit voiture.
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Produit
Num_Produit
Libelle
Prix

Figure 8 : Des exemples d'identifiants
Relation (ou association) :
Dfinition :
Une association est la reprsentation dune relation entre entits. Elle est dpourvue
dexistence propre et est subordonne lexistence des entits qui la composent.
Lentit lve est en association avec lentit classe
La relation peut tre porteuse dune ou plusieurs proprits : Lentit lve est en
association avec lentit matire et porte la proprit note . Cela se traduit par llve
a une note dans une matire.
Formalisme :
0,n
1,n
Relation
Entite_1
Id_Ent1
Prop1_Ent1
Prop2_Ent1
Propn_Ent1
Entite_2
Id_Ent2
Prop1_Ent2
Prop2_Ent2

Figure 9 : Formalisme de la relation
Exemples :
La relation peut tre binaire :
1,1 1,n
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Classe
Id_Classe
Nom_Classe
Fait partie

Figure 10 : Relation binaire
La relation peut tre porteuse de donnes :
1,n 1,n
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Matiere
Id_Matiere
Nom_Matiere
Duree_Matiere
Obtient
note

Figure 11 : Relation porteuse de donnes

14/52
NUMPAGES
La relation peut tre ternaire :
0,n
1,n 1,n
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Matiere
Id_Matiere
Nom_Matiere
Duree_Matiere
Obtient
note
Date
Date

Figure 12 : Relation ternaire
NB : Dans une relation ternaire, il ny a jamais de cardinalits 1,1 ou 0,1
Une relation n entits, est une relation n-aire
La relation peut tre rflexive :
Cest une relation dune entit sur elle-mme.
0,n
0,n Personne
Num_INSEE_Personne
Nom_Personne
Prenom_Personne
Se marie
Date

Figure 13 : Relation rflexive
La relation peut-tre identifiante :
Lassociation identifiante traduit la relation de composition entre une entit composante et
une entit compose. Lexemple classique est la relation entre une commande et ses lignes
de commande. Une ligne de commande na pas dexistence propre. Elle est toujours
relative une commande. Un autre exemple classique est celui de lhtel et des ses
chambres. Les chambres seules nont pas dexistence propre. Lassociation identifiante
(appele lien identifiant) est note (1,1) dans le MCD.
(1,1) 1,n
Commande
Num_Commande
Date_Commande
Ligne de commande
Numero de ligne
est compose de

Figure 14 : Le lien identifiant de la commande et des lignes de commande
(1,1)
1,n
Hotel
Id_Hotel
Nom_Hotel
Adresse_Hotel
Chambre
Numero chambre
Est compose de

Figure 15 : Le lien identifiant de lhtel et de ses chambres
Cardinalit :
Dfinitions :
La cardinalit dune entit par rapport une relation sexprime par deux nombres appels
cardinalit minimale et cardinalit maximale.
La cardinalit minimale, gale 0 ou 1, est le nombre de fois minimum quune occurrence
dune entit participe aux occurrences de la relation. Si la cardinalit minimale est gale
0, cest quil existe parmi toutes les occurrences de lentit, au moins une occurrence qui ne
participe pas la relation. Par exemple, dans une quipe de sport, tous les membres de
lquipe ne participent pas forcment un match. En revanche, si la cardinalit minimale
est gale 1, cela implique que toutes les occurrences dune entit participent toutes les

15/52
NUMPAGES
occurrences de la relation. Dans notre exemple, cela se traduit par le fait quun joueur joue
tous les matchs.
La cardinalit maximale, gale 1 ou n, indique le nombre de fois maximum quune
occurrence de lentit participe aux occurrences de la relation (n est quivalent infini).
Formalisme :
0,1
Entite_1
Id_Ent1
Prop1_Ent1
Prop2_Ent1
Propn_Ent1
Relation

Figure 16 : Cardinalit 0,1
1,1
Entite_1
Id_Ent1
Prop1_Ent1
Prop2_Ent1
Propn_Ent1
Relation

Figure 17 : Cardinalit 1,1
0,n
Entite_1
Id_Ent1
Prop1_Ent1
Prop2_Ent1
Propn_Ent1
Relation

Figure 18 : Cardinalit 0,n
1,n
Entite_1
Id_Ent1
Prop1_Ent1
Prop2_Ent1
Propn_Ent1
Relation

Figure 19 : Cardinalit 1,n
Exemple :
1,1 0,n
Commande
Num_Commande
Date_Commande
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Passe commande

Figure 20 : Explication des cardinalits
Dans lexemple ci-dessus, la cardinalit minimale entre lentit client et la relation
passe commande qui est 0 exprime le fait quun client peut ne pas passer de
commande. Cest un client potentiel.
La cardinalit maximale entre lentit client et la relation passe commande qui est
n exprime le fait quun client peut passer au plus n commandes.
La cardinalit minimale entre la relation passe commande et lentit commande qui
est 1 exprime le fait qu une commande correspond toujours un client.
La cardinalit maximale entre la relation passe commande et lentit commande qui
est 1 exprime le fait qu une commande correspond un seul client au maximum.
Occurrence :
Dfinition :

16/52
NUMPAGES
Loccurrence dune entit ou dune association est le nombre de fois quapparat lentit
(ou lassociation) ayant des proprits valeurs distinctes.
Dans le cas dune quipe de foot sans remplaants, lentit joueurs aurait 11
occurrences. Cette notion doccurrence sert estimer la taille de la base de donnes.
Dpendance fonctionnelle :
Dpendance fonctionnelle entre proprits :
On dit que 2 proprits A et B sont relies par une dpendance fonctionnelle
(note : A ---df---> B) si la connaissance de la valeur de A dtermine une et une seule
valeur de B.
Exemple : Code_Client ---df---> Nom_Client
La connaisance de Code_Client dtermine une et une seule valeur de Nom_Client .
Autrement dit, si lon connat Code_Client on doit pouvoir connatre Nom_Client et
celui-ci sera unique.
La rciproque est fausse. Nom_Client ne permet pas de dterminer son code, car
plusieurs clients peuvent avoir le mme nom.
La dpendance fonctionnelle peut porter sur la concatnation de plusieurs proprits.
Exemple : N_Bon_Commande + Ref_Art ---df---> Qt_Demande
Ref_Art seul ne suffit pas dterminer la quantit commande, une mme rfrence
pouvant figurer sur plusieurs bons de commande.
N_Bon_Commande ne suffit pas non plus puisquun mme bon de commande peut
concerner plusieurs rfrences.
En revanche, la connaissance de N_Bon_Commande ET Ref_Art dtermine celle
de Qt_Demande .
Dpendance fonctionnelle entre entits :
On dit quil existe une dpendance fonctionnelle entre 2 entits A et B (note : A ----> B) si
toute occurrence de A dtermine une et une seule occurrence de B.
Exemple : Commande ----> Client
Toute commande a un et un seul client (cas des commandes individuelles uniquement).
Une dpendance fonctionnelle entre entit se traduit toujours par une cardinalit
maximale 1.
Les dpendances fonctionnelles entre entits ne portent jamais de proprits.
Il existe deux types de dpendance fonctionnelle :
La dpendance fonctionnelle faible;
La dpendance fonctionnelle forte.
La dpendance fonctionnelle faible : lorsque la cardinalit minimale est 0 (relation
partielle ou potentielle entre 2 entits) la dpendance est dite faible.
La dpendance fonctionnelle forte : lorsque la cardinalit minimale est 1 (relation
fonctionnelle totale) cette dpendance est alors dite forte.

17/52
NUMPAGES
0,n
Histoire
0,1
0,n
Principal
1,1
Classe
Num_Classe
Nom_Classe
Professeur
Id_Professeur
Nom_Professeur
Prenom_Professeur
DateNaissance_Professeur
DF
DF
Toute classe a un
professeur principal
Toute classe n'a pas forcment
un professeur d'histoire
La card Min est gale 0,
il s'agit d'une DF faible
La card Min est gale 1,
il s'agit d'une DF forte

Figure 21 : Les dpendances fonctionnelles
Contrainte dintgrit fonctionnelle (CIF) :
Dfinition :
La notion de contrainte dintgrit fonctionnelle (CIF) correspond celle de la dpendance
fonctionnelle (DF) forte ET stable. (stable signifiant que les occurrences des entits mises
en jeu ne pourront jamais changer).
Exemple : Un enfant ne pourra jamais changer de pre. De mme la dpendance
fonctionnelle entre commande et client est une contrainte dintgrit fonctionnelle car le
client qui a pass la commande ne peut pas changer.
La CIF traduit un lien fort et permanent (non modifiable sauf son annulation) de
dpendance dune entit par rapport une ou plusieurs autres entits. Dans le cas o ce lien
nest pas permanent dans le temps, il sagira donc dune dpendance fonctionnelle entre
objets.
Lintrt de mettre en vidence une CIF dans une relation de dimension suprieure 2,
rside dans le fait que lon peut diminuer de 1 la dimension de la relation.
Exemple :
1,n
1,n
1,n
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Contrat
Id_Contrat
Assurance
Num_Societe
Nom_assurance
est assur

Figure 22 : MCD du contrat d'assurance
Dans lexemple ci-dessus, lexistence dun contrat dassurance implique la connaissance de
lassur. Il y a donc un lien fort et permanent de dpendance entre lentit client et
lentit contrat . La mise en vidence de cette CIF permet de dcomposer le modle en
deux associations binaires (au lieu dune association ternaire) :

18/52
NUMPAGES
1,1 1,n 0,n 1,1
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Contrat
Id_Contrat
Assurance
Num_Societe
Nom_assurance
Est assur Passe

Figure 23 : MCD avec une CIF (Relation portant un nom)
1,1 1,n 0,n 1,1
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Contrat
Id_Contrat
Assurance
Num_Societe
Nom_assurance
CIF Passe

Figure 24 : MCD avec une CIF (relation nomme CIF)
Dans lexemple ci-dessus, il nest pas ncessaire de nommer la relation de la CIF. Afin de
faciliter le nommage de la relation, il est possible de la nommer CIF , notamment pour
bien la mettre en vidence.
Gnralisation/spcialisation :
La modlisation dun SI laide du formalisme entit-relation connat dans certains cas des
difficults pour reprsenter dans une mme entit des proprits qui ne concernent pas la
totalit des occurrences de cette mme entit.
Par exemple, dans un SI comportant deux catgories demploys, les employs mensuels,
et les employs vacataires. Trs rapidement on va se rendre compte que ces entits ne
seront pas facile formaliser. Vaut-il mieux rassembler les proprits dans une seule entit,
mais avec le risque davoir des proprits sans valeur. Ou bien, est-il prfrable de
dcomposer une entit en deux entits, mais cette fois-ci avec le risque davoir une
redondance des proprits.
Pour solutionner ce problme, le concept de gnralisation/spcialisation a t port avec
lvolution de MERISE 2.
Ce concept est fond sur le fait de regrouper toutes les proprits communes aux deux
populations dindividus dans une entit dite gnrique et de crer deux entits spcialises
ne contenant que les proprits spcifiques chaque population dindividus. Ces deux
types dentits tant lis par un lien de gnralisation/spcialisation.
Employ
Num_Employ
Nom_Employ
Prnom_Employ
Mensuel
Date d'entre
Salaire mensuel
Nombre jour cum inter contrat
Vacataire
Date dbut v acation
Dure v acation
Cout horaire
Nombre jour cumul v acation

Figure 25 : Exemple du concept gnralisation/spcialisation.
Cette solution permet une reprsentation plus fidle de la ralit.
Dfinition :
La gnralisation est un processus de modlisation permettant de rassembler dans une
mme entit toutes les proprits communes relatives cette entit, vis--vis dautres

19/52
NUMPAGES
entits spcialises regroupant des proprits propres un sous-ensemble doccurrences de
lentit gnrique.
Formalisme :
La gnralisation peut tre de deux types : simple ou multiple.
La gnralisation simple est caractrise par lunicit du lien de gnralisation pour une
mme entit, comme lexemple ci-dessus.
Entit gnrique ou type
Lien des sous-types vers le type
Entits spcialises ou sous-types

Figure 26 : Gnralisation simple
La gnralisation multiple est caractrise par les liens multiples pour une mme entit en
tant que sous-type vis vis dautres entits types.
Gnralisation
multiple

Figure 27 : Gnralisation multiple
Le concept dhritage :
Le concept dhritage consiste transmettre les proprits de lentit type vers les sous-
types. Ces proprits sont toujours disponibles pour les objets spcialiss, mais par
convention de reprsentation, elles ne sont mentionnes que par lentit type. (Figure 24:
Exemple du concept gnralisation/spcialisation)
Les contraintes dextension sur les relations ou sur les entits :

20/52
NUMPAGES
Le formalisme tudi jusqu prsent ne permet pas de reprsenter certaines contraintes et
particularits lies aux occurrences de relations ou dentits. Pour ce faire, il existe des
contraintes dextension suivantes :
La contrainte dexclusion ;
La contrainte dinclusion ;
La contrainte de totalit ;
La contrainte de partition ou de ou exclusif ;
La contrainte dgalit (ou de simultanit) ;
La prsentation des contraintes est ralise sur les relations. Ces contraintes peuvent aussi
exister sur des entits ou sous-types dentits.
Pralable :
Le pivot dsigne lensemble des entits communes aux associations concernes par la
contrainte.
La contrainte dexclusion :
Dfinition :
La contrainte dexclusion traduit le fait que toute occurrence dune entit pivot participe
lune ou lautre des associations de la contrainte ou aucune des deux, mais pas aux
deux.
Formalisme :
La contrainte dexclusion est reprsente par un cercle contenant un X, et est relie au pivot
par un trait pointill.
Exemple :
1,n
0,1
1,n
0,1
Etablissement
CodeEtablissement
NomEtablissement
Entreprise
CodeEntreprise
RaisonSocialeEntreprise
AdresseEntreprise
TelEntreprise
Etudier
Travailler
Personne
NumPersonne
NomPersonne
PrenomPersonne
DateNaissPersonne
SexePersonne
X

Figure 28 : La contrainte d'exclusion
Dans lexemple ci-dessus, lentit PERSONNE est le pivot de la contrainte.
La contrainte exprime est : Une personne tudie dans un tablissement ou bien elle est
salarie dune entreprise, ou bien elle est ni tudiante ni salarie, mais elle ne peut tre
la fois tudiante et salarie .
La contrainte dinclusion :
Dfinition :
La contrainte dinclusion traduit le fait que les occurrences des entits participant une
relation R1 participent implicitement une autre relation R2. En revanche, la rciproque
est fausse.
Formalisme :

21/52
NUMPAGES
La contrainte dinclusion est reprsente par un cercle contenant un I, et est relie au pivot
Exemple :
1,n
0,1
1,n
0,1
Etablissement
CodeEtablissement
NomEtablissement
Entreprise
CodeEntreprise
AdresseEntreprise
TelEntreprise
Etudier
Travailler
Personne
NumPersonne
NomPersonne
PrenomPersonne
DateNaissPersonne
SexePersonne
I

Figure 29 : La contrainte dinclusion
Dans lexemple ci-dessus, les occurrences de lentit PERSONNE qui participent la
relation ETUDIER participent galement et obligatoirement la relation TRAVAILLER.
En revanche, le fait quune occurrence de lentit personne participe la relation
TRAVAILLER nimplique pas quelle participe la relation ETUDIER.
Cela se traduit par Une personne qui tudie dans un tablissement implique quelle
travaille dans une entreprise . (Cas dune personne tudiant dans un lyce professionnel et
ayant lobligation de faire un stage en entreprise). En revanche, la rciproque est fausse.
La contrainte de totalit :
Dfinition :
La contrainte de totalit traduit le fait que toute occurrence du pivot participe lune ou
lautre des associations de la contrainte ou aux deux.
Formalisme :
La contrainte de totalit est reprsente par un cercle contenant un T, et est relie au pivot
Exemple :
0,n
0,n
0,n
0,n
Etablissement
CodeEtablissement
NomEtablissement
Entreprise
CodeEntreprise
AdresseEntreprise
TelEntreprise
Etudier
Travailler
Personne
NumPersonne
NomPersonne
PrenomPersonne
DateNaissPersonne
SexePersonne
T

Figure 30 : La contrainte de totalit
Dans lexemple, toute occurrence de lentit PERSONNE participe soit la relation
ETUDIER, soit la relation TRAVAILLER soit au deux relations la fois.
Cela se traduit par Une personne peut tre tudiant dans un tablissement de formation ou
salari dans une entreprise ou les deux la fois (Cas dun tudiant en formation continue
par exemple).

22/52
NUMPAGES
La contrainte de partition (ou de ou exclusif ) :
Dfinition :
La contrainte de partition traduit le fait que toute occurrence du pivot participe
obligatoirement lune ou lautre des associations de la contrainte, mais pas aux deux.
Formalisme :
La contrainte de partition est reprsente par un cercle contenant un +, et est relie au
pivot par un trait pointill.
Exemple :
0,n
0,n
0,n
0,n
Etablissement
CodeEtablissement
NomEtablissement
Entreprise
CodeEntreprise
AdresseEntreprise
TelEntreprise
Etudier
Travailler
Personne
NumPersonne
NomPersonne
PrenomPersonne
DateNaissPersonne
SexePersonne
+

Figure 31 : La contrainte de partition
Dans lexemple, toute occurrence de la table PERSONNE participe soit la relation
ETUDIER, soit la relation TRAVAILLER mais pas au deux la fois.
Cela se traduit par Une personne est obligatoirement soit tudiant dans un tablissement
de formation soit salari dans une entreprise
Cette contrainte est quivalente une contrainte de totalit et une contrainte dexclusion.
La contrainte dgalit (ou de simultanit) :
Dfinition :
La contrainte dgalit traduit deux inclusions symtriques. Cest dire que toute
occurrence dune entit participant une relation R1, participe simultanment une
relation R2.
Formalisme :
La contrainte dgalit est reprsente par un cercle contenant un =, et est relie au pivot
Exemple :

23/52
NUMPAGES
0,n
0,n
0,n
0,n
Etablissement
CodeEtablissement
NomEtablissement
Entreprise
CodeEntreprise
AdresseEntreprise
TelEntreprise
Etudier
Travailler
Personne
NumPersonne
NomPersonne
PrenomPersonne
DateNaissPersonne
SexePersonne
=

Figure 32 : La contrainte d'galit
Dans lexemple ci-dessus, toutes les occurrences de lentit PERSONNE qui participent
la relation ETUDIER participent galement et obligatoirement la relation
TRAVAILLER. Inversement toutes les occurrences de lentit PERSONNE qui
participent la relation TRAVAILLER participent galement et obligatoirement la
relation ETUDIER.
Cela se traduit par Une personne qui tudie dans un tablissement implique quelle
travaille dans une entreprise ou une personne qui est salarie dans une entreprise
implique quelle tudie dans un tablissement .
Rgles de vrification du MCD :
Le MCD a progressivement t labor partir du dictionnaire de donnes et des rgles de
gestion issues du recueil et de ltude de lexistant.
Cependant, il reste vrifier et valider ce MCD. Pour ce faire, des rgles de vrification ont
t labores.
Rgle n1 : toute entit ou association doit avoir un identifiant et un seul
Dans lexemple ci-dessous, les identifiants des entits CLASSE et ELEVE sont
respectivement Id_Classe et Numero_eleve . Les identifiants dentits apparaissent
donc de manire explicite sur le schma.
Lidentifiant dune entit peut-tre compos de plusieurs proprits mais il ny a toujours
quun seul identifiant par entit.
Lidentifiant de lassociation napparat pas clairement sur le modle. Il se compose des
identifiants des entits de la relation. Lidentifiant de lassociation FAIT PARTIE est donc
le couple de valeurs ( Id_Classe , Numero_eleve ).
1,1 1,n
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Classe
Id_Classe
Nom_Classe
Fait partie

Figure 33 : Rgle de validation n1
Rgle n2 : toutes les proprits doivent tre lmentaires, cest--dire non dcomposables
Cette rgle a aussi une autre dfinition : toute proprit doit tre dans sa forme atomique.
Cela signifie que toute proprit ne doit pas tre dcomposable. Par exemple, la proprit
Adresse pourrait tre dcompose en rue , ville , code postal , et pays .
Rgle n3 : Les proprits dune entit autres que lidentifiant doivent tre en dpendance
fonctionnelle monovalue de cet identifiant

24/52
NUMPAGES
Pour une occurrence de lidentifiant dune entit, chacune des proprits ne peut prendre
quune valeur. Par consquent, il est impossible davoir une valeur rptitive pour une
mme proprit, comme il ne doit y avoir dabsence de valeur pour une mme proprit.
Par exemple, lentit PERSONNE dfinie par les proprits Num_SS , Nom_Pers ,
Prnom_Pers , Diplmes_Pers . Cette entit peut recevoir des valeurs pour le cas o
la personne a au plus un diplme. Une solution consisterait prvoir plusieurs proprits
concernant les diplmes : Diplme 1 , Diplme 2 , Diplme 3 . Rapidement, on se
rend compte que dans certains cas ces proprits ne serviraient pas, alors que dans dautres,
elles seraient insuffisantes. Une autre solution, la bonne, consiste crer une entit
DIPLOME et une relation lassociant lentit PERSONNE.
Rgle n4 : une proprit ne peut qualifier quun seul objet ou quune seule relation
Une proprit ne peut tre prsente la fois dans plusieurs entits. Par exemple, la
proprit Nom du client ne peut tre prsente la fois dans lentit CLIENT et dans
lentit FACTURE.
De mme, une proprit ne peut porter le mme nom pour des sens diffrents. Par exemple,
la proprit ne peut sappeler Adresse dans lentit FOURNISSEUR et Adresse
dans lentit CLIENT (cas de polysmes). Dans ce cas, il faut appeler lune Adresse
fournisseur et lautre Adresse client .
Rgle n5 : la dpendance fonctionnelle transitive doit tre carte.
Si une proprit est en dpendance fonctionnelle de lidentifiant, et dune autre proprit de
lobjet, elle-mme en dpendance fonctionnelle simple de cet identifiant, il y a une entit
imbrique dans celle que lon tudie. Chaque entit doit dcrire un concept smantique
unique, et en consquence, il faut clater en deux entits celle qui contient une dpendance
fonctionnelle transitive.
Dans lexemple ci-dessous, considrons la rgle de gestion suivante : le prix de vente au
client est calcul sur le prix de vente public, diminu dune remise dont le montant est
fonction de la catgorie a laquelle appartient le client. Le client est forcment rattach une
catgorie, et, au plus une.
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Catgorie_client
Tx_Remise

0,n 1,1
Client
Num_client
Nom_client
Prnom_client
Adresse_client
Categorie
Code catgorie
Nom_Catgorie
Tx_Remise
Appartient

Figure 34 : Rgle n5, rsolution de la dpendance fonctionnelle transitive
Rgle n6 : toute proprit dentit ou dassociation ne peut prendre quune seule valeur
Dans lexemple ci-dessous, la proprit note caractrise le couple
( Num_etudiant , Num_matiere ). Un tudiant pouvant avoir plusieurs notes pour la
mme matire, ce schma ne respecte donc pas cette rgle

25/52
NUMPAGES
1,n 1,n
Etudiant
Num_Etudiant
Nom_Etudiant
Prenom_Etudiant
DateNaissance_Etudiant
Matiere
Num_Matiere
Nom_Matiere
Duree_Matiere
Obtient
note

Figure 35 : Modle sans l'application de la rgle n6
Pour obtenir un modle correct, il suffit de prciser quun tudiant ne peut avoir plusieurs
notes le mme jour dans une mme matire. Dans ces conditions, la date est
suffisamment discriminante. Il suffit de modifier le modle de telle sorte que la proprit
note soit une caractristique du triplet ( Num_etudiant , Num_matiere , date ).
0,n
1,n 1,n
Etudiant
Num_Etudiant
Nom_Etudiant
Prenom_Etudiant
DateNaissance_Etudiant
Matiere
Num_Matiere
Nom_Matiere
Duree_Matiere
Obtient
note
Date
Date

Figure 36 : Application de la rgle n6
Rsum du MCD :
Rgle de gestion
Description littrale dune loi qui
rgit lactivit de lentreprise. Elle
peut tre de type dfinition, fait,
validation, ou formule
Aucun Tout client possde une adresse (def)
Tout client passe au moins une
commande (fait)
Un client ne peut commander
nouveau sil a des factures impayes
(val)
La chiffre daffaire ralis avec un
client est gal la somme des
montants des commandes passes.
(for)

Information
Plus petit lment du SI prsentant
un intrt pour lactivit tudie.
Aucun Nom client, Prnom client, date de
commande

Entit
Objet de gestion pour lequel on
souhaite conserver des
informations.
Ent_1

Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Hotel
Id_Hotel
Nom_Hotel
Adresse_Hotel

26/52
NUMPAGES
Proprit
Information rattache une entit Aucun Nom client, Prnom client, date de
commande

Proprit identifiante
Proprit identifiant de manire
unique tout lment dentit
Proprit souligne Numro INSEE, Num Immatriculation

Association
Traduit lexistence dune relation
entre entits Relation

1,1 1,n
Eleve
Numero_eleve
Nom_eleve
Prenom_eleve
DateNaissance_eleve
Classe
Id_Classe
Nom_Classe
Fait partie

Cardinalits
Nombre minimal et maximal de
fois quun lment de lentit est
associ aux lments de
lassociation
Couples de valeurs :
1,1 0,1
1,n 0,n

Hritage
Relation type/sous-types ou
pre/fils. Relation de
dcomposition suivant un critre
discriminant.

Employ
Num_Employ
Nom_Employ
Prnom_Employ
Mensuel
Dated'entre
Salairemensuel
Vacataire
Date dbut vacation
dure vacation
couthoraire
nombre jourcumul vacation

3.4.1.4.Le Modle Conceptuel des Traitements (MCT)
Aprs avoir tudi les donnes du systme, et conformment lapproche spare des donnes
et des traitements, il convient dtudier la dynamique du systme au travers du Modle
Conceptuel de Traitements (MCT). Comme pour le MCD, le MCT relve du niveau
conceptuel, et ne dcrit que la dimension fonctionnelle du domaine tudi lexclusion de
toute considration technique et organisationnelle. En revanche, il peut tre construit, avant,
pendant ou aprs la construction du MCD.
Le but du MCT est de dcrire les traitements que le systme dinformation doit effectuer pour
passer dun vnement un autre dans le cadre dun processus. Cette description dynamique
est faite laide des concepts suivants :

27/52
NUMPAGES
Processus :
Dfinition :
Le processus est un ensemble homogne de traitements constituant la raction du systme
dinformation la ralisation dvnements.
Exemple :
Dans une entreprise ayant pour activit la commercialisation de produits auprs de sa
clientle. Cette activit de commercialisation peut se dcouper en sous domaines ; gestion
des commandes, facturation, et expdition. Chacun de ces sous-domaines est couvert par un
processus distinct.
Evnement :
Dfinition :
Lvnement est un fait qui, en se produisant, dclenche une raction du systme. Il peut
tre associ un alias pour tre rfrenc simplement dans une condition de
synchronisation.
Le systme dinformation est un systme tats . A tout moment, il est possible
dtablir un constat de ltat dans lequel se trouve le systme. Larrive dun vnement
nouveau vient modifier cet tat, et oblige le systme ragir pour retrouver un tat
stationnaire.
Lvnement est porteur dinformations. Les seuls vnements pris en compte dans le
modle sont les vnements dits externes qui sont indpendants de lorganisation mise en
place dans le domaine tudi. Les diffrentes valeurs prises par chaque vnement sont
appeles occurrences de lvnement.
Formalisme
Lvnement est reprsent par un cercle portant son nom.
Evt_1

Figure 37 : Formalisme de l'vnement
Exemple
Dans le processus gestion des remboursements dune compagnie dassurance, la
dclaration de sinistre constitue un vnement.
Dclaration
de sinistre

Figure 38 : Exemple d'vnement
Opration :
Dfinition :
Une opration est un ensemble de traitements ininterrompu dclench par un vnement ou
un ensemble dvnements. Une fois lopration dclenche elle prend en compte les
informations portes par les vnements, et consulte ou met jour les donnes du systme.
Formalisme :

28/52
NUMPAGES
Opration

Figure 39 : Formalisme de l'opration

Exemple :
Traitement de la
commande

Figure 40 : Exemple d'opration
Action :
Dfinition :
Laction compose lopration et reprsente un traitement lmentaire (crer, modifier,
supprimer, lire)
Formalisme :
Les actions sont nommes dans lopration, dans lordre o elles se droulent. Elles sont
reprsentes par un verbe linfinitif.
Operation
Action1
Action2
Action3

Figure 41 : Formalisme de l'action
Exemple :
Traitement de la
commande
Enregistrer la commande
Contrler la commande

Figure 42 : Exemple d'actions
Rgle de gestion :
Dfinition :
La rgle de gestion est lexpression littrale dcrivant les contraintes de gestion applicables
laction.
Exemple :
La facturation des produits est soumise la TVA.
Synchronisation :
Dfinition :

29/52
NUMPAGES
Il est frquent de rencontrer des oprations dont le dclenchement est conditionn par
plusieurs vnements. Il est donc ncessaire de reprsenter ces conditions de
dclenchement, cest dire de prciser quelles sont les associations dvnements dont la
prsence est indispensable au dclenchement de lopration. Cette reprsentation se fait par
la synchronisation.
La synchronisation est la fois une association dvnements candidats et une
expression boolenne forme partir des oprateurs ET et OU . Toutes les
combinaisons entre ces oprateurs sont admises.
Formalisme :
Le ou les vnements sont mentionns par un label dans la partie suprieure de lopration.
Synchronisation
Operation
Action1
Action2
Action3

Figure 43 : Formalisme de la synchronisation
Exemple :
(a) ET (b)
Traitement de la
commande
Enregistrer la commande
Contrler la commande

Figure 44 : Exemple de synchronisation
Dans lexemple ci-dessus, lopration Traitement de la commande sera dclenche par
la prsence simultane des vnements (a) ET (b).
Les rgles dmission :
Dfinition :
Les rgles dmission sont les prcisions concernant le dclenchement dun rsultat ou dun
autre en fonction dun traitement conditionnel (vrai, faux, solde positif, solde ngatif)
Formalisme :
La ou les rgles dmission sont mentionnes dans la partie infrieure de lopration par un
terme simple et comprhensible (vrai, faux, arrhes verses, arrhes non verses)
Synchro
Opration1
Action_1
Action_2
Action_n
Regle_1 Regle_2 Rgle_3

Figure 45 : Formalisme des rgles d'mission
Exemple :

30/52
NUMPAGES
traitement demande
Verif ier la demande
Verif ier la dispo
Dispo Non dispo

Figure 46 : Exemple de rgles d'mission
Dans lexemple ci-dessus, lopration traitement de la demande se dcompose en deux
actions : Vrifier la demande , puis Vrifier la disponibilit . A cet instant, le
traitement est interrompu en fonction du rsultat. Il y aura ensuite deux traitements
diffrents selon quil y ait disponibilit ou non.
Le rsultat (ou lmission)
Dfinition :
Le rsultat est produit par lopration. Il est la rponse du systme la contrainte de
traitement de linformation porte par le ou les vnements dclencheurs de lopration.
Une mme opration peut gnrer plusieurs rsultats.
Le rsultat, peut devenir ensuite un vnement dclencheur pour une opration suivante.
Formalisme :
La reprsentation du rsultat est la mme que celle de lmission.
Rsultat

Figure 47 : Formalisme du rsultat
Exemple :
Dossier
clos
Chque

Figure 48 : Exemple de rsultats
Comment laborer le MCT
Il faut commencer par rpertorier les vnements. Cette tape est relativement simple, car,
si les flux ont dj t identifis, ces derniers se traduisent en vnements. Les vnements
sont lorigine des traitements en entre ou en sont le rsultat en sortie. Il faut identifier les
processus et distinguer les vnements externes et internes. Bien sr, on carte les acteurs
(puisque nous sommes au niveau conceptuel). On place ensuite les vnements et les
rsultats par ordre darrive logique. Do lintrt de numroter les flux afin de faciliter ce
travail. Ensuite, on dfinit les oprations en regroupant les traitements ininterruptibles. Il
reste ensuite modliser le MCT. Pour ce faire, il est ncessaire didentifier les vnements
dentre qui dclenchent les oprations, et les rsultats de ces oprations. Puis, il faut
dterminer les conditions de synchronisation avec les rgles dmissions.
Vrification du MCT
Llaboration dun MCT rpond un certain nombre de rgles quil convient de respecter.
Non interruption des oprations :

31/52
NUMPAGES
Il faut considrer lopration comme une bote noire, qui, une fois mise en route doit
aboutir une fin. Pour cela, il lui faut les donnes dont elle a besoin pour son excution,
ds quelle se dclenche.
Notion de cycle :
La prsence dun cycle dans un MCT nest pas interdite ds lors quune sortie du modle
est possible.
Emissions non accessibles :
Chaque fois quune opration comporte des missions, il faut vrifier que toutes les
missions sont accessibles.
Rsum du MCT :
Evnement
Reprsentation dun fait qui
intresse le SI. Il peut tre associ
un alias
Ev enement
(a)

Commande
(b)

Opration
Traitement effectu sur le SI en
raction lapparition dun
vnement.
Operation

Traitement commande

Action
Traitement lmentaire sur le SI.
Composant dune opration
Operation
Action1
Action2

Traitement commande
Enregistrer commande
Controler commande

Synchronisation
Conditions logiques liant les
vnements dclencheurs
lopration. Utilise les oprateurs
boolens
Synchronisation
Operation
Action1
Action2

((a) OU (b)) ET (c)
Traitement commande
Controler commande

32/52
NUMPAGES
Rgle dmission
Condition de sortie dune
opration
Synchronisation
Operation
Action1
Action2
Regle 1 Regle 2

((a) OU (b)) ET (c)
Traitement commande
Controler commande
Accord Ref us

Rsultat
Information ncessaire la
gestion, produite par une opration
et pouvant constituer un
vnement pour une opration
postrieure
Rsultat
(a)

Commande
(b)

Exemple dun MCT complet :
Copi e
remise
(a)
Trombinos
cope
(b)
Bonne note
attribue
Mauvaise
note
attribue
a ET b
Correction copie
Lire nom tudiant
Regarder photo tudi ant
Bonne tte Mauvaise tte

Figure 49 : Un MCT complet
3.4.2. Le niveau organisationnel
Aprs avoir tudi le niveau conceptuel, il est bon de sattacher lorganisation du futur SI. A ce
stade, il va falloir tudier :
La rpartition des traitements entre lhomme et la machine ;
Le mode de fonctionnement : temps rel ou diffr ;

33/52
NUMPAGES
Et laffectation des donnes et des traitements par type de site organisationnel et par type de
poste de travail.
Les modles associs au niveau organisationnel sont :
Le Modle Organisationnel de Donnes (MOD) qui reprsente lensemble des donnes par
type de site organisationnel ; le formalisme identique celui du MCD ;
Le Modle Organisationnel des Traitements (MOT) qui permet de reprsenter par procdure
les phases et les tches excutes par chaque poste de travail.
Le niveau organisationnel permet donc de dcrire le Qui fait quoi, quand et o ?
3.4.2.1.Le Modle Organisationnel des Donnes (MOD)
Bien que peu utilis, le MOD permet de faire des choix dinformatisation des donnes et de
faire la quantification et lhistorisation des donnes et de dfinir la politique daccs aux
donnes.
Choix dinformatisation des donnes
Il sagit ici de choisir quelles seront les donnes mmorises laide des moyens
informatiques. Les autres donnes resteront traites manuellement.
Quantification et historisation des donnes
Linformatisation est lie la dfinition de lespace de mmorisation. Il est donc ncessaire
dvaluer correctement le volume des donnes mmoriser.
Cependant, ce travail peut-tre fait au niveau conceptuel lors de ltablissement du
dictionnaire de donnes. Il suffit de typer la donne (par exemple : entier, caractre), de
fixer sa longueur et de prciser le nombre doccurrences.
Droits daccs aux donnes
Les donnes dun systme dinformation ne sont pas ncessairement accessibles par
lensemble du personnel ayant accs au SI. Par consquent, il est ncessaire dtudier les
droits en consultation, dajout, de modification, et de suppression des donnes pour chacun
des profils des utilisateurs.
Les rsultats sont ensuite synthtiss dans une matrice.
3.4.2.2.Le modle Organisationnel des Traitements (MOT)
Les objectifs du Modle Organisationnel des Traitements (MOT) sont denrichir le Modle
Conceptuel des Traitements (MCT) en ajoutant les aspects organisationnels. Le MOT dcrit
lorganisation mettre en place pour excuter les traitements dfinis par le gestionnaire.
Les notions de temps, de droulement (dure), de ressources, de lieu et de responsabilit (poste
de travail) et de nature des traitements (manuels ou automatiques) vont sintgrer au MCT et
constituer le MOT.
Pour une mme description conceptuelle, il y a diverses reprsentations organisationnelles.
Pour chaque ensemble de traitement, le MOT prcise le poste de travail associ, la nature des
tches dcrites (M pour manuel, I pour informatis et immdiat, D pour informatis et diffr)
et situe le traitement dans le temps. Lunit de traitement du MOT est une procdure
fonctionnelle ou pf . A chaque opration du MCT correspond une ou plusieurs pf. Les pf
peuvent elles-mmes se dcomposer en tches.
La tche informatise interactive met en jeu lhomme et la machine, la tche informatise
automatique ne fait appel qu la machine.
Les concepts utiliss par le MOT sont les suivants :
Procdure :

34/52
NUMPAGES
Dfinition :
La procdure est un sous-ensemble organisationnel dun processus. Le processus Gestion
des transactions peut donner lieu aux procdures Gestion des transactions lagence
et Gestion des transactions sur Minitel .
Acteur :
Dfinition :
Lacteur est une entit organisationnelle prsentant un intrt pour le SI tudi. Ce concept
dacteur est le mme que celui employ dans le MCC.
Formalisme :
Lacteur est reprsent par son nom en tte de colonne. Lacteur peut tre humain ou bien
une machine.
Evnement :
Dfinition :
Lvnement matrialise un fait qui, en se produisant, dclenche une raction du systme. Il
peut tre associ un alias pour tre rfrenc simplement dans une condition de
synchronisation.
Formalisme :
Le formalisme de lvnement du MOT est le mme que celui du MCT, cest dire quil
est reprsent par un cercle portant son nom.
Phase :
Dfinition :
La phase est au MOT ce que lopration est au MCT.
La phase reprsente la raction du systme dinformation lapparition dvnements. Elle
doit tre ininterruptible. Elle est caractrise par des attributs tels que la priode (tous les
jours, tous les mois, fin dexercice, la demande), la dure, le type (manuel, interactif,
automatique, temps diffr).
Formalisme :
Le formalisme est le mme que celui employ pour le MCT avec lopration.
Tche :
Dfinition :
La tche est au MOT ce que laction est au MCT.
La tche compose la phase et reprsente un traitement lmentaire (crer, modifier,
supprimer, lire). Comme la phase, elle est type (manuelle, automatise).
Formalisme :
Le formalisme employ est le mme que celui du MCT pour laction.
Rgle dorganisation :
Dfinition :
La rgle dorganisation est au MOT ce que la rgle de gestion est au MCT.
La rgle dorganisation est lexpression littrale dcrivant les contraintes dorganisation
applicables la tche. La rgle dorganisation correspond souvent une rgle de gestion
enrichie dune dimension organisationnelle.

35/52
NUMPAGES
Exemple :
Une transaction lagence nest possible que du lundi au vendredi.
Rgle dmission :
Dfinition :
La rgle dmission est la prcision concernant la condition de dclenchement dun rsultat
ou dun autre en fonction dun traitement conditionnel (vrai, faux, solde positif, solde
ngatif).
Formalisme :
Le formalisme employ est identique au formalisme employ dans le MCT.
Synchronisation :
Dfinition :
La synchronisation est la condition logique reliant les vnements dclencheurs la phase.
Formalisme
Le formalisme employ est identique au formalisme employ dans le MCT
Rsultat :
Dfinition :
Le rsultat est produit par la phase. Il est la rponse du systme la contrainte de traitement
de linformation porte par le ou les vnements dclencheurs de la phase.
Une mme phase peut gnrer plusieurs rsultats.
Le rsultat, peut devenir ensuite un vnement dclencheur pour une phase suivante.
Formalisme :
Le formalisme employ est identique au formalisme employ dans le MCT
Module :
Dfinition :
Le module est un lment de logiciel (cran, programme, dition) associ un fichier de
programme source et rattach une tche. Le module permet de raliser un lien entre la
description graphique des traitements et leur implmentation sous forme logicielle.
Correspondance entre les concepts du MCC, du MCT et du MOT

36/52
NUMPAGES
MCC MCT MOT
Processus Procdure
Acteur Acteur
Evnement Evnement
Opration Phase
Action Tche
Rgle de gestion Rgle dorganisation
Condition de synchronisation Condition de synchronisation
Rgle dmission Rgle dmission
Rsultat Rsultat
Module
Comment laborer le MOT
Le MOT est labor laide du MCC et du MCT.
Il suffit ensuite dintgrer dans le MCT les aspects organisationnels en ajoutant autant de
colonnes quil y a dacteurs, une colonne pour prciser la notion de temps et de dure, et
une colonne pour dterminer le type de traitement.
Il faudra toutefois vrifier que toutes les tches de la phase sont effectues par le mme
acteur. Sans quoi il faudra clater la phase autant de fois quil y a dacteurs diffrents qui
participent son excution.
Exemple de MOT complet
Priode Demandeur d'emploi Borne ANPE Type
Demande
d'emploi
Off res
d'emploi
Recherche d'emploi
Rechercher offres
Toujours
A la demande
15 minutes
Interactif

Figure 50 : Exemple de MOT complet

Rsum du MOT

37/52
NUMPAGES
Procdure
Sous-ensemble organisationnel
dun processus
Aucun Procdure Gestion des demandes
demploi la borne ANPE

Acteur
Entit organisationnelle prsentant
un intrt pour le SI
Colonne du MOT Demandeur demploi, Borne
ANPE

Evnement
Reprsentation dun fait qui
intresse le SI. Il peut tre associ
un alias
Evenement
(a)

Demande
d'emploi

Phase
Raction du systme dinformation
lapparition dun ou plusieurs
vnements..
Phase_1

Recherche d'emploi

Tche
Traitement lmentaire sur le SI.
Composant dune phase. Phase_1
Tache_1
Tache_2

Recherche d'emploi
Rechercher offres

Synchronisation
Conditions logiques liant les
vnements dclencheurs la
phase.
Sy nchronisation
Phase_1
Tache_1
Tache_2

a ET b
Recherche d'emploi
Rechercher offres
Toujours

38/52
NUMPAGES
Rgle dmission
Condition de sortie dune phase
Sy nchronisation
Phase_1
Tache_1
Tache_2
Regle 1 Regle 2

Recherche d'emploi
Rechercher offres
Toujours

Rsultat
Information ncessaire la
gestion, produite par une phase et
pouvant constituer un vnement
pour une phase postrieure
Rsultat
(a)

Off res
d'emploi

3.4.3. Les niveaux logique et physique
Alors que le SI a t dcrit au niveau conceptuel et organisationnel, il est maintenant ncessaire de
le dcrire sur le plan informatique. Cette description est dcompose en deux niveaux : le niveau
logique et le niveau physique.
Le niveau logique :
Concernant les traitements, il est difficile aujourdhui de dire quil existe une normalisation de la
description logique des traitements qui correspondrait un vritable Modle Logique des
Traitements. Cest pourquoi ce modle ne sera pas tudi dans ce cours.
Concernant les donnes, le Modle Logique des Donnes (MLD) permet de prendre en compte la
structuration technique propre au stockage informatis. Lutilisation de linformatique permet
damliorer lorganisation et la gestion dun SI. Depuis le dbut du cours, il a t vu comment
constituer thoriquement une base de donnes. Cette base de donnes peut tre ralise et gre
par un Systme de Gestion de Bases de Donnes Relationnelles (SGBDR).
Un SGBDR va permettre dorganiser un SI, de saisir ses donnes, de les modifier, de les
supprimer et de les consulter.
La plupart des SGBDR courants sont fonds sur le modle relationnel dfini par E.F Codd en
1970. Le modle relationnel prsente deux aspects fondamentaux : des concepts structuraux de
base comme la table, un algbre permettant de manipuler les tables, ou une collection de tables.
Le Modle Relationnel des Donnes (MRD) (Parfois appel Modle Logique des Donnes
(MLD)) sest largement impos depuis la fin des annes 80, et est donc devenu un standard de fait
pour la description du niveau logique.
Cependant, le MLD ne tient pas compte des contraintes techniques comme la capacit mmoire
ou des particularits dues un logiciel. Cest au niveau du Modle Physique des Donnes quelles
seront prises en compte.
Le niveau physique :
Au niveau physique, les choix des outils techniques sont dfinis. Ainsi, les organisations
physiques de donnes sont spcifies au travers de la Description Physique des Donnes.

39/52
NUMPAGES
De la mme manire, la spcification des traitements est ralise pour chaque transaction (temps
rel) ou chaque unit de traitement (temps diffr) au travers de la description oprationnelle des
traitements.
En rsum, au niveau physique, aucun formalisme universel nest disponible aujourdhui. Cette
partie ne sera donc pas traite.
3.4.3.1.Le Modle Relationnel des Donnes (MRD)
Les MCD et MOD reprsentent donc lensemble des donnes dun point de vue abstrait, sans tenir
compte des contraintes dimplmentation dans une base de donnes ou des contraintes techniques
associes.
Ces diffrents points sont justement dcrit dans le Modle Relationnel des Donnes (MRD)
laide des concepts suivants :
Table (ou relation)
Dfinition :
La table constitue la principale structure de stockage dans une base relationnelle. Elle a
une structure de tableau, compose de lignes et de colonnes dans lesquelles on stocke les
informations. La table est dsigne par un nom.
La table du modle relationnel correspond lentit du MCD.
Exemple :
La table VOITURE , la table PERSONNE .
Attribut
Dfinition :
Lattribut reprsente une colonne dune table caractrise par un nom. Une table possde
autant dattributs que dinformations grer.
Lattribut du modle relationnel correspond la notion de proprit dans le MCD.
Exemple :
La table VOITURE contient les attributs marque , couleur .
La table PERSONNE contient les attributs Nom_Personne , Prnom_Personne ,
DateNaissance_Personne
Tuple
Dfinition :
Un tuple, ou occurrence de la table (ou de la relation) correspond une ligne du table. Il y
aura autant de tuples quil y aura de valeurs. Le tuple correspond lenregistrement dune
ligne de la table.
Le tuple du MLD est lquivalent de loccurrence du MCD.
Cl primaire
Dfinition :
La cl primaire est un attribut particulier dont les valeurs dfinissent de manire unique les
tuples de la table (ou de la relation).
La cl primaire du MLD corresponds lidentifiant du MCD.
Exemple :

40/52
NUMPAGES
Soit la table PERSONNE contenant les attributs Num_Personne ,
Nom_Personne , Prnom_Personne . Lattribut Num_Personne permet de dfinir
de manire unique toutes les personnes.
Tuple1 : 0001 Rossi Tino
Tuple2 : 0002 Haddock Capitaine
Tuple3 : 0010 Lagaffe Gaston
Formalisme :
La cl primaire est souligne dun trait continu.
Cl trangre
Dfinition :
La cl trangre est un attribut particulier correspondant une cl primaire de la table de
rfrence.
Une table peut contenir 0, 1 ou plusieurs cl trangres.
Formalisme :
La cl trangre est souligne dun trait pointill, ou bien suivie du signe #.
Exemple dune table
Formalisme :
Table_1 (Cle_Primaire, Attribut_1, Attribut_2, Attribut_n, CleEtrangre_1,
CleEtrangre_n)
Ou
ClePrim = ClePrim
Table_2
ClePrim
Attrib1
Attrib2
Attrib3
Table_1
Cle_Primaire
ClePrim
Attribut_1
Attribut_2
Attribut_n

Figure 51 : Reprsentation graphique du MLD relationnel
Exemple :
A partir du MCD suivant :
1,n 1,1
Livre
NLivre
Titre_Livre
Genre_Livre
Prix_Livre
Ecrivain
NEcrivain
Nom_Ecrivain
Prenom_Ecrivain
Ecrire

Figure 52 : Un MCD avant de le Transformer en MLD
On obtient le modle relationnel suivant :
LIVRE (NLivre, Titre_Livre, Genre_Livre, Prix_Livre, NEcrivain)
ECRIVAIN (NEcrivain, Nom_Ecrivain, Prenom_Ecrivain)
La reprsentation graphique du MLD donne :

41/52
NUMPAGES
NEcriv ain = NEcriv ain
Livre
NLivre
NEcrivain
Titre_Livre
Genre_Livre
Prix_Livre
Ecrivain
NEcrivain
Nom_Ecrivain
Prenom_Ecrivain

Figure 53 : Exemple de MLD
Correspondance entre les concepts du MCD et ceux du MLD
MCD MLD
Domaine Domaine
Entit Table (ou relation)
Evnement Evnement
Occurrence Tuple
Proprit Attribut
Identifiant Cl primaire
Association Table ou rfrence
Cl trangre
Rgles de passage dun MCD un MLD
Rgles pour les entits du MCD
Lentit se transforme en une table ;
Lidentifiant de lentit devient la cl primaire de la table ;
Les proprits de lentit deviennent des attributs de la table.
Rgle pour les relations binaires (ou rflexives) de type (0,n) ou (1,n) (0,1) ou (1,1)
Une relation binaire (ou rflexive) ayant des type (0,n) ou (1,n) (0,1) ou (1,1) se traduit
par une redondance de lidentifiant de lobjet cardinalit (1,n) ou (0,n) dans la table issue
de lentit cardinalit (1,1) ou (0,1). Lidentifiant de lentit cardinalit (1,1) devient la
cl primaire de la table. La proprit duplique devient cl trangre dans la table. Si la
relation est rflexive, cest lidentifiant de lentit qui est dupliqu dans la table issue de ce
mme objet aprs avoir t renomm.
Si lassociation est porteuse de donnes, celles-ci se retrouvent comme attributs dans la
relation issue de lentit cardinalit (1,1) ou (0,1).
Les MCD relation binaire ci dessous :
0,n 1,1
1,n 1,1
Salarie
Num_Salarie
Nom_Salarie
Prenom_Salarie
Service
Num_Service
Nb_employe
Specialisation
Regroupe
Salarie
Num_Salarie
Nom_Salarie
Prenom_Salarie
Service
Num_Service
Nb_employe
Specialisation
Regroupe

Figure 54 : Une relation binaire cardinalits (0,n) ou (1,n) (0,1) ou (1,1)

42/52
NUMPAGES
Deviennent dans les deux cas :
Dans leur forme graphique :
Salarie
Num_Salarie
Num_Service
Nom_Salarie
Prenom_Salarie
Service
Num_Service
Nb_employe
Specialisation

Figure 55 : MLD issue d'un MCD relation de type (0,n) ou (1,n) - (0,1) ou (1,1)
Dans leur forme littrale :
SALARIE (Num_Salarie, Nom_Salarie, Prenom_Salarie, Num_Service)
SERVICE (Num_Service, Nb_employe, Specialisation)
Le MCD relation binaire et reflexive ci dessous :
0,1 Est subordonn
0,n
Est chef
Personne
Num_Personne
Nom_Personne
Prnom_Personne
Depend

Figure 56 : Relation reflexive de type (0,n) ou (1,n) - (0,1) ou (1,1)
Devient :
Dans sa forme graphique :
Personne
Num_Personne
Num_Personne_Chef
Nom_Personne
Prnom_Personne

Figure 57 : MLD issu d'un MCD relation reflexive de type (0,n) ou (1,n) - (0,1) ou (1,1)
Dans sa forme littrale :
PERSONNE (Num_Personne, Num_Personne_Chef, Nom_Personne, Prenom_Personne,
DateNaissance_Personne)
Rgle pour les relations binaire de type (0,n) ou (1,n) (0,n) ou (1,n)
Dans le cas dune relation de type (0,n) ou (1,n) (0,n) ou (1,n), chaque entit se
transforme en table, chaque identifiant se transforme en cl primaire de la table.
Lassociation devient une table qui rcupre les cl primaires des deux tables. Si
lassociation tait porteuse de donnes, alors ces donnes deviennent des attributs.
Le MCD ci-dessous :
1,n 1,n
Fournisseur
Id_Fournisseur
Nom_Fournisseur
Adresse_Fournisseur
Produits
Id_Produit
Libell_Produit
Fournit
Prix

Figure 58 : MCD relation de type (0,n) ou (1,n) (0,n) ou (1,n)
Devient :

43/52
NUMPAGES
Fournisseur
Id_Fournisseur
Nom_Fournisseur
Adresse_Fournisseur
Produits
Id_Produit
Libell_Produit
Fournit
Id_Fournisseur
Id_Produit
Prix

Figure 59 : MCD issu d'un MCD relation de type -(0,n) ou (1,n) - (0,n) ou (1,n)
FOURNISSEUR (Id_Fournisseur, Nom_Fournisseur, Adresse_Fournisseur)
FOURNIT (Id_Fournisseur, Id_Produit, Prix)
PRODUITS (Id_Produit, Libelle_Produit)
Le MCD relation binaire et reflexive ci dessous :
0,n Est pouse
0,n
Est poux
Personne
Num_Personne
Nom_Personne
Prnom_Personne
Marier
DateMariage

Figure 60 : Relation reflexive de type (0,n) ou (1,n) - (0,n) ou (1,n)
Devient :
Personne
Num_Personne
Nom_Personne
Prnom_Personne
Marier
Num_Personne_Epoux
Num_Personne_Epouse
DateMariage

Figure 61 : MLD issu d'un MCD relation reflexive de type (0,n) ou (1,n) - (0,n) ou (1,n)
PERSONNE(Num_Personne,Nom_Personne,Prnom_Personne,DateNaissance_Personne)
MARIER (Num_Personne_Epoux, Num_Personne_Epouse, DateMariage)
Rgle pour les relations n-aire
Une relation n-aire du MCD, porteuse ou non de donnes, se transforme en une table du
modle relationnel ayant comme cl primaire composite les identifiants des entits
participant cette association du MCD.
Le MCD ci dessous :
1,n
1,n 1,n
Livre
Code_Livre
Titre_Livre
Depot
Code_Depot
Nom_Depot
Editeur
Code_Editeur
Nom_Editeur
Stocke
Quantite

Figure 62 : MCD relation n-aire
Devient :

44/52
NUMPAGES
Livre
Code_Livre
Titre_Livre
Depot
Code_Depot
Nom_Depot
Editeur
Code_Editeur
Nom_Editeur
Stocke
Code_Livre
Code_Depot
Code_Editeur
Quantite

Figure 63 : MLD issu d'un MCD relation n-aire
LIVRE (Code_Livre, Titre_Livre)
DEPOT (Code_Depot, Nom_Depot)
EDITEUR (Code_Editeur, Nom_Editeur)
STOCKE (Code_Livre, Code_Depot, Code_Editeur, Quantite)
Cas des relations de type (1,1) (0,1)
La transformation dune relation de type (1,1) (0,1) se traduit par une double redondance
des identifiants des deux entits.
Le MCD ci dessous :
1,1
0,1
Test
NTest
Date_Test
Resultat
Id_Resultat
Valeur_Resultat
Commentaire_Resultat
Correspond

Figure 64 : Une relation binaire cardinalits (1,1) - (0,1)
Devient :
Test
NTest
Id_Resultat
Date_Test
Resultat
Id_Resultat
NTest
Valeur_Resultat
Commentaire_Resultat

Figure 65 : MLD issu d'un MCD relation de type (1,1) - (0,1)
TEST ( NTest, Date_Test, Id_Resultat)
RESULTAT (Id_Resultat, Valeur_Resultat, Commentaire_Resultat, NTest)
Cas des hritages :

45/52
NUMPAGES
Employ
Num_Employ
Nom_Employ
Prnom_Employ
Mensuel
Date d'entre
Salaire mensuel
Vacataire
Date dbut v acation
dure v acation
cout horaire
nombre jour cumul v acation

Figure 66 : Un hritage.
Pour la transformation dun MCD contenant un hritage en un MLD, trois cas sont
possibles.
La gnralisation :
Lentit gnrique se transforme en une table, il est possible dinsrer une proprit
discriminante afin de diffrencier les occurrences de lentit pre .Toutes les proprits
des entits filles sont migres dans lentit gnrique.
Employ
Num_Employ
Nom_Employ
Prnom_Employ
Ty pe Employ
Date d'entre
Salaire mensuel
Date dbut v acation
dure v acation
cout horaire

Figure 67 : Lien dhritage avec gnralisation.
La spcialisation :
Les entits spcialises deviennent des tables et hritent des proprits de lentit
gnrique.
Mensuel
Num_Employ
Nom_Employ
Prnom_Employ
Date d'entre
Salaire mensuel
Vacataire
Num_Employ
Nom_Employ
Prnom_Employ
Date dbut v acation
dure v acation
cout horaire

Figure 68 : Lien dhritage avec spcialisation.
La solution mixte :
Lentit type devient une table. Les entits spcialises deviennent galement des tables.
Et, lidentifiant de lentit type est dupliqu dans les tables issues des entits spcialises.

46/52
NUMPAGES
Employ
Num_Employ
Nom_Employ
Prnom_Employ
Mensuel
Num_Employ
Date d'entre
Salaire mensuel
Vacataire
Num_Employ
Date dbut v acation
dure v acation
cout horaire

Figure 69 : Lien d'hritage mixte - Seul l'identifiant est hrit.
Il est galement possible de faire hriter toutes les proprits dans les tables issues des
entites spcialises.
Employ
Num_Employ
Nom_Employ
Prnom_Employ
Mensuel
Num_Employ
Nom_Employ
Prnom_Employ
Date d'entre
Salaire mensuel
Vacataire
Num_Employ
Nom_Employ
Prnom_Employ
Date dbut v acation
dure v acation
cout horaire

Figure 70 : Lien d'hritage mixte - Toutes les proprits sont hrites.
Normalisation du modle relationnel
Afin de valider le modle relationnel, le concepteur du modle relationnel, Codd, a dfini
des rgles de normalisation. Si, lors de lapplication des formes normales, le modle
relationnel nest pas valid, il est alors possible de la modifier ainsi que le MCD.
Premire forme normale (1FN)
Une relation (ou une table) est en premire forme normale si tout attribut est lmentaire et
sil ne peut pas prendre plusieurs valeurs. Plus clairement, une relation (ou une table) est en
premire forme normale si ses attributs ne sont pas dcomposables et si le nombre
dattributs est constant, quelle que soit loccurrence de la relation.
Cest le principe de la non rptitivit.
Exemple : Cas dune commande
COMMANDE (Code_Commande, Date_Commande, NArticle, Quantit)

47/52
NUMPAGES
Commande
Code_Commande
Date_Commande
NArticle
Quantit

Figure 71 : La table "Commande" avant normalisation en 1FN
Cette table nest pas en 1FN car NArticle et Quantit est un groupe rptitif.
Par consquent, la table COMMANDE se dcompose comme suit :
COMMANDE (Code_Commande, Date_Commande)
LIGNE (NArticle, Quantit, Code_Commande)
Commande
Code_Commande
Date_Commande
Ligne
NArticle
Quantit
Code_Commande

Figure 72 : La premire forme normale
Deuxime forme normale (2FN)
Une table est en 2FN si :
Elle est en 1FN.
Aucun de ses attributs ne dpend partiellement de lidentifiant ou de la cl primaire.
Exemple :
LIGNE (NArticle, Code_commande, Quantit, Description_Article)
Ligne
NArticle
Code_commande
Quantit
Description_Article

Figure 73 : La table "Ligne" avant normalisation en 2FN
Cette table nest pas en 2FN car Description_Article ne dpend que dune partie de la
cl NArticle .
Par consquent, la table LIGNE se dcompose comme suit :
LIGNE (NArticle, Code_commande, Quantit)
ARTICLE (NArticle, Description_Article)
Ligne
NArticle
Code_commande
Quantit
Article
NArticle
Description_Article

Figure 74 : La deuxime forme normale
Troisime forme normale (3FN)
Une table est en 3FN si :
Elle est en 2FN.
Aucun de ses attributs ne dpend dun attribut autre que lidentifiant (cl primaire).
Exemple :
COMMANDE (Code_Commande, Date_Commande, N_Client, Nom_Client)

48/52
NUMPAGES
Commande
Code_Commande
Date_commande
NClient
Nom_Client

Figure 75 : La table "Commande" avant normalisation en 3FN
Cette table nest pas en 3FN car Nom_Client ne dpend que de N_Client qui nest
pas une cl primaire.
Par consquent, la table COMMANDE se dcompose comme suit :
COMMANDE (Code_Commande, Date_Commande, N_Client)
CLIENT (N_Client, Nom_Client)
Commande
Code_Commande
Date_commande
NClient
Client
NClient
Nom_Client

Figure 76 : La troisime forme normale

49/52
NUMPAGES
4 4. . P Po os si it ti io on nn ne em me en nt t d de e l la a m m t th ho od de e M Me er ri is se e
Aprs avoir vu lensemble des modles qui composent la mthode Merise, il est essentiel de positionner
la mthode dans un projet dinformatisation.
4.1. Positionnement dans le temps

Figure 77 : La courbe du soleil

Merise Louis Pereira R : INF-LP-MER4-2-I V : 04/10-1.4

50/52
NUMPAGES
4.2. Interaction des modles de la mthode Merise
Fiches de tches,
Algorithmes
Oracle, Ingres, Access
PHYSIQUE
OPERATIONNEL
Comment ? -> Veille technologique
Vocabulaire : Procdures, Rgles dorganisation
Priode Acteur 1 Acteur 2 Acteur 3 Acteur 4 Type
Evnement

Phase 1
Tache 1
Automatique
Evt
OU
Phase 2
Tche 2
OK KO
Manuel
Evt
Evt
Evt
Evt
MRD (Relationnel) : STOCKE (Code_Livre,Code_Depot,Code_Editeur,Quantite)
Vocabulaire : Tables, tuples, attributs, cls primaires et trangres
LOGIQUE
ORGANISATIONNEL
Qui ? O ? Quand ?-> Rgles dorganisation
(pour recenser les changes
informationnels entre acteurs
pour le domaine tudi)
Vocabulaire : Processus, rgles de gestion...
ET
Opration
Action
OK KO
Evnement Evnement
Evnement
Evnement
Evnement

Opration 1
Action
vnement dclencheur
Synchronisation
Nom de lopration
Nomde laction
Rgles dmission
vnement en sortie
Dictionnaire des donnes
0,n 1,1
Entit 1
IdEntit 1
LibellEntit 1
Entit 2
IdEntit 2
LibellEntit 2
Association
Date
Cardinalits
Association
Nom de lassociation Proprit de lassociation
Proprits de lentit
Nom de lentit
0,n
0,1
0,n
1,n
Ent_16
Ent_17 Ent_18
Ent_24
Ent_25
Assoc_26
Pre_fils
Vocabulaire : une entit peut avoir plusieurs occurrences
CONCEPTUEL
Quoi ? -> Rgles de gestion
ACTIVITES DONNEES
MCD Brut
MCC
MCT
Validation
MCD Valid
MLD
MOT
MPD
MOpT
Optimisation
Flux d'information
Flux d'information
Flux d'information
Flux d'information
Acteur
Interne
Acteur
Externe Acteur
Interne
Acteur
Interne

Figure 78 : Les modles de la mthode Merise

51/52
NUMPAGES
5 5. . C Co on nc cl lu us si io on n
Merise est donc une mthode complte la fois pour la dmarche de conduite de projet, mais aussi et
surtout pour la conception des systmes dinformation.
Cette mthode, au travers de la sparation des donnes et des traitements, diffrents niveaux
dabstraction, permet daboutir un nouveau systme dinformation conforme aux besoins.
Toutefois, depuis quelques annes, une nouvelle approche merge, et devrait prendre le pas dici quelques
annes dans la conception de nos futurs systmes dinformations : la modlisation objet, avec le langage
de modlisation UML (Unified Modeling Language).
Contrairement la mthode Merise, cette mthode ne fait plus la sparation des donnes et des
traitements, et est par ailleurs beaucoup plus complte dans lanalyse des traitements du SI. Cependant, la
mthode objet ne propose pas de dmarche de conduite de projet.
En bref, Merise nest pas encore mort, mais UML arrive avec force. Mais, tant que nos bases de donnes
resteront des SGBDR et non des SGBDO, Merise restera largement dactualit.

52/52
NUMPAGES
6 6. . B Bi ib bl li io og gr ra ap ph hi ie e
La bibliographie concernant la mthode MERISE est vaste.
Les ouvrages qui ont retenu mon attention, et mont aid dans llaboration de ce cours sont les suivants :

Auteur Titre Editeur Edition N ISBN
Nombre
de pages
prleves
Joseph Gabay
MERISE et UML pour la
modlisation des SI
DUNOD 4 dition 2-100-07821-6 0
Jean-Patrick Matheron
Comprendre Merise, outils
conceptuels et organisationnels
EYROLLES 1 dition 2-212-07502-2 0
Dominique Dionisi Lessentiel sur Merise EYROLLES 2 dition 2-212-090046-3 0
Gillles Guedj
Mise en uvre de merise et
conception dapplications
client-serveur
EYROLLES 1 dition 2-212-08931-7 0

Le dernier ouvrage est particulirement intressant pour la pratique de la modlisation des donnes et des
traitements avec AMC Dsignor.

Méthode de Conception Merise

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Méthode de Conception Merise

Transféré par

Droits d'auteur :

Formats disponibles

1/52

Centres d'intérêt liés

Vous aimerez peut-être aussi