Diagramme de Cas

1
d’utilisation
Roberton C. Philistin
robertonphilistin@yahoo.fr
37-67-63-45
2 Cas d’utilisation - Présentation

Les cas d’utilisation (use cases)

décrivent sous forme d’actions et de
réactions, le comportement d’un
système du point de vue d’un utilisateur.
3 Cas d’utilisation - Présentation

Avant UML, ils n’étaient pas formalisés

par les autres méthodes objet telles que
OMT.
4 Cas d’utilisation - Présentation

 Les cas d’utilisation sont des descriptions

textuelles, largement utilisées pour
détecter et consigner les besoins.
5 Cas d’utilisation - Présentation

 Ils influent sur plusieurs aspects d’un

projet, y compris sur l’analyse, la
conception orientées objet et
l’implémentation.
6 Cas d’utilisation - Présentation

Utiles lors de l’élaboration du cahier

des charges ou du document de
spécifications des besoins du logiciel.
7 Diagramme de Cas d’utilisation

Les acteurs se
représentent sous forme
de petits personnages
qui déclenchent les cas.
Ces derniers se
représentent par des
ellipses contenues dans
un rectangle
représentant le système.
8 Exemple de digramme de cas d’utilisation
9 Diagramme de Cas d’utilisation

En général, les acteurs

principaux sont placés
à gauche et les autres
acteurs à droite
On peut représenter
les acteurs de deux
manières
 Relations entre cas d'utilisation
10

UML propose trois types de relations standard

entre cas d'utilisation,
 <<include>> / <<inclut>>,
 <<extend>> / <<étend>>,
 Généralisation .
 Relations entre cas d'utilisation
11

 Les deux premières relations sont

représentées par un stéréotype de
dépendance,
 l'autre étant la relation de
généralisation représentée en UML
par une flèche creuse à pointe
fermée.
12
<<include>>

 Stéréotype représentant le fait qu'un

cas d'utilisation inclut un autre cas
d'utilisation.
 On utilise ce stéréotype lorsque que
l'on souhaite factoriser un cas
d'utilisation partagé par plusieurs
autres cas d'utilisation
13 <<include>>
Dans ce type d'interaction, le
premier cas englobe l'autre et
son issue dépend souvent de la
résolution du second.
14 <<include>>
Ce type de description est utile
pour extraire un ensemble de sous-
comportements communs à
plusieurs tâches, comme une
macro en programmation.
Elle est représentée par une flèche
en pointillée et le terme include.
15
<<include>> - exemple

Une opération de retrait

et une opération de
transfert à un
distributeur
automatique nécessitent
toutes deux une
opération de vérification
de l'identité du client.
16
<<include>> exemple
17
<<include>> - exemple
18
<<extend>>

Un cas d'utilisation peut déclarer des points

d'extension ( extension point ).
Un point d'extension localise un endroit (un
point) unique dans le cas d'utilisation.
C'est dans les limites de ce point que d'autres
cas d'utilisation pourront étendre (extend) le
comportement initial du cas d'utilisation.
19 <<extend>>
Les extensions (Extend) représentent
des prolongements logiques de
certaines tâches sous certaines
conditions.
 Un cas d'utilisation A étend un cas
d'utilisation B lorsque le cas d'utilisation
A peut être appelé au cours de
l'exécution du cas d'utilisation B.
20 <<extend>>
Elle est représentée par une flèche en
pointillée avec le terme Extend.
Ce type de relation peut être utile:
pour traiter des cas particuliers ou
préciser les objectifs,
pour tenir compte de nouvelles
exigences au cours de la maintenance
du système et de son évolution.
21
<<extend>>
 C'est un moyen pratique de mettre en avant une
fonctionnalité optionnelle.
 Par exemple, lors de la conception d’un site marchand pour
un fabricant de produit de beauté, on souhaite proposer à
certains visiteurs de promouvoir la marque dans leur région.
22
<<extend>>
23
Généralisation

 Une relation de généralisation d'un cas

d'utilisation B vers un cas d'utilisation
A signifie que B est une spécialisation
de A.
24
Généralisation

 Contrairement aux deux autres

relations, la relation de généralisation
n'est pas un stéréotype.
 Elle indique qu'un cas d'utilisation est
une variation d'un autre.
25 Généralisation

Le cas d'utilisation A est une

généralisation de B, si B est un cas
particulier de A c'est-à-dire lorsque A
peut être substitué par B pour un cas
précis.
Ces relations sont des traits pleins
terminés par une flèche en triangle.
26
Généralisation

 Cette relation se différencie de

<<extend>> par le fait que le cas
d'utilisation peut varier en tout point de
celui hérité.
27
Généralisation
Par exemple dans le
CU "Retirer de
l'argent", si il s’agit
de retirer de l’argent
sur un compte sans
livret le comportement
du CU peut être tout à
fait différent.
28
Relation entre acteurs

 La relation de généralisation est applicable

dans le cas où un rôle est une spécialisation
(une sorte de) d'un autre.

Un client
"boursicoteur" est un
client comme un autre,
mais ayant en plus la
possibilité de
consulter des
informations
boursières.