CHEZ LE M ME DITEUR
du m me auteur
P. ROQUES. M mento UML.
N 11725, 2006, 14 pages.
P. ROQUES, F. VALL E. UML 2 en action. De l analyse des besoins la conception J2EE.
N 11462, 2004, 4e dition.
P. ROQUES. UML 2. Mod liser une application web.
N 11770, 2006, 236 pages (collection Cahiers du programmeur).
Mod lisation objet, processus de d veloppement, UML
H. BALZERT. UML 2 Compact.
N 11753, 2006, 88 pages.
F. VALL E. UML pour les d cideurs.
N 11621, 2005, 282 pages (collection Architecte logiciel).
H. BERSINI, I. WELLESZ. Lorient objet. Cours et exercices en UML 2 avec Java, Python, C# et C++.
N 11538, 2004, 520 pages (collection Noire).
P.-A. MULLER, N. GAERTNER. Mod lisation objet avec UML.
N 11397, 2e dition, 2003, 540 pages (format semi-poche).
J.-L. B NARD, L. BOSSAVIT , R.M DINA , D. WILLIAMS. LExtreme Programming, avec deux tudes de cas.
N 11051, 2002, 300 pages.
A. SHALLOWAY. Design patterns par la pratique.
N 11139, 2002, 278 pages.
A. COCKBURN. R diger des cas dutilisation efficaces.
N 9288, 2001, 320 pages.
Autres ouvrages
J BATTELLE, trad. D. RUEFF, avec la contribution de S. BLONDEEL. La r volution Google.
N 11903, 2006, 280 pages.
F. LE FESSANT. Le peer-to-peer.
N 11731, 2006, 168 pages (collection Connectez-moi !).
S. BLONDEEL. Wikip dia. Comprendre et participer.
N 11941, 2006, 168 pages (collection Connectez-moi !).
C. B CHET. Cr er son blog en 5 minutes.
N 11730, 2006, 132 pages (collection Connectez-moi !).
F. DUMESNIL. Les podcasts. couter, s abonner et cr er.
N 11724, 2006, 168 pages (collection Connectez-moi !).
M. KRAFFT, adapt par R. HERTZOG, R. MAS, dir. N. MAKAR VITCH. Debian. Administration et configuration avanc es.
N 11904, 2006, 674 pages.
J. STEINBERG, T. SPEED, adapt par B. SONNTAG. SSL VPN. Acc s web et extranets s curis s.
N 11933, 2006, 220 pages.
M. B CK et al., adapt par P. TONNERRE. Monter son serveur de mails sous Linux.
N 11931, 2006, 360 pages.
N. CHU. R ussir un projet de site Web.
N 11974, 4e dition, 2006, 230 pages.
E. PUYBARET. Java 5.
N 11916, 2006, 340 pages (collection Cahiers du programmeur).
H. WITTENBRIK. RSS et Atom. Fils et syndications.
N 11934, 2006, 216 pages.
5e dition
DITIONS EYROLLES
61, bd Saint-Germain
75240 Paris Cedex 05
www.editions-eyrolles.com
Le code de la propri t intellectuelle du 1er juillet 1992 interdit en effet express ment la photocopie
usage collectif sans autorisation des ayants droit. Or, cette pratique sest g n ralis e notamment dans
les tablissements denseignement, provoquant une baisse brutale des achats de livres, au point que la
possibilit m me pour les auteurs de cr er des Suvres nouvelles et de les faire diter correctement est
aujourdhui menac e.
En application de la loi du 11 mars 1957, il est interdit de reproduire int gralement ou partiellement le
pr sent ouvrage, sur quelque support que ce soit, sans autorisation de l diteur ou du Centre Fran ais dExploitation du
Droit de Copie, 20, rue des Grands-Augustins, 75006 Paris.
Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, ISBN : 2-212-12014-1
Mise en page : Facompo
D p t l gal : septembre2006
N d diteur : 7511
Imprim en France
001-002 D dicace.fm Page 1 Mardi, 22. ao t 2006 9:41 09
A est un bon mod le de B si A permet de r pondre de fa on
satisfaisante des questions pr d nies sur B.
Douglas. T. Ross
La diff rence entre la th orie et la pratique, cest quen th orie,
il ny a pas de diff rence entre la th orie et la pratique, mais
quen pratique, il y en a une.
Jan van de Sneptscheut
Depuis des temps tr s anciens, les hommes ont cherch un
langage la fois universel et synth tique, et leurs recherches les
ont amen s d couvrir des images, des symboles qui expriment,
en les r duisant lessentiel, les r alit s les plus riches et les
plus complexes.
Les images, les symboles parlent, ils ont un langage.
O.M. A vanhov
003-004 pr face.fm Page 3 Vendredi, 18. ao t 2006 12:05 12
Pr face
Adopt et standardis par lObject Management Group depuis 1997, UML est
aujourdhui un outil de communication incontournable, utilis sur des centaines de
projets de par le monde ; en cons quence, la connaissance dUML est d sormais
une des comp tences qui sont exig es quasi syst matiquement lors dun recrute-
ment. Pourtant, trop nombreux sont encore les concepteurs qui simaginent, tort,
poss der cette comp tence parce quils connaissent la repr sentation graphique
dune classe dassociation, dune activit ou dun tat, tandis quils ne savent pas
expliquer ni d fendre leur emploi dans un mod le, m me simple. Cest que, malgr
la rigueur apport e la sp cication dUML, il y a parfois diff rentes fa ons de
repr senter une m me id e, ou, linverse, une id e donn e pourra tre repr sent e
avec plus ou moins de pr cision selon que lon aura utilis telle ou telle particularit
syntaxique dUML.
Si lon trouve aujourdhui pl thore de formations UML, il faut bien reconna tre que
la plupart dentre elles se trompent dobjectif. Lenseignement dUML en tant que tel
ne pr sente pas plus de difcult ni dint r t que lenseignement de nimporte quel
autre langage de mod lisation. Toutefois, ce qui importe en la mati re, cest densei-
gner efcacement les principes qui sous-tendent une d marche objet d di e
lanalyse et la conception de syst mes complexes, mais aussi quun emploi judi-
cieux des l ments syntaxiques dUML permette une repr sentation pertinente des
concepts m tier et des choix de conception. Cest ce d que Valtech Training rel ve
avec succ s gr ce Pascal Roques et ses coll gues concepteurs de cours.
Consultant exp riment et pionnier de lutilisation dUML en France, Pascal est
aussi un excellent concepteur de cours et un formateur la p dagogie sans faille. Il
nen est pas non plus son premier coup dessai en tant quauteur. Apr s
UML 2 en
action
, un excellent recueil de
mod les UML issus de projets r els, ou construits pour des tudes de cas, et
, il nous livre maintenant
UML 2 par la pratique
003-004 pr face.fm Page 4 Vendredi, 18. ao t 2006 12:05 12
UML 2 par la pratique
4
minutieusement comment s. Le caract re unique de ce livre r side dans la mise par
crit de commentaires essentiels, qui visent expliquer un choix de mod lisation et
qui, g n ralement, ne sont donn s que par oral sur le terrain . Le lecteur pourra
ainsi revenir loisir sur ce qui lui fait souvent d faut, par exemple la justication de
lemploi de tel ou tel trait syntaxique plut t quun autre pour repr senter une id e
particuli re. La mise en parall le de solutions alternatives permet galement de
comprendre les avantages dune mod lisation sur une autre et la pr cision s man-
tique apport e par la solution choisie.
Cest toute la puissance dexpression dUML 2.0 et la compl tude de sa syntaxe qui
sont d montr es par lexemple dans cet ouvrage pragmatique et tr s accessible, que
le lecteur, jen suis certain, prendra plaisir comme moi lire dun bout lautre. Je
me permets cependant de recommander de bien r aliser les exercices compl men-
taires, excellents travaux pratiques, mais aussi remarquables tests dauto- valuation.
En couvrant tous les aspects de lanalyse et de la conception orient e objet, Pascal
Roques illustre et explique les variations possibles dans lusage dUML pour
chacune de ces tapes.
En tant que responsable de la d nition de loffre formation chez Valtech Training,
jai longtemps eu beaucoup de difcult recommander un livre qui serait un bon
compl ment nos formations la mod lisation objet avec UML. Merci Pascal,
, cette t che est
gr ce la qualit p dagogique de ton livre,
Advertisement
aujourdhui consid rablement plus simple&
UML 2 par la pratique
Ga l Renault
Directeur p dagogique
Valtech Training
005-008 Sommaire.fm Page 5 Vendredi, 18. ao t 2006 12:14 12
Sommaire
Introduction
Objectifs du livre ................................................................................................................................................
Structure de louvrage .....................................................................................................................................
Conventions typographiques .......................................................................................................................
Remerciements ...................................................................................................................................................
PA RTIE I POINT DE VUE FONCTIO NN EL
Chapitre 1 " Mod lisation fonctionnelle : tude de cas
Principes et d finitions de base ...................................................................................................................
tude dun guichet automatique de banque .........................................................................................
tape 1 Identification des acteurs du GAB .........................................................................................
tape 2 Identification des cas dutilisation .........................................................................................
tape 3 R alisation de diagrammes de cas dutilisation ...............................................................
tape 4 Description textuelle des cas dutilisation ..........................................................................
tape 5 Description graphique des cas dutilisation .......................................................................
tape 6 Organisation des cas dutilisation ..........................................................................................
tape 7 Dynamique globale : Interaction Overview Diagram .....................................................
9
9
10
11
13
15
16
19
19
23
24
28
34
39
47
005-008 Sommaire.fm Page 6 Vendredi, 18. ao t 2006 4:25 16
UML 2 par la pratique
6
Chapitre 2 " Mod lisation fonctionnelle : exercices corrig s
et conseils m thodologiques
tude dun terminal point de vente (TPV).................................................................................................
tape 1 R alisation du diagramme de cas dutilisation ................................................................
tape 2 Descriptions essentielle et r elle dun cas dutilisation .................................................
tape 3 Description graphique des cas dutilisation .......................................................................
tape 4 R alisation dun diagramme d tats au niveau syst me ..............................................
Conseils m thodologiques ............................................................................................................................
P ART IE II POINT DE VUE STATIQUE
Chapitre 3 " Mod lisation statique : tude de cas
Principes et d finitions de base ...................................................................................................................
tude dun syst me de r servation de vol ..............................................................................................
tape 1 Mod lisation des phrases 1 et 2 .............................................................................................
tape 2 Mod lisation des phrases 6, 7 et 10 .....................................................................................
tape 3 Mod lisation des phrases 8 et 9 .............................................................................................
tape 4 Mod lisation des phrases 3, 4 et 5 ........................................................................................
tape 5 Ajout dattributs, de contraintes et de qualificatifs .......................................................
tape 6 Utilisation de patterns danalyse ............................................................................................
tape 7 Structuration en packages ........................................................................................................
tape 8 Inversion des d pendances .......................................................................................................
tape 9 G n ralisation et r utilisation .................................................................................................
Chapitre 4 " Mod lisation statique : exercices corrig s
et conseils m thodologiques
Compl ments sur les relations entre classes .........................................................................................
Mod lisation du domaine en pratique .....................................................................................................
Les classes structur es UML 2 ......................................................................................................................
D couverte dun pattern ..........................................................................................................................
Conseils m thodologiques ............................................................................................................................
51
52
53
57
62
68
70
75
76
80
81
83
87
91
94
99
102
108
110
117
118
128
134
141
146
005-008 Sommaire.fm Page 7 Vendredi, 18. ao t 2006 12:14 12
Sommaire
7
PARTIE III PO INT DE VUE DYNAMIQUE
Chapitre 5 " Mod lisation dynamique : tude de cas
Principes et d finitions de base ...................................................................................................................
tude dun Publiphone pi ces ..................................................................................................................
tape 1 Identification des acteurs et des cas dutilisation ...........................................................
tape 2 R alisation du diagramme de s quence syst me ............................................................
tape 3 Repr sentation du contexte dynamique .............................................................................
tape 4 Description exhaustive par un diagramme d tats .........................................................
Chapitre 6 " Mod lisation dynamique :
exercices corrig s et conseils m thodologiques
Concepts de base du diagramme d tats .................................................................................................
Concepts avanc s du diagramme d tats ................................................................................................
Concepts de base du diagramme dactivit ............................................................................................
Concepts avanc s du diagramme dactivit ...........................................................................................
Conseils m thodologiques .............................................................................................................................
PA RTIE IV CONCEPTION
Chapitre 7 " tude de cas compl te : de la mod lisation m tier
la conception d taill e en Java ou C#
tape 1 Mod lisation m tier (business modeling) ...........................................................................
tape 2 D finition des besoins du syst me informatique ............................................................
tape 3 Analyse du domaine (partie statique) ..................................................................................
tape 4 Analyse du domaine (partie dynamique) ............................................................................
tape 5 D finition des it rations ............................................................................................................
tape 6 D finition de larchitecture syst me .....................................................................................
tape 7 D finition des op rations syst me (it ration #1) ............................................................
tape 8 Diagrammes dinteraction (it ration #1) ............................................................................
tape 9 Diagrammes de classes de conception (it ration #1) ....................................................
151
152
156
157
158
161
163
179
180
185
200
205
207
211
212
216
225
240
244
246
250
254
263
005-008 Sommaire.fm Page 8 Vendredi, 18. ao t 2006 12:14 12
UML 2 par la pratique
8
Advertisement
tape 10 D finition des op rations syst me (it rations #2 et #3) ...........................................
tape 11 Contrats dop rations (it rations #2 et #3) ....................................................................
tape 12 Diagrammes dinteraction (it rations #2 et #3) ...........................................................
tape 13 Diagrammes de classes de conception (it rations #2 et #3) ...................................
tape 14 Retour sur larchitecture .........................................................................................................
tape 15 Passage au code objet ..............................................................................................................
tape 16 D ploiement de lapplication .................................................................................................
Chapitre 8 " tudes de cas compl mentaires
tude du syst me dinformation dune biblioth que .........................................................................
Analyse et conception du jeu de d mineur ............................................................................................
Conseils m thodologiques ............................................................................................................................
Conclusion ............................................................................................................................................................
A NNEXES
Annexe 1 " Correspondances UML Java C#
La structure statique ........................................................................................................................................
Les relations .........................................................................................................................................................
Annexe 2 " Glossaire
Annexe 3 " Bibliographie
Bibliographie ch1-2 ..........................................................................................................................................
Bibliographie ch3-4 ..........................................................................................................................................
Bibliographie ch5-6 ..........................................................................................................................................
Bibliographie ch7-8 ..........................................................................................................................................
Index
271
274
276
277
279
280
290
293
294
310
322
327
329
330
334
341
349
349
350
351
351
353
009-014Intro.fm Page 9 Vendredi, 18. ao t 2006 12:05 12
Introduction
O
BJECTIFS
DU
LIVRE
Depuis quelques ann es, les ouvrages sur le langage UML et la mod lisation objet se
3
2
1
De Merise UML
sont multipli s.
, etc.,
, Bases de donn es avec UML
UML et SQL
,
repr sentent autant de sujets int ressants pour les professionnels de linformatique.
Cependant, ma pratique de la formation (plus dun millier de personnes form es
OMT, puis UML, depuis 1993&) ma convaincu quil existait encore un besoin qui
nest pas couvert par la multitude douvrages disponibles actuellement : un livre
4
dexercices corrig s
. Je consacre en effet de plus en plus de temps pendant les
sessions que janime des s ances de discussion avec les stagiaires sur les m rites
compar s de telle ou telle solution de mod lisation. Et je suis intimement persuad
que ces p riodes dinteractivit sur des sujets concrets ont un impact bien plus
durable pour eux que la pr sentation th orique des subtilit s du formalisme UML !
Cela ma amen constituer une importante base de donn es dexercices, tir s pour la
plupart de formations, pr sentes ou pass es, propos es par la soci t Valtech Training.
Je me suis galement inspir des livres fondamentaux qui mont aid personnellement
dans mon approfondissement de ce sujet, en particulier celui de J. Rumbaugh sur
5
OMT
(lun des premiers proposer des exercices apr s chaque chapitre de pr senta-
6
sur lanalyse et la conception objet.
tion) et le best-seller de C. Larman
, N. Kettani
De Merise UML
UML et SQL
:
Bases de donn es avec UML
1.
2.
3.
4. Mon id e semble avoir fait des mules depuis la parution de la premi re dition en 2001, puisquun deuxi me livre du
, E.Naiburg R.Maksimchuk, Campus Press, 2002.
Conception de bases de donn es,
C. Soutou, Eyrolles, 2002.
, Eyrolles, 1998.
et al.
5.
6.
m me type est paru r cemment : Exercices corrig s dUML, Ellipses, 2005.
Object-Oriented Modeling and Design
ni rement en fran ais, sous le titre :
(mais la magie ne semble plus op rer comme la premi re fois&).
Applying UML and Patterns
ais :
UML 2 et les Design Patterns
, Campus Press, 2005.
, J. Rumbaugh
Mod lisation et conception orient es objet avec UML2
, Prentice Hall, 1991. Une version mise jour est parue der-
, Pearson Education, 2005
et al.
, C. Larman, Prentice Hall, 1997. La troisi me dition de cet ouvrage a t traduite en fran-
009-014Intro.fm Page 10 Vendredi, 18. ao t 2006 12:05 12
10
UML 2 par la pratique
Cest ce mat riel p dagogique, fond sur des heures de discussions enrichissantes
avec des stagiaires de tous horizons, que je voudrais partager aujourdhui avec vous.
Par leurs questions et leurs propositions, ils mont forc prendre en compte les
points de vue les plus divers sur un m me probl me de mod lisation, am liorer
mon argumentation et parfois envisager de nouvelles solutions auxquelles je
navais absolument pas pens !
Il est noter que cette cinqui me dition incorpore de nombreux exercices suppl -
mentaires portant sur les nouveaux concepts et diagrammes issus de la version 2
7
dUML
. La port e de ces ajouts couvre aussi bien le nouveau diagramme structurel
8
, que les nombreuses innovations
appel diagramme de structure composite
9
dans les diagrammes dynamiques
. Retrouvez sur le rabat de la couverture une carte
de r f rence regroupant les principaux sch mas UML 2 utilis s dans ce livre.
S
TRUCTURE
DE
OUVRAGE
L
Pour ne pas m langer les probl mes, le livre est d coup suivant les trois points de
vue classiques de mod lisation : fonctionnel, statique et dynamique, en insistant
pour chacun sur le ou les diagrammes UML pr pond rants (les diagrammes entre
parenth ses sont moins d taill s que les autres).
Fonctionnel
Fonctionnel
Diagramme de Cas dutilisation
(Diagramme de S quence)
(Diagramme d'Activit )
3 Axes de
mod lisation
Advertisement
Statique
Statique
Dynamique
Dynamique
Diagramme de Classes
Diagramme de Packages
(Diagramme dObjets)
Diagramme de Structure Composite
(Diagramme de D ploiement)
Diagramme d' tats
Diagramme d'Activit
Diagramme de S quence
(Diagramme de Communication)
7.
Jai utilis comme r f rence pour ce livre la toute derni re sp cication de lOMG, savoir le document 06-04-02 :
UML 2.1 Superstructure.
8. Voir en particulier le chapitre 4.
9. Voir surtout le chapitre 6.
009-014Intro.fm Page 11 Vendredi, 18. ao t 2006 12:05 12
Introduction
11
Les trois premi res parties du livre correspondent donc chacune un point de vue de
mod lisation. Pour chaque partie, une tude de cas principale, sp cique, sert de
premier chapitre. Avant l tude de cas, on trouve un rappel des principales d nitions
utilis es dans la partie concern e. Des exercices compl mentaires et un r capitulatif
des conseils m thodologiques se trouvent dans un deuxi me chapitre.
La quatri me partie contient plusieurs tudes de cas. La premi re, tr s d taill e,
prend bien s r en compte les trois points de vue pr cit s, mais couvre galement en
amont la mod lisation m tier, et en aval la programmation en Java et C# ! La
derni re tude de cas aborde le sujet passionnant des
design patterns
.
Une table des mati res condens e est donn e ci-apr s.
PARTIE I : POINT DE VUE FONCTIONNEL
Chapitre 1 : tude de cas
Chapitre 2 : Exercices corrig s et conseils m thodologiques
PARTIE II : POINT DE VUE STATIQUE
Chapitre 3 : tude de cas
Chapitre 4 : Exercices corrig s et conseils m thodologiques
PARTIE III : POINT DE VUE DYNAMIQUE
Chapitre 5 : tude de cas
Chapitre 6 : Exercices corrig s et conseils m thodologiques
PARTIE IV : CONCEPTION
Chapitre 7 : tude de cas compl te : de la mod lisation m tier la
conception d taill e en Java ou C#
Chapitre 8 : tudes de cas compl mentaires
ANNEXES
Correspondances UML Java C#
Glossaire
Bibliographie
C
ONVENTIONS
TYPOGRAPHIQUES
Pour apporter plus de clart dans la lecture de ce livre, les exercices et les solutions
sont mis en vidence par des polices de caract res et des symboles graphiques diff -
rents de la fa on suivante :
009-014Intro.fm Page 12 Vendredi, 18. ao t 2006 12:05 12
12
UML 2 par la pratique
E
XERCICE
Les acteurs
1-1.
Identiez les acteurs du GAB.
lution
o
S
Quelles sont les entit s externes qui interagissent directement avec le GAB ?
Consid rons lin airement les phrases de l nonc .
Pour guider un peu plus le lecteur, les questions ont un niveau de difcult valu de
un quatre, et repr sent graphiquement :
question facile,
question moyenne,
question assez difcile mettant en jeu des concepts UML avanc s,
question difcile n cessitant une argumentation complexe.
De fa on ponctuelle, pour rompre la monotonie du texte, jai galement utilis des
encadr s retenir pour isoler une note sur une question dun niveau avanc :
retenir
REPR SENTATIONS GRAPHIQUES DUN ACTEUR
La repr sentation graphique standard de lacteur en UML est lic ne
appel e stick man , avec le nom de lacteur sous le dessin. On peut
galement montrer un acteur sous la forme rectangulaire dune classe,
avec le mot-cl <<
>>. Une troisi me repr sentation (interm -
diaire entre les deux premi res) est galement possible, comme indiqu
ci-apr s.
actor
009-014Intro.fm Page 13 Vendredi, 18. ao t 2006 12:05 12
R
EMERCIEMENTS
Introduction
13
Ce livre naurait pas pu voir le jour sans laccord de la direction de la soci t Valtech
Training, qui ma autoris exploiter le mat riel accumul dans les diff rentes
formations sur UML dont je suis responsable.
Je tiens donc remercier sp cialement tous ceux qui ont particip au l des ann es
l laboration des supports de cours UML Valtech Training, comme Pierre Chouva-
lidz , Thibault Cuvillier, Michel Ezran, Patrick Le Go, Franck Vall e, Philippe
Riaux, Philippe Dubosq, Yann Le Tanou, Fran oise Caron, Christophe Addinquy,
etc., sans oublier nos coll gues am ricains, en particulier Craig Larman, Ken
Howard et Chris Jones.
Christophe Addinquy, Sa d Lahlouh, Birol Berkem, Fabien Brissoneau, Daniel
Rosenblatt, Michel Andr , etc., sans oublier nos coll gues am ricains, en particulier
Craig Larman, Ken Howard et Chris Jones.
Je voudrais galement remercier tous ceux dont les discussions, les remarques et les
suggestions mont conduit am liorer mon argumentation. Je pense tout dabord
mes nombreux stagiaires (et la liste ne cesse de grossir !), ainsi qu mes correspon-
dants lors de prestations de conseil sur lintroduction dUML dans des projets de
tous types.
Merci aussi ric Sulpice des ditions Eyrolles pour son t moignage renouvel de
conance et, surtout, qui a su me motiver en me proposant de r aliser ce livre
dexercices corrig s. Un grand bravo galement l quipe des ditrices : Muriel,
Sophie, liza et Sandrine qui ont contribu notablement la r ussite de ce projet.
Enn, un grand merci Sylvie qui mapporte tous les jours l quilibre sans lequel je
ne pourrais pas continuer avancer&
009-014Intro.fm Page 14 Vendredi, 18. ao t 2006 12:05 12
015- 050 chap1.fm Page 15 Vendredi, 18. ao t 2006 11:31 11
Chapitre
1
Mod lisation fonctionnelle :
tude de cas
s-cl s
Mo
t
Sc nario, encha nement
Acteur
Contexte statique
principal, acteur secondaire
sation
dun cas dutilisation
Diagramme dactivit
lisation de cas dutilisation
tion dacteurs
.
Overview Diagram
Acteur
Cas dutilisation
Diagramme de cas dutili-
Fiche de description
Diagramme de s quence syst me
Inclusion, extension et g n ra-
G n ralisation/sp cialisa-
Interaction
Package de cas dutilisation
Ce chapitre va nous permettre dillustrer pas pas, sur une
premi re tude de cas, les principales difcult s li es la
mise en Suvre de la technique des cas dutilisation.
Apr s avoir identi les acteurs qui interagissent avec le sys-
t me, nous y d veloppons un premier mod le UML de haut
niveau, pour pouvoir tablir pr cis ment les fronti res du
Advertisement
syst me. Dans cette optique, nous apprenons identier les
cas dutilisation et construire un diagramme reliant les
acteurs et les cas dutilisation. Ensuite, nous pr cisons le point
de vue fonctionnel en d taillant les diff rentes fa ons dont
les acteurs peuvent utiliser le syst me. cet effet, nous
apprenons r diger des descriptions textuelles de cas dutili-
sation, ainsi qu dessiner des diagrammes UML compl men-
taires (comme les diagrammes de s quence ou dactivit ).
015- 050 chap1.fm Page 16 Vendredi, 18. ao t 2006 11:31 11
16
Point de vue fonctionnel
P
REMI RE
PARTIE
P
RINCIPES
ET
D FINITIONS
DE
BASE
ACTEUR
Un acteur repr sente un r le jou par une entit externe (utilisateur humain, dispositif
mat riel ou autre syst me) qui interagit directement avec le syst me tudi .
Un acteur peut consulter et/ou modier directement l tat du syst me, en mettant et/ou
en recevant des messages susceptibles d tre porteurs de donn es.
Comment les identier ?
Les acteurs candidats sont syst matiquement :
" les utilisateurs humains directs : faites donc en sorte didentier tous les prols
possibles, sans oublier ladministrateur, lop rateur de maintenance, etc. ;
" les autres syst mes connexes qui interagissent aussi directement avec le syst me
tudi , souvent par le biais de protocoles bidirectionnels.
Comment les repr senter ?
,
stick man
La repr sentation graphique standard de lacteur en UML est lic ne appel e
avec le nom de lacteur sous le dessin. On peut galement gurer un acteur sous la forme
repr sentation
rectangulaire dune classe, avec le mot-cl <<
(interm diaire entre les deux premi res) est galement possible avec certains outils,
comme cela est indiqu ci-apr s.
Une troisi me
actor
>>.
Figure 1-1.
Repr sentations
graphiques
possibles
dun acteur
Une bonne recommandation consiste faire pr valoir lutilisation de la forme graphique
pour les acteurs humains et une repr sentation rectangulaire pour les
du
syst mes connect s.
stick man
CAS DUTILISATION
utilisation
cas d
Un
( use case ) repr sente un ensemble de s quences dactions qui
sont r alis es par le syst me et qui produisent un r sultat observable int ressant pour un
acteur particulier.
015- 050 chap1.fm Page 17 Vendredi, 18. ao t 2006 11:31 11
Mod lisation fonctionnelle : tude de cas
1
HAPITRE
C
17
Chaque cas dutilisation sp cie un comportement attendu du syst me consid r
comme un tout, sans imposer le mode de r alisation de ce comportement. Il permet de
d crire
le futur syst me devra faire, sans sp cier
il le fera.
comment
ce que
Comment les identier ?
Lobjectif est le suivant : lensemble des cas dutilisation doit d crire exhaustivement les
exigences fonctionnelles du syst me. Chaque cas dutilisation correspond donc une
fonction m tier du syst me, selon le point de vue dun de ses acteurs.
Pour chaque acteur, il convient de :
" rechercher les diff rentes intentions m tier avec lesquelles il utilise le syst me,
" d terminer dans le cahier des charges les services fonctionnels attendus du
syst me.
Nommez les cas dutilisation par un verbe linnitif suivi dun compl ment, du point
de vue de lacteur (et non pas du point de vue du syst me).
Comment les analyser ?
Pour d tailler la dynamique du cas dutilisation, la proc dure la plus vidente consiste
recenser de fa on textuelle toutes les interactions entre les acteurs et le syst me. Le cas
dutilisation doit avoir un d but et une n clairement identi s. Il faut galement
pr ciser les variantes possibles, telles que le cas nominal, les diff rents cas alternatifs et
derreur, tout en essayant dordonner s quentiellement les descriptions, an dam liorer
leur lisibilit .
Comment les repr senter ?
Le diagramme de cas dutilisation est un sch ma qui montre les cas dutilisation (ovales)
reli s par des associations (lignes) leurs acteurs (ic ne du stick man , ou repr senta-
tion graphique quivalente). Chaque association signie simplement participe . Un
cas dutilisation doit tre reli au moins un acteur.
Figure 1-2.
Diagramme de cas
dutilisation
015- 050 chap1.fm Page 18 Vendredi, 18. ao t 2006 11:31 11
18
Point de vue fonctionnel
P
REMI RE
PARTIE
Une fois les cas dutilisation identi s, il faut encore les d crire !
SC NARIO
sc nario
Un
repr sente une succession particuli re dencha nements, sex cutant du
d but la n du cas dutilisation, un
tant lunit de description de
s quences dactions
Un cas dutilisation contient en g n ral un sc nario nominal et
.
plusieurs sc narios alternatifs (qui se terminent de fa on normale) ou derreur (qui se
terminent en chec).
encha nement
On peut dailleurs proposer une d nition diff rente pour un cas dutilisation :
ensemble de sc narios dutilisation dun syst me reli s par un but commun du point de
vue dun acteur .
Figure 1-3.
Repr sentation
des sc narios
dun cas
dutilisation
La che de description textuelle dun cas dutilisation nest pas normalis e par UML.
Nous pr conisons pour notre part la structuration suivante :
Sommaire
didentication
(obligatoire)
Inclut titre, r sum , dates de cr ation et de modication,
version, responsable, acteurs...
Description des sc narios
(obligatoire)
D crit le sc nario nominal, les sc narios (ou encha nements)
alternatifs, les sc narios (ou encha nements) derreur, mais aussi