Université Hassan 1er

Faculté des Sciences et Techniques

-Settat-

Département : Mathématiques & Informatique

Filière : Licence Génie Informatique
Module : Génie logiciel et UML

Chapitre 5 : Diagramme de cas d’utilisation

Prof. Said El Kafhali

Département Mathématiques & Informatique

Faculté des Sciences et Techniques, Settat
Université Hassan 1er

Année Universitaire : 2018/2019

Année Universitaire : 2018/2019 1
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
Plan

1 Présentation de diagramme de cas d’utilisation

2 Les acteurs

3 Les cas d’utilidsations

4 Diagramme de cas d’utilisation

5 Exercice corrigé

6 Références

Année Universitaire : 2018/2019 2

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Présentation de diagramme de cas d’utilisation

Définition
Le diagramme de cas d’utilisation décrit les fonctionnalités d’un
système d’un point de vue utilisateur, sous la forme d’actions et de
réaction.
Le but est d’identifier :
Les catégories d’utilisateurs : chacune d’entre elles, appelée acteur,
est susceptible de mettre en œuvre une ou plusieurs fonctionnalités du
système;
Les besoins du système : chaque fonctionnalité, appelé cas
d’utilisation, doit répondre à l’un des besoins nécessités par une ou
plusieurs catégories d’utilisateurs.
Le diagramme des cas d’utilisations se base sur le cahier des charges
pour être construit :

Année Universitaire : 2018/2019 3

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

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 modifier directement l’état du
système, en émettant et/ou en recevant des messages susceptibles
d’être porteurs de données.
Les acteurs candidats sont systématiquement :
Les utilisateurs humains directs : faites donc en sorte d’identifier tous
les profils possibles, sans oublier l’administrateur, l’opé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.

Année Universitaire : 2018/2019 4

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Représentations graphiques possibles d’un acteur

La représentation graphique standard de l’acteur en UML est l’icône
appelée stick man, avec le nom de l’acteur sous le dessin.
On peut également figurer un acteur sous la forme rectangulaire d’une
classe, avec le mot-clé «actor».

Remarque
Une bonne recommandation consiste à faire prévaloir l’utilisation de la
forme graphique du stick man pour les acteurs humains et une
représentation rectangulaire pour les systèmes connectés.
Année Universitaire : 2018/2019 5
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Relation d’héritage entre acteurs

Il est possible d’exprimer une relation d’héritage entre deux acteurs.
La signification de cette relation d’héritage est sensiblement la même
que celle de la relation d’héritage entre classes.
Si un acteur A1 hérite d’un acteur A2, cela signifie que toutes les
entités externes correspondant à A1 correspondent aussi à A2.
Comme la relation d’héritage entre classes, la relation d’héritage entre
acteurs se représente par une flèche allant de l’acteur qui hérite vers
l’acteur hérité.

Année Universitaire : 2018/2019 6

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Identification des acteurs

Les principaux acteurs sont les utilisateurs du système.
Un acteur correspond à un rôle, pas à une personne physique.
Une même personne physique peut être représentée par plusieurs
acteurs si elle a plusieurs rôles.
Si plusieurs personnes jouent le même rôle vis-à-vis du système, elles
seront représentées par un seul acteur.
On peut distinguer trois types d’acteurs:
Humain : utilisateur du système, au travers des différentes interfaces
IHM (logicielle ou matérielle) ; exemple : client, administrateur,
technicien, etc.;
Logiciel : entité logicielle existante et fonctionnelle qui communique
avec le système grâce à une interface logicielle; exemple : application
de gestion, base de données, etc.,
Matériel : entité matérielle qui exploite les données du système, ou est
pilotée par le système; exemple : imprimante, robot, serveur, etc.
Pour faciliter la recherche des acteurs, on se fonde sur les frontières du
système.
Année Universitaire : 2018/2019 7
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Acteurs principaux et secondaires

Acteur principal
L’acteur est dit principal pour un cas d’utilisation lorsque l’acteur est
à l’initiative des échanges nécessaires pour réaliser le cas d’utilisation;
répond aux différentes questions: à qui va servir le système? Qui va
l’utiliser? Qui le système doit-il aider? etc.

Acteur secondaire
Les acteurs secondaires sont sollicités par le système, le plus souvent
sont d’autres systèmes informatiques avec lesquels le système
développé est interconnecté; répond aux différentes questions: qui gère
le système? Qui l’administre? Qui le paramètre? Etc.

Année Universitaire : 2018/2019 8

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Représentation graphique

La représentation graphique standard de l’acteur secondaire :

Année Universitaire : 2018/2019 9

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les acteurs

Multiplicités d’utilisation

L’utilisation des multiplicités est possible pour définir le nombre (0..1,

1, 1..*, 0..*, n, n..m, *) d’utilisations possibles du cas d’utilisation.
Cette multiplicité ne donne aucune indication de simultanéité.

Année Universitaire : 2018/2019 10

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les cas d’utilidsations

Cas d’utilisation

Un cas d’utilisation (« use case ») représente un ensemble de

séquences d’actions qui sont réalisées par le système et qui produisent
un résultat observable intéressant pour un acteur particulier.
Chaque cas d’utilisation spécifie un comportement attendu du système
considéré comme un tout, sans imposer le mode de réalisation de ce
comportement.
Un cas d’utilisation regroupe une famille de scénarios d’utilisation du
système;
Il permet de décrire ce que le futur système devra faire, sans spécifier
comment il le fera.
Exemple
Configurer les paramètres est un cas d’utilisation, alors que configurer les
paramètres d’initialisation est un scénario du cas d’utilisation précédent.
Année Universitaire : 2018/2019 11
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les cas d’utilidsations

Représentation graphique

Un cas d’utilisation est spécifié uniquement par un intitulé.

L’intitulé du cas d’utilisation respecte le pattern « verbe à
l’infinitif+compléments ».
Le verbe de l’intitulé permet de spécifier la nature de la fonctionnalité
offerte par l’application;
Les compléments permettent de spécifier les données d’entrée ou de
sortie de la fonctionnalité.
Un cas d’utilisation se représente par une ellipse contenant l’intitulé du
cas d’utilisation.

Exemple

Année Universitaire : 2018/2019 12

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Les cas d’utilidsations

Système
Un système représente une application dans le modèle UML. Il est
identifié par un nom et regroupe un ensemble de cas d’utilisation qui
correspondent aux fonctionnalités offertes par l’application à son
environnement.
L’environnement est spécifié sous forme d’acteurs liés aux cas
d’utilisation.
Un système se représente par un rectangle contenant le nom du
système et les cas d’utilisation de l’application.

Année Universitaire : 2018/2019 13

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Définition

Le diagramme de cas d’utilisation est un schéma qui montre les cas

d’utilisation (ellipse) reliés par des associations (lignes) à leurs acteurs
(icône du « stick man », ou représentation graphique équivalente).
Il est possible d’élaborer plusieurs diagrammes de cas d’utilisation à
chaque niveau d’abstraction permettant de regrouper les
fonctionnalités de l’application en différents sous-systèmes.
Un cas d’utilisation doit être relié à au moins un acteur.

Année Universitaire : 2018/2019 14

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemple de diagramme de Cas d’utilisation

Année Universitaire : 2018/2019 15

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Relations
Une relation précise une interaction unidirectionnelle ou bidirectionnelle
mettant en jeu deux éléments de type acteur ou cas d’utilisation;
Celle-ci peut être de deux types :
Entre acteur et cas d’utilisation : représente l’interaction du système
avec l’extérieur, appelé association;
Entre deux entités de même type ( deux cas d’utilisations ou deux
acteurs) : représente le comportement entre les entités (généralisation,
dépendance, inclusion ou extension).
Une relation est représenter graphiquement par un lien entre les deux
entités qu’elle relie.
Lien fléché, le sens de la flèche symbolisant le sens de l’interaction (qui
est actif ? Passif ?);
Lien ne porte aucune flèche: la relation est bidirectionnelle.

Année Universitaire : 2018/2019 16

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Relations entre cas d’utilisation

Le Cas d’utilisation 2 spécialise le Cas d’utilisation 1. Comme lui, il inclut

le Cas d’utilisation 4 et peut être étendu par le Cas d’utilisation 3
Année Universitaire : 2018/2019 17
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemple de relations entre Cas d’utilisation

Année Universitaire : 2018/2019 18

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemple de décomposition d’un cas d’utilisation

Quand un cas est trop complexe (faisant intervenir un trop grand

nombre d’actions), on peut procéder à sa décomposition en cas plus
simples.

Année Universitaire : 2018/2019 19

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemple de généralisation d’un cas d’utilisation

Un virement est un cas particulier de paiement (un virement est une
sorte de paiement).

Année Universitaire : 2018/2019 20

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Scénario d’un cas d’utilisation

Un scénario représente une succession particulière d’enchaînements,

s’exécutant du début à la fin du cas d’utilisation, un enchaînement
étant l’unité de description de séquences d’actions.
Un cas d’utilisation contient en général un scénario nominal et
plusieurs scénarios alternatifs (qui se terminent de façon normale) ou
d’erreur (qui se terminent en échec).

Année Universitaire : 2018/2019 21

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemples de scénarios pour un cas d’utilisation

Le cas d’utilisation « acheter un billet de train »

Scénario nominal : l’utilisateur sélectionne, grâce au clavier, sa
destination, la classe du billet (première ou seconde), insère sa carte
bleue, paie le montant demandé, puis enfin retire le billet qui est
imprimé par la borne.
Scénarios alternatifs : l’utilisateur choisit de payer en utilisant de la
monnaie plutôt que sa carte bleue/ l’utilisateur décide d’annuler la
procédure en cours/etc.
Scénarios exceptionnels : l’utilisateur modifie la gare de départ, puis
suit le fonctionnement principal (sélection de la destination, etc.).

Année Universitaire : 2018/2019 22

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Recenser les cas d’utilisation

Il n’y a pas une manière mécanique et totalement objective de repérer

les cas d’utilisation.
Il faut se placer du point de vue de chaque acteur et déterminer
comment il se sert du système, dans quels cas il l’utilise, et à quelles
fonctionnalités il doit avoir accès.
Il faut éviter les redondances et limiter le nombre de cas en se situant
au bon niveau d’abstraction (par exemple, ne pas réduire un cas à une
seule action).
Il ne faut pas faire apparaître les détails des cas d’utilisation, mais il
faut rester au niveau des grandes fonctions du système.

Année Universitaire : 2018/2019 23

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Diagramme de cas d’utilisation

Exemple de diagramme de cas d’utilisation

Année Universitaire : 2018/2019 24

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Exercice corrigé

Exercice: Gestion de magasin

Enoncé
Dans un magasin virtuel, le processus de vente est le suivant: le client
entre, passe dans les rayons, demande éventuellement des renseignements
ou procède à des essais, prend des articles (si le stock est suffisant), passe à
la caisse où il règle ses achats (tout moyen de paiement accepté). Il peut
éventuellement bénéficier d’une réduction.

Question
Modéliser cette situation par un diagramme de cas d’utilisation.

Année Universitaire : 2018/2019 25

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Exercice corrigé

Corrigé de l’exercice

Année Universitaire : 2018/2019 26

Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27
 Références

Références
1 Pascal Roques, UML 2 par la pratique: études de cas et exercices
corrigés, Groupe Eyrolles.
2 Xavier Blanc Isabelle Mounier, UML 2 pour les développeurs: Cours
avec exercices corrigés, Groupe Eyrolles, Code éditeur : G12029 •
ISBN : 2-212-12029-X.
3 Pierre Gérard, Introduction à UML 2: Modélisation Orientée Objet de
Systèmes Logiciels, Cours DUT Informatique S2D, Université de Paris
13 IUT Villetaneuse.
4 G. BOOCH, J. RUMBAUGH et Y. JACOBSON, Le guide de
l’utilisateur UML , (Eyrolles, 2000).
5 P. A. MULLER et N. GAERTNER, Modélisation objet avec UML ,
(Eyrolles, 2000).
6 Pierre-Alain Muller and Nathalie Gaertner. Modélisation objet avec
UML. Eyrolles, 2è edition, 2003.
7 James Rumbaugh et al. Modélisation et conception orientée objet.
Masson, 1994. Année Universitaire : 2018/2019 27
Prof. Said El Kafhali Chapitre 5 : Diagramme de cas d’utilisation / 27