Faculté des Sciences - Département MI

2ème année Licence Ingénierie S.I. et Génie

Logiciel

Génie Logiciel GL1

N
Chapitre 3 : Modélisation du SI avec UML
2020/2021
Le Diagramme des cas d’utilisation

N. Taibouni, n_taibouni@esi.dz
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Introduction

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Introduction

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Analyse et spécification des besoins :

🞑La récolte des besoins se fait :

 Auprès des futurs utilisateurs,
 Auprès des personnes qui maitrisent le domaine de
gestion concerné (si le logiciel couvre un domaine de
gestion de l’entreprise),
 Analyse des systèmes qui interagiront avec le système à
développer,
 Analyse de systèmes similaires,
 Contraintes de gestions, lois, règlement,
 ………

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Analyse et spécification des besoins :

🞑La récolte des besoins se fait à travers :

 L’étude des systèmes existants,
 L’étude des documents existants,
 Les réunions,
 Les interviews,
 Les questionnaires,
 …..

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Analyse et spécification des besoins :
🞑 La récolte des besoins se termine par la rédaction
desspécifications sous la forme : Notifications

le (système) doit <fonction>

Gestion
Profil

Compte
🞑 Lorsque les spécifications sont nombreuses
Paramètres :
Tableau
de bord
…

R
e
Gestion c
h Ajouter
Annonces e
Gestion r …
Gestion des Tâches c
cours h
Gestion
Discussions e
…. r
N. Taibouni, n_taibouni@esi.dz Canvas …..
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Définitions :
🞑 Le diagramme des cas d’utilisation est utilisé en phase
d’analyse et de spécification des besoins,
🞑 Le diagramme des cas d’utilisation décrit les fonctionnalités
du système à développer du point de vue des
utilisateurs (leur besoins, leurs objectifs),
🞑 Il décrit ce que doit faire le système et pas comment il le fait
(d’autres diagrammes seront utilisés pour cela),
🞑 Il documente les besoins des utilisateurs,
🞑 Il possède une limite (frontière), et un nom

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Définitions :
Représentation graphique du diagramme des CU

Il se base sur les concepts : Acteur et cas d’utilisation

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑Un cas d’utilisation (« use case ») représente un ensemble de
d’actions qui sont réalisées (exécutées) par le système et qui
produisent un résultat observable pour un acteur particulier;
🞑 Chaque cas d’utilisation spécifie
un comportement attendu du système.
Il permet de décrire ce que (fonctionnalité),
le futur système devra faire sans spécifier
comment il le fera.
Représentation
graphique d’un CU
Créer un cours

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Exercice : identifier les spécifications et les UC
On souhaite modéliser le système de gestion de la location et le retour de
cassettes vidéo, pour cela la vidéothèque utilise les registres suivants :
1. Un registre pour les cassettes qui comporte les informations : n°
cassette, date-achat, titre, auteur, durée, prix, catégorie, libellé-catégorie ;
2. Un registre pour les abonnés qui comporte : n° abonné, nom-abonné, adresse
abonné, date-abonnement, nombre-location (à un moment donné un abonné
ne peut pas avoir plus de 3 cassettes) ;
3. Un registre pour les locations avec : n° abonné, n° cassette, date-location ;
4.Un registre pour les retours avec n° abonné, nom-abonné et la date de retour.
Soit les règles de gestion :
• Un abonné peut louer plusieurs cassettes, et plusieurs fois la même cassette.
• Pour un même titre, il existe plusieurs cassettes. Chaque titre appartient à une
seule catégorie.

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Exercice : identifier les spécifications et les UC

Le système doit permettre :

1. Enregistrer les cassettes
2. Enregistrer les abonnés
3. Enregistrer la location d’une cassette par un abonné
4. Enregistrer le retour d’une cassette louée
5. Vérifier que le nombre de cassettes déjà louées à un abonné
6. Vérifier la disponibilité d’une cassette (titre)
7. Rechercher une cassette par catégorie

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Exercice : identifier les spécifications et les UC
Gestion de location de cassettes vidéo

EnregistrerCassette
VérifierDisponibilitéCassette

EnregistrerAbboné
VérifierNombreCassette

EnregistrerLocation
RechercherCassett
e Par catégorie

EnregistrerRetour

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑Un acteur représente un rôle joué par une entité externe au
système étudié (utilisateur humain, dispositif matériel, temps 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 porteurs de
données,
🞑 Un acteur peut jouer plusieurs rôles (utiliser donc plusieurs
CU), comme un CU peut concerner plusieurs acteurs;

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑Un acteur représente un rôle joué par une entité externe au
système étudié (utilisateur humain, dispositif matériel, temps ou
autre système) qui interagit directement avec le système étudié,

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Exercice : identifier les acteurs
On souhaite modéliser le système de gestion de la location et le retour de
cassettes vidéo, pour cela la vidéothèque utilise les registres suivants :
1. Un registre pour les cassettes qui comporte les informations : n°
cassette, date-achat, titre, auteur, durée, prix, catégorie, libellé-catégorie ;
2. Un registre pour les abonnés qui comporte : n° abonné, nom-abonné, adresse
abonné, date-abonnement, nombre-location (à un moment donné un abonné
ne peut pas avoir plus de 3 cassettes),
3. Un registre pour les locations avec : n° abonné, n° cassette, date-location ;
4.Un registre pour les retours avec n° abonné, nom-abonné et la date de retour.
Soit les règles de gestion :
• Un abonné peut louer plusieurs cassettes, et plusieurs fois la même cassette.
• Pour un même titre, il existe plusieurs cassettes. Chaque titre appartient à une
seule catégorie.

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Exercice : Le diagramme des CU
Gestion de location de cassettes vidéo

EnregistrerCassette
VérifierDisponibilitéCassette

Manager
EnregistrerAbboné
VérifierNombreCassette

EnregistrerLocation
RechercherCassett
e Par catégorie

EnregistrerRetour

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Tous les acteurs n’utilisent pas forcément le système en étude
de la même façon,
🞑 Acteur principal : celui pour qui le cas d’utilisation a été
définit et produit un résultat observable.
🞑 Acteurs secondaires : Ils sont souvent sollicités pour des
informations complémentaires; ils peuvent uniquement
consulter ou informer le système lors de l’exécution du cas
d’utilisation (ils n’agissent pas sur le système).
🞑 Une bonne pratique consiste à faire figurer les acteurs
principaux à gauche des cas d’utilisation et les acteurs
secondaires à droite.

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation Association qui signifie ici :
🞑 Diagramme de cas d’utilisation : « participe à »

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
🞑 Relation entre acteur et cas d’utilisation :
 Signifie : « participe à », Un acteur peut participer à plusieurs
uses case, et un use case peut faire intervenir plusieurs
acteurs,
🞑 La présence de flèche sur le trait de
la relation signifie alimentation en
information dans le sens unique de la flèche,
🞑 La non présence de flèche signifie alimentation en information
dans les deux sens,

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Relation entre cas d’utilisation :
🞑 Une relation d’inclusion : formalisée par le mot-clé
<<include>>: le cas d’utilisation de base en
incorpore
explicitement un autre, de façon obligatoire.
🞑 Un cas d’utilisation peut avoir plusieurs cas d’utilisation
d’inclusion,
🞑 Le cas d’utilisation de base
ne s’exécute que si tous ces
cas d’inclusion ont été exécutés

Cas d’utilisation de base

Cas d’utilisation
D’inclusion
N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Relation entre cas d’utilisation :
🞑 Une relation d’extension : formalisée par le mot-clé
<<extend>>: le cas d’utilisation de base en
incorpore
implicitement un autre, de façon optionnelle
🞑 SOIT deux CU : CU1 et CU2
🞑 CU2 étend CU1 par un comportement optionnel qui a lieu sous
une certaine condition
🞑 Cette condition est appelé « point d’extension »

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Exercice : identifier les relations entre CUs
On souhaite modéliser le système de gestion de la location et le retour de
cassettes vidéo, pour cela la vidéothèque utilise les registres suivants :
1. Un registre pour les cassettes qui comporte les informations : n°
cassette, date-achat, titre, auteur, durée, prix, catégorie, libellé-catégorie ;
2. Un registre pour les abonnés qui comporte : n° abonné, nom-abonné, adresse
abonné, date-abonnement, nombre-location (à un moment donné un abonné
ne peut pas avoir plus de 3 cassettes) ;
3. Un registre pour les locations avec : n° abonné, n° cassette, date-location ;
4.Un registre pour les retours avec n° abonné, nom-abonné et la date de retour.
Soit les règles de gestion :
• Un abonné peut louer plusieurs cassettes, et plusieurs fois la même cassette.
• Pour un même titre, il existe plusieurs cassettes. Chaque titre appartient à une
seule catégorie.

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Relation entre cas d’utilisation :
🞑 Une relation de généralisation/spécialisation :
les cas d’utilisation descendants héritent
de la description de leur
parent commun. Chacun d’entre eux peut
néanmoins comprendre des interactions spécifiques
supplémentaires.

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Acteur généralisé :
🞑 Dans le cas où deux acteurs, ou plus, présentent des similitudes
dans leurs relations aux cas d’utilisation; alors il y a lieu de
créer un acteur généralisé, éventuellement abstrait, qui modélise
les aspects communs aux différents acteurs concrets.

🞑 Le nom de l’acteur abstrait s’écrit en italique.

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
Acteur
généralisé Relation de type
Généralisation/s
p écialisation
Relation de type
extension

Relation « participe
à » avec échange
d’information du
système vers
l’acteur
Relation de type
inclusion

N. Taibouni, n_taibouni@esi.dz
2020/2021
Chapitre 3 : Modélisation des SI avec UML
1. Diagramme des cas d’utilisation
Exercice : identifier les relations entre CUs
On souhaite modéliser le système de gestion de la location et le retour de
cassettes vidéo, pour cela la vidéothèque utilise les registres suivants :
1. Un registre pour les cassettes qui comporte les informations : n°
cassette, date-achat, titre, auteur, durée, prix, catégorie, libellé-catégorie ;
2. Un registre pour les abonnés qui comporte : n° abonné, nom-abonné, adresse
abonné, date-abonnement, nombre-location (à un moment donné un abonné
ne peut pas avoir plus de 3 cassettes) ;
3. Un registre pour les locations avec : n° abonné, n° cassette, date-location ;
4.Un registre pour les retours avec n° abonné, nom-abonné et la date de retour.
Soit les règles de gestion :
• Un abonné peut louer plusieurs cassettes, et plusieurs fois la même cassette.
• Pour un même titre, il existe plusieurs cassettes. Chaque titre appartient à une
seule catégorie.

N. Taibouni, n_taibouni@esi.dz
2020/2021
Corrigé type
Gestion de la vidéothèque
Les relations « include » sont en rouge
Les relations « extend » sont en bleu
EnregistrerCassette

VérifierExistanceC

EnregistrerAbonné

VérifierExistanceA
Manager VérifierDisponibilitéCassett
e Avec sélectionCassette
EnregistrerLocation

VérifierNombreCassette

sélectionerAbboné

MiseAjourLocation sélectionnerLocation
RechercherCassett parAbboné
e Par catégorie
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Documentation textuelle des CU :

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Exercice : Documentation textuelle du CU « EnregistrerLocation » :
CU : EnregistrerLocation
Description : permet l’enregistrement d’une nouvelle location d’une cassette vidéo par un abonné. Commence lorsqu’un abonné se présente
pour louer une cassette et se termine par l’affichage du résultat de l’enregistrement.
Pré-condition :
-Au moins un abonné qui demande une cassette vidéo,
-Le manager a été authentifié par le système

Acteur principal : le manager

Scénario principal :
1 Le CU démarre lorsque le manager clique sur la fonctionnalité « Enregistrer Location »
2Le système affiche le formulaire de saisie (Formulaire1),
3- Le manager saisit le numéro de l’abonné
4 Point d’inclusion : Exécuter le CU « SélectionnerAbonné
»
5Le système affiche la fiche de l’abonné (Numéro, Nom et prénom) sur Formulaire1
6- Point d’inclusion : Exécuter le CU « VérifierNombreCassette »
7- Si l’abonné a dépassé le nombre autorisé alors finir l’exécution du CU (EnregistrerLocation)
8- Sinon,
1. si l’abonné a un titre en vue alors
1. le manager saisit le titre,
8.1.2. Point d’inclusion : Exécuter le CU « VérifierDisponibilitéCassette »
2. Sinon
1.Point d’extension : Exécuter le CU « RechercherCassette Par catégorie »
9.Afficher le titre et le numéro de la cassette sélectionné sur Formulaire1
10 Le manager termine la saisie des autres informations (date, délai de retour prévu,
…)
11 Le manager clique sur le bouton « sauvegarder »
12 Afficher « sauvegarde effectuée »

N.Poste-condition
Taibouni, n_taibouni@esi.dz
: -Une nouvelle location a été enregistrée dans la base de donné, - 2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Bonnes pratiques :
 Comment identifier les acteurs ?
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é,

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Bonnes pratiques :
 Comment identifier les cas d’utilisation ?
Les cas d’utilisation doivent décrire exhaustivement les exigences
fonctionnelles du système.
 Chaque cas d’utilisation correspond à une fonction métier du
système, selon le point de vue d’un de ses acteurs.
 Pour chaque acteur, il convient de :
 rechercher les différentes intentions métier avec lesquelles il
utilise le système,
 déterminer dans le cahier des charges les services
fonctionnels attendus du système,

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Bonnes pratiques :
 Une erreur fréquente concernant les cas d’utilisation consiste à
détailler de façon très fine les séquences d’actions.
 Le cas d’utilisation ne doit pas se réduire à une seule séquence,
et encore moins à une simple action. Le cas d’utilisation
représente un ensemble de séquences d’actions réalisées par le
système, et le lien entre ces séquences d’actions est
précisément l’objectif métier de l’acteur.
 Les acteurs doivent être appelés en utilisant leur rôle au
singulier, pas au pluriel
 Les cas d’utilisation sont appelés en utilisant des
verbes,

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
3.1 Diagramme des cas d’utilisation
🞑 Bonnes pratiques :
 Si les CU sont trop grands, utiliser les inclusions / extensions /
généralisations,
🞑 Les cas d’utilisations redondants doivent être définis en cas
d’utilisation inclus;
🞑 Les cas d’utilisation qui se présentent en conditionnels
doivent être
des cas d’utilisation d’extension.

N. Taibouni, n_taibouni@esi.dz
2020/2021
 Chapitre 3 : Modélisation des SI avec UML
Bibliographie

MA.Mostefai, S.Batata, “Support de cours GL de l’ESI », 2012

P. Roques, « UML 2 par la pratique. N°12322, 6e édition », 2008,

P.Roques, « les Cahiers du Programmeur UML2, Modéliser une

application web 4e édition », 2008

Jacques Guyot, « CONCEPTION & REALISATION DES BASES

DE DONNEES : De UML à SQL », 2008
www.uml.or
g Uml.free.fr
http://alistair.
cockburn.us
N. Taibouni, n_taibouni@esi.dz
2020/2021
 Réunion préparatoire
au Comité Exécutif

Merci
N
Chapitre 3 : Modélisation du SI avec UML
Le Diagramme des cas d’utilisation 2020/2021

N. Taibouni, n_taibouni@esi.dz