Cours n°2 : Diagramme des cas d’utilisation - No-IP

1 UML : Langage de mod lisation objet unifi Cours n 2 : Diagramme des cas d utilisation1) Qu est-ce que le Diagramme des cas d utilisation:Avant de se lancer dans la r alisation d un logiciel, Il faut comprendre, clarifier et structurer lesattentes et les besoins du Diagramme des cas d'utilisation (Use Case Diagram) constitue la premi re tape del analyse UML en : - Mod lisant les besoins des Identifiant les grandes fonctionnalit s et les limites du syst Repr sentant les interactions entre le syst me et ses Diagramme des cas d utilisation apporte une vision utilisateur et absolument pas une visioninformatique.

2 Il ne n cessite aucun connaissance informatique et l id al serait qu il soit r alis par Diagramme des cas d utilisation n est pas un inventaire exhaustif de toutes les fonctions dusyst me. Il ne liste que des fonctions g n rales essentielles et principales sans rentrer dans lesd ) Les l ments d un Diagramme des cas d utilisation :2-1) Les acteurs : Avant de rechercher les besoins, la premi re t che consiste d finir les limites du syst me (c..d. cequi est inclus ou pas dans le syst me), puis identifier les diff rentes entit s intervenants sur lesyst me.

3 Ces entit s sont appel s acteurs se repr sentent sous la forme d un petit personnage (stick man) ou sous la formed une case rectangulaire (appel classeur) avec le mot cl actor . Chaque acteur porte un acteur est un utilisateur externe au syst me. Cela peut tre :-Une mat riel (capteurs, moteurs, ).-Un autre syst , nous utilisons :- le stick man si l acteur est humain - le classeur si l acteur est du mat riel ou un autre syst importante : En UML, une annotation entre guillemets est appel st r otype . Cela permet de pr ciser et de mieux caract riser l l ment qui il s adresse.

4 Exemple : Le DAB (Distributeur Automatique de Billet)Nous utiliserons cet exemple tout le long du Un DAB permet tout d tenteur de carte bancaire de retirer de l Si le d tenteur de carte est un client de la banque propri taire du DAB, il peut en plus consulter lessoldes de ses comptes et effectuer des virements entres ces diff rents Les transactions sont s curis es c est- -dire : Le DAB consulte le Syst me d Information de la banque ( Banque) pour les op rationsque d sire effectuer un client de la banque (retraits, consultation soldes et virements).

5 Le DAB consulte le Syst me d Autorisation Globale Carte Bancaire (Sys. Auto.) pour lesretraits des porteurs de cartes non clients de la Le DAB n cessite des op rations de maintenance tel que la recharge en billet, la r cup ration descartes aval es, limites du syst me sont clairement d finies, il s agit des limites physiques du sont les diff rents acteurs interagissant avec le DAB ?2-2) Les cas d utilisation : Le cas d utilisation repr sente une fonctionnalit du syst me (visible de l ext rieur du syst me). Un cas d utilisation se repr sente par une ellipsecontenant le nom du cas d utilisation (phrasecommen ant par un verbe l infinitif) etoptionnellement un st r otype au dessus du nom.

6 Les diff rents cas d utilisation peuvent tre repr sent s l int rieur d un m me rectangle repr sentant les limites du syst ) Relation entre acteurs et cas d utilisation : La relation d association A chaque acteur est associ un ou plusieurs cas d utilisations, la relation d association peut aussi tre appel e relation de communication. Elle est repr sent e par un trait reliant l acteur et le cas d utilisation. Nous pouvons rajouter sur ce trait un st r otype qui va pr ciser la relation de communication ( communicate ).

7 2/9 Fronti re du syst meNom du syst me Multiplicit Lorsqu un acteur peut interagir plusieurs fois avec un cas d utilisation, il est possible d ajouterune multiplicit sur l association du c t du cas d utilisation. Le symbole * signifie n s crit tout simplement n, signifie entre n et m, etc. Pr ciser une multiplicit sur une relation n implique pas n cessairement que les cas sont utilis s en m me ) Les relations entre cas d utilisation : Tout en faisant attention de ne pas tomber dans le pi ge d une d composition fonctionnellehi rarchique, nous pouvons compl ter le Diagramme par d autres cas d utilisation (non li desacteurs mais d autre cas d utilisation) qui pr ciseront le Diagramme .

8 Relation d inclusion : La relation d inclusion sert enrichir un cas d utilisation par un autre cas d utilisation (c est unesous fonction).La relation d inclusion est imp rative et donc syst un Diagramme des cas d utilisation, cette relation est repr sent e par une fl che pointill ereliant les 2 cas d utilisation et munie du st r otype include .L inclusion permet de : Partager une fonctionnalit commune entre plusieurs cas d utilisation ( ). D composer un cas d utilisation complexe en d crivant ses sous fonctions ( ).3/9 Nom du syst meFronti re du syst meActeurAssociationCas d'utilisationExemple : le DABApr s discussion avec l expert m tier, il appara t que l une des sous fonctions importantes estl authentification (syst matique et commune au 3 cas d utilisation Retirer de l argent, Consulterses soldes et Effectuer un virement).

9 4/9 Relation d extension : Comme la relation d inclusion, la relation d extension enrichit un cas d utilisation par unautre cas d utilisation de sous fonction mais celui-ci est optionnel. Cette relation est repr sent e par une fl che en pointill e reliant les 2 cas d utilisation etmunie du st r otype extend .Exemple : Le DAB permet son utilisateur d imprimer un re u s il le d sire. Point d extension : L extension peut intervenir un point pr cis du cas tendu. Ce point s appelle le pointd extension. Il porte un nom, qui figure dans un compartiment du cas tendu sous la rubriquepoint d extension, et est ventuellement associ une contrainte indiquant le moment o l extension intervient.

10 Une extension est souvent soumise condition. Graphiquement, la condition est exprim e sous la forme d une note. En reprenant l exemple duDAB, une v rification du solde du compte ventuelle n intervient que si la demande de retraitd passe 20 Relation de g n ralisation ou de sp cialisation : Comme nous l avons d couvert lorsque nous avons trait la notion d objet, il est galementpossible de sp cialiser un cas d utilisation en un autre cas d utilisation. Nous obtenonsalors un sous-cas d utilisation. Comme pour les classes, le sous-cas d utilisation h rite du comportement du sur-casd utilisation.