5013M

Modlisation MERISE
Essentiel
Objectifs :
Comprendre le fonctionnement dun SGBD
Comprendre le principe de la modlisation MERISE et savoir lappliquer
Adapter le principe aux bases de donnes
Version : 0.9
ID Booster : 678
Release Date : 05/09/2008
Page 1 / 2
Contenu
1. INTRODUCTION A MERISE ........................................................................................................................ 4
1.1. HISTORIQUE ..................................................................................................................................................... 4
1.1.1. Les origines ............................................................................................................................................... 4
1.1.2. Merise........................................................................................................................................................ 5
1.1.3. Merise/2..................................................................................................................................................... 6
1.1.4. La modlisation des donnes aujourdhui ............................................................................................... 21
1.2. VOCABULAIRE ............................................................................................................................................... 23
1.2.1. Organisation et systme........................................................................................................................... 23
1.2.2. Le systme dinformations ....................................................................................................................... 23
1.2.3. Modle, mthode et analyse..................................................................................................................... 24
1.3. LES PRINCIPES DE BASES DE MERISE .............................................................................................................. 25
1.3.1. Le cycle de vie ......................................................................................................................................... 25
1.3.2. Le cycle dabstraction ............................................................................................................................. 28
1.3.3. Le cycle de dcision................................................................................................................................. 30
1.3.4. Prsentation des 6 (ou 7) modles Merise............................................................................................... 30
1.4. LA DEMARCHE MERISE .................................................................................................................................. 32
1.4.1. La technique ............................................................................................................................................ 32
1.4.2. La dmarche ............................................................................................................................................ 32
1.4.3. Les tapes ................................................................................................................................................ 33
1.4.4. Primtre du cours .................................................................................................................................. 34
2. LE MCD........................................................................................................................................................... 35
2.1. INTRODUCTION .............................................................................................................................................. 35
2.1.1. M.C.D. ..................................................................................................................................................... 35
2.1.2. Entit ....................................................................................................................................................... 35
2.1.3. Association .............................................................................................................................................. 36
2.1.4. Associations particulires........................................................................................................................ 37
2.2. COMPLETER LE MODELE ................................................................................................................................ 38
2.2.1. Cardinalits ............................................................................................................................................. 38
2.2.2. Dimensions .............................................................................................................................................. 42
2.2.3. Les formes normales................................................................................................................................ 43
2.3. CONTRAINTES INTER-ASSOCIATIONS.............................................................................................................. 44
2.3.1. Diffrentes situations............................................................................................................................... 44
2.3.2. Partition................................................................................................................................................... 45
2.3.3. Exclusion ......................................................................................................... Erreur ! Signet non dfini.
2.3.4. Totalit..................................................................................................................................................... 46
2.3.5. Inclusion .................................................................................................................................................. 46
2.3.6. Contraintes sur les proprits ................................................................................................................. 47
2.3.7. Spcialisation/Gnralisation dentits-types ......................................................................................... 47
2.3.8. Contraintes sur spcialisations ............................................................................................................... 48
3. PASSAGE DU MCD AU MODELE PHYSIQUE........................................................................................ 49
3.1. INTRODUCTION .............................................................................................................................................. 49
3.1.1. Le MLD, Le MPD .................................................................................................................................... 49
3.1.2. Dmarche ................................................................................................................................................ 49
3.1.3. Une table exemple ........................................................................................... Erreur ! Signet non dfini.
3.1.4. Formalisme.............................................................................................................................................. 49
3.2. PASSAGE DU MCD AU MLD.......................................................................................................................... 50
3.2.1. Rgle 1..................................................................................................................................................... 50
3.2.2. Rgle 2..................................................................................................................................................... 50
3.2.3. Rgle 3..................................................................................................................................................... 50
3.2.4. Rgle 4..................................................................................................................................................... 51
3.2.5. Rgle 5..................................................................................................................................................... 51
3.2.6. Rgle 5 bis ............................................................................................................................................... 52
3.2.7. Rgle 6..................................................................................................................................................... 52
3.2.8. Conclusion............................................................................................................................................... 52
3.3. LE MPD......................................................................................................................................................... 54
Essentiel Modlisation Merise
3 / 61
3.3.1. Pourquoi une tape supplmentaire ? ..................................................................................................... 54

3.3.2. Le reverse-engineering ............................................................................................................................ 55
3.3.3. Les diffrents outils de modlisation et de gnration............................................................................. 56
3.3.4. Migration de bases .................................................................................................................................. 58
4 / 61
1. Introduction Merise
1.1. Historique
1.1.1. Les origines
En 1977 le ministre de lindustrie constitue un ple mthode en association avec certaines grandes
S.S.I.I. dont Cap SOGETI, SESA, STERIA, Eurosoft, et le CETE (centre de traitement du ministre
de lindustrie, Hubert TARDIEU en est lexpert en bases de donnes).
De ce ple mthode vont natre deux guides :
RACINES (tablissement du schma directeur dinformatisation),
ACTIF (informatisation des activits sur les lieux de travail).
A la suite de la fusion des deux prcdents projets, la mthode MERISE voit le jour en 1978
linitiative des ministres de lindustrie, et de lquipement (dans le cadre de la mission informatique),
associs aux S.S.I.I. Cap SOGETI, SESA, STERIA, Eurosoft, SEMA-METRA, et CGI.
En 1985 le cercle MERISE est cre par la SEMA-METRA, suite au travail effectu en son sein par
Hubert TARDIEU, et Ren COLETTI (les principaux moteurs de la mthode), associ ce cercle la
socit CGI (dont le directeur Robert MALLET est linventeur de la mthode CORIG).
La mthode MERISE est devenu la mthode danalyse des systmes dinformations la plus utilise par
les socits et les administrations franaises, lestimation actuelle est de 60% des entreprises. Elle
sappuie la fois sur une mthode, et sur un nombre grandissant doutils logiciels daide la
conception de systmes informatiques (SECSI, AMC-Designor, Silverun,...).
La mthode MERISE volue actuellement vers la modlisation des concepts objets dans les bases de
donnes linitiative dHubert TARDIEU.
Cette mthode apporte une aide considrable la formalisation des concepts dtude des systmes
dinformations; une aide reconnue par une majorit de professionnels, de formateurs, et
duniversitaires; ce qui peut rpondre aux quelques dtracteurs qui lui reprochent un certain manque
de rigueur.
MERISE est lintersection de bonnes ides qui taient dans lair du temps des annes 1970
(principalement face au dveloppement de linformatisation associ un manque vident de
mthodologie).
De la mthode CORIG, elle utilise le concept dtude pralable (CORIG-A) et dtude dtaille
(CORIG-B).
Du guide RACINES, elle tire le concept de schma directeur, et des groupes dtude attachs (comit
directeur, groupe de projet, et groupe utilisateur).
La mthode AMS (Analyse Modulaire des Systmes) apporte lapproche systmique (notion de
systmes de pilotage, oprant, et dinformations)
Lapproche relative aux donnes en trois niveaux (conceptuel, externe, interne) provient du rapport
ANSI/SPARC de 1975.
Les travaux de TARDIEU, de CHEN (modle ENTITE-ASSOCIATION) et de CODD (formalisme
relationnel) ont amen lapproche bases de donnes MERISE.
Les recherches de lquipe de TARDIEU du CETE dAix-en-Provence ont permis le dveloppement
du modle Evnement-Rsultat.
Des travaux de la socit SEMA-METRA sont apparus les ides relatives linformatique
transactionnelle et temps rel.
MERISE a t la base dun trs gros effort dintgration et de mise en forme dides, et de
formalismes rcents.
La conception d'un systme d'information n'est pas vidente car il faut rflchir l'ensemble de
l'organisation que l'on doit mettre en place. La phase de conception ncessite des mthodes permettant
de mettre en place un modle sur lequel on va s'appuyer. La modlisation consiste crer une
5 / 61
reprsentation virtuelle d'une ralit de telle faon faire ressortir les points auxquels on s'intresse.
Ce type de mthode est appel analyse. Il existe plusieurs mthodes d'analyse, la mthode la plus
utilise en France tant la mthode MERISE.
Le but de cette mthode est d'arriver concevoir un systme d'information. La mthode
MERISE est base sur la sparation des donnes et des traitements effectuer en plusieurs modles
conceptuels et physiques. La sparation des donnes et des traitements assure une longvit au
modle. En effet, l'agencement des donnes n'a pas tre souvent remani, tandis que les traitements
le sont plus frquemment.
Lentreprise est un systme complexe dans lequel transitent de trs nombreux flux dinformations.
Sans un dispositif de matrise de ces flux, lentreprise peut trs vite tre dpasse et ne plus
fonctionner avec une qualit de service satisfaisante. Lenjeu de toute entreprise quelle soit de
ngoce, industrielle ou de services consiste donc mettre en place un systme destin collecter,
mmoriser, traiter et distribuer linformation (avec un temps de rponse suffisamment bref). Ce
systme dinformation assurera le lien entre deux autres systmes de lentreprise : le systme oprant
et le systme de pilotage.
1.1.2. Merise
Les points nouveaux de la premire version de cette mthode, consigns dans l'ouvrage "La mthode
MERISE", taient alors:
une approche systmique qui a ses origines dans la thorie des systmes de Boulding introduite en
France par J.-L. Lemoigne: elle montre les relations existant entre le systme d'information et le
systme oprant d'une part, et le systme d'information et le systme de pilotage d'autre part. Le
systme d'information fournit aux acteurs (systme oprant) et aux dcideurs (systme de
pilotage)
les
informations
dont
ils
ont
besoin
pour
agir
et
dcider.
une couverture de tout le cycle de vie du logiciel: schma directeur, tude pralable, tude
dtaille, tude technique, production de logiciels, mise en uvre, maintenance;
un cycle d'abstraction reposant sur trois niveaux:

o conceptuel (rponse la question "quoi ?"),
o organisationnel ou logique (rponse aux questions "qui ?", "quand ?", "o ?")
o physique (rponse la question "comment ?"):
la sparation entre les modles de donnes, analyss avec une approche entit-association, et les
modles des traitements, prsents avec un formalisme proche de celui des rseaux de Ptri.
La mthode conduit raliser les six modles prsents dans la figure suivante :
MCD : Modle Conceptuel des Donnes,
MCT : Modle Conceptuel des Traitements,
MLD : Modle Logique des Donnes,
MOT : Modle Organisationnel des Traitements,
MPD : Modle Physique des Donnes,
MPT : Modle Physique des Traitements.
Une phase de validation permet de vrifier que toutes les donnes sont prsentes pour raliser les
traitements et que tous les traitements utiles pour obtenir les donnes sont prvus.
6 / 61
1.1.3. Merise/2
A partir des 7 modles de base (Diagramme des flux, MCd, MCt, MLd, MOt, MPd, MPt) :
Diagramme des flux
MCD
MLD
MPD
MCT
MOT
MPT
La volont de rpartition par rapport aux sites gographiques et informatiques, conduit un modle
qui dcrira la rpartition aussi bien des donnes que des traitements.
Diagramme des flux
MCD
MLD
MLD R
MPD
MCT
MOT
MLT R
MPT
Une meilleure dfinition des niveaux amne la sparation de l'organisationnel et du logique en deux
niveaux distincts ; ce qui amne le dcoupage suivant :
Merise
Concept
O/L
Phys
Merise / 2
Quoi
Comment
O Qui Quand
Comment
Concept
Orga
Logi
Phys
Quoi
O Qui Quand macro organisation
Comment micro orga poste travail
Le niveau organisation : c'est d'o utiliser, qui utilise, quand utiliser ?

Le niveau logique : Comment reprsenter comment stocker ?
Le niveau logique rparti : O et comment stocker, comment communiquer ?
Le premier niveau est un niveau qualifi de systme d'information organisationnel, il est donc conu
avec la participation des utilisateurs finaux de lapplication.
Le second niveau est le systme d'information informatis, il est du ressort de lquipe informatique
uniquement.
La nouvelle approche doit galement permettre une meilleure adquation donnes/traitements et aussi
une validation entre les deux.
Une colonne a t cre entre les donnes et les traitements afin de mettre en place les Modles de
traitements analytiques, ainsi que le cycle de vie des objets.
Les modles analytiques essayent de rapprocher les donnes des traitements et permettent une sorte de
validation.
Donnes
MCD
MOD
MLD
Donnes traitements
CVO MCTA
CVO organisationnel
MOT A
Traitements
MCT
MOT
MLT
7 / 61
Le cycle de vie essaye dintroduire une vue dynamique sur un modle de donnes essentiellement
statique.
Les flux doivent tre apprhends diffrents niveaux ce qui conduit faire de l'analyse des flux une
colonne part entire pour chaque niveau.
Flux
MC MFC
MFO
MFL
Nouveaut dans la dmarche :
La mthode propose une dmarche de composition et de dcomposition.
Dcomposition pour analyser et spcifier.
Composition pour synthtiser, raliser et intgrer.
Exemple: Dans un Mct on se contente de lvnement Commande au niveau global, alors que lon
retient lvnement commande nouveau client et commande client rfrenc dans un niveau
dtaill.
Les modles doivent donc tre vus deux niveaux : un niveau global et un autre dtaill. On utilisera
comme un Zoom entre les deux. (Dmarche utilise pour les MCD MFC MCT MOT).
Dans le Mcd on ne conserve que les objets gnraux dans un premier temps ; on spcialisera dans la
deuxime phase.
La mthode propose de ne plus btir les modles de manire indpendante et squentielle, mais de
mener l'ensemble des modles conceptuels en mme temps :
On fait rarement le MCT avec le MCT A.
MCD
MFC
MCT A
CVO
MCT
On dira que Merise/2 contient :

des modles de communication (ce sont ceux destins vers lutilisateur, le niveau conceptuel)
des modles de conception (ceux qui prennent en compte la validation, les modles analytiques)
des modles de structure (ils dfinissent la structure de lapplication, le niveau logique)
des modles de comportement (les cycles de vie par exemple)
8 / 61
Le schma des flux :

On doit rpondre la question du quoi, il faut tre indpendant de l'organisation.
On pourra dans cette partie laborer deux modles :
Le modle de contexte
Pour la dtermination du domaine en montrant les flux dans leur gnralit.
Le modle des flux conceptuels
Pour la dtermination des activits (processus) du domaine avec un graphe des flux, dtaill.
Le modle de contexte
Objectifs :
Illustrer les interactions entre le domaine et l'extrieur (intervenants externes ou autres domaines).
Dfinir le domaine d'tude.
Dterminer les changes avec l'extrieur.
Concepts
Le domaine fonctionnel :
Il est orient gestion de l'entreprise et recouvre une finalit majeure de celle-ci. C'est un domaine
pilotable, autonome, ayant une certaine organisation.
La vente, la gestion de production, le personnel.
Le domaine d'tude
Soit un domaine fonctionnel,
Soit un sous-ensemble du domaine fonctionnel,
Soir plusieurs domaines fonctionnels.
C'est un sous-ensemble cohrent (grce au modle de contexte), bien dlimit et formant le contenu du
sujet tudier. C'est un projet de taille raliste.
Le flux
C'est un message conceptuel.
Domaine connexe et acteur externe :
domaine connexe : extrieur au domaine d'tude,
acteur externe : extrieur l'entreprise.
9 / 61
Le formalisme
Domaine connexe
Domaine d'tude
Acteur
Externe
Acteur
Externe
10 / 61
Exemple :
Adhrent
Dde rservation
Livraison
Rappel
Averti livre libre Dde de prt
Prt accord
Commande
Grer les ouvrages
Editeur
Livraison
Prt non rendu
Grer le
contentieux
LE MODELE DE CONTEXTE
11 / 61
Le modle de flux conceptuels

Objectifs
Dcomposer le domaine d'tude en activits en utilisant les techniques de composition/dcomposition
Concept
Activit :
C'est un ensemble cohrent de traitements qui transforme ou manipule des donnes.
Caractristiques d'une activit :
1. A une certaine autonomie.
2. Est pilotable.
3. Assure une finalit majeure du domaine d'tude.
On peut dcomposer une activit jusqu quatre niveaux. Une sous-activit ne doit jamais tre
redondante.
Exemples :
Dcoupage de premier niveau
Prt accept
Grer les prts
Rappel
Contentieux
Dde prt
Adhrent
Disponibilit
Dde rservation
Avertissement
livre libre
Grer rservation
New
Cde
Enrichir la bib
Editeur
Livraison
12 / 61
De second niveau
Dde prt
Grer les prts
Grer les sorties
Prt accept
Avis retour d'ouvrage
Retour
Grer les retours
Rappel
Avis de retard
Grer relances
13 / 61
Rgles de dcoupage en domaines/activits

Objectifs :
1.
2.
3.
4.
5.
Permettre de rpartir l'tude entre plusieurs quipes.

Permettre de limiter l'tude un domaine particulier.
Aider la dfinition d'objectifs mesurables.
Permettre de rflchir aux tats stables du systme d'information.
Essayer de donner des objectifs chaque niveau de dcomposition. Ceux-ci doivent
tre mesurables.
Les flux qui sont importants :

Acteur externe
Acteur externe
Activit
Domaine connexe
oui
Activit
oui
oui
oui
Domaine connexe
oui
Rgles de dcoupage en domaine/activits

Le domaine doit tre stable par rapport l'organisation.
Le domaine doit tre aussi autonome que possible.
Un domaine est dcompos en 8 activits au maximum.
Technique de dcomposition
Identifier des critres d'arrt. Si la sous-activit devient une action organisationnelle, on a trop
dcompos (tamponner la carte de lecteur).
Dcomposition jusqu' 4 niveaux.
Ce dcoupage est trs proche des objectifs.
On peut avoir des sous-activits sans lien avec lextrieur, ce qui est rare au niveau de lactivit.
L'activit est la notion de base de l'tude conceptuelle des traitements.
Exercice :
Elaborer le modle de contexte du domaine Gestion des sminaires d'une socit de formation.
Hypothse,
Les fonctions couvertes par le systme sont :
Grer la planification des sminaires (un lieu, une date, un matriel)
Grer les demandes de sminaires, les inscriptions, les convocations, les feuilles de signatures
Grer la qualit
14 / 61
LE MCD tendu
Prise en compte de nouvelles contraintes
Sous-type dentits et dassociations
La notion dagrgation
Le nouveau formalisme
Construction par spcialisation
Le Cycle de Vie d'un Objet

Objectifs :
Mettre en vidence l'ensemble des tats remarquables d'un individu de gestion au cours de son cycle
de vie.
Identifier les vnements qui transforment les tats.
Illustrer les interactions des changements d'tats.
Affiner les rgles de gestion du MCD.
Prparer la construction du MCT A.
On parlera de :
Etat de l'objet
Evnement
Transition
L'tat de l'objet permettra de mieux concevoir le MCD
Le MCT A permettra de prvoir les vnements
Dans le CVO seuls les individus de gestion nous intressent (pas les associations).
On ne doit traiter que les objets principaux du MCD.
Exemple :
Commande
enregistre
en attente
livrable
facture
archive
Ce sont des tats stables ou remarquables (ils ne peuvent voluer sans vnements)
Le MCD est donc un modle purement statique
Le CVO est lui un modle dynamique
Etat d'un individu
Un tat est un stade transitoire par lequel passe un objet au cours de son cycle de vie.
C'est le cot transitoire qui permet de diffrencier un tat d'un sous-type (au sens de la gnralisation
ou de la spcialisation).
Il correspond des choix de gestion.
Lvnement est le temps ou une action.
Une occurrence de lindividu ne peut tre dans plusieurs tats la fois.
Dans le MCD on reprsentait le CVO par une proprit (code tat) ou une entit (tat).
15 / 61
Le CVO est le lien entre le MCD et le MCTA. Il permet daffiner les rgles de gestion.
Ltude du CVO permet de confirmer le dcoupage en domaines ou en activits.
Le CVO est une premire tentative pour se diriger vers lApproche Objet
vnement 1
Etat 1
Evnement 2
vnement 4
Etat 2
Un vnement peut tre le temps ou une action.

On doit tablir un cycle de vie par objet (entit) significatifs
16 / 61
Il est possible de montrer les interactions entre les diffrents objets par rapport au CVO
Objet 1
vnement 1
Etat 1
Evnement 2
vnement 4
Etat 2
vnement 3
Objet 2
Etat 1
17 / 61
Exemple d'un CVO
Reglt
cotisatio
Abonn
VALIDE
Avis
Suspension
Autorisation
Abonn
Suspendu
Avis
Radiation
Abonn
Radi
Le Modle Conceptuel des Traitements Analytiques

Objectifs :
Dcrire le fonctionnement du systme indpendamment de l'organisation.
Prparer le passage un niveau organisationnel.
Rapprocher les donnes et les traitements.
Le MCT A permet de :
Reprsenter les individus de gestion qui sont ncessaires au droulement de l'activit.
Reprsenter les actions effectues sur ces derniers.
Distinguer entre vnements et ressources
Distinction entre MCT/ MCT A
MCTA est un modle de conception.
MCT est un modle de communication.
Points commun entre MCT/ MCT A

Le formalisme est identique.
Les concepts d'opration, dvnement, de rsultat et de synchronisation sont identiques.
Les rgles de construction reposent sur la non redondance, et la non interruptibilit.
18 / 61
19 / 61
Les Actions :
Une action sur un individu peut tre de 4 types :
1.
2.
3.
4.
Consultation
Cration
Mise jour
Suppression
Une action occasionne un changement d'tat

Opration
Individu
Etat 2
Etat 1
Etat 3
Ltat 1 est ltat de dpart le 2 et 3 est celui darrive.

Opration
Mise jour
Individu
Opration
Cration
Individu
Opration
Consultation
Individu
Opration
Suppression
Individu
On peut galement prciser les diffrents types d'actions, savoir :
Les actions itratives

Les actions suivant conditions
Les actions et les contraintes d'intgrit.
Les rgles de gestion :

Une rgle de gestion prcise la faon dont seffectue la transformation des proprits consultes en
entre, pour produire un individu modifi en sortie.
Elle s'exprime sous forme structure en tenant compte du dcoupage en activits.
Exemple si un exemplaire de l'ouvrage est disponible, crer Prt.
20 / 61
On peut galement crer une matrice des traitements par rapport aux donnes o on indique les
diffrents types d'actions
Lecture
Ecriture
Suppression
Mise jour
Opration 1
Opration 2
Opration 3
Opration 4
Client
L
L
E
Produit
L
Compte
L
E
E
E
Opration
Devise
E
E
E
Gestionnaire
L
Signature
L
L
E
Le Modle Organisationnel des Donnes

Objectifs :
Distinguer les donnes informatiser.
Quantifier les volumes et dfinir la dure de vie des donnes.
Localiser les donnes par site.
Dfinir les niveaux de scurit requis.
Dfinir des individus et des relations de type organisationnel.
On peut reprsenter le MOD de trois manires avec :
Le MOD gnral : c'est la structure organisationnelle. On s'attache la nature des objets et des
relations, au systme d'autorisation et on ajoute des objets ou relation organisationnelle.
La vue d'un type de site : on prcise les accs aux donnes partie d'un type de site ainsi que les
besoins locaux d'archivage.
La vue d'un type de poste : on prcise les accs aux donnes par poste et la responsabilit des
personnes.
Le choix des informations mmoriser et l'historique des informations.
Lors de l'tude du MCD il a t dcid de ne pas conserver les informations calcules.
En effet il tait trop tt pour connatre les dures de conservation des informations et pour tre capable
de savoir si le calcul tait techniquement envisageable et mme possible pour des problmes
d'historique de donnes ;
Pour le MOD on doit dterminer exactement quelles sont les informations exactes conserver. On va
donc ajouter des entits ou des relations.
La typologie des groupes de donnes :
Prives :
Donnes mises jour par le type de site et inaccessibles aux autres sites
Protges :
Donnes mises jour par le type de site et consultables par les autres sites.
Partages :
Donnes mises jour et consultables par les autres sites.
Consultables :
Donnes uniquement consultables par le type de site.
21 / 61
Exemple de vue par type de site

Agence
Gestionnaire
Signature
Client
Sige
Compte
Opration
Produit
Devises
Compte
Il n'est pas ncessaire de montrer tout le dtail des donnes, on peut procder des regroupements.
1.1.4. La modlisation des donnes aujourdhui
Merise aujourdhui
Les points forts :
La mthode s'appuie sur une approche systmique : Cest donc une approche globale.
Les concepts sont peu nombreux et simples.
Elle est dans le domaine public donc gratuite (rare aux USA).
Elle est assez indpendante vis vis de la technologie.
Elle est la plus utilise en France dans les domaines de gestion.
Elle sert de rfrence aux enseignements sur les mthodes.
Les critiques :
La mthode sarrte au niveau organisationnel pour les traitements et les donnes.

Elle ne s'occupe pas de l'interface utilisateur.
Elle est trs adapte un contexte de cration d'application mais pas forcment un problme
de maintenance ou de seconde informatisation.
Elle ne permet pas rellement une validation rapide de la part des utilisateurs.
Elle est davantage destine des sites centraux plus qu' des dveloppements en temps rel,
ou sur micro.
Il est trs difficile de valider les traitements par rapport aux donnes et cela au niveau
conceptuel ou organisationnel.
22 / 61
mthode OOM: Orientation Objet dans MERISE

La troisime version de MERISE, OOM, date de 1992; elle est totalement marque par l'orientation
objet, et on retrouve: la dimension statique, la dimension dynamique et la dimension fonctionnelle.
C'est la dimension fonctionnelle qu'il est conseill de dvelopper en premier : elle permet de
reprsenter les frontires du systme modliser par rapport son environnement en utilisant un
diagramme de contexte. Elle permet galement de dfinir les besoins par des diagrammes de flots de
donnes.
La dimension statique reste la plus importante des trois car elle est la plus stable dans le temps; la
description des donnes repose sur un modle entit-association tendu. A chaque objet on associe son
comportement, par l'intermdiaire des mthodes apparues dans les diagrammes de flots de donnes.
La dimension dynamique permet de reprsenter l'enchanement des oprations dans diffrents
scnarios, les oprations pouvant rassembler les services de plusieurs objets: cela se traduit par des
modles de traitements "classiques" de MERISE auxquels sont ajouts les objets sur lesquels portent
les traitements.
La mthode Mega
Yves Tabourier (dpart 1997 - Mga se porte vers UML)
3 dcoupages sur 4 niveaux de description :
Conceptuel
Organisationnel
Logique
Physique
Communication
MCC
MOC
MLC
MPC
Donnes
MCD
MOD
MLD
MPD
Traitements
MCT
MOT
MLT
MPT
L'analyse de la composante communication diffrents niveaux permet la prise en compte d'une

architecture client/serveur:
Le MCC permet de montrer l'analyse des besoins
Le MOC montre les flux entre les diffrents services avec leur support physique ainsi que la
rpartition entre les diffrents sites gographiques
Le MLC permet de caractriser les types de lignes utilises.
La mthode Axial
3 dcoupages sur 3 niveaux :
Donnes
D.O.G.
S.R.N.
E.T.S.
Donnes / Traitement
D.B.A. / D.G.A.
S.T.U. / D.D.T. D.U.M.
D.R.A.N. / D.E.M.T.
Traitement
D.F.G.
M.T. (I.P.T.)
Axial dans ces diffrents modles met beaucoup l'accent sur le rapprochement des donnes et des
traitements.
23 / 61
Bilan
Une nouvelle version de Merise doit tre capable d'intgrer les nouvelles techniques informatiques
comme :
Les langages objets, la programmation objet, la conception objet.
Les applications coopratives de type Client/serveur.
Le dveloppement des applications sur micro-ordinateurs couples avec les sites centraux.
L'volution des SGBD (prise en compte des contraintes au niveau des donnes).
Ne pas jeter les modules Merise existants mais complter la mthode.
Le problme est donc de faire voluer Merise afin de sappuyer sur les personnes dj formes la
mthode, plutt que de proposer une nouvelle mthode trop longue mettre en place.
1.2. Vocabulaire
1.2.1. Organisation et systme
Organisation :
On englobe sous ce terme lensemble des structures conomiques qui existent :
les entreprises publiques,
les entreprises prives,
les administrations,
les associations...
Systme :
Un systme est un ensemble dlments organiss autour dun but, et dont la modification
dun constituant entrane la modification dune partie, ou de lensemble des constituants du systme.
On voit apparatre la notion de cohrence du systme, et donc dinteractivit entre les lments qui le
constituent. On parle de constituants en interaction dynamique.
1.2.2. Le systme dinformations

Le systme dinformation doit dcrire (on dit encore reprsenter) le plus fidlement possible le
fonctionnement du systme oprant. Pour ce faire, il doit intgrer une base dinformation dans laquelle
24 / 61
sera mmoris la description des objets, des rgles et des contraintes du systme oprant. Cette base
tant sujette des volutions, le systme dinformation doit tre dot dun mcanisme (appel
processeur dinformation) destin piloter et contrler ces changements. Le schma suivant
synthtise larchitecture dun systme dinformation.
Le processeur dinformation produit des changements dans la base dinformation la rception dun
message. Un message contient des informations et exprime une commande dcrivant laction
entreprendre dans la base dinformation. Le processeur dinformation interprte la commande et
effectue le changement en respectant les contraintes et les rgles.
Si le message exprime une recherche sur le contenu de la base dinformation, le processeur interprte
la commande et met un message rendant compte du contenu actuel de la base dinformation. Dans
tous les cas, lenvironnement a besoin de connatre si la commande a t accepte ou refuse. Le
processeur met, cet effet, un message vers lenvironnement.
Relativement la conception dun systme dinformation, larchitecture prsente ci-dessus induit une
double conception :
celle de la base dinformation (aspect statique)
celle du processeur de traitement (aspect dynamique)
Pour aider le concepteur dans ces deux tches, la mthode Merise propose un ensemble de
formalismes et de rgles destines modliser de manire indpendante les donnes et les traitements
du systme dinformation. Ces modles ne sont quune base de rflexion pour le concepteur et un
moyen de communication entre les divers acteurs du systme dinformation dans lentreprise. Seule la
validation de l'ensemble se fera en commun.
1.2.3. Modle, mthode et analyse
25 / 61
Un modle est une reprsentation de la ralit. Le modle permet de tester un systme dinformations,
en permettant de tester sa raction aux divers vnements de la vie de lorganisation. La conception
dun ensemble de modles au sein dune organisation revient concevoir ltat futur du systme
dinformations.
La mthode de METIS raisonnement rus ou ruses de l'intelligence et HODOS chemin suivre.
Une mthode est la mise en uvre dun certain nombre dtapes (mthodologiques) :
une dmarche,
des principes,
des outils
traces papiers standardises,
informatiques,
un vocabulaire
Au sens informatique, lanalyse consiste dune part comprendre et modliser le fonctionnement dun
domaine de gestion dune organisation, et dautre part concevoir la solution informatique adquate.
On distingue deux types danalyse :
lanalyse de lexistant,
lanalyse de conception.
1.3. Les principes de bases de Merise

1.3.1. Le cycle de vie
(La vision que peut avoir lutilisateur de lvolution du logiciel)
Ce cycle dcrit les diverses phases du systme dinformatisation, donc du dveloppement du logiciel
de la dcision du dveloppement de lapplication, jusqu sa mort de celle ci.
Cration
Obsolscence
Mise en route
Exploitation
26 / 61
Le cycle de vie est une prconisation de la manire de conduire le projet de dveloppement d'un
systme informatique.
A ce titre, il fournit un procd (au sens o l'on parle de gnie des procds dans une industrie) et
reprsente un savoir-faire.
Il est remarquable que cette prconisation (emprunte aux mthodes d'informatisation qui ont prcd
Merise) se rencontre sous une forme semblable dans la plupart des disciplines de l'ingnieur (par ex.
en Gnie Civil).
Le projet est dcoup en 6 tapes spares et qui se succdent dans le temps :
1. Le schma directeur consiste dfinir les finalits du systme d'information en fonction de la
stratgie de l'organisation.
Il dfinit des priorits qui s'inscrivent dans un dcoupage en domaines (que certains ont aussi
appel une cartographie) du systme d'information.
2. L'tude pralable modlise les solutions techniques et organisationnelles susceptible de
rpondre au problme pos. Elle doit donc passer en revue tous les modles du cycle
d'abstraction, mais selon une porte particulire : un sous-ensemble reprsentatif du domaine.
Par exemple, s'il s'agit de dvelopper un systme de commerce lectronique, l'tude pralable
pourra consister tudier de manire approfondie un modle physique des communications
sous l'angle de la scurit mais se contenter d'un MCD sommaire.
Nous avons dj rencontr cette ide que la modlisation opre souvent en slectionnant le
noyau dur du problme, nous la retrouverons aussi dans la mthode Jackson.
Il ne faut donc pas confondre une tude pralable avec un dgrossissement plus ou moins
vague du niveau conceptuel. Elle doit produire les lments qui permettront de choisir entre
diffrentes solutions organisationnelles, mais aussi techniques.
3. L'tude dtaille consiste fournir les spcifications fonctionnelles du futur systme. Soit
quelque chose qui ressemble un Cahier des Charges.
4. L'tude technique consiste produire le logiciel : codage des programmes, leur test et leur
mise au point.
5. La mise en uvre consiste dployer l'application auprs des utilisateurs, mettre en place les
moyens humains (formation, recrutement), organisationnels et techniques.
6. La maintenance consiste corriger les erreurs qui n'auraient pas t dtectes par les tests et
faire voluer l'application pour rpondre d'ventuels nouveaux besoins des utilisateurs.
Remarque : que cette tape soit explicitement prconise par la mthode revient reconnatre
que malgr l'effort important de modlisation et d'abstraction, tout n'est pas dfinitivement
rgl pour autant.
La forme gnrale de ce cycle de vie est celui de la cascade que l'on peut rsumer ainsi :
27 / 61
Caractristiques :
Le projet est dcoup en tapes qui se succdent dans le temps : on passe l'tape suivante quand la
prcdente est termine.
Selon nous, c'est probablement ce cycle de vie qui a fait de Merise une mthode aujourd'hui obsolte.
Il ne faut cependant pas en oublier les avantages :
Chaque tape tant clairement dfinie, on peut lui associer une production documentable et
vrifiable: l'tude pralable doit produire un dossier d'avant projet, l'tude dtaille doit
produire un cahier des charges, etc.
On peut associer chaque tape une responsabilit humaine (division du travail)
On peut planifier et suivre l'tat d'avancement du travail, mesurer des carts
L'inconvnient reconnu est l'extrme difficult de faire "marche arrire". S'il est certes possible
l'intrieur d'une tape de corriger une erreur, lorsque cette tape est termine elle l'est dfinitivement.
Par consquent si l'on dtecte une erreur dans les tapes terminales et que celle-ci conduit remettre
en cause une tape amont, il faut refaire tout le travail depuis cette tape amont travers toutes les
tapes intermdiaires qui ont t construites sur la base de la prcdente.
C'est peut tre ce qui a valu Merise le sobriquet (injuste cependant) de Mthode Eprouve pour
Retarder Indfiniment la Sortie des Etudes.
28 / 61
La raison de l'obsolescence de cette manire de faire n'est probablement pas spcifiquement

informatique trois points de vue :
1. On s'est aperu dans nombre de secteurs de l'ingnierie qu'il tait possible d'tre aussi efficace
et rapide en adoptant une ingnierie concourante. Par exemple, pour construire une usine,
commencer l'installation des machines avant que les murs ne soient termins. Donc ce qui est
en cause ici, est un mode d'organisation du travail en quipe : passer du travail la chane aux
lots de production.
2. le cycle de vie en cascade s'appuie sur l'hypothse que l'avenir est prvisible avec certitude.
C'est en particulier la fonction du schma directeur de Merise lorsqu'il dfinit des priorits sur
une priode de l'ordre de trois cinq ans.
Il faut aujourd'hui raisonner en avenir incertain : que devient une tude en cours de
dveloppement pour des besoins internes lorsqu'elle doit tout d'un coup rpondre aussi aux
besoins d'une filiale qui vient d'tre absorbe par l'entreprise ?
3. le cycle de vie de Merise est en phase avec une poque o l'informatique tait proprit
exclusive des informaticiens, reprsents au plus haut niveau de l'organisation dans une
direction informatique. Ils pouvaient s'engager sur des (gros) projets financement spcifique.
L'informatique est devenue proprit des utilisateurs et de leurs services. Les informaticiens
doivent dvelopper des (plus petits) projets financs au mme titre que d'autres au sein de ces
services.
La question devient donc plutt de faire cooprer un grand nombre de projets diversifis, et de moins
en moins d'en planifier un petit nombre.
1.3.2. Le cycle dabstraction

( La vision que peuvent avoir les informaticiens de lvolution du logiciel )
Ce cycle reprsente la dmarche de spcification du systme (Organisation tudie); de
labstraction de la ralit de lexistant du systme, pour en dvelopper un modle, et linformatiser.
Ralit du
systme
Abstraction
Modlisation
Modle du systme
Informatisation
Le cycle dabstraction : concevoir c'est distinguer des couches ou "niveaux d'abstraction" au moyen
de modles. L'objectif est d'isoler l'invariant du systme d'information (sa part la plus stable, celle du
niveau conceptuel)
NIVEAU
CONCEPTUEL
PORTE SUR
De QUOI sagitil ?
LUNIVERS du
DISCOURS ou
le MONDE
REEL
ORGANISATIONNEL QUI fait quoi ?
ou
O ?
QUAND ?
LOGIQUE
OPERATIONNEL
ou
PHYSIQUE
COMMENT ?
29 / 61
UTILISE
Des rgles de
GESTION
MODELIS PAR
Un Graphe des Flux et des
Acteur
Un Modle Conceptuel des
Donnes (MCD)
Un Modle Conceptuel des
Traitements (MCT)
Des rgles
Un Modle Organisationnel des
dORGANISATION Traitements (MOT)
Un Modle Logique des
Donnes (MLD)
La technologie du
Un Modle Oprationnel des
moment
Traitements (MOpT)
Un modle Physique des
Donnes (MPD)
Dans une dmarche de construction partiellement itrative :

La description spare des donnes et des traitements permet de confronter les vues externes issues
des traitements pour corriger le modle de donnes conu antrieurement :
30 / 61
1.3.3. Le cycle de dcision
( la vision que peuvent avoir les dcideurs de lvolution du logiciel )

Ce cycle reprsente le point de vue de tous les dcideurs de lorganisation tudie quelques
soient leur niveau de dcision et daction (point de vue dun dcideur au sens large).
Hirarchie des dcisions
Peu de dcision
mais capitales
Grand nombre de dcisions courantes

Le cycle de dcision pour objectif de hirarchiser les niveaux de dcision en fonction de la nature
des choix faire (du haut vers le bas) :
Choix stratgiques : Dcisions qui concernent la stratgie et politique d'entreprise. Elles sont
matrialises dans le schma directeur par le dcoupage en domaines.
Choix de gestion : Par exemple quelles sont les rgles et qui dcide de la rpartition des produits dans
les entrepts, des modalits de livraison des commandes clients, de facturation de ces commandes, etc.
Choix d'organisation : Dcisions en matire de dfinition des postes de travail, des procdures
respecter, de leur contrle
Choix techniques : Windows contre Linux, C++ contre Java, Oracle contre MySQL, etc.
Remarque : L'explicitation de ces rgles est essentielle au succs d'un projet informatique. La mise en
place d'une application dans un contexte o les rapports humains dans le travail ne sont pas clairement
dfinis dgrade gnralement encore davantage les situations (on sait de moins en moins qui est
responsable de quoi).
De ce point de vue l'informatique actuelle est doublement concerne par la question de la qualit :
d'un point de vue interne : garantir la qualit de ses propres productions
d'un point de vue externe : amliorer la qualit de la production de ses utilisateurs.
1.3.4. Prsentation des 6 (ou 7) modles Merise

On peut rsumer les diffrents cycles par une reprsentation en trois dimensions, qui laisse apparatre
les diffrentes phases de la mthodologie danalyse MERISE.
31 / 61
On note que dans la mthodologie danalyse MERISE la description des traitements, et des donnes
est spare.
Lide est de permettre la modification dun niveau sans affecter les niveaux qui lui sont suprieurs.
Lobjectif est de permettre lvolution du systme dinformations sans obtenir en rsultat un systme
informatique dpendant instable.
32 / 61
1.4. La dmarche Merise

1.4.1. La technique
MERISE est une mthode dcompose en phase hirarchique, qui partent de la notion la plus abstraite
de systme dinformations, pour atteindre le niveau de spcification le plus concret.
Le dcoupage du systme dinformations en sous systme que lon nome les domaines.
On effectue les choix majeurs de gestion, dorganisation, et les choix technologiques.
On adopte une planification de dveloppement en prcisant les priorits.
On diffrencie les procdures qui resteront manuelles, de celles qui seront automatises.
Pour les procdures automatises, on discerne celles en mode conversationnelles (temps rel), de
celles en temps diffr (batch).
Dfinir les postes de travail et les tches qui y seront accomplies.
Enfin on spcifie les aspects techniques finaux (les grilles cran, les formats dtats imprims, les
procdures de contrle, les contenus conversationnels, ...)
1.4.2. La dmarche
MERISE respecte les concepts dfinis par le Gnie Logiciel, ce qui nous permet de dfinir les tapes
suivantes :
Ltude pralable partir ou non dun schma directeur.
Ltude dtaille.
33 / 61
La ralisation.
La mise en uvre.
La maintenance
1.4.3. Les tapes

Il s'agit d'un droulement donnes / traitements, selon trois "niveaux" correspondant trois groupes de
questions :
Le "niveau conceptuel" (le "Quoi ?"), aboutissant aux M.C.D. ("Modle conceptuel des donnes") et
M.C.T. ("Modle conceptuel des traitements"). A ce stade, donnes et traitements sont tudis de
manire parallle, dissocie (en principe par des quipes diffrentes).
Le "niveau logique" (pour les donnes) et le "niveau organisationnel" (pour les traitements) (le "Qui?",
le "Quand ?", le "O ?") correspondants aux M.O.T ("modle organisationnel des traitements") et
M.L.D. ("Modle logique des donnes"). En fait, l'quipe qui a travaill sur le M.C.T. passe un degr
de dtails beaucoup plus fouill des traitements (le M.O.T.), donnant, son tour, une vision "en
puzzle" de l'organisation des donnes. Cette vision est alors confronte au schma global qu'est le
M.C.D. et de ce rapprochement (parfois houleux), rsulte une version corrige de l'organisation des
donnes, permettant de la finaliser sous la forme du M.L.D.
Enfin, le "niveau physique" (pour les donnes) aboutissant la cration des tables, et le "niveau
oprationnel" (pour les traitements) enclenchant analyse dtaille de chaque traitement, et
dveloppements. Ce niveau, dpendant troitement de chaque contexte concret, ne fait en principe pas
l'objet d'expos dans les ouvrages consacrs Merise.
L'une des difficults majeure poses par Merise rside dans ce qu'il est convenu d'appeler la "rfrence
en avant", qui consiste mentionner des concepts nouveaux ("M.C.D." etc.) qui ne seront expliqus
qu'ultrieurement dans l'expos. En fait, l'ensemble ne prend sa cohrence qu' la fin !
En fait, les "cycle de vie" et "de dcision" avaient pour objet de souligner l'importance: du caractre
ncessairement pluridisciplinaire des quipes en charge de la dmarche (pour tre concret,
informaticiens et non informaticiens, "poids gal") d'une formalisation crite soigneuse (et lisible !)
des travaux relatifs au cycle d'abstraction ... afin que chacun s'implique, prenne ses responsabilits, par
crit galement, lors des tapes de rdaction et de validation.
Il peut tre surprenant de qualifier de "cycles" une progression symbolise par des axes. L'ide tait en
fait prmonitoire : L'exprience a prouv que, comme dans tout systme, des phnomnes de
34 / 61
rtroaction (en clair, la douloureuse prise de conscience d'erreurs rvles par les tapes ultrieures)
amenaient dcrire cet enchanement plus comme des successions de spirales que comme des
itinraires rectilignes.
Par ailleurs, l'ide d'une approche donnes / traitements d'abord dissocie puis confronte constitue un
des intrts majeurs de cette mthode.
1.4.4. Primtre du cours

Mme si la mthode MERISE tant, avant tout, une mthode de conception de systmes
dinformation, et non de systmes informatiques, il apparat aujourdhui que les systmes
dinformation sont largement grs par des applications informatiques. Les modles MERISE doivent
donc tre utilises pour faciliter le dveloppement de ces applications en sappuyant sur les
technologies logicielles actuelles telles que les bases de donnes relationnelles et/ou larchitecture
client-serveur.
Bien que le MCT est sens valid le MCD, dans la pratique les concepteurs profitent de la sparation
des donnes et des traitements pour se focaliser sur les donnes, les traitements tant explicits de
faon textuelle dans le cahier des charges.
Nous allons donc nous focaliser sur les donnes en nous concentrant sur le MCD, MLD et survolerons
le MPD.
Lacquisition de comptences au sein des laboratoires Oracle et Microsoft vous permettront daffiner
votre vision du MLD.
35 / 61
2. Le MCD
2.1. Introduction
2.1.1. M.C.D.
Le MCD
("Modle conceptuel des donnes") : Reprsentation statique, sous forme schmatique, de la situation
respective des donnes d'un domaine de gestion. Ce schma est conu pour tre trs stable dans le
temps.
Proprit
Le niveau le plus fin en matire de donnes (dit "inscable"). Ce qui suppose que la base a t pure
des polysmes et des synonymes.
L'identification des donnes est parfois loin d'tre vidente : Que faut-il choisir : "Adresse" ou
"Numro", "nom de rue" etc. ?
En fait l'usage ultrieur peut guider : Il est certain que si des traitements de slection, de tri et autres,
par rues sont prvus, il est plus rationnel d'isoler d'emble les "nom de rue" : C'est l, typiquement, un
des intrts de la confrontation ultrieure qui est cense avoir lieu la fin du M.O.T, et qui aboutira au
M.L.D.
2.1.2. Entit
Entit
"Collection de proprits, dont on peut identifier sans ambigit chaque occurrence, grce une
proprit particulire : l''identifiant' " : A chaque valeur de cet identifiant correspond une seule
occurrence. "Pour chaque occurrence, il faut que toutes les proprits prennent une valeur et une
seule".
36 / 61
Identifiant
L'identifiant est une proprit de l'entit qui permet l'identification de chacune des occurrences de
l'entit. Cette proprit est souligne dans le MCD.
2.1.3. Association
Association
(N.B. : Dans les anciens ouvrages, c'est le terme de "relation" qui est employ)
Objet permettant d'associer deux ou plusieurs entits, et dont chaque occurrence est identifie par la
concatnation des identifiants des entits concernes. L'association n'a donc pas d'existence propre :
Elle n'existe quen fonction des entits qu'elle relie. Comme pour l'entit, chaque valeur de cet
identifiant concatn, correspond une occurrence et une seule, de l'association. Chaque occurrence de
l'association relie une et une seule occurrence de chaque entit participant cette association.
Le fait de symboliser l'association par un verbe (gnralement conjugu) et non par un substantif
correspond une analogie avec la grammaire : L'association joue, en fait, le rle de "rotule". L'image
sera plus claire lors de l'expos du M.L.D.
Ouvrage
Auteur
crit
association
entit
Type
entit
Relve de
Ouvrage
Auteur
crit
vend
dite
quantit
quantit
Editeur
Une centrale dachat : premire bauche
stocke
quantit
Libraire
2.1.4. Associations particulires

Les associations rflexives
Elle relie une association vers elle-mme.
CITOYEN
NumSecuriteSociale
NomCi
PrenomCi
Se marier
Les associations binaires
Elle relie deux associations. C'est la plus courante.
ELEVE
NumEl
NomEl
1,n
Avoir
1,n
PROFESSEUR
NumProf
NomProf
37 / 61
38 / 61
Les associations ternaires

Elle relie trois associations. On peut la gnraliser aux associations n-aires. On peut trouver des
associations reliant 5 ou 6 entits mais elles sont trs rares. En gnral, essayer de simplifier le modle
en associations binaires ou rflexives.
ELEVE
NumEl
NomEl
1,n
TRIMESTRE
Avoir
moyenne
1,n
NumTri
0,n
MATIERE
NumMatiere
NomMatiere
2.2. Complter le modle
2.2.1. Cardinalits
Cardinalits
C'est le nombre d'occurrences, minimal et maximal, d'une association par rapport chaque occurrence
d'une entit donne. D'une entit donne vers une association donne :
La cardinalit minimale peut tre 0 ou 1.
La cardinalit maximale peut tre 1 ou n.
Il s'agit d'une tape essentielle de la dmarche. Des rponses qui y seront apportes dpendront le
nombre des tables de la base, l'tendue des fonctionnalits possibles, et certaines contraintes
concernant des traitements de premire importance pour l'intgrit de la base.
Une cardinalit minimale "0" signifie qu'on autorise le cas d'occurrences de l'entit
considre qui ne soient pas relie l'association. Par consquent, une cardinalit minimale
"1" exprimera l'obligation de relier toutes les occurrences de l'entit l'association (ce qui se
matrialisera ultrieurement par une contraint "traitement").
39 / 61
Une cardinalit maximale "n" signifie qu'on autorise le cas d'occurrences de l'entit
considre qui soient ventuellement relies, chacune, plusieurs occurrences de l'association.
Par consquent, une cardinalit maximale "1" exprimera l'interdiction du "pluriel".
Local
Immeuble
N
N
1,n
1,1
Type
Ouvrage
N
N
1,1
0,n
Ouvrage
Auteur
N
0,n
0,n
Immeuble / Local : les deux cardinalits minimales "1" signifient que l'on opte pour une cration
simultane d'un immeuble et d'au moins un de ses locaux constitutifs. Les cardinalits maximales
expriment le fait qu'un local ne peut appartenir qu' un leur immeuble (relation d'"appartenance"
souvent reprsente par un cercle).
Ouvrage / Type : Les minimales expriment le fait que l'on pourra crer des types ne comportant pas
encore d'ouvrages rattachs, mais qu'en revanche, lors de la cration d'un ouvrage, la relation avec un
type sera obligatoire. La cardinalit maximale "1" de "ouvrage" vers type signifie qu'on s'interdit de
rattacher un mme ouvrage plusieurs types (et que dans un cas, il faudra crer des types "mixtes",
"historico-policier" par exemple).
Ouvrage / Auteur : Les minimales "0" expriment, d'une part, que l'on prvoit les ouvrages anonymes,
et de l'autre que l'on admet la cration d'auteurs avant tout enregistrement de ses uvres.
40 / 61
Il ne s'agit pas de dterminer les cardinalits dans l'absolu, d'une manire universelle, mais de fixer les
bornes du type de gestion que l'on veut pouvoir prendre en charge dans la base de donnes qui est en
construction, reflet d'un contexte prcis, soit actuel soit futur.
De l'imagination et du savoir-faire que l'on aura dpendra l'adaptabilit de la base. On pourrait tre
tent de prvoir des "pluriels" partout, afin d'ouvrir au maximum le champ des possibilits. Mais, en
contrepartie, la gestion des pluriels alourdit la base et les traitements. L'art du concepteur consiste ici
trouver le meilleur compromis entre la restriction des possibilits et la complexit de gestion de la
base.
Cardinalit minimale : "1" Exprime l'obligation de crer simultanment les deux (ou plus) occurrences
des entits et l'association (ex. : Une facture comporte un "entte" (comportant les coordonnes du
client, la date etc.) et la ou les lignes de facture. L'ensemble reprsent par cette facture sera cr au
cours d'une mme opration, avec toutes prcautions pour viter les enregistrements "orphelins").
"0" peut exprimer des situations trs diverses :
Soit l'absence dfinitive de relation (ex. : Un ouvrage anonyme)
Soit l'absence temporaire de relation : (ex. : Un diteur veut pouvoir crer dans sa base un
auteur, pour disposer de ses coordonnes, alors qu'il n'a pas encore accept de manuscrit)
Soit des situations d'alternative ("ou" exclusif)
Ces exemples soulignent l'importance d'un commentaire joint. La dtermination des cardinalits
minimales donne souvent lieu des discussions byzantines. Rappelons que ce point ne joue pas de rle
au niveau du nombre des tables ou de leur contenu, mais au niveau des contrles, lors de l'laboration
des traitements, et que ces questions remonteront la surface, ncessairement, au moment de la
confrontation et de la mise au point du M.L.D. Mais cet exercice a au moins le mrite de discuter, le
plus tt possible, de points qui se rvleront ultrieurement importants.
41 / 61
Les cardinalits maximales :
"1" :
Si la cardinalit maximale de l'autre entit, pour la mme association est "n", signifie que les
deux entits se trouvent dans une situation "feuille/nud" (pour reprendre le vocabulaire des
arbres de donnes), dite aussi "hirarchique" , ou encore "d'appartenance" (d'o l'usage de
certains auteurs de reprsenter ce type d'association non par un ovale avec la mention d'un
verbe, mais par un cercle contenant le signe "appartient " ce qui facilite une lecture rapide du
M.C.D.).
Si la cardinalit maximale de l'autre entit, pour la mme association est "1", signifie, en
principe, que la premire entit regroupe des proprits qui, dans certains cas, ne sont pas
signifiantes pour toutes les occurrences de la deuxime entit (ce qui suppose donc que la
cardinalit minimale de la deuxime entit est "0")
"n" :
Si la cardinalit maximale de l'autre entit, pour la mme association est "n", signifie que les
deux entits se trouvent dans une situation de rseau.
Sinon, on se retrouve dans la situation "1 / n" mentionne ci-dessus.
Type
0,n
1,1
Ouvrage
0,n
0,n
1,n
dite
dite
Quantit
Quantit
1,n
Editeur
0,n
Une centrale dachat : les cardinalits
crit
Auteur
0,n
0,n
stocke
Quantit
0,n
Libraire
42 / 61
2.2.2. Dimensions
Dimension
La "dimension" d'une association correspond au nombre des entits relies. Certains auteurs utilisent
le terme de "niveau".
Association de dimension 3
Ainsi, dans l'exemple de la centrale d'achat de libraires, La "quantit", de l'association "Stock"
(ouvrage/libraire) exprime le nombre d'ouvrages d'un mme titre, stocks chez un mme libraire, tous
diteurs confondus. Si l'on opte pour une association "Stock" de dimension "3" (dont l'identifiant est
cette fois : N d'ouvrage/N d'diteur/N de libraire), la "quantit" devient une information plus
prcise, puisqu'elle est diffrentie, cette fois, en fonction de l'diteur
Ouvrage
0,n
stocke
Quantit
0,n
Editeur
0,n
Libraire
Association de dimension 1
Les cardinalits "0,n / 0,1" (ce sont les maximales qui comptent) expriment une "hirarchie" (c'est-dire un arbre).
Est le suprieur de
0,n
SALARIE
Se situe par rapport
0,1
Est le subordonn de
Une hirarchie (0,n / 0,1)
43 / 61
Les cardinalits "0,n / 0,n" (ce sont les maximales qui comptent) expriment une "nomenclature" (c'est-dire un rseau).
Compose
0,n
PIECE
Se compose
0,n
Est compos de
Une nomenclature (0,n / 0,n)
2.2.3. Les formes normales
Des travaux trs antrieurs aux diffrentes mthodologies (E. Codd 1969) ont permis d'laborer des
rgles permettant de rationaliser les bases. Elles peuvent reprsenter une aide prcieuse au stade de la
dtermination des entits et des associations. Elles peuvent paratre parfois trs rigoureuses, mais il
faut garder l'esprit qu'il s'agit d'un premier jet, qui peut tre revu ultrieurement pour des raisons
d'opportunit, mais en connaissance de cause.
1re forme normale
Elle est susceptible de concerner toute entit et toute association. Une entit ou une association est dite
en "premire Forme Normale" si toutes ses proprits sont :
"lmentaires" (non subdivisables, au vu du contexte en question).

Exemple : "adresse" ou "Nom de voie", "code postal" etc.
"Non rptitives"
Exemple : dans une entit Salari, il ne faut pas prvoir des proprits "enfant N1", "enfant
N2" etc. Ds qu'une information est "plurielle", elle doit tre "expulse" et constituer une
entit
part
(ici
une
table
"enfant"),
relie
par
une
association.
Cette rgle vaut galement pour les informations dductibles les unes des autres. (Ex. le
montant TTC, alors que le montant HT est dj prsent et que le taux de TVA est accessible)
"Significative pour toutes les occurrences"
Exemple : dans une entit Salari, "voiture de fonction (oui/non)" est significatif pour toutes
les occurrences. Mais pas "type de la voiture de fonction".
Commentaire : Dans la pratique, cette 1re Forme Normale joue surtout un rle au niveau des entits.
Elle permet d'allger les objets soit par suppression pure et simple de proprits inutiles (car
dductibles), soit par cration de nouvelles entits. Elle aboutit donc fractionner les entits.
44 / 61
2nde forme normale

Elle ne concerne que les objets ayant un identifiant concatn (c'est--dire : les associations).
Une association est dite en 2me Forme Normale si :
Elle est en 1ere Forme Normale

Toutes ses proprits sont en dpendances fonctionnelle avec tout l'identifiant de cette
association
Exemple : d'une association "Fournisseur / Produit" :
identifiant : "N Fournisseur / N Produit"
proprits : Quantit, Nom du fournisseur
"Nom du fournisseur" est en dpendance fonctionnelle avec la premire moiti de l'identifiant.
Elle doit donc tre supprime, et figurer dans une entit "Fournisseur".
3me forme normale

Elle est susceptible de concerner toute entit et toute association.
Une association est dite en 3me Forme Normale si :
Elle est en 2me Forme Normale

Il n'existe pas de dpendance fonctionnelle entre les proprits non-identifiantes. (une
proprit ne doit dpendre que de l'identifiant, qu'il soit concatn ou non).
Exemple : Une entit "vhicule des salaris" :
Identifiant : N de salari
Proprits : Type de vhicule, puissance du vhicule.
Or "puissance du vhicule" est en dpendance fonctionnelle avec "type du vhicule". Elle doit
donc migrer vers une entit part.
2.3. Contraintes inter-associations

2.3.1. Diffrentes situations
C'est une contrainte expose lors de la participation d'une entit plusieurs associations.
On distingue trois cas: La partition, l'exclusion, la totalit.
Association 1
ENTITE
X
X
Association 2
Diffrentes situations:
Partition
Exclusion
Totalit
Toutes les occurrences

de ENTITE
45 / 61
2.3.2. Partition
Chaque occurrence de l'entit participe l'une ou l'autre des associations.
X X
X
Passe
Ligne march
Commande
P
Article
Concerne
2.3.3. Exclusion
Si une occurrence de l'entit participe l'une des associations, elle ne participe pas l'autre.
X X
46 / 61
2.3.4. Totalit
Une occurrence de l'entit participe au moins l'une des associations.
X X
X
X
X
X
X
2.3.5. Inclusion
Si une occurrence de l'entit participe l'une des associations, elle participe obligatoirement l'autre.
47 / 61
2.3.6. Contraintes sur les proprits

Sur une proprit :
forme, liste de valeurs, fourchette de valeurs possibles
Stabilit (la valeur de la proprit ne change pas au cours du temps)
Sur plusieurs proprits dune mme entit ou dune mme association
heuredep < heurearr
Sur des proprits dentits ou dassociations diffrentes
Montant dune commande est gal la somme des montants des lignes de cette commande
2.3.7. Spcialisation/Gnralisation dentits-types

On retrouve la notion d'hritage en POO
Proprits-types
communes
CLIENT
Numcli
Nomcli
adressecli
CLIENT REGULIER
Entit super type
CLIENT OCCASIONNEL
Taux de remise
Proprits-types
spcifiques
Entits sous types
* Les sous-types peuvent avoir leur propre identifiant.

Une spcialisation dentits-types peut comporter un nombre quelconque de sous-types.
Une entit sous-type dune spcialisation peut son tour tre super-type dune autre spcialisation
(hirarchie de spcialisations).
Le dcoupage dune population en sous-populations peut seffectuer sur plusieurs critres; chaque
critre produisant une spcialisation en diffrents sous-types.
48 / 61
PERSONNE
status
sexe
HOMME
FEMME
ETUDIANT
ENSEIGNANT
ADMINISTRATIF
2.3.8. Contraintes sur spcialisations
Exclusivit (X)
Totalit (T)
Exclusivit et totalit (XT)
CLIENT
Nomcli
Nomcli
Adressecli
XT
CLIENT REGULIER
Taux de remise
CLIENT OCCASIONNEL
49 / 61
3. Passage du MCD au modle

physique
3.1. Introduction
3.1.1. Le MLD, Le MPD
Aprs avoir conu le Modle Conceptuel de Donne (MCD), il est maintenant temps de le transposer
en Modle Logique de Donnes (MLD).
Ce MLD est en fait le dernier pas vers le Modle Physique de Donnes (MPD), c'est--dire la
description de la base qui va tre cre.
3.1.2. Dmarche
Il s'agit du passage entre le Modle Conceptuel de Donne et l'implmentation physique de la base. Le
MLD est lui aussi indpendant du matriel et du logiciel, il ne fait que prendre en compte
l'organisation des donnes.
On parle aussi de schma relationnel.
3.1.3. Une table exemple

ID_newsletter
Sujet
DateEnvoie
Contenu
ID_rubrique
25
news 25
11/01/2006
Texte 25
10
26
news 26
12/01/2006
Texte 26
20
3.1.4. Formalisme
NEWSLETTER (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
Chaque enregistrement doit tre identifi de manire unique (Lidentifiant de lentit). L'attribut qui
permet d'identifier de faon unique chaque ligne est appel la Cl Primaire. Elle peut tre compose,
c'est--dire comprendre plusieurs attributs. Ici, il s'agit de l'attribut id_newsletter.
La table Newsletter comprend un attribut provenant de la table RUBRIQUES, l'attribut id_rubrique.
Cet attribut est appel Cl trangre.
Dans le formalisme, la cl primaire est souligne, et la cl trangre est prcde du signe #. D'o
l'criture dfinitive :
MATABLE (Cle_Primaire, Colonne1, Colonne2, #Cle_Etrangere)
Dans notre exemple :
Rubrique (id_rubrique, )
Newsletter (id_newsletter, Sujet, DateEnvoie, Contenu, #id_rubrique)
Ici, id_rubrique est la Cl Primaire de la table RUBRIQUE, et est une Cl Etrangre dans la table
NEWSLETTER.
50 / 61
3.2. Passage du MCD au MLD

Une fois assimile ces notions de cls primaires et de cls trangres, nous pouvons maintenant
noncer les rgles suivantes :
3.2.1. Rgle 1
Une entit se transforme en une relation (table).
Toute entit du MCD devient une relation du MLD, et donc une table de la Base de Donnes. Chaque
proprit de l'entit devient un attribut de cette relation, et donc une colonne de la table
correspondante. L'identifiant de l'entit devient la Cl Primaire de la relation (elle est donc souligne),
et donc la Cl Primaire de la table correspondante.
Client
ID_Client
Nom_Client
Tel Client
CLIENT (id_client, Nom_Client, Tel_client)
3.2.2. Rgle 2
Relation binaire aux cardinalits (X,1) - (X,n), X=0 ou X=1
La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre dans la table la
cardinalit (X,1) :
Employ
ID_Employ
Nom Employe
Socit
travaille
1,n
1,1
ID_Socit
Nom Socit
EMPLOYE (id_Employe, Nom_Employe, #id_Societe)

SOCIETE (id_Societe, Nom_Societe)
3.2.3. Rgle 3
Relation binaire aux cardinalits (X,n) - (X,n), X=0 ou X=1
Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl compose des identifiants
des 2 entits. On dit que la Cl Primaire de la nouvelle table est la concatnation des Cls Primaires
des deux autres tables.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table.
Commande
ID_Commande
Date Commande
Produit
Contient
1,n
0,n
ID_Produit
Libelle
COMMANDE (id_Commande, Date_commande)

PRODUIT (id_Produit, libelle)
COMPOSE (#id_Commande, #id_Produit, quantit)
51 / 61
3.2.4. Rgle 4
Relation n-aire (quelles que soient les cardinalits). N>2
Il y a cration d'une table supplmentaire ayant comme Cl Primaire la concatnation des identifiants
des entits participant la relation.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour la nouvelle table.
Niveau
0,n
Etudiant
Id_etudiant
Nom_etudiant
1,n
parle
Id_niveau
Nom_niveau
Etudiant
0,n
Id_langue
Nom_langue
ETUDIANT (id_Etudiant, Nom_Etudiant)

NIVEAU (id_Niveau, Nom_Niveau)
LANGUE (id_Langue, Nom_Langue)
PARLE (#id_Etudiant, #id_Niveau, #id_Langue)
3.2.5. Rgle 5
Association Rflexive.
Premier cas : cardinalit (X,1) - (X,n), avec X=0 ou X=1.
La Cl Primaire de l'entit se ddouble et devient une Cl Etrangre dans la relation ou nouvelle table.
Exactement comme si l'entit se ddoublait et tait relie par une relation binaire (X,1) - (X,n) (Cf
rgle 2).
0,1
Employe
Id_employe
Nom_personne
Sup hirarchique
0,n
EMPLOYE (id_Employe, Nom_Employe, #id_Sup_Hierarchique)
#id_Sup_Hierarchique est l'identifiant (id_Employe) du suprieur hirarchique direct
de l'employ considr.
52 / 61
3.2.6. Rgle 5 bis

Association Rflexive.
Deuxime cas : cardinalit (X,n) - (X,n), avec X=0 ou X=1.
De mme, tout se passe exactement comme si l'entit se ddoublait et tait relie par une relation
binaire (X,n) - (X,n) (Cf rgle 3). Il y a donc cration d'une nouvelle table.
parent
0,n
Personne
Id_personne
Nom_personne
parent
0,n
enfant
PERSONNE (id_Personne, Nom_Personne)

PARENTE (#id_Parent, #id_Enfant)
3.2.7. Rgle 6
Relation binaire aux cardinalits (0,1) - (1,1).
La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre dans la table la cardinalit
(1,1)
Animateur
ID_Animateur
Nom_Animateur
Groupe
encadre
0,1
ID_Groupe
1,1 Nom_groupe
ANIMATEUR (id_Animateur, Nom_Animateur)

GROUPE (id_Groupe, Nom_Groupe, #id_animateur)
3.2.8. Conclusion
Ces 6 rgles reprsentent TOUS les cas que vous pourrez rencontrer. Il ne faut surtout pas se laisser
impressionner par le nombre de schmas, ni se laisser intimider par le cot inhabituel du processus de
modlisation. Il est trs simple acqurir. En fait, au bout de quelques modlisations et d'un ou deux
dveloppements, vous vous rendrez compte que finalement tout ceci est trs logique et d'une vidence
rare... Et surtout, surtout, votre base de donne correspondra EXACTEMENT au systme
d'information dcris dans le cahier des charges. De plus, crire le MCD, le valider avec votre client,
puis en dduire le MLD et donc le Modle Physique vous fera rentrer compltement dans le chantier.
Vous irez ensuite beaucoup plus vite, avec trs peu de risque d'tre hors sujet. Aprs, la majorit du
travail restant ne sera plus qu'une question de requtes, de mise en forme et d'ergonomie, avec une
bonne gestion d'Entre/Sortie de l'information...
53 / 61
x,y
x,1
x,n
x,n
x,n
x,y
x,y
5.1
x,1 x,n
5.2
x,n x,n
0,1
Table3
Table1
Table2
Rgle
Voici les 6 rgles du passage du MCD ou MLD :
x,y
1,1
Rgle
Chaque proprit de l'entit devient un attribut de cette relation, et dont une
colonne de la table correspondante. L'identifiant de l'entit devient la Cl
Primaire de la relation (elle est donc souligne)
La Cl Primaire de la table la cardinalit (X,n) devient une Cl Etrangre
dans la table la cardinalit (X,1)
Il y a cration d'une table supplmentaire ayant comme Cl Primaire une cl
compose des identifiants des 2 entits. On dit que la Cl Primaire de la
nouvelle table est la concatnation des Cls Primaires des deux autres tables.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour
la nouvelle table.
Il y a cration d'une table supplmentaire ayant comme Cl Primaire la
concatnation des identifiants des entits participant la relation.
Si la relation est porteuse de donne, celles ci deviennent des attributs pour
la nouvelle table.
La Cl Primaire de l'entit se ddouble et devient une Cl Etrangre dans la
relation ou nouvelle table. Exactement comme si l'entit se ddoublait et
tait relie par une relation binaire (X,1) - (X,n) (Cf rgle 2).
De mme, tout se passe exactement comme si l'entit se ddoublait et tait
relie par une relation binaire (X,n) - (X,n) (Cf rgle 3). Il y a donc cration
d'une nouvelle table.
La Cl Primaire de la table la cardinalit (0,1) devient une Cl Etrangre
dans la table la cardinalit (1,1).
x peut prendre la valeur 0 ou 1

y peut prendre la valeur 1 ou n
MOTIVATIONS (id_Motivation, Intitule)

ABONNES (id_Abonne, #id_Motivation, Nom, Prenom, Age, Sexe, Profession,
Rue, CodePostal, Ville, Telephone, Email)
S_INSCRIT (id_Abonne, id_Rubrique)
RUBRIQUES (id_Rubrique, Nom_Rubrique)
NEWSLETTERS (id_Newsletters, #id_Rubrique, Sujet, DateEnvoie, Contenu)
54 / 61
3.3. Le MPD
3.3.1. Pourquoi une tape supplmentaire ?
La dpendance aux bases

Le MPD dfinit par l'analyse MERISE relatif la conception des bases de donnes permettant de
dfinir la mise en uvre de structures physiques et de requtes portant sur des donnes. Le MPD, au
contraire du modle logique (MLD) ou conceptuel (MCD) dpend de la base de donnes et des dtails
de l'implmentation.
En effet suivant les bases de donnes le type de champ nest pas toujours le mme.
Types alphanumriques
CHARACTER (ou CHAR) : valeurs alpha de longueur fixe.
CHARACTER VARYING (ou VARCHAR ou CHAR VARYING) : valeur alpha de longueur
maximale fixe.
Ces types de donnes sont cods sur 2 octets (EBCDIC ou ASCII) et on doit spcifier la longueur de la
chane.
Exemple :
NOM_CLIENT CHAR(32)
OBSERVATIONS VARCHAR(32000)
55 / 61
NATIONAL CHARACTER (ou NCHAR ou NATIONAL CHAR) : valeurs alpha de longueur fixe.
NATIONAL CHARACTER VARYING (ou NCHAR VARYING ou NATIONAL CHAR
VARYING) : valeur alpha de longueur maximale fixe sur le jeu de caractre du pays.
Ces types de donnes sont cods sur 4 octets (UNICODE) et on doit spcifier la longueur de la chane.
Exemple :
NOM_CLIENT NCHAR(32)
OBSERVATIONS NCHAR VARYING(32000)
Nota : la valeur maximale de la longueur est fonction du SGBDR.
Types numriques
NUMERIC (ou DECIMAL ou DEC) : nombre dcimal reprsentation exacte chelle et prcision
facultatives.
INTEGER (ou INT): entier long.
SMALLINT : entier court.
FLOAT : rel virgule flottante dont la reprsentation est binaire chelle et prcision obligatoire.
REAL : rel virgule flottante dont la reprsentation est binaire, de faible prcision.
DOUBLE PRECISION : rel virgule flottante dont la reprsentation est binaire, de grande
prcision.
BIT : chane de bit de longueur fixe.
BIT VARYING : chane de bit de longueur maximale.
La stratgie de dploiement
Table de dcision pour le choix l'implantation physique des donnes par site.
Besoin de donnes
jour et partages
OUI
OUI
Partitionnement horizontal
possible
OUI
NON
OUI
NON
NON
Volatilit importante
OUI
NON
Dcision prendre
Distribuer
Centraliser
Centraliser ou
Copies multiples
Copies multiples
Partitionnement
vertical si ncessaire
3.3.2. Le reverse-engineering
La rtro-ingnierie (traduction littrale de l'anglais Reverse engineering), galement appele rtroconception, est l'activit qui consiste tudier un objet pour en dterminer le fonctionnement.
L'objectif peut tre par exemple de crer un objet diffrent avec des fonctionnalits identiques l'objet
de dpart sans contrefaire de brevet. Ou encore de modifier le comportement d'un objet dont on ne
connat pas explicitement le fonctionnement.
La dmarche utilise peut tre celle de l'tude d'une bote noire : on isole l'objet tudier, on
dtermine les entres et les sorties actives. On essaie ensuite de dterminer la rponse du systme en
56 / 61
fonction du signal d'entre. Mais il est galement possible de dmonter le systme jusqu' un certain
point pour en analyser les constituants.
La rtro-ingnierie s'applique aussi au logiciel. Ceci peut tre ralis en utilisant des outils d'analyse
comme le dcompilateur. Les mthodes employes sont similaires celle du dbogage.
Dans le cas de la base de donnes le Reverse engineering consiste retrouver la modlisation de
dpart partir du modle physique. On passe du MPD au MLD et on en dduit le MCD.
On applique alors les modifications ncessaires sur le MCD et on recre le MLD puis le MPD. La
plupart des outils de modlisation intgre du reverse engineering.
3.3.3. Les diffrents outils de modlisation et de gnration

PowerAMC est un logiciel de modlisation. Il permet de modliser les traitements informatiques et
leurs bases de donnes associes. Cr par Powersoft, ce logiciel est produit par Sybase depuis le
rachat par cet diteur en 1995. Hors de France, la version internationale est commercialise par Sybase
sous la marque PowerDesigner.
Power AMC permet de raliser tous les types de modles informatiques. A noter qu'il reste un des
seuls qui permet de travailler avec la mthode MERISE. Selon Riff News, cela permet d'amliorer la
modlisation, les processus, le cot et la production d'applications.
Modle
Modle Conceptuel de Donnes
(MCD)
Modle Libre (MLB)
Modle Orient Objet (MOO)
Modle Physique de Donnes
(MPD)
Modle XML (MSX)
Modle de Fluidit de
l'Information (MFI)
Modle de Gestion des
Exigences (MGX)
Modle de Processus Mtiers
(MPM)
Modle de Traitements Merise
(MTM)
57 / 61
Les diffrents types de modles

Description
Fournit une reprsentation formelle des donnes ncessaires la
gestion d'une entreprise ou l'exercice d'une activit professionnelle.
Il est ensuite driv en modle physique directement exploitable par
un SGBDR.
Permet de modliser graphiquement selon les besoins : architecture
du systme et des applications, scnarios de cas d'utilisation des
applications, organigrammes, ou mme utiliser sa propre mthode
Permet d'utiliser des objets dont l'interaction produit certaines
oprations et qui constituent dans leur ensemble un systme
d'informations. Dans Power AMC, le standard UML est utilis.
Spcifie les modalits de mise en uvre physique d'une base de
donnes. Le MPD est directement dpendant du SGBD cible et
permet ainsi de traiter les contraintes relatives l'accs et au stockage
des donnes.
A l'aide de son diagramme et de son arborescence, une vue globale et
schmatique de tous les lments composant le fichier XML est
obtenue. Cette vue est trs utile pour comprendre, vrifier et modifier
la structure complexe d'un fichier XML
Permet de rpliquer des objets depuis une base de donnes source
vers un ou plusieurs moteurs de rplication ou bases de donnes. Ce
modle a pour but de fournir une reprsentation globale de
l'ensemble des rplications
Modle documentaire utilis pour rpertorier et dcrire les besoins du
client qui doivent tre satisfaits lors d'un processus de dveloppement
Peut tre utilis comme un document de base pour toute analyse
orient-objet, pour dcrire les collaborations entre partenaires de
mme niveau et pour modliser le processus interne une
organisation
Spcifie la faon dont les donnes sont traites dans le systme
d'information. ces modles peuvent tre imports depuis le logiciel
spcialis Merise Mega
Le rfrentiel est un outil de Power AMC permettant de grer le travail en commun, en groupe dans un
environnement client/serveur.
Cet outil permet de faciliter ce qu'implique le travail en quipe :
partage de l'information entre les concepteurs,
prservation de l'intgrit des donnes l'aide de restrictions d'ordre administratif sur le
contenu du rfrentiel.
Il est possible de suivre toute la traabilit et l'volution des objets placs dans le rfrentiel grce la
gestion par configurations, branches et versions.
DBDesigner 4 est un systme de conception de base de donnes sous forme graphique qui intgre tout
les niveaux de conception, de modification, de cration et de maintenance sur la structure d'une base
de donnes. Il combine une interface trs conviviale avec des outils puissants qui permettent de
gnrer rapidement des scripts SQL ou XML pour crer les bases conues ou bien permet le reverse
engineering sur des bases existantes pour en extraire la structure et en donner une interprtation
graphique. Y sont galement intgrs des Plugin permettant de gnrer des reports de structures des
bases, ainsi qu'une mini application en PHP de visualisation/modification base sur des vues de la base
(views).
De part ses capacits, il est donc comparable des applications telles que Oracle's Designer, IBM's
Rational Rose, ou encore theKompany's DataArchitect, ceci prt qu'il s'agit d'un projet Open
Source qui fonctionne sur de nombreux systmes. Il est distribu sous la licence GPL (General Public
Licence).
58 / 61
DBDesigner 4 a t dvelopp et optimis pour tre utilis avec le SGBD relationnel MySQL, lui
aussi disponible gratuitement, pour permettre tous de dvelopper de puissantes bases de donnes
avec des outils performants.
Le concepteur de DBDesigner4, Michael G. Zinner ayant intgr la socit MYSQL AB, le successeur
de DBDesigner 4, MYSQL WORKBENCH est en cours de dveloppement.
Lien : http://www.fabforce.net/dbdesigner4/
AnalyseSI est l'quivalent libre (license GPL) du logiciel PowerDesigner (feu PowerAMC) c'est dire
un logiciel d'analyse MERISE permettant de modliser facilement des bases de donnes.
Autres outils :
Pour les outils Merise, les principaux, sont: Mega Development, Windev, Adelia, etc.
Un outil RAD comme Delphi inclut dans ses ditions haut de gamme des outils de modlisation UML
comme ModelMaker ou Together selon les versions.
D'autres outils existent, orients plutt en UML comme ArgoUML en OpenSource, ou Poseidon qui
est gratuit mais pas libre.
Citons aussi Devaki crit en Java/Swing et sous licence GPL.
3.3.4. Migration de bases

La migration de donnes dsigne le processus de transfert de volumes (souvent trs vastes) de donnes
des systmes existants vers de nouveaux systmes. Les systmes existants peuvent tre trs divers,
depuis les infrastructures informatiques personnalises jusqu'aux bases de donnes autonomes, en
passant par les feuilles de calcul.
La migration de donnes comporte toutes les tapes ncessaires pour nettoyer, corriger et dplacer les
donnes vers le nouveau systme. Les volutions technologiques, les changements de fournisseurs, les
mises jour logicielles ou les projets d'exploration de donnes (data mining) ou d'entrepts de donnes
(data warehousing) rendent ncessaires ces oprations dlicates et cruciales.
Rduire les risques
Les donnes tant l'une des ressources cruciales d'une entreprise, il est primordial qu'aucune
manipulation n'entrane de perturbation. Des mthodes et des outils prouvs sur le terrain, allis des
plans de migration soigneusement prpars qui exploitent les donnes existantes et dcomposent la
complexit de la migration en projets simples grer, garantissent la matrise des risques.
Amliorer la qualit des donnes.
Des solutions de nettoyage et de correction garantissent une intgrit parfaite des donnes aprs
qu'elles aient t migres. Du point de vue de l'utilisateur et de celui du dveloppement, les donnes
migres sont intgralement optimises.
Migrer une base sans interruption de service

Garder la couche de communication entre les applications et la nouvelle base de donnes fait russir
une migration. Reste alors grer la compatibilit.
Chaque seconde d'indisponibilit de SQL Server peut nous faire perdre jusqu' 45 000 clients ,
annonce Christophe Laporte, administrateur des bases de donnes de 123 Multimdia.
Alors forcment, quand il s'est agi de faire voluer son infrastructure vers une version plus moderne de
SQL Server, la socit, qui cre et commercialise en ligne des contenus (logos, sonnerie, etc.) pour le
Minitel, l'Audiotel, le Web, la tlvision interactive ou les tlphones portables, n'a pas envisag un
instant d'opter pour une procdure classique de mise jour.
59 / 61
Dupliquer les bases est moins risqu

En fait, seules les entreprises disposant de versions rcentes d'Oracle et de MySQL en cluster sont
capables d'effectuer une migration de manire transparente. Grce un mcanisme assimilable au grid,
ces deux bases savent rediriger automatiquement les utilisateurs vers le nud d'un cluster pendant
qu'un autre est mis jour. Dans la pratique, il est beaucoup plus simple de travailler sur une seconde
architecture, prcise toutefois Sherly Brothier, directeur technique de la socit de services IdealX. Ne
serait-ce que pour des raisons de scurit.
Bien souvent, les entreprises rechignent effectuer des oprations de maintenance sur des bases en
production. De plus, un tel scnario n'est valable que lors du passage une version plus rcente. Il ne
l'est pas dans les changements de bases car les mcanismes sont propres chaque diteur.
En pratique, faire migrer une base de donnes sans interruption de service impose le plus souvent de
dupliquer l'architecture. Le principe est simple : les utilisateurs sont maintenus sur l'architecture
existante, et basculs vers la nouvelle un moment donn. La russite de l'opration dpend moins de
la migration des donnes elles-mmes que de la matrise de la couche de communication entre les
applications et les bases. Autrement dit, c'est une affaire de middleware. Ce qui rend le projet plus
ardu.
En outre, il se complique souvent en raison des adhrences entre la base et les applications (les appels
directs la base cods directement dans l'application). La plupart des entreprises sous-estiment
l'impact de la migration d'une base de donnes sur les applications. Pourtant, 70 % du travail ne porte
que sur ces dernires , souligne Aomar Bariz, avant-vente pour les produits DB2 et Informix d'IBM.
Au moment voulu, les applications critiques et centralises (PGI, GRC) doivent arrter de pointer vers
l'ancienne architecture et adresser les requtes la nouvelle base. Ce qui implique de remplacer
l'adresse de l'ancienne architecture de donnes par la nouvelle dans tous les fichiers de configuration
des applications. Une opration qui prend du temps.
Editeur
Oracle
6 logiciels de migration de bases

Description
Migration Workbench
Commentaire : Pour rcuprer des bases SQL Server, Access, Sybase,
Informix Dynamic Server, DB2, et MySQL.
DB2 Migration Toolkit
IBM
Microsoft
Commentaire : Pour rcuprer des bases Oracle, SQL Server, Sybase, et

Informix
SSMA (SQL Server Migration Assistant)
Commentaire : Pour rcuprer des bases Oracle et, prochainement, DB2 et
Sybase.
MySQL Migration Toolkit
MySQL AB
Ispirer
EMS
Commentaire : Pour rcuprer des bases SQL Server, Oracle et Access

SQLWays
Commentaire : Conversion entre DB2, Oracle, SQL Server, Sybase,
Infomix, MySQL, Progress, SAP, Pervasive, Interbase, etc.
Data Pump
Commentaire : Conversion entre MySQL, PostgreSQL, Interbase, SQL
Server, DB2, et DBISAM.
60 / 61
Deux exemples de migration :

123Multimdia
Etape
1. Les donnes sont
sauvegardes
2. La base cible est mise jour
3. Les transactions en attente

sont suspendues et stockes
4. Les fichiers sont transfrs

vers la nouvelle architecture
Description
123 Multimdia a construit une architecture constitue de plusieurs
bases cibles avec la nouvelle version de sa base de donnes SQL
Server 2005. Elle a ensuite sauvegard toutes les donnes
prsentes sous l'architecture existante (plus de 600 Go) et transfr
la sauvegarde sur la nouvelle architecture
Des modifications sont inter venues sur la base en version 2000
pendant la phase de sauvegarde et de transfert, qui a ncessit
entre cinq et six heures. La socit procde donc une mise jour
ne transfrant que la diffrence. Une opration ralise en moins
d'une minute.
Les applications qui crivent dans la base sont aussitt coupes de
l'ancienne architecture, les transactions internes ou issues du web
tant stockes en file d'attente par l'infrastructure middleware MSMQ
(messagerie asynchrone). Celles en lecture seule restent branches
sur l'ancienne architecture.
Remplacement de l'adresse IP de l'ancienne architecture par la
nouvelle dans les fichiers de configuration des applications. Les
transactions en attente dans MSMQ ont t adresses la nouvelle
architecture, le basculement n'ayant provoqu en fait qu'un lger et
trs court ralentissement.
61 / 61
Meteo Consult
Etape
1. Le nouveau back office est
install
2. Une double alimentation des
donnes est instaure
3. Les routeurs sont mis jour
4. L'ancienne base est

bascule vers la nouvelle
Description
Mto Consult a redvelopp son application et chang
d'environnement d'exploitation pour tirer pleinement profit de sa
nouvelle base MySQL. Elle a construit une architecture en parallle.
Les bases sont alimentes plusieurs fois par jour par des donnes
externes, qui, avant d'tre injectes dans la base, subissent
traitements de contrle corrections effectus par les prvisionnistes
mto. Les programmes batch d'alimentation ont t reprogramms
pour alimenter les deux architectures.
En temps normal, les routeurs conservent en mmoire l'adresse IP
d'un nom de domaine pendant 24 ou 48 heures. En prvision du
changement d'adresse, Mto Consult a pris les devants et
reconfigur son nom de domaine une semaine avant le basculement.
Remplacement de l'ancienne adresse IP par la nouvelle dans les
tables de routage. Pendant les dix minutes ncessaires aux
modifications, les utilisateurs taient orients vers la nouvelle ou
l'ancienne architecture. Un lger ralentissement : cinq minutes aprs
la fin des modifications, tous les routeurs disposaient de la nouvelle
adresse.

5013M

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

5013M

Uploaded by

Copyright:

Available Formats

Modlisation MERISE

Essentiel Modlisation Merise

3.3.1. Pourquoi une tape supplmentaire ? ..................................................................................................... 54

Essentiel Modlisation Merise

Essentiel Modlisation Merise

un cycle d'abstraction reposant sur trois niveaux:

Essentiel Modlisation Merise

Le niveau organisation : c'est d'o utiliser, qui utilise, quand utiliser ?

Essentiel Modlisation Merise

On dira que Merise/2 contient :

Essentiel Modlisation Merise

Le schma des flux :

Essentiel Modlisation Merise

Essentiel Modlisation Merise

Prt non rendu

Essentiel Modlisation Merise

Le modle de flux conceptuels

Essentiel Modlisation Merise

Grer les prts

Grer les sorties

Grer les retours

Essentiel Modlisation Merise

Rgles de dcoupage en domaines/activits

Permettre de rpartir l'tude entre plusieurs quipes.

Les flux qui sont importants :

Rgles de dcoupage en domaine/activits

Essentiel Modlisation Merise

Prise en compte de nouvelles contraintes

Sous-type dentits et dassociations

Construction par spcialisation

Le Cycle de Vie d'un Objet

Essentiel Modlisation Merise

Un vnement peut tre le temps ou une action.

Essentiel Modlisation Merise

Essentiel Modlisation Merise

Exemple d'un CVO

Essentiel Modlisation Merise

Le Modle Conceptuel des Traitements Analytiques

Points commun entre MCT/ MCT A

Essentiel Modlisation Merise

Une action occasionne un changement d'tat

Ltat 1 est ltat de dpart le 2 et 3 est celui darrive.

On peut galement prciser les diffrents types d'actions, savoir :

Les actions itratives

Les rgles de gestion :

Essentiel Modlisation Merise

Le Modle Organisationnel des Donnes

Essentiel Modlisation Merise

Exemple de vue par type de site

1.1.4. La modlisation des donnes aujourdhui

La mthode sarrte au niveau organisationnel pour les traitements et les donnes.

Essentiel Modlisation Merise

mthode OOM: Orientation Objet dans MERISE

L'analyse de la composante communication diffrents niveaux permet la prise en compte d'une

Essentiel Modlisation Merise

1.2.2. Le systme dinformations

Essentiel Modlisation Merise

1.2.3. Modle, mthode et analyse

Essentiel Modlisation Merise

1.3. Les principes de bases de Merise

Essentiel Modlisation Merise

Essentiel Modlisation Merise

Essentiel Modlisation Merise