7/27/2017 UML 2 - de l'apprentissage la pratique

Forums Tutoriels Magazine FAQs Blogs Chat Newsletter Rechercher

tudes Emploi Club Contacts

Accueil ALM Java .NET Dv.Web EDI Programmation SGBD Office Solutionsd'entreprise

Applications Mobiles Systmes ALM Merise UML

ACCUEILUML FORUMUML F.A.QUML TUTORIELSUML LIVRESUML OUTILSUML

UML2

Del'apprentissagelapratique
Tabledesmatires

2.Chapitre2Diagrammedecasd'utilisation(UseCase
Diagram)
21.Introduction
Biensouvent,lamatrised'ouvrageetlesutilisateursnesontpasdesinformaticiens.Illeurfaut
doncunmoyensimpled'exprimerleursbesoins.C'estprcismentlerledesdiagrammesde
casd'utilisationquipermettentderecueillir,d'analyseretd'organiserlesbesoins,etderecenser
lesgrandesfonctionnalitsd'unsystme.Ils'agitdoncdelapremiretapeUMLd'analysed'un
systme.

Undiagrammedecasd'utilisationcapturelecomportementd'unsystme,d'unsoussystme,
d'uneclasseoud'uncomposanttelqu'unutilisateurextrieurlevoit.Ilscindelafonctionnalit
dusystmeenunitscohrentes,lescasd'utilisation,ayantunsenspourlesacteurs.Lescas
d'utilisationpermettentd'exprimerlebesoindesutilisateursd'unsystme,ilssontdoncune
visionorienteutilisateurdecebesoinaucontraired'unevisioninformatique.

Ilnefautpasngligercettepremiretapepourproduireunlogicielconformeauxattentesdes
utilisateurs.Pourlaborerlescasd'utilisation,ilfautsefondersurdesentretiensavecles
utilisateurs.

22.lmentsdesdiagrammesdecasd'utilisation
221.Acteur
Unacteurestl'idalisationd'unrlejouparunepersonneexterne,unprocessusouunechose
quiinteragitavecunsystme.

Ilsereprsenteparunpetitbonhomme(figure2.1)avecsonnom(i.e.sonrle)inscrit
dessous.

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 1/10
7/27/2017 UML 2 - de l'apprentissage la pratique

Figure2.1:Exempledereprsentationd'unacteur.

Ilestgalementpossibledereprsenterunacteursouslaformed'unclasseur(cf.section
2.4.3Classeur)strotyp(cf.section2.4.4Strotype)<<actor>>(figure2.2).

Figure2.2:Exempledereprsentationd'unacteursouslaformed'unclasseur.

222.Casd'utilisation
Uncasd'utilisationestuneunitcohrentereprsentantunefonctionnalitvisibledel'extrieur.
Ilraliseunservicedeboutenbout,avecundclenchement,undroulementetunefin,pour
l'acteurquil'initie.Uncasd'utilisationmodlisedoncunservicerenduparlesystme,sans
imposerlemodederalisationdeceservice.

Uncasd'utilisationsereprsenteparuneellipse(figure2.3)contenantlenomducas(unverbe
l'infinitif),etoptionnellement,audessusdunom,unstrotype(cf.section2.4.4Strotype).

Figure2.3:Exempledereprsentationd'uncasd'utilisation.

Danslecasol'ondsireprsenterlesattributsoulesoprationsducasd'utilisation,ilest
prfrabledelereprsentersouslaformed'unclasseurstrotyp<<usecase>>(figure
2.4).Nousreviendronssurlesnotionsd'attributsoud'oprationlorsquenousaborderonsles
diagrammesdeclassesetd'objets(section3Chapitre3Diagrammedeclasses(ClassDiagram)).

Figure2.4:Exempledereprsentationd'uncasd'utilisationsouslaformed'un
classeur.

223.Reprsentationd'undiagrammedecasd'utilisation

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 2/10
7/27/2017 UML 2 - de l'apprentissage la pratique

Figure2.5:Exemplesimplifidediagrammedecasd'utilisationmodlisantune
borned'accsunebanque.

Commelemontrelafigure2.5,lafrontiredusystmeestreprsenteparuncadre.Lenomdu
systmefigurel'intrieurducadre,enhaut.Lesacteurssontl'extrieuretlescas
d'utilisationl'intrieur.

23.Relationsdanslesdiagrammesdecasd'utilisation
231.Relationsentreacteursetcasd'utilisation
231a.Relationd'association

Figure2.6:Diagrammedecasd'utilisationreprsentantunlogicieldepartagede
fichiers.

Unerelationd'associationestchemindecommunicationentreunacteuretuncasd'utilisationet
estreprsentuntraitcontinu(cf.figure2.5ou2.6).

231b.Multiplicit
Lorsqu'unacteurpeutinteragirplusieursfoisavecuncasd'utilisation,ilestpossibled'ajouter
unemultiplicitsurl'associationductducasd'utilisation.Lesymbole*signifieplusieurs
(figure2.6),exactementns'crittoutsimplementn,n..msignifieentrenetm,etc.Prciser
unemultiplicitsurunerelationn'impliquepasncessairementquelescassontutilissen
mmetemps.

Lanotiondemultiplicitn'estpaspropreaudiagrammedecasd'utilisation.Nousenreparlerons
danslechapitreconsacraudiagrammedeclassessection3.3.4Multiplicitoucardinalit.

231c.Acteursprincipauxetsecondaires
Unacteurestqualifideprincipalpouruncasd'utilisationlorsquececasrendservicecet
acteur.Lesautresacteurssontalorsqualifisdesecondaires.Uncasd'utilisationaauplusun
acteurprincipal.Unacteurprincipalobtientunrsultatobservabledusystmetandisqu'un
acteursecondaireestsollicitpourdesinformationscomplmentaires.Engnral,l'acteur
principalinitielecasd'utilisationparsessollicitations.Lestrotype<<primary>>vientorner
l'associationreliantuncasd'utilisationsonacteurprincipal,lestrotype<<secondary>>
estutilispourlesacteurssecondaires(figure2.6).

231d.Casd'utilisationinterne
http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 3/10
7/27/2017 UML 2 - de l'apprentissage la pratique
Quanduncasn'estpasdirectementreliunacteur,ilestqualifidecasd'utilisationinterne.

232.Relationsentrecasd'utilisation

Figure2.7:Exempledediagrammedecasd'utilisation.

232a.Typesetreprsentations
Ilexisteprincipalementdeuxtypesderelations:

lesdpendancesstrotypes,quisontexplicitesparunstrotype(lesplusutilisssont
l'inclusionetl'extension)
etlagnralisation/spcialisation.

Unedpendancesereprsenteparuneflcheavecuntraitpointill(figure2.7).SilecasA
inclutoutendlecasB,laflcheestdirigedeAversB.

Lesymboleutilispourlagnralisationestunflcheavecuntraitpleindontlapointeestun
trianglefermdsignantlecasleplusgnral(figure2.7).

232b.Relationd'inclusion
UncasAinclutuncasBsilecomportementdcritparlecasAinclutlecomportementducas
B:lecasAdpenddeB.LorsqueAestsollicit,Bl'estobligatoirement,commeunepartiede
A.Cettedpendanceestsymboliseparlestrotype<<include>>(figure2.7).Parexemple,
l'accsauxinformationsd'uncomptebancaireinclutncessairementunephase
d'authentificationavecunidentifiantetunmotdepasse(figure).

Lesinclusionspermettentessentiellementdefactoriserunepartiedeladescriptiond'uncas
d'utilisationquiseraitcommuned'autrescasd'utilisation(cf.lecasS'authentifierdelafigure
2.7).

Lesinclusionspermettentgalementdedcomposeruncascomplexeensouscasplussimples
(figure2.8).

Cependant,ilnefautsurtoutpasabuserdecetypededcomposition:ilfautviterderaliser
dudcoupagefonctionneld'uncasd'utilisationenplusieurssouscasd'utilisationpournepas
retomberdansletraversdeladcompositionfonctionnelle.

Attentiongalementaufaitque,lescasd'utilisationnes'enchanentpas,puisqu'iln'yaaucune
reprsentationtemporelledansundiagrammedecasd'utilisation.

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 4/10
7/27/2017 UML 2 - de l'apprentissage la pratique

Figure2.8:Relationsentrecaspourdcomposeruncascomplexe.

232c.Relationd'extension
Larelationd'extensionestprobablementlaplusutile,carelleaunesmantiquequiaunsens
dupointdevuemtieraucontrairedesdeuxautresquisontplusdesartificesd'informaticiens.

Onditqu'uncasd'utilisationAtenduncasd'utilisationBlorsquelecasd'utilisationApeuttre
appelaucoursdel'excutionducasd'utilisationB.ExcuterBpeutventuellemententraner
l'excutiondeA:contrairementl'inclusion,l'extensionestoptionnelle.Cettedpendanceest
symboliseparlestrotype<<extend>>(figure2.7).

L'extensionpeutintervenirunpointprcisducastendu.Cepoints'appellelepoint
d'extension.Ilporteunnom,quifiguredansuncompartimentducastendusouslarubrique
pointd'extension,etestventuellementassociunecontrainteindiquantlemomento
l'extensionintervient.Uneextensionestsouventsoumisecondition.Graphiquement,la
conditionestexprimesouslaformed'unenote.Lafigure2.7prsentel'exempled'unebanque
olavrificationdusoldeducompten'intervientquesilademandederetraitdpasse20euros.

232d.Relationdegnralisation
UncasAestunegnralisationd'uncasBsiBestuncasparticulierdeA.Danslafigure2.7,la
consultationd'uncompteviaInternetestuncasparticulierdelaconsultation.Cetterelationde
gnralisation/spcialisationestprsentedanslaplupartdesdiagrammesUMLetsetraduitpar
leconceptd'hritagedansleslangagesorientsobjet.

233.Relationsentreacteurs
Laseulerelationpossibleentredeuxacteursestlagnralisation:unacteurAestune
gnralisationd'unacteurBsil'acteurApeuttresubstituparl'acteurB.Danscecas,tousles
casd'utilisationaccessiblesAlesontaussiB,maisl'inversen'estpasvrai.

Lesymboleutilispourlagnralisationentreacteursestuneflcheavecuntraitpleindontla
pointeestuntrianglefermdsignantl'acteurleplusgnral(commenousl'avonsdjvupour
larelationdegnralisationentrecasd'utilisation).

Parexemple,lafigure2.9montrequeledirecteurdesventesestunprposauxcommandes
avecunpouvoirsupplmentaire:enplusdepouvoirpasseretsuivreunecommande,ilpeut
grerlestock.Parcontre,leprposauxcommandesnepeutpasgrerlestock.

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 5/10
7/27/2017 UML 2 - de l'apprentissage la pratique

Figure2.9:Relationsentreacteurs.

24.NotionsgnralesdulangageUML
LeslmentsdulangageUMLquenousabordonsicinesontpasspcifiquesaudiagrammede
casd'utilisation,maissontgnraux.Nousavonsdjutiliscertainsdeceslmentsdansce
chapitreetnousutiliseronslesautresdansleschapitresquisuivent,notammentdansle
chapitresurlesdiagrammesdeclasses(section3Chapitre3Diagrammedeclasses(Class
Diagram)).

241.Paquetage

Figure2.10:Reprsentationsd'unpaquetage.

Unpaquetageestunregroupementd'lmentsdemodleetdediagrammes.Ilpermetainsi
d'organiserdeslmentsdemodlisationengroupes.Ilpeutcontenirtouttyped'lmentde
modle:desclasses,descasd'utilisation,desinterfaces,desdiagrammesetmmedes
paquetagesimbriqus(dcompositionhirarchique).

Unpaquetagesereprsentecommeundossieravecsonnominscritdedans(figure2.10,
diagrammedegauche).Ilestpossibledereprsenterexplicitementlecontenud'unpaquetage.
Danscecas,lenomdupaquetageestplacdansl'onglet(figure,diagrammededroite).

Leslmentscontenusdansunpaquetagedoiventreprsenterunensemblefortementcohrent
etsontgnralementdemmenatureetdemmeniveausmantique.Toutlment
n'appartientqu'unseulpaquetage.Lespaquetagesconstituentunmcanismedegestion
importantdesproblmesdegrandetaille.Ilspermettentd'viterlesgrandsmodlesplatsetde
cloisonnerdeslmentsconstitutifsd'unsystmevoluantdesrythmesdiffrentsou
dveloppspardesquipesdiffrentes.

Ilexisteunpaquetageracineunique,ventuellementanonyme,quicontientlatotalitdes
modlesd'unsystme.

242.Espacedenoms
Lesespacesdenomssontdespaquetages,desclasseurs,etc.Onpeutdterminerunlment
nommdefaonuniqueparsonnomqualifi,quiestconstitudelasriedesnomsdes

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 6/10
7/27/2017 UML 2 - de l'apprentissage la pratique
paquetagesoudesautresespacesdenomsdepuislaracinejusqu'l'lmentenquestion.Dans
unnomqualifi,chaqueespacedenomestsparpardeuxdoublespoints(::).

Parexemple,siunpaquetageBestinclusdansunpaquetageAetcontientuneclasseX,ilfaut
crireA::B::XpourpouvoirutiliserlaclasseXendehorsducontextedupaquetageB.

243.Classeur
Lespaquetagesetlesrelationsdegnralisationnepeuventavoird'instance.D'unemanire
gnrale,leslmentsdemodlisationpouvantenavoirsontreprsentsdansdes
classeurs(6).Plusimportantencore,unclasseurestunlmentdemodlequidcrituneunit
structurelleoucomportementale.

Unclasseurmodliseunconceptdiscretquidcritunlment(i.e.objet)dotd'uneidentit
(i.e.unnom),d'unestructureoud'untat(i.e.desattributs),d'uncomportement(i.e.des
oprations),derelationsetd'unestructureinternefacultative.Ilpeutparticiperdesrelations
d'association,degnralisation,dedpendanceetdecontrainte.Onledclaredansunespace
denoms,commeunpaquetageouuneautreclasse.Unclasseursereprsenteparunrectangle,
entraitspleins,contenantventuellementdescompartiments.

Lesacteursetlescasd'utilisationsontdesclasseurs.Toutaulongdececours,nous
retrouveronsletermedeclasseur,carcettenotionenglobeaussilesclasses,lesinterfaces,les
signaux,lesnuds,lescomposants,lessoussystmes,etc.Letypedeclasseurleplus
importanttant,bienvidemment,laclasse(cf.section3Chapitre3Diagrammedeclasses
(ClassDiagram)).

244.Strotype
Unstrotypeestuneannotations'appliquantsurunlmentdemodle.Iln'apasdedfinition
formelle,maispermetdemieuxcaractriserdesvaritsd'unmmeconcept.Ilpermetdonc
d'adapterlelangagedessituationsparticulires.Ilestreprsentparunechanede
caractresentreguillemets(<<>>)dans,ouproximitdusymboledel'lmentdemodle
debase.

Parexemple,lafigure2.4reprsenteuncasd'utilisationparunrectangle.UMLutiliseaussiles
rectanglespourreprsenterlesclasses(cf.section3Chapitre3Diagrammedeclasses(Class
Diagram)).Lanotationn'estcependantpasambigugrcelaprsencedustrotype<<use
case>>.

245.Note

Figure2.11:Exempled'utilisationd'unenotepourprciserquelesolded'un
comptedoittoujourstrepositif.

Unenotecontientuneinformationtextuellecommeuncommentaire,uncorpsdemthodeou
unecontrainte.Graphiquement,elleestreprsenteparunrectangledontl'anglesuprieur
droitestpli.Letextecontenudanslerectanglen'estpascontraintparUML.Unenoten'indique
pasexplicitementletyped'lmentqu'ellecontient,toutel'intelligibilitd'unenotedoittre
contenuedansletextemme.Onpeutrelierunenotel'lmentqu'elledcritgrceune
ligneenpointills.Sielledcritplusieurslments,ondessineuneligneverschacund'entre
eux.

L'exempledelafigure2.11montreunenoteexprimantunecontrainte(cf.section
4.1ExpressiondescontraintesenUML)surunattribut.

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 7/10
7/27/2017 UML 2 - de l'apprentissage la pratique

25.ModlisationdesbesoinsavecUML
251.Commentidentifierlesacteurs?
UMLn'emploiepasletermed'utilisateur,maisd'acteur.Lesacteursd'unsystmesontles
entitsexternescesystmequiinteragissent(saisiededonnes,rceptiond'information)
aveclui.Lesacteurssontdoncl'extrieurdusystmeetdialoguentaveclui.Cesacteurs
permettentdecernerl'interfacequelesystmevadevoiroffrirsonenvironnement.Oublier
desacteursouenidentifierdefauxconduitdoncncessairementsetrompersurl'interfaceet
doncladfinitiondusystmeproduire.

Ilfautfaireattentionnepasconfondreacteursetutilisateurs(utilisateuraveclesensdela
personnephysiquequivaappuyersurunbouton)d'unsystme.D'unepartparcequeles
acteursincluentlesutilisateurshumains,maisaussilesautressystmesinformatiquesou
hardwarequivontcommuniqueraveclesystme.D'autrepartparcequ'unacteurenglobetout
uneclassed'utilisateurs.Ainsi,plusieursutilisateurspeuventavoirlemmerle,etdonc
correspondreunmmeacteur,etunemmepersonnephysiquepeutjouerdesrles
diffrentsvisvisdusystme,etdonccorrespondreplusieursacteurs.

Chaqueacteurdoittrenomm.Cenomdoitrefltersonrle,carunacteurreprsenteun
ensemblecohrentderlesjousvisvisdusystme.

Pourtrouverlesacteursd'unsystme,ilfautidentifierquelssontlesdiffrentsrlesquevont
devoirjouersesutilisateurs(ex.:responsableclientle,responsabled'agence,administrateur,
approbateur).Ilfautgalements'intresserauxautressystmesaveclesquelslesystmeva
devoircommuniquercomme:

lespriphriquesmanipulsparlesystme(imprimantes,hardwared'undistributeurde
billets)
deslogicielsdjdisponiblesintgrerdansleprojet
dessystmesinformatiquesexternesausystme,maisquiinteragissentaveclui,etc.

Pourfaciliterlarecherchedesacteurs,onpeutimaginerlesfrontiresdusystme.Toutcequi
estl'extrieuretquiinteragitaveclesystmeestunacteur,toutcequiestl'intrieurest
unefonctionnalitraliser.

Vrifiezquelesacteurscommuniquentbiendirectementaveclesystmeparmissionou
rceptiondemessages.Uneerreurfrquenteconsisterpertorierentantqu'acteurdesentits
externesquin'interagissentpasdirectementaveclesystme,maisuniquementparlebiaisd'un
desvritablesacteurs.Parexemple,l'htessedecaissed'unmagasindegrandedistributionest
unacteurpourlacaisseenregistreuse,parcontre,lesclientsdumagasinnecorrespondentpas
unacteur,carilsn'interagissentpasdirectementaveclacaisse.

252.Commentrecenserlescasd'utilisation?
L'ensembledescasd'utilisationdoitdcrireexhaustivementlesexigencesfonctionnellesdu
systme.Chaquecasd'utilisationcorresponddoncunefonctionmtierdusystme,selonle
pointdevued'undesesacteurs.Aussi,pouridentifierlescasd'utilisation,ilfautseplacerdu
pointdevuedechaqueacteuretdterminercommentetsurtoutpourquoiilsesertdusystme.
Ilfautviterlesredondancesetlimiterlenombredecasensesituantunbonniveau
d'abstraction.Trouverlebonniveaudedtailpourlescasd'utilisationestunproblmedifficile
quincessitedel'exprience.

Nommezlescasd'utilisationavecunverbel'infinitifsuivid'uncomplmentenvousplaantdu
pointdevuedel'acteuretnonpasdeceluidusystme.Parexemple,undistributeurdebillets
auraprobablementuncasd'utilisationRetirerdel'argentetnonpasDistribuerdel'argent.

Deparlanaturefonctionnelle,etnonobjet,descasd'utilisation,etenraisondeladifficultde
trouverlebonniveaudedtail,ilfauttretrsvigilantpournepasretomberdansune
dcompositionfonctionnelledescendantehirarchique.Unnombretropimportantdecas
d'utilisationestengnrallesymptmedecetyped'erreur.

Danstouslescas,ilfautbiengarderl'espritqu'iln'yapasdenotiontemporelledansun
diagrammedecasd'utilisation.

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 8/10
7/27/2017 UML 2 - de l'apprentissage la pratique

253.Descriptiontextuelledescasd'utilisation
Lediagrammedecasd'utilisationdcritlesgrandesfonctionsd'unsystmedupointdevuedes
acteurs,maisn'exposepasdefaondtailleledialogueentrelesacteursetlescas
d'utilisation.Bienquedenombreuxdiagrammesd'UMLpermettentdedcrireuncas,ilest
recommandderdigerunedescriptiontextuelle,carc'estuneformesouplequiconvientdans
biendessituations.

Unedescriptiontextuellecourammentutilisesecomposedetroisparties.

1.Lapremirepartiepermetd'identifierlecas,elledoitcontenirlesinformationsquisuivent.

Nom:
utiliserunetournurel'infinitif(ex.:Rceptionneruncolis).
Objectif:
unedescriptionrsumepermettantdecomprendrel'intentionprincipaleducas
d'utilisation.Cettepartieestsouventrenseigneaudbutduprojetdanslaphase
dedcouvertedescasd'utilisation.
Acteursprincipaux:
ceuxquivontraliserlecasd'utilisation(larelationaveclecasd'utilisationest
illustreparletraitliantlecasd'utilisationetl'acteurdansundiagrammedecas
d'utilisation).
Acteurssecondaires:
ceuxquinefontquerecevoirdesinformationsl'issuedelaralisationducas
d'utilisation.
Dates:
lesdatesdecrationetdemisejourdeladescriptioncourante.
Responsable:
lenomdesresponsables.
Version:
lenumrodeversion.

2.Ladeuximepartiecontientladescriptiondufonctionnementducassouslaformed'une
squencedemessageschangsentrelesacteursetlesystme.Ellecontienttoujours
unesquencenominalequidcritdedroulementnormalducas.lasquencenominale
s'ajoutentfrquemmentdessquencesalternatives(desembranchementsdansla
squencenominale)etdessquencesd'exceptions(quiinterviennentquanduneerreurse
produit).

Lesprconditions:
ellesdcriventdansqueltatdoittrelesystme(l'application)avantquececas
d'utilisationpuissetredclench.
Desscnarii:
cesscnariisontdcritssouslaformed'changesd'vnementsentrel'acteuretle
systme.Ondistinguelescnarionominal,quisedroulequandiln'yapas
d'erreur,desscnariialternatifsquisontlesvariantesduscnarionominaletenfin
lesscnariid'exceptionquidcriventlescasd'erreurs.
Despostconditions:
ellesdcriventl'tatdusystmel'issuedesdiffrentsscnarii.
3.Latroisimepartiedeladescriptiond'uncasd'utilisationestunerubriqueoptionnelle.Elle
contientgnralementdesspcificationsnonfonctionnelles(spcificationstechniques).
Ellepeutventuellementcontenirunedescriptiondesbesoinsentermesd'interface
graphique.

254.Remarques
254a.Concernantlesrelationsdanslescasd'utilisation
Ilestimportantdenoterquel'utilisationdesrelationsn'estpasprimordialedanslardaction
descasd'utilisationetdoncdansl'expressiondubesoin.Cesrelationspeuventtreutilesdans
certainscas,maisunetropfortefocalisationsurleurusageconduitsouventunepertede
tempsouunusagefauss,pourunevaleurajoute,finalement,relativementfaible.

254b.Concernantlescasd'utilisation
http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 9/10
7/27/2017 UML 2 - de l'apprentissage la pratique
Unanimementreconnuscommecantonnsl'ingnieriedesbesoins,lesdiagrammesdecas
d'utilisationnepeuventtrequalifisdemodlisationsproprementparler.D'ailleurs,de
nombreuxlmentsdescriptifssontenlangagenaturel.Deplus,ilsnecorrespondentpasstricto
sensuuneapprocheobjet.Eneffet,capturerlesbesoins,lesdcouvrir,lesrfuter,les
consolider,etc.,correspondplusuneanalysefonctionnelleclassique.

254c.LesUsecaseRealization
UMLnementionnequelefaitquelaralisationd'uncasd'utilisationestdcriteparunesuitede
collaborationsentrelmentsdemodlisation,maisneparlepardel'lmentdemodlisation
usecaserealization.Lesusecaserealizationnesontpasunformalismed'UML,maisduRUP
(RationalUnifiedProcess).

Aprsavoirrdiglescasd'utilisation,ilfautidentifierdesobjets,desclasses,desdonneset
destraitementsquivontpermettreausystmedesupportercescasd'utilisation.Pour
documenterlamaniredontsontmisenuvrelescasd'utilisationdusystme,onpeututiliser
lemcanismedesusecaserealization.Ilspermettentderegrouperundiagrammedeclasseset
desdiagrammesd'interaction.Onretrouveradanslediagrammedeclasseslesclassesqui
mettentenuvrelecasd'utilisationassociauusecaserealization.Onretrouveradansles
diffrentsdiagrammesd'interactionunedocumentationdesdiffrentsvnementschangs
entrelesobjetsafinderaliserlesdiffrentsscnariidcritsdanslecasd'utilisation.

Finalement,onauraunusecaserealizationparcasd'utilisationetdanschaqueusecase
realizationonauraautantdediagrammesd'interactionquencessairepourillustrerlesscnarii
dcritsdanslecasd'utilisation(scnarionominal,scnariialternatifsetscnariid'exception).

Lesusecaserealizationpermettentdonc,danslapratique,d'apporterunlmentderponse
laquestion:CommentstructurermonmodleUML?

(6)
Certainslments,commelesassociations,peuventavoirdesinstancesbienqu'ilsnesoientpas
reprsentsdansdesclasseurs.

Lessourcesprsentessurcettepagesontlibresdedroitsetvouspouvezlesutiliservotre
convenance.Parcontre,lapagedeprsentationconstitueuneuvreintellectuelleprotgeparles
droitsd'auteur.Copyright2013LaurentAUDIBERT.Aucunereproduction,mmepartielle,nepeut
trefaitedecesiteetdel'ensembledesoncontenu:textes,documents,images,etc.sans
l'autorisationexpressedel'auteur.Sinonvousencourezselonlaloijusqu'troisansdeprisonet
jusqu'300000dedommagesetintrts.

ContacterleresponsabledelarubriqueUML

Nouscontacter Participez Hbergement Informationslgales

Copyright20002017www.developpez.com

http://laurent-audibert.developpez.com/Cours-UML/?page=diagramme-cas-utilisation 10/10