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
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
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
