Vous êtes sur la page 1sur 95

..

e,

1Ilifa SEBA

.-.fl-i-=-

Table des matleres

Introduction
A.

a la lecture

Objectifs de I'ouvrage

c.

. .

D. Pre-reguispour Ie lecteur

Introduction
A. Historique.

10

..... ..

11

....

a la methode
. . . . . . .

B. Les svstemes d1nformation

c.

B. Structure de I'ouvrage
Choix de presentation

Chapitre 1

Chapitre 2

15

17

Principes generaux de la methode Me,rise .

26

D. La structure d'organisatlon et tes acteurs .

29

E.

Le contexte rnethodoloqlque de conduite de projet.

31

Concepts et mise en oeuvre


aut ur

Table des metieres

F.

Abrevlatlons et terminologie

Introduction

. . . . .

..

a I'etude de cas

A.

Presentation de la societe . . . .

B.

Diagramme des flux

Chapitre 3

Mise en ceuvre Approche conceptuelle


Le modele conceptuel des donnees (MCO)

B.

Le modele conceptuel des traitements (Mel") .

Mise en CBuvre - Approche


loqique et o'-ganisationnelle
Approche logigue des donnees . . "

43
46

Chapi,tre 4

A.

A.

32

"

55

77

Chapitre 5

97

B. Approche organisationnelle : Ie modele organisationnel


des traitements (MOT). . . . . . . . . . . . ..

130

Merlse
Elements

d aut ur

Table des rnatleres

Mise en ceuvre ueet

he
onnel

A. Approche physique:
Ie modele physique des donnees .

B. Approche operatlonnelle des traitements


C.

..

140

Ies ol,ltiis d'ajde Ii la mise en ceuvre de Merise . .

149

Introduction a I'objet :
de Merise it UML
A.

Historique de I'approcheobjet . . . . . . . . . ..

Les apports de U'ML . .

D. Les grands principes

E.

Chapitre 7

B. Approche fonctionnelle ou
structurelle vs approche objet
C.

139

..

159

160

162

166

Macro comparaison de Merise et d'UML

COncepts et m'ise en ceuvre

157

..... 3
EI ments sous

aut ur

Table des matleres

Conclusion
A.

Chapitre 8

Conseils de mise en ceuvre

173

176

12 exercices pratiques . . . . . . . . . . . . 181

a 270

B. Quel avenir pour Merise ?

Exercices pratiques

Annexes
A.

Complements sur les standards OMG .

B. Liste des principaux outils d'aide

273

a ltmplementatlon

d'une methode (fonctionnelle ou objet) . . . . . ..

274

Index . . . '. . . . . . . '.

275

Merise

Chapitre 1 : Introduction

a la lecture
7

A.

Objectifs de I'ouvrage .

B.

Structure de I'ouvrage

C.

Choix de presentation . . .

10

D.

Pre-requis pour Ie lecteur

11

Elements sous drolts d'auteur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Introduction

a Ia

lecture

. , de I'ouvrage
enef

de projet) eoncepteur ou anatyste, vous avez silrement deja at besu.coup entendu parler de Merise !
M,ais VOllS ne savez peut..,Atre:pas au' fond ce que c'est et A ,qual ~a sert l'

Vous pensez Q,uec'est une methode thet>rique et dtffidte ?


Vous souhaitez ,c-oncr~ment I"utiliser mas il vous manque 18 Donne soproche pratique ?
Si vous Mas dans. cette situat,ion, eet ouvrage vous est destine !.
II Cit pour objecttf de vous transmettre un savojr-fai,re sur Merise plut6t qu'un
savoir tout court !

l'issue de votre lecture, vous saurez ~

- situer Merise dans Ia chronologle des methodologies de conception des

systimes ,d"informat!on,
- eva~uer la valeur ajoutee de Merlse dans

reussite d'un projet;


- appJiqiuer ~lamethode pas a pas it un cas d'appllication ooncre.t et standard;
que vous n'aurez pas de mall a rapprocher de vos cas d'appticaHofl
personnells.

Ooncep"ts e.t m[se en <Ewre


-

...

-.

,-'

..

"

'

"

1211

.
Elements s

d'auteur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Nous avons choisi de ,dQcomposer notre approche selon leastrois niveaux de


Mensa. II s'agtt dan'S ee prem,ier ehapitre de mise en C5uvre de decnre
concretement, en les appliquant au cas chotsl, las differenms 'tapes du
savoir...faire Mer'ise au niveau coflceptuei~ Le r~sultat obte:-nu est I'elaboration
des modefes de donnees et de tratteme'nts.

Ce second chapitre dedte a Iia mise en oeuvre a pour Q,bjectif ,de decrire tes
etapes de transformation du modele conceptual des donnees en model"e
log~que des ,don,nBe,s,notamme,nt en real:isant Iia validation du m,odeJe eonceptuet par fes vues externes. II a egale,ment pour objec.tif de d6crire res
differentes etapes a realisar pour elabo,rer le mod6le organisattonne:1 des
traitements ,8 partir :du modele conceptual elabore au chapitre pr~ent. 'Le
res'ultat obtenu est done reJaooration du mod~relogique des donnees et du
modele organisatton:nel des traitements.

,Cedernier chapftre' dOCIle a ta mfse en CBuvre de Me:rise a pour objectif de


decrjre ies Stapes a reallser pour passer du modeJe logJque'des donnees, au
modele phy:slquef at du mooele :organisstionnel des trattements au monele
operationneJ.. II stagtra egafemen1. d'evoquer las, outils d1aide
ta mise en
CBuvre de Meri5e, au travers notamment d'une check fist des principaux

cnteres it considere.r dans ~echoix d'un out~l.


.

.a

I...

Ch p~"- 1....Ai
~!:~~~
7- .

-'L!..

lo..

I"'ob
bre"',
t'

II ne s'agira pas de 'traiter de )'approche objet" mais plus de sttue;r Merise


par rapport a ,'evolution des methodologies vers i'objet et de pres~f1t&rS'UC..
c.fntemen't UMl, standard du marche* Nous aborderons les grands principes.
de I'approche objet et nous tenterons, un ,comparattf de Merise at dUiML~
I

Concepts et mise en ceuvre

Elements sous

tour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

;7

ft1M]'235 !ii!

wns .. s'WRnRXt

ii1__1i

IiiiitM'fWtTWFTtt'f55F?

t.'L5 &srrr'

Introduction

a la fecture

--It J2~S?'
?i&@iIiHt2'ilrJJ@Ij~!!c.f:QWm)?Wmst;7r)?~

iIi!!!i(,.

a/I.

II faJJait d'autre part aborder cette application sous I'angle tradftionnel de


Merise, crest-A-dire en reprenant les approches dites conceptuelles, organisationnelles et logiques, en laissant volontairement de cote les aspects physiques directement lies a "implementation et a la realisation du projet
Ces deux considerations nous ont arnenes
suivants :

faire les choix de presentation

._ Separer systernatlquernent fJetlJde des donnees de I'etude des trafternents.


- Preciser pour chaque etude, Ie vocebulaire speciflque et la norme
graphique g~neralement utllises, les etapes de fa demarche et les resultats
ootemr.

_ Investir fortement sur ~esdeux premieres approches de Mense qui sont les
approches conceptuelles et loglque/organlsatlonnelle, et qui constituent Ie
cceur du savoir-faire de la methode.
Nous avons egalernent choisi d'utiliser un projet de gestion classique d'entreprise comme fil rouge de notre progression d'apprenttssage. C'est pourquo! tout au long de I'ouvrage et en particulier dans les paragraphes dedies
aux resultats de l'etape, nous appliquerons les principes theorlques a ce
projet,

D. PI1!-requis pour Ie lecteur

....

<

i
v
I

y,

La methode s'adresse taus 1esacteurs d'un projet, chefs de projet, analystes ou concepteurs, correspondants de la maltnse d'ouvrage (correspondants
d'application ou correspondants informatiques), Qui s'lnteressent aux rnethodologles fonctionnelles, Qui doivent, dans Ie cadre d'un projet qu"iJs ant a
mener, maitriser Ie m~me vocabulaire et res memes principes d'analyse, et
ce afin d'ameliorer la communication dans Ie projet et done en assurer en
partie la reussite !

COncepts, et mise en~uvre

.
Elements

SOLIS

utour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Cha'pitre 3 : Initroduction
a I'etude de cas
A.

. , .. . .. . . .. .. . . .

Presentation de 18 societe

1. iDonn'8es g8neraJes . . " . . ~ . . . . . . . . .

2.

B.

Les differents services o,parationnels.


a. le servicecommercial: .
b. te sstVice du person nel . . . .' .
c.. La service oomptable . . . . . .
d.. l;e servJce technique. . . . . . .
ell les autres, acteurs iintemes ..
f.. Las :8cte.urs externes

Di..,amme des flux

II

II

II

"

"

. . . .

4-3,

'

43
.: *

It,

,44-,-

---

~.

44
. . . . . . . . . . .

44

. . . . . . . ~. . .
. . . . . . . . . . .

45
45

. . ..

"

46
46,

Elements

SOLIS

46

droits d'autour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Chapltre 3

&

Ld

Merise
EI m nts

~~j~ {.

,~

aut LJr

Chapitre 4 : Mise en c:euvre Approche conceptuelle


A.

Le modele conceptuel des donnees (MCD,) .. . ..

10

II

..

1.. Vocaautatre at representation gra1phiq!ue . .. . . . . . . .

a. L'indiv',du "

~ . . . . . . . . . . . .. . . . . . . .

. , .
b. La relatlon . . . . .
c. La proprtete . . . . . . . . . . . .
d. Les cardlnalltes
e. Les contraintes d'integrite fonctionnelle (Clf}.
f. La notion d'historique dans un modele ....
g. La notion de dalation dans un modele. . .
h. Quelques recommandations d'ecrlture . . .
.

2.

{I

. I. "

. .
11

a obteni reO.

II

.._

. . . . . .
. . . . . .

las stapes a suivre


.
a. Recensement des. donnees et des proprietes
..
b, V'erlfica'tion du modele . . .. . . . . , . . . . .

3.. Le resultat

B.

"

"

. . . . . . . . . . . . . .

55
55
56

'5'7
58
60
64
65
66
67

69

,. .. ..

69

71
II

.,

74

Le modele conceptuel des traitements (MeT). . .. . .. 77


1.

Vocabulaire et representation graphique . . . . . . . . . .

77

a. Le processus. . . . . . . .. . .
b. L'evenement . . . . . . "'II~li:~._.
c. t.'operatton . . , . . . . . . . . . .
d. La synchronlsatton . . . . . . .. . . .

77

..

..

;It

78

.
~

,..

- .

78

..

80

.
Elements sous droits d'auteur

e. La regte d'ernlsslon . .
f.

La tache . .

to

2.. Les stapes ~ suivre

.
a. Constitution du modele MeT . . . . . . .
b. Verification du modele

. .

81

82
83
83

84

Les resultats obtenir . . . . . . . . . . . . . . . . . .


a. Elaboration du MeT pour Ie processus
"realisation d'un contrat client" . . . . . . . .
b. Verification du MeT du processus
"real'isation d'un contrat client" .

85

3.

85
93

Merise
EI rnents .,IJU., V VI'., d'aut ur

Ce chapitre est dedi,e a la premiere etape de la methodologfe Merise.


Nous allons aborder Iss aspects conceptuels, taRt au nlveau des donnees
q u' e des' ' tr'!!Stem-en'ts
"QI' '
"
En ce Qui eoneerne les do,nnees; nous allons nous int~resser aux diKerentes
,etapes necessaire-s ta COtlstitution d'un MCO brut Qui prendra en compte

I'existant

a
dUi ,projet a realiser,

puis onus verrons qu',I) taut ensuite p~rendreen!

eompte :fesevolutions demandees.

Pour ce ,qui est des traltements"


permettent ta creatton d' un MeT.

I10US

declinerotls les dlfferentes eta,pes qui'

Pour chaculn des moc:teJespre:sentes, nous aborderons las aspects lies au


vocabuta'ire et Ie chart'G graphiQue, onus detaillerons les etapes a suivre,
pour enfin apptiquer ce q,ue (lOUS avons appris au cas d'etude ETS et produire ,'es modete:s.

Commen~ons par las donnees....

A. Le modele,

'. des donnees (MCD)

1.. Vocabulaire et representation .raphique


le MC,D manipule Ie concept de mod~te entite~association cree des 1976 et
considere comma I'un de:soutits essent,iefs de la :methode.

.~

'.

metamoo.ele (modele

ou reate de construction d'un modele lui..m~me


utitisa cornrne referentiel) est constitue des deux objets 5uivants :

La

....les entJtes qu.i representant Iss objets du Sf :'


- les associations qui representant las relations qui existent entre les oblets
du S~.

Concepts et mlse en <Ewre


I

Elements sous

tour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

~haeitr~
4

J J

FaC'lure
numero
type

code
~~~eurd'~rlrti1r
_(O_,n)----t

,egle
----

(1,1)
r-------~

(tate

~cheaoce
manta",! hi

(O.n)
(1.1)
Presl itta re

code
not"

secteul d'activlh: ~-{

aovolB

(1,n)

(1.1)
Reglement
(O,n)
T )'pt de presta1airQ

type
dale arrival?

date de reglement

code
S"lalul

4.11 - MCD de la societe ETS


Nous completerons ce schema avec la definition plus detaillee de certains
individus afin de clarifier certaines orientations prises.
En ce qui concerne I'individu Type de contrat lie a I'individu Contrat, nous
avons choisi de regrouper tous les contrats sous Ie merne individu, en derivant les differentes formes possibles de contrats dans I'individu Type, qui
permet de specifier si I'occurrence de contrat trattee concerne un contrat de
travail, un contrat de sous-traitance ou plus generaJement un contrat avec
un partenaire, ou encore un contrat avec un client.
En ce qui concerne les individus Document technique et Document commercial lies
I'individu Contrat, nous avons choisi d'exprimer l'idee de documents rattaches a un contrat en nous servant de relations "contient en annexe". Les documents techniques regroupent les dossiers de description de
solutions, les dossiers de specifications des materiels et logiciels ayant fait
I'objet de commandes, les devis techniques eventuellement ... Les documents
commerciaux vont concerner les offres commerciales, les offres de prestation, les curriculum vitae de prestataires eventuellement ...

Merise
n

IUne fois encore. il est indispensab'e de comprendre que ,dJautres orientations so'nt toujours possibles, at dans te cas d'un exerctce r-eef, il faudra
s~eff1)rcerde cadrer Ie plus posslbie Ie MeO' ,avec, ,I'organisation, les prati~
qU&S, I'existent de t1entreprise pour iaquelle on realrs! Ie projel.

B,.Le modele conceptuel


des traitements (MCT)
Reali.se essentieltement tors des etudes ,preafabJes'et detatllees, Ie M'CT d~
cnt I'activit' de Itentreprise en se tocalisant sur 'e uQUO" 111 (of sche'ma 2.1
sur Iss trois niveaux du cycfe d'abstractio,n). tes dmere,nts processus sont
analyses, dans un formaft,sme rigoureux.. II, taut 'creer un M,CT par processus
da travail 'identifie,.

1. Vocabulaire et rep,resentation graphique,


te MeT maniptJle las concepts suivants :

a. La processus

Le processus correspond

un ensemble d'operattons realisees: au setn de


.
~, , ',' -. . .,...'"
faaura'!i'on ct"'Q'ot r 'le,:' fec'rutem'ent
)' IJ est cara c'teJ'l',se""

I'entrlep' 'n"se" ('[a pa te hi'"


par un code. un li,bette at un commentaire te dacrlvant sammairement. Sur
Ie plan graphique, ii' n'y a pas de representation. particufiere.
,

~ ,

'-

'I

'

I ':

' -

-,

'.'

'.'.'

' .

",".'

: ..u~~
~

"

I"

,"

""

.".

."

-.

,""

..

'::_

' ..

"

~,

"

'

,'

. _.

,',.

-,

,"

-,

"..
r '

..'
. -

-~;;M
-;; ev-;;;~~;-;;~rie~;'
c.est

~jourS
u~
par example Is fin du mols qui declerlChe 'a paye des ;safaries~

.
Elements s

d'auteur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

D'tlIr~con .....
~ l:n,W1'
;n l~OUSap' pltq~U~
t.-. fi'+,n;_ CiO;~
no- j.lons~ dan s le il""Qd' re d'un
tre,
\.HNJ~:~'
lUU~.'
:~. "1'.(J~:,,'~';_
proiet reel, if vous faudra Atre Ie plus Pftcis et oomp~et possible dans la
phase de: UbrainstormingfJ sur Ie contsnu a tratt:er, tant en taches a realiser
qu'en regles de gastion ...
F'Qi

"'I

ll'D

Y":

'_.-'~

1:4,',"

j':'I\,~~

'._1"':.:

,.

'~'.'

':.

'Ii

d. La synchronisation
La synchronisation d'une operation correspond a une condition, Stir las ev.
nernents d!cJenehant I',operation" Cett'8 con,dition peut fttre Ilea a una valeur
des proprtetes. du ou ees evenements, ou au nombre d'occurrences du Ott

des evenements.
Par exemple, J'evenemen,t ~atgt decfenchant I"operation fleditJon des fiches
de paitf sera synchronisee sur fa conditlon date:=21 du mols,
La oombmefson de plusj(:u: 4v~ements at de leurs conditions de synchronisation se fera en utJlisa'llle.s operatoors logiques, en particulier fa ET at Ie
QU.

O,a.nsce cas, pour maniputer ~es evenements plus aisement, il taut leur
attribuer un code alphaootique, encore appele syncro-code.
. o~rQ't.'on
M ,,,,,,,,"
~
....' ....hme
A
- I
~ , M,' , d e. d"sox. J;.,ttveneme.
~, ,'~
~~
S- ~I une
85't d'A.,
~~enlA
par
.a synch'romsanon
ns,
nommes A et B, Ie synchr~oode associe sera representS de la fa~on sui..

vante ~
E~neml!fltt

4.15 - Exemple de synchro..code,


!

iii

i'
-

Elements

Merlse
SOLIS

drous d'autour

_[t~l.l

11"~'M.!ii
t IUDI11]

La synchronisation d'une operation est representee graphiquement de la


~on 'suivs1rrte :

fSr-

I
1

AeT B

4.16 ~ Representation graphique de Is syn:chronlsatlon


e. La:recle d'emissJo,n
La reate d'emissionf qui en sortie de I'operation indiquera q:uets resuttats
d8clencher, est caraetensee par un code, un ,libe1le et un commentaire. Sa
representation graphique est ta sulvante ;
.

Op~ration

rtgle 1 regie 2 regie 3

4.1' 7

Formalisme graphique de fa regie d'emlsslon

Las reg,las d'8m'fssion les plus utllisees, sont Jes sutvante-s :

- OK sl

I)e

resujtat de I'operation est bon ;

- Non OK si Ie r~suftat de r'op$ration ntest pas bon ;

- RAS sl t'em,ission de ~teveneme'nt est ind'Pendante du resul'tat ,de


I,foperation.

Par exernple, pour 'I'operation "traitement d'un appal d'offre ,cl)en~"on peut
avol r les r!gjes d',emission suivantes :

- si I'objet de 'I'a;ppel d'offre fait appal un domaine de competence de


l'entrepri'5e, ators on paul declencher I'evenement bdemande de realisation
d'un dossier technique" ;

Concepts et mise:en ceuvre

Elements sous d

tour

Chaeitre 4

- si I'objet de I'appel d'offre fait reference a un domaine d'expertise que n'a


pas I'entreprise, alors on peut declencher I'evenement "redaction d'une
reponse de non-soumission", etc.
Une regie d'ernlsslon peut ainsi activer un ensemble d'evenements.
f.

La tiche

La tiche, correspondant a une action unitaire a realiser, caracterisee par un


code, un libelle et un commentaire, est representee dans I'objet operation.

Elle met en reuvre un certai n nombre de propnetes et de regles de gestion


pour sa realisation.
Recapitulons I'ensemble des concepts utilises dans un MeT:
Evenement2
portantl&s
proprie~s
p3,p4 etp5

Evenement 1
portent les
propri~t6s
p1.p2

sync~().code .> A

8<- synchro-code

T,atl.mtnl dUll IIppel :fO'" ("Int


Ti~h' WIII prDptlit~. Ptl
rtth,2 utili" ploprl.,., P12 8t PI3
ltch.3 ul lSI prtprlft~iPI" 111PtS

rl)gle t

rOsuitat 1

mgle 2

r~9le3

r~gle4

r&sultat 2

4.18 - Synthese des concepts utilises dans un MCT


Merise
E

n--'

__57'

."'"""""",,13. 5PF'.1

7r'",

2. Les etapes a suivre


It faut proceder processus par processus. II est donc indispensable d'identifier, a partir du diagramme des flux, les differents processus qui seront
etudles,

chaque processus correspondra un MeT et pour chaque processus, deux


etapes rnajeures :
- la constitution du modele

- sa validation ou verification.
a. Constitution du modele MeT
Pour chaque processus individualise, il taut derouler les quatre etapes suivantes :

!!!~.~i
lsoler les tlux d'lnformetton spectflques au processus 'tudll!, et consntuer
des sous-grapnes des ftux pour chaque processus. Bien Identi,fler egalement
les regles de gsstlon assoclees.

Reprendre "ensemble, des flux d'lnformation d'un processus at les ordonnancer vertfcalement en partant du flux qui daclenche Ie processus.

Transformer les flux en evenements et supprtmer las traitements radondants.


Nous obtenans alar! Ie MeT brut.

"II

dL

Concepts et mise en oeuvre

E:I ments sous d

ur

. h'lr 1M"

f. 'lISS sync h'rontsat


~ proprte.
',t.t';:"'..
.Enrlc
e 'CT" br\!llld- en renselgnanl
Ions, "es
~ ';das
&v$nsments, 11!stact16S parties lpar cheque operation et indiquer riles :proprle..
b!$. des tAches. Pour celts eta pel on sa sert essentietJ!ement des, regl:es de
gestion idsntlftees.
I.

b. V6rificstion du modtle
Comma pour te MeO, II s'agit alors de Vet1ir~ierque chaque modte~eobtenu

est correct.
Cette verification s',effectue en vafldant las f$gles suivantes ;
Regie 1

Pour chaque op9ration'~ Ie reeensement des regies d'emissian dolt iue exhaLlsttf at tes regJes d'emission' dotvent ~tre
disjaintes, c'est-a..dire ne pas etre redondantes entre elles.

Regie 2

hi'
d'
.A
,I...,..:r ... A ...
.~ott toujours pouvoir ,,,be
rtml~i~~
Une ,sync""rOOlsatton

Regie 3

Un processus dolt toujours Mre I~clenche par un ev~ne-

ment exterleur.
Rtgle 4

Consequence de la r6gle 3, u,n 6vooement exteme ne peut


pas Mfa r&su:ltat d'une operation.

Et done un evenemoo't interne est Ie res,uftat d'une opera...

"uon,

. A sy nch ronl~u.
.- -"~,o,/Io!:on""_..
rA.'
.....li...s: - s'u r de'..ss l'l':.!liieu~
~
CCt.I~e
v,a', I,., de
..... P'Qr-'
S.."; UOg
pri6t&5; alofS eM propriet8s doiveot itre portees par las eve...
nements qui participant a la synchronisation.
<'

Reg1e 7

Une mArne r~le de ,gestion ne ,dolt pas se trouver oans

deux taches differentes.,

'M
"
.ense

.
Elements sous droits d'auteur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Nous obtenons I,e schema suivant :

SJg~m ttu P'Y de

, stertedmfqlm de

mama

f'otfre 1m SQMIOn

ClIJnrpte rendU
cOO'lTnmlal

IIIU

Uo&$ief teChnlque et

planning

P'mt:1U1t maILse et CCmpm


ff!Mu de. sUM

C8ent
~,
,

4.20 - Ordonnancemen't des flux de ETS

Concepts et mise en CEuvre

.
Elements sous d

teur

Chapitre 4
Etape 3 : Transformation des flux en evenements
et suppression des redondances
Nous obtenons Ie schema suivant :

Etude at r&9II~aDon
do3lollre

R fJs dl
I'vfQ

RedsrllOO'Cfu
co~m

Pr9Posltlon au ( Ie...

.../ ...
Merlse

" : " iIii 2 22.. 1. hidi

...

it

3a..

2l'

22"

JL , lid

ConlroatItcah!'r
de, (halOes

'kln6,

lvclI,.".rr.

d..rFlrojat

comlTllnd upr~' dM
1!t"l'~~'U!S

00 ..,reI
technlqut,
PIIl~nlno

Fadlifl

RIg'lmeni

81ar. du eOnlrlll

.../ ...

Concepts et mise en ceuvre

Chapitre 4

.../ ...
Issu du bilan contrat

Reg ement client

~glement
facture

4.21 - Transformation des flux de ETS en evenements


[tape 4 : Ajout des synchronisations, des proprietes d'evenements, des
tAches et des proprietes de tAches

Nous nous limiterons


I'ajout des synchronisations qui peut presenter des
difficultes de mise en oeuvre pour Ie lecteur. Pour ce qui est des taches et
proprletes, il s'agit essennellernent de cadrer Ie plus possible avec la realite
du projet. Les ajouter ici n'apporterait pas beaucoup plus la comprehension du sujet !

Mertse

Mise en oeuvre - Approche conceptuelle


f\OlJlel tel6phonique

ou smai:

Etude et real,sabon
d'3 offre

Refus de

I'off..

R~dactlondu contrat
RAS

Propo~luon au ebent

Contrat et cshler

,-oes charges s,grlW


,

.../., ..

Concepts et mise en oeuvre


E

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

II vous faudra ensuite prendre en cornp I~S nouvelles evolutions sur Ie


projet : pour cela, vous devrez recenser les nouvelles donnees, eventuellement les nouveaux pro.(~SSUS et les nouvelles regles de gestion pour ensulte
modifier les MCD et MCT obtenus precedemment en ajoutant eventuellement des individus et des relations si les changements portent sur des
donnees, et des nouveaux processus ou des operations dans des processus
exlstants si les changements entrainent de nouvelles procedures ou ragtes de
gestlon.

Exercez-vous ! y compos sur des sujets plus ludrques au des sujets de la vie
de tous les jours ... La pratique reste 'encore ta meltleure cle de sueees,
Vous trouverez en annexe d'autres exernples qui vous servtront de base de
travait.

Nous allons maintenant passer "etape suivante avec la rnodelisatlon logique des donnees et la rnodelisatlon organisationnelle des traitements.

..,

iii

Merjs~

.
Elements sous drous d'autour

t're ""
5 : M'
~Ia'pl'
",'Ise en ceuvre :
C.''h~
" e._la,,'q
e e
-t- 0- rg~
a.n "sati'on'
'nell
~.. I u'
,~,,'
I,"'
...
,.,,'
..,,'.
,",'~'
'

A.

'."

I'

Approche logique des dOIJ,ntes


1.

II

10

Validation du M,CD par' les VUe5 externes .


a. Vocabulaireat re,presentation graphiQue
'b. Las etape.s suivrs. . . . . . . . . .
'c. La r&sultat II ob,tenir . . . . . . . . .

10

II

.
.

.
~

.
.
.
.

.
.

..

..

. . . .
. . .
.
. .. ... .'

2. le modele logiQue des donnees (MlO)


.
a. Vo.cabulaire et representation graph!lque . . . . . . . .
b. las etapes a sutvre . . .
c.. tes resu.ttats a obtBnir . .
.' . . . ..
$

B.

97
97

98
98,

102
104
104
10'-"'8'->

127

Approche organisationnelle :

,Ie mad.le ,orcanisationnel des 'trait'ements (MOT)

a sulvre "..,.
Les r'sultats a obteoir . .

3.

. .

'"

'. .'

..

"

130
130

1. Vocabulaireet representation graphique . . .

:2. Les eta,pes

,W

... .
~

131
. 132

Elements sous droits d'autour

Cha~itre5
;

ii6!\d)i

7,,' rfF ']'

r,

7;; to

try

5,"

L _lip J!Ii -- --

--

,-

'::fJ_~7

iU1t:I""

r_w.p

H...

., ax

_u"A

H,

17"

1It.MM-

Merise

.
Elements sous droits d'auteur

Ce chapitre est dedie a fa seconds etape de la methodofogie Merise.


Nous ,allons aborder las aspects IOgiques et orga1nisatf'onnels, en precisant
que la IMer-arum Merisienner~rve geoeralement Ie terme logique aux do,,~
nees et Ie terme orpnlsationnel aux traitemems.

En ce qui concerne tes donnees, nous alfons, nous interesser au MCDJ en


precisent tout d'aoord comment Ie valfder, puis nous verrons comment
transforrner Ie MeO en MLO.
Pour ce qui est des traltemems, noes dedinerons
permettent Is crea'tion du MOT a partir du MeT.

res di'fferentes etape$

qui

Pour chaeua des nouveaux modeles. nous aborderons les aspects lies au

vncabulaire ,at a 18 charte graphiqueJ nous d6taillerons ies ,etapes ~ suivre


aftn d'elaborer Ie ,modele, puis nous a:ppliquerons cas princlpes au cas de fa

soci~teETS.
Rentrons sans tarder dans f,e vif du sujet ...

1,,.Validation ,du MCD par les vues externes


La constitution de VU6S extemes a pour objectlf la validation du MCD, en
conf'rontant las donnees au,x b'attsmen'ts.
II s'agit en fait de creer des, angles de vees du MCD en 'f'On,etlan des, proces..
sus, afln de visualiss:r tes doolnees, coneernees par un traitBment_

Concepts et mise en CEuvre

Elements sous

tour

Chapitre 5 ;

a. Vocabulaire et representation graphique


Du point de vue du formalisme, on retrouve les meme concepts que ceux
utilises pour l'elaboration du MCD.
Nous ne reviendrons donc pas sur Ie vocabulaire et les objets rnaniputes que
vous retrouvez dans Ie chapitre precedent.
b. Les etapes

a suivre

Deux grandes etapes se degagent :


- Construire les vues externes ;
- Valider Ie MCD par les vues externes.
Construction des vues externes
II s'agit donc de creer un certain nombre de vues externes, en fait au moins
une par processus et une pour chaque derivee d'un traitement donne.
Par exemple, si pour un traitement donne, il y a a la fois une procedure de
consultation et une procedure de mise a jour, nous creerons deux vues
externes differentes.
Pour construire une vue externe, nous suivrons les etapes suivantes :
Etape 1 : Identification de la procedure etudiee

II taut extraire du MCT des sous-rnodeles correspondant


bien identltiees et identifier les taches associees.

des procedures

Merise
Elemen;:,

d aut ur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Etape 3 : Validation des relations

La vatidite d'une relation est differente seton que 1a relation est porteuse de
proprietes au non.
Si elle I'est, chacune de ses proprletes dolt etre valide.
Si elle ne I'est pas, chacun des individus participant
valide.

la relation doit etre

Etape 4 : Validation des cardinalltes de la vue externe

Les cardlnalttes de la vue externe doivent etre incluses dans celles du MCD
au etre identiques a celles-ci. Mais ce principe peut ne pas etre direct, mais
verifie par transltivite de cardinalltes.
II peut etre illustre par Ie schema suivant :
.ilndMdu 1

(1.n)
~

relation

IndMdu 1

'ndMdu 3

{1.1 }

IndMdu3

(1,n)

IfldNldu 2

alatl
on ~(~1
~,n)L_i-l-~( 1~ln'.U.)

5.1 - Exemp/.ede trensitivite de cardinalites


En fin de validation, les conditions d'accss aux proprletes dans Ie MCO et
dans la vue externe sont ldentiques, Ie MCD a ete enrichi d'individus, de
relations au de proprietes nouvelles, les identifiants au cles ant ete verifies,
conflrmes au modifies.

Concepts et mise en oeuvre


o

SD!~fl~~rE7:

J~!12

a!

,.2 & 2

m,

Jd!!.t

tJ

!!!J!!!ii!!J
! !!!iii!l ! .. , .

&.

! .

jj

,.

22 laUd

_[Ei.2]i.JtiEi[

12221 dlA:12U!!Zi!22!JI'liS

Appliquons ce que nous venons d'apprendre au MCD de la societe EIS ..


c. Le resultat a obtenir
Supposons que nous nous interessons au traitement des contrats et plus
partlcutlerement au traitement des contrats lmpllquant des employes, et que
nous souhaitons garder un historique des differents contrats qui ont lie des
employes de ETS.
La vue externe que nous creons pour exprimer cette notion d'historique est
la suivante :
Contrat
.

(D.n)

(C.n)

est lie

Employ~'
<. ~

(O,n)
,

Date

5.2 - Vue externe symbolisant I'historique des contrats prestataires


La relation ternaire exprime la notion d'tustonque,
En se referant au MCD de ETS (cf. schema 4.11 - MCD de la societe EIS,
premiere partte), nous constatons que Ie MCD doit ~tre rnodlfie pour y ajouter I'individu Date et pour adapter les cardinalltes.

Merise
EI m nts

;:,vJ

{.

,~

aut LJr

Mise en oeuvre - Approche logigue et organisationnelle


Le nouveau MCD modifie est Ie suivant :
Document tecllrnqu.

Ootllf'l1erd tommerclal

codl
~LlPpOI1
rarmat
nom

(Od~

Client

support

(oda

form 1

oom

GU1etlr",

au~ur _

(1.1)

(1,1)
cOfltien1en
annexe _

(COnlienl en
an"elta

(O,n)

-c
[1,1)

(O.n)
~(lmrat

(Ast dE"~'1.1) da1e d'elabor~llcn

num QrO d'idenllfical 10n

Type de conlt1lt

IWe ./

(O,n)

type

C~d.
eelll"

flit parlts

de

( t .1)

cod

nom

i IIcleu r

d"cl)vllij _

OIlt

(0.,,)

es.1

(O,n)
( l,n)

(O,n) (est (16'""" (O,n)

(O.n)

CP3rtlclpe ,
SGMet

prlst".>!e

datil de stgniillure ..,

(O.n)

caratt,",Hqul' ,

nom
511c lauf d'8 t~'1te_
(O,n,
(O.n)
sIgna.)

Ira ~

.:>

(O,n)
EmplGye

:Forrnule 351)

111l ule

cod.

nom
prellOm

51hJat:10nfClmdllte.

Ill1tbdom ad II~
dura. de I
oombr. de JOLlr~de r'cup~ra!lon annl:els

(1 ,1)

(O.n)

'3 thols!,..

5.3 - MCD moaitie apres validation a I'aide


d'une vue externe contrat-employe
Nous pourrions imaginer un autre exemple : supposons qu'une vue externe
fasse apparaitre une decomposition des services de ETS en direction-services
-cellules, nous aurions la possibilite de modifier Ie MCD de deux fa~ons :
- ajouter une relation reflexive sur I'individu Service qui permettrait de gerer
la decomposition avec une propriete explicitant Ie type de service j
- ou ajouter les individus Direction et Cellules dans Ie modele avec une
relation pere fils pour exprimer la decomposition.

travers ces deux exemples simples, nous voyons toute I'importance de


bien identifier les vues externes et de bien les utiliser ou les confronter au
MCD pour obtenir Ie resuttat Ie plus correct ... en fait, celui qui correspond Ie
plus a la realite du cas ou du proiet que I'on traite.

Concepts et mise en oeuvre


o

51 ,PfUd (ift J !Wi. $

_ua

'sprs

.""""""'3""3,,,,,,

rr

J"

"

J J

377 7.W

Une fois cet ex.ercic:e termine. nous pouvons nous int~resser a I'approche
methodologique qui permet de gen~rer un MlD a partir du MCD valida.

2.. Le m'od&le logique des ~donnees(ML,D)


Le M:LD" iss,u d:u MCD valide, tient compte des aspects lias au type de base
de donnees cholsl. Nous (lOLlS int~resseroflssux deux 'types Ies plus utilises
actue'lement" Ie m,ooAle en reseau at Ie modele retationn;el" pour tesquets
nous aborderons notamment Ies questons d',optimisation.
En effet, II est essentiel de rechercher fa meilleure organisatj'on des donnees,
au tegard des considerations de stockage p,h;ysique(volu'me) et des contrain ..
tes de temps d'acces aux donnees.

Pour ehacun des types traa" nous declinerons les concepts mallipules les
etapes a su.tvre, res optlmisat,iOfls tI operer.
t

Le resuttat ~ prcduire, lss'u du cas etudie" ta societe ETS, termtnera icette

etape.

a, Vocabulaire,et repr6sentation graphique


tes concepts manipules pour les types reseau et reJationnel sent decrits

cl..dessous ~

Le champ, correspondent

~'unite' d'lnformation

ia plus, e1ementaire, pouv8nt oontenir una donnee d'ldentification (cle), una donnee d'information, ou
un pointeur de navigat:ion vers un autre record! n.'a,yant pas oe representatlon particuli~re.
La record" correspondent s! un regreupernent de champs, 'idenltfle par une
cle, represente graphiquement par un rectangle contenant son, nom,
Merise

.
Elements sous droits d'auteur

, ,

Le set, permettant de ,fetier d'6UX records, orientant leur reiation (on parle de
racord proprletaire au owner pour Ie record doni part Ie set, et de record

membfe ou member ,pour Ie record

Stir

lequet arrIve Ie set)" re.pMsente

graphiquement par une 'flkhe orientee.


Synthese du formalisms graphique :
-

:,

Record proprietairei
-champ 1
-dlsmp 2

SET
.

Record membra
..champ 1
-champ2
champ 3

5.4 - Formalisme graphique du modele en reseau

La ,domaine reJatmnnel, correspondaot a un ensembte f1nl ou infini de v&leurs d'une propriete d'indfvidu, represente graphiquement par un tableau ~.
una colonne ..
Valeur 1

Valeur 2
-

Valeur 3
............

5.5 - Formalisrne graphique du domaine f,eiationnel

Elements sous d

tour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

La dc' '!tangere au de exiemef correspondent a un attribut de ta table Qui


est,s!uss] tune de prlmaire pour une autre table ,relationnei,fe, mise en valeur

graphiquement en 'a fatsant sutvre d'un asterisque entre ,parenthl!ses :


nom re.lat ion (ngm dQma1na_,1, nom, (ioma,ine 2 r nom domaine
n,om domaine 4)

.3 (*) ,

La dependance fon~ctionnel1e, correspondant


une dep,endance entre un
attribut'donn,e at un autre attribut au a un ensemble d'acttributs.
Deux exem:ptes pour iltustrer ce concept ;

l'attribut nom d'un client est en dependance fonctionnelte par rapport

l'atb1but numero d'un client, pulsque It un nu~merode client correspond un


at un saul nom de cilent,
L'attribut quantHe commandee est en dependance 'fonctlonnelle par rapport
aux att,rib,uts Rumam de Icommande et num6ro de produil

b.. Las 'tapes,

a suivre

,~'~e!
i!! 1!2m~
~r6sea1l
II nJ'ya pas d'etape de normalisation pour un modele en reseau.
Type relationne)

lfobjectif de ta nonna,lisation d'une table relationnef1e est de roouire tes


redondances at done les anomaties possibles lors de la mise

jour des

donnees.
tes principes de la 'normalisatio'nrelationne,'l,e ont eta mis au point par
iE.F Codd, a fa fin des annees 70.

Elements

Merise
SOLIS

drous d'autour

'iii'

.2 &

dB'iiiiB!!

Mise el1 ,ceuvre - AeerQChe Iggigue et orga~,~~~tlonnelle

Le processus consiste a eclater une table relationnelle en plusieurs autres


tables de taille plus reduite, en appliquant les formes normales.
Nous interesserons aux quatre formes normales les plus pratlquees :

Premiere forme norma Ie (lFN)


La regie suivante doit ~tre verifiee : chacun des attributs d'une table relationnelle depend fonctionnellement de la cle primaire et est non repetitif
pour des occurrences differentes de la table.
Prenons I'exemple suivant :

NumerodeSS
Iiom de$ enfant!

5.B - Exemple d'une table qui n'est pas en lFN


La table Employe n'est pas en premiere forme normate puisque Ie nom des
enfants pour un meme employe n'est pas repetitif.

Deuxieme forme normale (2FN)


La regie suivante doit ~tre verifiee : chacun des attributs non-des d'une
table relationnelle depend cornpleternent de la cle qui est generalement con-

catenee.
Prenons I'exemple suivant :
Produit

-<

Nu'nero de prod
"'oln duprod
PrIX
Nom cu foumisseljr

5.9 - Exemple d'une table qui n'est pas en 2FN


Concepts et mise en oeuvre
E

~.~.aeitr~
5
is

3! 2 .

aa

S5.

II

dB

La table Produit n'est pas en deuxlerne forme normale car Ie nom du fournisseur ne depend pas de la cle IINumero de prodult',

Troisieme forme normale (3FN)

La regie suivante doit etre verifiee : la table relationnelle est en deuxterne


forme normale et il n'y a pas de dependance fonctionnelle entre les attributs
non-des.
Prenons I'exemple suivant :

Nutnero du clIent
\"
Nom
Secteur d'8ctiv~e

Branche d'activite

5.10 - Exemple de table qui n'est pas en 3FN


La tabte Client n'est pas en troisieme forme normale car la branche d'activite est en dependance fonctionnelte du secteur d'activite et ce sont deux
attributs non-cles,

Forme normale de Boyce-todd (BFCN)


La regie suivante doit etre verifiee : la table relationnelle est en troisierne
forme normale et elle ne contient de dependance fonctionnelle autre Que
celles entre un attribut cle et un attribut non-ole.

Prenons I"exemple suivant :


Si dans la gestion des adresses, nous gerons a la fois la ville et Ie code
postal, il peut y avoir redondance entre ces deux donnees.
La normalisation en BFCN arnene souvent

ID

a scinder la table d'origme.

7.

d7

J7'

SF

7'

ET

Merlse
EI m nts

~~j~ U UI

aut LJr

en ceuvre... .

Mise

Dans Ie cas de notre exempl's, la tabte Adrresse donnera nalsssnce a une


seconde table dont Is cle sera le code p.ostat at Ie second attribut 18 ville, at
.
. 18
. rere'" " .. - rence au co'd'e postal dans
nous garderons untquement
la ta bi.e
Adresse.
-

':

.-

-,'.

. -:-'

,",-

.:

-"

~- , .

,-

~.

'."

..

-.

","'

,~.

-,

,-"

Traltons un exemp~e compret de normalisation.


Supposons ta table relationnetfe suivante ;
,

N
,

Nom.
ObJet
ctient prestataire -au
.

contret

contrat

Nom Mt,
Remise
.
..
,du
du
consentie
'OU
,,
c-ontrat client contrat
Date

Nom

prtld:uit

produft

vendu

Cette table est en 1FN car taus las attributs ,dependent fonctionnel"ement de
1a ciQ.

Mais l'on constate les problemes suivants :


- 51 on supprime un cltent. on supprtrne toutes tes refe'r~nces
done las,occurrences de ~atable contenarn ce client.

ce client

- Un client ne peut pas ~tre cr~esans,avoir de contrat corresponda,nt (on


ne peut done pas exprimer ta' notion de prospect).
- En cas de changement de numero de produit, u faut balayer teute la table
pour realiser .Ia mise jour. puisque Ie numero de, prod,uH:n'est .pas un.

cle.

- Celte table n'sst pas, d'autre part, en 2FN car certains attrlbuts ne
dependent que d'une partle de ta ele : objet du contrat, date et montant

notamment,
Pour passer 'cette -table en 2FN at en, -3FN, 11faut en fait scinder la tabfe'
d'orlgine en quatre tables de ta fa~on sulvante :
~~.-

~ ~

~~
,

Remise

~-

consentie

jProdurt

prestatai-re

contmt

Objet
Date
Client du oontrat du contrat
~

Mt du

contra!

Ne
,

Concepts et mise en oeuvre

.
Elements sous

teur

Chapltre 5
N prestataire

Nom

N Produit

Nom

N client

Nom

L"tape de transformation du MCD valid' en MLD


Type reseau

II taut considerer Ie MCD sous I'angle des carotnatltes. Differents cas se


degagent, nous allons les decuner,
Cas 1
Relations binaires
Cardinalites de type (x,I)-(x,n)

Travaillons sur Ie cas suivant :


dlVldu 1

Jnd vtdu 2

Ident! Iant 1

fdemlflan' 2

P 1I
P12
P13

P21

P22

(x.1)

elation
Pr1

(x.n)

Pr2
Pr3

5.11 - Xemple de relation binaire et cardina/ites (x,l)-(x,n)


Les regtes suivantes doivent etre appltquees :
Regie 1

Chaque individu devient un record.

Merise

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Mise en oruvre - Aeprocre 199iqueet organisationnelle

Cardinalites de type (x,l)-(x,l)

Ra ppelons que Ie cas (1,1 )-(I, 1) ne doit pas exister. Pour les autres cas, iI
n'y a pas de regles precises, chaque cas devant ~tre etudle separernent,

Cas 2
Relations n-aires avec n > 2
II n'y a pas de cardinalit6 de type (x,I)
Travalllons sur Ie cas suivant :
lndlvidu 1

IndlVldu 2

Identifiant 1
P11
P12
P13

Identillant 2
P21

P22

Relanon
Pr1

(x.n)

(x,n)

Pr2
Pr3
x et n sent
dift'erents de 1
01)1

(x,n)
ndMdu 3

Identifiant 3

P31
,
,

5.15 - Exemple de relation n-aire sans cardinalite de type (x,1)

Les regles suivantes doivent @treappllquees :


Regie 1

La relation devient un record membre.

Regie 2

Chaque individu
taire.

lie a une relation

devient un record proprte-

Concepts et mise en oeuvre

115
E

&~2t~~
,2.__ ..

_n _y'_a'j

l_- ;"_- j'_IJ__'PPP_WiEV_liii _r;;?_5".__tMI_W"_8fil'_1~_F

r_;o_? iiii_itb_g;. _'-1_-2 _& __


..
_._=(_'t~"""Ii!!Jli!I"_-

!8j-;e;__ &fiiIiSl_-

i1I_l~r_GFfZ'j ?RFTP_dj_.I._1

__

Regie 3

L'identifiant de chaque individu devient la cle du record correspondant.

Regie 4

Les proprietes de I'individu deviennent les champs du record.

Regie 5

La cle du record membre genere est la concatenation des


identifiants des lndlvtdus qui etaient lies a la relation.

Regie 6

Las p,roprietas de la relation devtennent des champs du re-

cord membra.
Ap:pJique au cas, nous obtenons :
Retord2

Record 1
Cts 1

CI~2
P21

P11
P12
P1J

P22

-.

--

Re:cord.4
ae,1+C1e2+CJ~3

PM

Pr2
,Pf3

Rscord3

Oe3
P31

5.16 .,.Passage au

MW

.!

'L

,.

"

'-

Merise

.
Elements sous drous d'autour

Mise en oeuvre - Approche logigue et organlsationnelle


II y a une cardlnalite de type (x,1) sur un des individus.
Travaillons sur Ie cas suivant :
IndlVldu 1

IndlVldu 2

Idantifiant 1

Identifiant 2

P 11
P12
PI3

P21
P22

r--------t
I

(x,n)

(x,n)
..- Relanon .......
Pr1

Pr2
(x.1)
Ir.dlllidu 3

IdenUflanl 3
P31

5.17 - Exemp/e de relation n-aire avec cardinalite (x,l)


Les regles suivantes doivent etre appl iquees :
Regie 1

La relation disparait.

Regie 2

L'individu ayant la cardinalite (x.l) devient un record membre.

Regie 3

Les autres lndlvidus deviennent des records proprletalres.

Regie 4

Les identifiants des individus deviennent des cles des records.

Concepts et mise en ceuvre


n

117

Ch~pltre5

.&

3d ad

Regie 5

Les proprietes des individus deviennent des champs des records.

Regie 6

Si la relation etatt porteuse de proprietes, elles deviennent


des attributs du record membre.

Applique au cas, nous obtenons :


Record1
Cia 1
P11
P12
P13

Record2
Cia 2
P21
P22

r-

Record 3
Cia 3
P31
Pr1
Pr2

5.18 - Passage au MLD


Type relatlonnel
II faut dtfferencier deux cas selon que Ie modele relationnet est souhaite en
3FN ou en BCFN.
En effet, si I'on consldere que la validation d'un MCD par les cinq regles de
base permet d'obtenir un modele qui respecte les trois premieres formes
normales, alors la transformation du MCD valide en MLD relationnel est
direct et implique :
- qu'un identifiant du MCD devient une cle
- qu'une propriete devient un attribut

III

Merise
EI ments SOu

d ut ur

Mise en oeuvre - Approche loglgue et organlsatlonnelle


- qu'un individu devient une table;
- qu'une relation devient une table.

Par contre, si ron veut passer


un MLD en BCFN, tout en gardant les
principes Que I'on vient d'enoncer, il faudra en plus distinguer les cas de
relations avec et sans cardinallte (I, 1).
Detaillons tout des suite les differents cas de figure

a etudier

Cas 1
Relations binaires
Cardinalites de type (l,l)-(x,n)

Travaillons sur Ie cas suivant :


IndlVldu .2

IOOMciU 1

IdentJflant 2

Identi fiant 1
P11
P12
P13

P21

P22

(1,1)

Relation
PrJ
Pr2
Pr3

(x,n)

5.19 - Exemple de relation binaire avec cardinalite (l,l)-(x,n)


Les regles suivantes doivent ~tre appuquees :

Regie 1

Chacun des individus devient une table.

Regie 2

Chaque identifiant devient une cle.

.tl

Regie 3
.~
'-

Les proprietes deviennent des attributs des tables generees.

Regie 4

l'identifiant de I'individu qui a la cardlnalite (x,n) devient


une cle etrangere dans la table generee par I'individu ayant
fa cardtnallte (I, 1),

.c::

::::
...::,

a-;
CI)

.8
~

'i5

1.41

ConcePts et mise en ceuvre

EI

ments sous

ur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Chapitre 5

'1

Regie 4

L'identifiant de l'individu qui a une cardlnalite (x,y) devient


cle etrangere de la table relationnelle generee par I'individu
ayant la carctnallte (1,1).

Regie 5

Si la rehtlon est porteuse de propnetes, elles deviennent


des attributs de la table generee par I'individu ayant la cardinaltte (l,l).

Regie 6

La relation disparait.

Applique au cas, nous obtenons :


Individul(clel,Pll,P12,P13)
Individu2(cle2,P21,P22)
Individu3(Cle3,P31,Clel*,Cle2*, Prl,Pr2)

Cardinalites de type (x,n)-(x,n)


Travaillons sur Ie cas suivant :
Iud ndu 1

Individu 2

ldenbharu 1
P 11
Pt2
P13

Idenblhilnt 2
021
P22

RelatJon
Pr1

(x,n)

(x,n)

Pr2
(x.n)
l~dMdu9

,:1

IllI 3nl3

P:l1

5.22 - Exemp/e de relation n-aire avec cardinalite (x,n)-(x,n)


Merise
E

Les regles sulvantes d:oivent itre apptiqu8es :

:Regle 1

Chaq:ue ,Indivtdu devlent une tab~e reiatlonnelJe.

Ragle 2

ChaQue ';dentifiant devient une cle.

Regie 3

Les proprietes oeviennent des attnbuts des tables relation..


neJI:es generees.

Regie 4

La re'lation devlent una table refatlonnelle, 'sa cia est canst]..


des identifiants des individ!us qui y participent.

tuee

Si la r:elattonest porteusede propri~, e4les devieninent


des attributs de 18 tab~e generee par la relation.

Appliqu.e

au cas, nous obteoons :

Individul(clel ..
Pll,l?12 P13)
i

Individu2(cli2,P21,P22)
Rel,ation (elel, Cle2, Cle3, Prl, Pr2)

,_

L'6ta~timlsatlon~

!
it

i!

j
~
~

Dans un modele resea1u, il taut proc8der


realiser lta'tape d'optimtsatlon.

a deux types

de mesurss avant de

It faut, d'une art mesure-r I'encombrem-ent des records au encore ta tairle


des dlfferents flchiers
Cette mesure ae fart en tenant compte ,du nombra de records att-endu dans Ie fichief et des taflles unitalres does champs
servant au stockage et des pointeurs servant a refier ~esdi'fferentes oceurrences de records.
Po'

geres.

Concepts et mise en eeuvre

.
Elements sous

SI Iton ecri1 :

E=Es+Ep,

au

E : Espace total du fichier


Es ! Space occup8 par les champs de stockage des donnees
Ep : Espaee OCCUp9 oer les champs, de poi fltage

Nous pourrons ca~cullerE en detail1a:nt Es et Ep de la fa~on,suivante: :

E = (nombre de records * (tai~le unitaJre des ch.amps de stockage + lailile


unttalre des 'champs de pointage.
Lorsque t'on parte de champs, de potntage. il taut generalement en considS
rer un certain nombre pour une occurrence donnee :

,_ deux. po4:r chaque occurrence o'un record proprleta.ire, qui pOintent l'un
sur la P!~Il.ere occurrence 'du record membre ,(first), I'autre sur la dernliere
occurrence du record' mem.bre (last).
- trois pour chaque occurrence diuln record membre, te premier potntant sur
l'occurrenee precectente du record membra (,previous), Ie deuxi-&me sur
l'oecurrence suwante du record membre (next), at Ie troisieme sur Ie

record proprie,taire (owner).


Soil 18representation graphique suivante :
.

first
..

Mefribr-e

... .

..

Propri~re
I

..

..

OWIler
.

Pf8'fmts .

~
.. -

/_
J

I'as

..
,
,

.
.

.'

nit
,

..

Merise

.
Elements sous droits d'auteur

Ii

'

II taut d'autre part mesurer I'activite des sets en la decoupant en quatre


types d'acttvlte ponderes comrne suit:

- l'acces

a une occurrence

de record par sa cle (poids 1) i

- la creation d'une nouvelle occurrence de record (poids 2), en tenant


compte du fait que Ie set est ordonne au non i

- la suppression d'une occurrence de record (poids 1)

- I,a modification c'une occurrence de record (poids 1),


Une fois ces mesures effectuees, "optimisation pourra sa dac,liner en realisant les quatre op~ratlonssuivantes :,
- creation de redondances de champs entre deux records :. c:ette operatlon
permet un meilleur temps d'acces
la don nee dupllquee, rnals pose Ie
problems de sa mise jour.

- suppression des sets peu utilises: cette operation permet de slrnptifier Ie


modele general, mais obligera Ie traitement
parcourir toutes les
occurrences d'un record avant de pouvoir acceder t'autre.

a
a

- creation ou suppression de pointeurs : m@me remarque que sur l'operation

precedente,
- ordonnancement ou non d'un set : si I'on decide d'ordonnancer un set,
l'on favorlse res acees pour ,Ies recherches de donnees, Par centre, sl le
set n'est pas oroonne,. l'on favo-rise les traiternents de m;se ,8 jour.
Comma vous le constaterez, il n'y a pas de dtrecttves clai,res en tsrrnes
d'optlmlsatlon, mais I~ encore, il faudra tenir compte du conttxte
spec1fique dans lequel Ie MLD que vous etudlerez evolue, et tout parttcullerement
de la frequence des traitements de mise jour, de la predominance ou pas
des traitements de recherche, etc.

tres

-.

as

,_'"
i2

Dans tous les cas, soyez d'ores et deja pr~t a falre des com prom is, notamment entre les temps de rsponse dans l'acces aux donnees ou I'optimisation
de leur mise jour par example.

COncepts et ,ml:se en a!uvre

.
Elements sous

Chal2aJtre 5
( 6 oili

iii_iii 5iM. iifif.,.tll'(lJ:QsSlflIW6ZS:JitrJJaft ru:E 'k ( .

&

Ue,

_:

'77P

PFTYft"S'pp 77PEr ""a;:;W_MW'Wff"i'?

LJ'Li?1

($'

!Xl!! r,!ation,r1~1
Com,me. pour te modele en reseauJ. if vous faudra proceder aux mesures
suivsntes a;vant I'etape d1opHmiisation !'

- D'une part, mesurer le volume des, tables relationnetles. en tenant


com:pte du nombre d'oceurrenees de la table at de la tai:lle unitaire d'uns
occurrence, en y 8joutant n&anmoins un la~mbda jie aux ressources
r

systeme necessaires pour gerer Is base de donnees retationnelle.


_.O'autre part. mesurer I'activit' des tables rretationnelles, en tenant
rcompte ta sussi de deux types d'activtte pond~res :

... Jtaoces aux doonees (consultation) ;.


- is mise

a jou r des donnees ..

Une fois cas mesures effectuees, Ito,ptimisation pourra sa d&cliner en reali-

sent las qustre operations suwarrtes ~


- Creation de redondanees de nouvelles tables rel8'tio'nnelles ou .ajout
d'attrit, .is suppJementaires dans des tables exlstantes, avec les m~mes
contra.,nte5 en leas de mise a jour.

- Creation d'lndex pour acteJ~rer les recherches..

- Tn des tables re1ationnel,fes pour acooJarer les recherches egalemenlt.


- SUPP"fe&Jon des tables, refationnelles peu utilisees.
l'optlmisa'tlon d'une base de donnees relationnelle constitue un veritable

challenge pour celuf q'ui! en a Is c.harget mals eille reste un enjeu certain
pour' la viabili,te du systeme informatique Qui la supporte.
I:t faut entin nmer que les competences aequlses lors de cette phase d'optt'misation resterTt encore trop rarss ...

.
Elements

Merise
SOLIS

droits d'auteur

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

- La relation nest lie au entre Contrat, Client at Prestataire devjent una table
ayant pour cle (.numero d'identiftcation du contral, numero client et code

prestatai re).
Nous obtenons Ie modele sui'vant :
,Au.teur (lIlum.9,rQt nom)

Document technique (s;p,d,e, support, format I nea, nutneX'oauteur


de contrat

(*)

n~ro

(*) }

Document commercia.l (&:OO,el support. format" noml numAro auteur


de contrat {it).

(ill I n~ro

Secteur dl activite (numgtQ" nom)


Client (CQ.det nom,numero de sect.eur

d' activite{*)
Type de cant,ra.t (tya1i4 caracteristiques)
Contrat (llm~g, date e.labo.ration, date signature, n~ro
contrat (lit

client:

(*)

t.ype de

Prestataire(.cQde,oom.lnumero de secteur(*
Service (code,effeotif)
Employe(ut.j.t;U10~ nom pr~nom, si't
fo.rm:ule35h (*) )
t

familial'e"ccxie

service

(*) ,

code

h.ebdo,nbr de lours de recup annu.el)


,(numerodi identification
d1.1contrat f*) ~ matricule

Formule35h ('c,g,g&"dur,ee de t zavaf.L

Relation

partieipe

employ~(*

I
i

lie a 1 (n:um~ro elt 1d.entificati'Qn du cent eat, ('*) I matricule


employe ('*) I date (...) )
Relati,on lie a 2 (nwnero d'identification
du contrat (~)., numero client
(*) , code prestataire (.'*) )
Elements poue La payeCcQcge,code bulletin
de paye(*)
Justificatif el' absence (c~et support, date~,
code bulletin
de paye (*) )
Notes de frais(codl"date,mont.ant,code
bulletin
de payee*

Bulletin

Relation

1
IItl:

employe

de paye(gQ2,e,informations leqales,ciuree de travail,matricule

(*) ~

Reqlement(tm.,date

d'arrivee,date

re(Jlement,cod.e

bulletin.

de

pi!llye { .. ) }

Concepts et mise en

aruvre

Elements sous d

tour

Chapitre 5[

21

B. Approche organisationnelle
organisationnel

: Ie modele
des traitements (MOT)

Alors que Ie MeT permettait de repondre a la question "quoi ?", te MOT va


permettre de preciser Ie "qui ?IJ, Ie "quand ?" et Ie "comment ?lI.

1. Vocabulaire et representation graphique


Deux nouveaux concepts apparaissent avec Ie MOT:
..) La procedure, proche du concept d'operatlon, regroupant un ensemble
de taches qui s'executent au meme moment, sur un merne poste de
travail, et pour realiser un merne traitement.
Elle est caractertsee par un code, un libelle et un commentaire qui permet
de la defimr, ainsi que d'un type permettant de preciser si Ie traitement est
manuel, autornatise de bout en bout ou mixte (incluant des traitements
manuels et automatises).
Elle est representee Ie plus souvent comme I'etait l'operation.
II taut noter qu'a une operation du MeT correspond souvent un ensemble de
procedures et qu'il est utile de cetailter chaque tache sous I'angle des traitements de consultation et de mise a jour pour anticiper sur Ie modele operationnel des traitements qui sera tralte dans Ie chapitre suivant .
..) Le poste de travail, correspondant au lieu ou la procedure s'execute,
II est caracterlse par un code, un libelle et un commentaire qui permet de Ie
deftnir, ainsi que d'un type qui permet de specifier s'il est interne ou externe
au systerne,

&

2'.

75'

r-ss--,-p'

Merise
EI m nts

vJ

t.

aut LJr

Le formalisms graphique d'un posta de travail est une O'oton,ne dans, laquel t 8
figurent las lprocedures qui sty 8)c'acutent :
1 l

,LibelIe du paste de travail'

Procedu're 1
Procedure 2

etc.

2. Lea etap,es a sulvre


P'OUf

cheque opjration du MCTt 1'1faut au ;pre&labte v~rifter l'ext'1auslivite du

recensement des taches.


Puis il faut sUfvre Iss trois ttapes suivantes pour ooteni,r ,Ie M'OT :
,.

Etape 1:

R,egrouper les tAches de )'operation en

II s'asi1t de veilf,er au respect des trois, unites : lieu, '. ,ps, tyJpe de traitement.
,Etape 2 : QuaJtfi'. chaque proc6,dure
II ,s'agit de sp&ctfler pour chaque procedure son type at son :poste de travail.
Etape 3 : DessiOel Ie :MOT pour la procedure
II s'agit de repartir et synth6tiser las procAdures par poste de travail" en
indlquant la chronologie de deroulement de chacune d'entre ell'eS, en mlxant
les postas de 'travail intemes at externes.,
La vtriflcatlon du modele global obtenu se limitera
r6g1es suiVIln1es ~

a Is validation

des deux

L'6veneme.m ,declencheur de 1',operatJ,ondans Ie MeT dOj't


,decle'ncher fa premiere proo&dure ,du MOT.
Concepts let mtSf! en oeuvre

Elements sous d

tour

R~gfe2

l'evenement r;asuttat de I'operation dans Ie MCT dolt ~tre Ie


resu:ttat de leaderniere procedure du MOT.

En efte1, durant fa phase d'61aboration du MeT tootes les regies relatives


t

aux situations conflictue)lfas, aux traitements en boucle et


biJite ides dffterents 'tats, auront ete veritiees.

8:U

test d'atteigna-

Comme une oper.ation, una procedure sera actlvee par un ensemble d'evene-,
ment:s synchronls~sf elle aura un ensemble de regles, d"emission en softie,
erIe sera c-omposee en tiches elememaires de mise a jour ou de consultatlon, at sera: f~atisee par un posts de travaif.

Nous allons consirlere.r Ie MeT de ET'Stel qu'll est presente dans Ie chapi,tre
precedent (schema 4.22) at Ie repositionner en identffiant quatre postes de
travail!
- Ie Service commercial (internee)

- Ie CIie,nt (ex.teme') ;
- Ie Serv;ice technique (interne)

....~e Fourn lsseur (extern,e) ;


- lie S~rvicecomptable (interne)'.
Nous allons d'autre part soppcser que chaqee operation du MC:T correspond
a une proced1ure dans Ie MO:T, e.t qu'it nly a pas lieu (vu que nous n'avons
pas detaifle les operations en tAches) d'aller plus dans Ie :detail des procedu ..
res.
Pour des raisons de !iisibftite des schemes, nous garde'fons 'notre decoupage
en trois parties.

.
Elements

Mertse
SOLIS

droits d'auteur

Mise en eeuvre -

Aeer~helogigue et organisationnelle

Nous obtenons alors les schemes suivants :


Samee commercial

Service tachruqua

eJl.nt

App,ell616phonique,
email

Etude It t'al~atIDn d'J dOS"f

Decision Client
I'b1OK

OK

Contral et eatller~das eh.arges J

sign's

Transmia au 'ervice
IItcl'lnique

.../ ...

Concepts et mise en oeuvre


I

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Nous a~tGnsmainteflant aborder succinctement fa modelisation physique des


donnees at la modalisation operationnelle des traltsrnsnts, en foumissant
notamment une check Itst de-s.criteres
retenir tors du choix d'un outll
d'aide 1'utilisation de M&rise.,

Merise

.
Elements sous droits d'auteur

. C'
h tre 6':: M"apI,
.'Ise en Cl!uvre Approche physique et operationnelle
A.

Approche physique !
Ie modele physique des donn6es ..

..

..

01

0;

"

..

. 139

B. Approche operationnelle des traitements . ~ " .. '....


~ ..

141

2"

La verification du modele. . . . . . . . . . . . . . . ..

143

3.

La resuittat

1. Les etapes it sutvre

ell

140

a obtenir

Las Qutltsd'aide

. . . . . . . . . . . . ..

a la mise en muvre de Merise.

143

" ... 149

Elements sous droits d'autour

Et:

'33

r"

7);

IF?

Merise

Elements sous droits d'autour

Ce chapitfe est dedie it If a derniere etap'e ,de la met'hodotogie Mer-tse.

tres

sucetnctement las aspects physique at ope'ration&


nel, en precisant que Is litterature Mertsienne reserve genera.lement Ie terme
Ilphysiq~ue" aux donnees ,et Ie terme lIoperationneltil au,x traitements.
Nous alions aborder

Miais contralrement 8'UX chapltrss precedents, nous ne respecterons pas tout


a fait Ie mArne plan d,e cnapitre. car la matiere :premtere a traiter ne nous Ie
permet 'pas.

En revanche, nous allons aborder Merise sous I'angle des outils dPaide

a, sa

mise en ceuvre, d'une part en pr&sentant una check list des crtteras de choix
d'un o:util et ,dJautre 'part; en fatsant un recensement succinct des 'outi~s
61istants sur l-e marche,
C()mmen~ns :par notre modeJe physique des dOR!ne'S ..,.

A. Approche physique :
''~.mod
.",","".
""e 'Ie'',''..
phys'.q,U e de
" s" donn.
ee~s
Ie
I'

':

La MIPO ,Qst le dernier modele

de la base d'Sdonnees..

'

a realiser

avant de programmer

la definmon

A ce stade, it

g',agtt de prendre en compte las aspeets mat~riels at systemes


de gestion de la base de donnees. afin de pre,parer la description en machine.

f
:

Cette etape dOit &re realisee par tes experts techniques sur Ie systeme de
gastian des donnees en place dans I'entreprlse.

Concepts et mise en ceuvre

.
Elements

SOLIS

tour

Sh$lSpJ,!{e 6, 2

l!' La

,_'

E""_~_~"

I'N1_i__

?:?"._litMC"
__ iIi!_!E._e"

","",'s__

-_Zk,-SZ!ll!!iP?

=_...
, _:_8;_

Si l'entreprlse n'a pas lrnplemente de systerne de gestion de base de donnees (SGBD), ll s'agtra de gerer des structures simples sous la forme de
fichiers, avec la contrainte de ne pas omettre de gerer les aspects lies a la
securite des acces aux donnees, la gestion des liens entre les differents
fichiers, etc. Cette definition de fichier se fera dans Ie langage de programmation choisi.
Si I'entreprise a lmptemente un SG80 (Type DB2, Oracle, Sybase par exempie), fa definition de la base de donnees (chotx d'un modale reseau au'
relationnel) sera fortement dictee par le type de SGSD cholsi, Les apports
d'un SGBD se situent prtnclpalement au niveau des phases de definition de'
ta base q:uiS8 fall dans un langage moins abstrait qu'un la:ngage de prograrnmaticn, et au rnveau de sa maintenance, les acces et les rnoditlcations
etant plus controles.
Les obj,ectifs de I'ouvrage sont, rappetons-le, de traiter les phases d'etudes
de la conception, et non 'pas de traiter de la realisation. C'sst pourquoi,
nous ne presenterons pas de MPD.
Abordons Ie modele operattonnel des traitements ...

B,.Approche ,operationnelle des traitements


Comme dans le 'cas du M:P.D. Ie MopT est la derniere etape avant la programmatton des traitements.

Sa realisation est sensible car elle impliquera I'agencement technique des


differents programmes et influencera les coats ulterieurs de maintenance/evolution de l'epplication. Elfe doit etre realises par les analystes prograrnrneurs de l'equtpe de projet.

.
Elements

Merise
SOLIS

droits d'autour

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

You have either reached a page that is unavai lable for vi ewi ng or reached your vi ewi ng Iimit for thi s
book.

Index

l'FN,109
'2FN, 109
3FN, 110

16-~5!:
Ag
r~~~on
~gtJ,
f ,.
Approche fonetionnelle, 159
Approche objet, 159

BFCN'J 110

Cia-sse, 164

CycJ:esde constJiuction d'un S[


, , 'Ie d'
~Ml
2"0
eye
' a h.o-.4-,
u~U'a1"Uon,,'.'",'
cycle de deciSion, 20
cycle de vie" 20

Concepts et ,mise en ceuvre

Elements s

d'auteur

Oeux:ieme forme norma te, 109


Diagramme des flux, 32
actsur, 32

flux, 32

Encapsu~atiOf1,165
Etude

detaillee. 27
prealab1e~27

Forme normaile de Boyce-Codd,. 110

Merise

.
Elements sous droits d'auteur

r=ati

g Reseaux, systemes, programmation,

....
L-J'..JII

SGBDR, technologies Internet ou intranet,


.;:; informatlque industrielle ... Les domaines couverts par J'informatique technique
~
suivent
"evolution
des
technologies:
lis
sont
de
plus
en
plus
varies
et
complexes.
- Celte evolution impose aux professionnels une continuelle adaptatton de leurs
"0
connaissances et elargit sans cesse Ie domaine d'apprentissage des futurs experts.
(.)

Rediges par des formateurs profession nels et des consultants intervenant dans les
entreprises, les ouvrages de la collection Ressources Informatiques vous apportent
une aide efficace lors de la decouverte et de la mise en application de ces differentes
techniques j la presentation des concepts essentiels et de nombreux exemples parsemes
de conseils d'experts garantissent la qualite et la richesse de chacun de ces ouvrages.

MER IS E.__;:,.
Concepts et mise en oeuvre
cet ouvrage s'adresse aux chefs de projet; concepteurs ou
analystes. 11 a pour obJectif, au~dela de la transmission de
donnees theoriques, de proposer un reel savol r-Ial re sur
Merise en favorisant une approche pratique de cette methode. A I'issue de cette lecture, vous serez en mesure de sltuer
Merlse dans la chronologie des methodologies de conception
des syst~mes d'information. Vous pourrez egalement evaluer
la valeur aloutee g!neree par l'utilisation de Merlse dans la
reussite d'un prolet, La demiere partie vous permettra d'explotter cette methode pas a pas sur un cas concret et standard que vous pourrez ensutte appliquer a vos cas personnels.
En fin d'ouvrage, vous trouverez une approche de Merise
orIente objet au moyen de la methodologle UML les propos
sont IlIus~s de nombreux schemas et exempl~.

Drifa SEBA
I ng~nleur Jntormatlque, aujourd'hul
directrice dune socl~t! d'in9~nierle
Informatique, Orifa Seba a longtemps
occu~ un poste de chef de prolets qui
lui a permls de d~elopper son expertise Merlse. Ses cernpetences dans ce
domalne et son deslr de partager ses
connalssances I'ont naturellement
conduit A I'~crlture de cet ouvraqe sur
cette m~thoctt d'analyse.

ISBN: 2-7460-2125-0

9 782746 021259

27,14
I