Le document présente les diagrammes de cas d'utilisation, leur structure et leurs composants, tels que les systèmes, acteurs et cas d'utilisation, tout en expliquant leurs relations, y compris l'inclusion, l'extension et la généralisation. Il décrit l'importance de ces diagrammes pour analyser et formaliser les besoins des utilisateurs ainsi que pour déterminer les fonctionnalités d'un système. Enfin, une approche pour rédiger une description textuelle des interactions entre les acteurs et le système est également fournie.

1. Université Barack Obama
L2 Sciences Informatique
Session: 2013-2014
1- Présentation
2- Les constituants d’un diagramme de cas d’utilisation
2.1- Le système
2.2- Les Acteurs
2.3- Les cas d’utilisation
3- Les relations
3.1- L’inclusion
3.2- L’extension
3.3- La Généralisation/spécification (héritage)
4- La description textuelle
1
Auteur: DIALLO Boubacar Tel: 664 26 55 51 / 620 26 90 98 E-mail: hamanah08@yahoo.fr

2. 1- Présentation

 Un diagramme de cas d’utilisation permet de faire une description des
interactions type entre les acteurs (utilisateurs) et le système
informatique;
 C’est une représentation graphique (modèle) de l’ensembles des
interactions entre le système et les acteurs avec lesquels il interagit.
2

3. 1- Présentation (suite…)

 Le diagramme de cas d’utilisation est utilisé pour:
 Recueillir, analyser et organiser les besoins des utilisateurs,
 Recenser les fonctionnalités d’un système,
 Ce que le système devra faire sans se soucier du comment
 Faire la description du comportement sous forme d’actions/réactions
 Donner un vision plutôt orientée utilisateur
 Déterminer les limites du système: le périmètre du système.
 Pour construire d’un diagramme de cas d’utilisation, il faut:
 Identifier les rôles qui interagissent avec le système: les acteurs
 Déterminer les grandes catégories d’utilisation du système: les cas
d’utilisation
 Décrire textuellement les interactions: scénarios
3

4. 2- Les constituants d’un DCU

 Un diagramme de cas d’utilisation est constitué de:
•
•
•
Système
Acteurs
Case d’utilisation
 Exemple
4

5. 2- Les constituants d’un DCU
(suite…)
1- Système:

 Ensemble d’élément pouvant interagir avec d’autre entité
 Il définit l’ensemble des tâches à exécuter;
2- Acteurs:
 Abstraction d’un rôle joué par des entités externes
(utilisateur, dispositif matériel, etc.)
 qui interagit directement avec le système
 Un acteur est actif (prend des décisions, initiatives, etc.).
 Un acteur est différent d’un utilisateur;
 Une personne peut jouer plusieurs rôles (acteurs);
 Un acteur n’est pas forcément humain.
5

6. 2- Les constituants d’un DCU
(suite…)

3- Cas d’utilisation
 Une fonctionnalité du système déclenchée par un acteur externe;
 Modélise un ensemble de séquences correspondant à un même type
d’interaction.
 Pour identifier les cas d’utilisation:
 Identifier les acteurs et ce qu’il pourront faire avec le système: Qui
fait quoi? Quoi est fait par qui (Qui=Acteur, quoi=cas
d’utilisation)
 Exemple: Boutique en ligne:
 le client fait quoi? Le client Achete un CD. Cas d’utilisation:
Acheter CD
 L’achat de CD est fait par qui L’achat de CD est fait par le client.
Acteur: Client
Acheter CD
Client
6

7. Exemple de diagramme de cas
d’utilisation

7

8. 2- Les relations

 Afin d’optimiser la formalisation des besoins en ayant recours
notamment à la réutilisation de cas d’utilisation, trois relations
peuvent être décrites entre cas d’utilisation : une relation
d’inclusion (include), une relation d’extension (extend) et une
relation de généralisation.
1- La relation d’inclusion (Include)
 Une relation d’inclusion d’un cas d’utilisation A par rapport à
un cas d’utilisation B signifie qu’une instance de A contient le
comportement décrit dans B.
 Un cas A inclus un cas B si l’exécution de A entraine l’exécution
complète de B.
Créer un
nouvel abonné
Gestionnaire
« Include»
Contrôler paiement
abonnement
8

9. 2- Les relations (suite…)

2- La relation d’extension(Extend)
 Une relation d’extension d’un cas d’utilisation A par un cas
d’utilisation B signifie qu’une instance de A peut être étendue
par le comportement décrit dans B. Deux caractéristiques sont à
noter :
•
•
le caractère optionnel de l’extension dans le déroulement du cas
d’utilisation standard (A) ;
la mention explicite du point d’extension dans le cas d’utilisation
standard.
 Lorsque le cas A ne peut satisfaire toutes les conditions, on
étend le cas A par l’exécution du cas B.
Enregistrer
commande
Gestionnaire
« Extend»
Ajouter client
9

10. 2- Les relations (suite…)

3- La Généralisation/Spécification
 Une relation de généralisation de cas d’utilisation peut être
définie comme l’héritage.
 La généralisation peut être assimilée comme une factorisation
de cas d’utilisation: aller du particulier au général.
 La spécification est le développement (décomposition) d’un cas
d’utilisation: aller du général au particulier.
Créer un
compte
Gestionnaire
Créer un compte
courant
Créer un compte
Epargne
10

11. Exemple de relation

11

12. Diagramme de cas
d’utilisation

«Includ »
Acheter CD
Authentification
Client
«Includ »
Payer
Payer par carte
bancaire
«Extend»
Code promotion
Payer par
Paypal
Réduction
12

13. 4- La description textuelle

 À chaque cas d’utilisation doit être associée une
description textuelle des interactions entre l’acteur et le
système et les actions que le système doit réaliser en vue
de produire les résultats attendus par les acteurs.
 UML ne propose pas de présentation type de cette
description textuelle.
 Cependant, les travaux menés par Alistair Cockburn sur
ce sujet constituent une référence en la matière.
 La description textuelle d’un cas d’utilisation est articulée
comme suit
13

14. 4- La description textuelle
(suite…)

Sommaire d’identification
Cette partie est obligatoire;
Elle est constituée:
 Titre: le titre ou le nom du cas d’utilisation concerné
 Résumé: Décrire succinctement le contexte et les
résultats attendus du cas d’utilisation.
 Version: optionnelle: donne le numéro de la version
 Responsable: optionnelle: Renseigne le nom du
responsable
 Auteur: Renseigne le nom de l’auteur
 Acteurs: Le ou les acteurs concernés par le cas doivent
être identifiés en précisant globalement leur rôle.
14

15. 4- La description textuelle
(suite…)

Description des scénarios
 Obligatoire et décrit l’enchaînement des scénarios;
 Elle est constituée:
 Pré conditions: Décrit les conditions particulières sont requises
avant l’exécution du cas.
 Post conditions: décrit les conditions particulières doivent être
réunies après l’exécution du cas.
 Scénario nominal: Il s’agit là du scénario principal qui doit se
dérouler sans incident et qui permet d’aboutir au résultat souhaité.
 Scénario alternatifs: Les autres scénarios, secondaires ou
correspondant à la résolution d’anomalies. Le lien avec le scénario
principal se fait à l’aide d’une numérotation hiérarchisée (1.1a,
1.1b…) rappelant le numéro de l’action concernée.
 Scénario d’erreurs: décrit les cas d’erreurs
 Scénario d’exceptions: décrit les scénarios qui pourront
interrompre de l’exécution du cas d’utilisation.
15

16. Merci pour votre attention!!!!

Vos questions SVP…
Auteur: M. DIALLO Boubacar
Ingénieur en Sécurité des Systèmes d’Information et Monétique
Tel: 664 26 55 51 / 620 26 90 98
E-mail: hamanah08@yahoo.fr
16