Vous êtes sur la page 1sur 8

2012-2013

Diagramme de cas dutilisation UML - Diagramme de cas dutilisation


Le dveloppement ou lamlioration dun systme doit toujours rpondre un ou plusieurs besoins Le travail de modlisation commence par lidentification des besoins
Le recueil des besoins implique une bonne comprhension des mtiers impliqus
Intgration des contraintes et des exigences de chaque mtier

Le MOA intervient pour


Dfinir / identifier les besoins Valider les solutions proposes et mises en uvre par le MOE
1 2

Diagramme de cas dutilisation


Analyse des besoins correspond au dbut de toute bonne modlisation
Phase tudes des besoin mthode en cascade Phase spcification mthode en V Phase Business modeling mthode RUP

Diagramme de cas dutilisation


cette tape de la modlisation (lanalyse des besoins), on souhaite
Identifier les frontires du systme Spcifier les fonctionnalits quil doit offrir aux utilisateurs

Diagramme de cas dutilisation (Use Case diagram)


Recensement des grandes fonctionnalits du systme Formalisation des besoins Reprsentation graphique des besoins Comprhensible par tous Point de vue utilisateur

Quel aide UML apporte lors du recueil des besoins ?


Diagramme des cas dutilisation
3

ISI1 L3 Miage

2012-2013

Elments de base
Cas d'utilisation, Acteur, Relations (entre un cas dutilisation et un acteur, entre acteurs, entre les cas dutilisation )
Distributeur Automatique acteur Retirer de largent Client Consulter solde

Cas dutilisation
Service (fonctionnalit) rendu par le systme un utilisateur / compos d'un ensemble d'actions (dclench par un acteur) ralis par le systme et qui produisent un rsultat significatif pour un acteur particulier. Exemples :
Consulter un compte, Retirer de largent, Dposer un chque

cas dutilisation

Formalisme graphique :
frontire du systme
5

Verbe + complment

Consulter le solde
6

associations

Acteur
Un acteur reprsente un rle jou par une entit externe qui interagit directement avec le systme tudi.
Exemple : Client, Conseiller financier, SI Banque,
Formalisme

Acteur : formalisme
Exemple Acteur humain Client

<<actor>> Acteur humain

actor Client

Un acteur est une entit appartenant l'environnement du systme Formalisme graphique


7

Systme externe

Serveur Paypal

ISI1 L3 Miage

2012-2013

Acteur
Trois types d acteurs
les personnes : ce sont des utilisateurs du systme le matriel externe : dispositif utilis par le systme
Une imprimante, un capteur de temprature

Acteur principal / secondaire


Un cas d'utilisation a toujours au moins un acteur principal pour qui le systme produit un rsultat observable, et ventuellement d'autres acteurs ayant un rle secondaire.
Un acteur principal dclenche un cas dutilisation Un acteur secondaire consulte ou informe le systme lors de la ralisation dun cas d'utilisation.

les autres systmes qui communiquent avec le systme


Le groupement bancaire dans un systme de distributeur de billets

Important
Mme si on les reprsente dans les modles, les acteurs ne font pas partie du systme puisquils rsident en dehors de celui ci.
9

10

Acteur principal / secondaire


Acteur principal Gestion des Inscriptions

Relations : cas et acteur


Relation entre un cas dutilisation et un acteur
Une relation nomme relation de communication permet de relier un acteur et un cas d'utilisation par une relation qui signifie "participe
Systme bancaire

Acteur secondaire

Secrtaire

Valider inscription Etudiant

Consulter son compte

Client Traiter Prt immobilier


11

Conseiller financier

12

ISI1 L3 Miage

2012-2013

Relations : cas et acteur


Pas de notion temporelle Pas de dtails DesLivres.fr Un cas dutilisation est un ensemble dactions. Pas une seule action !!!

Relations : acteur et acteur


Une seule relation est possible entre acteurs : la gnralisation/spcialisation
Si A est une gnralisation de B, tous les cas dutilisation accessibles A le sont aussi B, mais linverse nest pas vrai

Association acteur cas Le sens de la flche signale le sens de la transmission de linformation


13

On peut gnraliser plusieurs acteurs ayant des similitudes dans leurs cas dutilisation par un acteur abstrait, qui modlise les aspects communs aux acteurs concrets
14

Relations : acteur et acteur


Un visiteur peut crer un compte client, mais aussi chercher des ouvrages DesLivres.fr

Relations : cas et cas


Relations entre les cas dutilisation
Relation dinclusion Relation dextension Relation de spcialisation / gnralisation

Seul un client peut grer un compte client

15

16

ISI1 L3 Miage

2012-2013

Relations : inclusion
Une relation d'inclusion reprsente par le strotype include permet denrichir un cas dutilisation (cas de base) par un autre cas dutilisation (cas inclus). Le cas inclus est ajout obligatoirement au cas de base
BanqueEcureuil.fr

Relations : inclusion
Linclusion permet gnralement d'identifier une partie commune aux diffrents cas d'utilisation et de la factoriser dans un nouveau cas inclus dans ces derniers.
BanqueEcureuil.fr

Sauthentifier

Cas inclus

Consulter solde

<<include>> Sauthentifier

<<include>> client

Commander un chquier

Cas de base

client
17

Commander un chquier

<<include>>
18

Relations : extension
Une relation d'extension (reprsente par le strotype extend ) permet denrichir un cas dutilisation par un autre, cependant, cet enrichissement est optionnel. Lextension se fait dans le cas dutilisation de base, en un point prcis appel point dextension
BanqueEcureuil.fr

Relations : gnralisation/spcialisation
Une relation de gnralisation/spcialisation permet d'exprimer que les cas d'utilisation descendants hritent de la description de leur parent commun. Ils peuvent cependant comprendre chacune des interactions spcifiques supplmentaires, ou modifier les interactions dont ils ont hrits. Cette relation permet principalement de formaliser les variations importantes sur le mme cas dutilisation.
19 20

Crer un compte

Cas tendu

<<extend>>
Raliser un virement vers un autre compte

client

Cas de base

ISI1 L3 Miage

2012-2013

Relations : gnralisation/spcialisation
DesLivres.fr

Relations: Exemple
BanqueEcureuil.fr Condition On peut ajouter des conditions sur lextension

Rechercher des ouvrages Client

Rechercher par recherche rapide

Rechercher par recherche avance

Cas dutilisation interne Pas directement reli un acteur

21

22

Relations: Exemple
Association Indiquer lexistence des cas particuliers lors du recueil de besoins apporte une information supplmentaire pertinente.

Dmarche
Les tapes pour obtenir un modle de cas dutilisation
Identifier les acteurs Identifier les cas dutilisation
Se placer du point de vue de chaque acteur et dterminer comment il se sert du systme Limiter le nombre de cas dutilisation
Se placer au bon niveau dabstraction

Dpendances include extend


Condition : { si montant > 20 }

Gnralisation Spcialisation

Attention ne pas abuser des dpendances. Cela risque de rduire la lisibilit.

Ajouter les relations entres les cas dutilisation


viter les redondances

Structurer lensemble des cas dutilisations en paquetages Finaliser un ou plusieurs diagrammes de cas dutilisation par paquetage

23

24

ISI1 L3 Miage

2012-2013

Paquetages
Les acteurs et leurs cas dutilisation peuvent tre regroups par paquetage
UC Employes UC Internautes + Internaute + Client + Visiteur + Libraire + Webmestre

Paquetages

+ Chercher des ouvrages + Crer compte client + Effectuer une commande + Consulter ses commandes + Grer son compte client

+ Maintenir catalogue + Maintenir site

UC Support

+ Sauthentifier + Consulter aide en ligne

25

26

Rsum

Description des cas dutilisation


Une fois les cas d'utilisation identifis, il faut les dcrire. Cette description repose sur la notion de scnario.
Expression textuelle du problme

Cas d'utilisation Cas d'utilisation Cas d'utilisation

Scnario Scnario Scnario Scnario

Un scnario reprsente une succession particulire dactions, s'excutant du dbut la fin du cas d'utilisation. Un cas d'utilisation contient en gnral un scnario nominal et plusieurs scnarios alternatifs (qui se terminent de faon normale) ou d'erreur (qui se terminent en chec).

Source : uml.free.fr

27

28

ISI1 L3 Miage

2012-2013

Scnario: Exemple
Plan Type Titre Objectif
Cas dutilisation Acteur Client

Scnario: Exemple
LoueUneVoiture.fr
Rserver un vhicule Systme bancaire

Acteurs Pr-conditions Post-conditions Descriptif du scnario nominal Descriptif des scnarios alternatifs Descriptif des scnarios derreur
29

Titre : Rserver un vhicule Objectif : ce cas dutilisation permet un client internaute de saisir une demande de rservation. Acteurs : Client (principal), Systme Bancaire (secondaire) Pr-conditions : Des vhicules sont disponibles Post-conditions : Une demande de rservation a t enregistre par le systme avec toutes les informations ncessaires.
30

Scnario: Exemple
LoueUneVoiture.fr
Rserver un vhicule Client Systme bancaire Client

Scnario: Exemple
LoueUneVoiture.fr
Rserver un vhicule Systme bancaire

Descriptif du scnario nominal 1. 2. 3. 4. 5. 6. 7. Le client saisit son code et son login didentification Le systme vrifie le code et le login didentification Le systme demande au client de saisir les informations sur la rservation Le client saisit les informations sur la rservation Le systme interroge lacteur systme bancaire pour vrifier lacompte Le systme bancaire donne une rponse favorable Le systme envoie au client, un message de confirmation de la demande
31

Descriptif des scnarios alternatifs SA1 : code didentification erron pour la premire ou la deuxime fois SA1 dmarre au point 2 du scnario nominal 3. Le systme indique au client que le code est erron, pour la premire ou la deuxime fois. Le scnario nominal reprend au point 1. Descriptif des scnarios derreur SE1 : code didentification erron pour la troisime fois SE1 dmarre au point 2 du scnario nominal 3. Le systme indique au client que le code est erron pour la troisime fois. Le cas dutilisation se termine en chec (lobjectif nest pas atteint).
32

ISI1 L3 Miage