Auteur: DIALLO Boubacar Tel: 664 26 55 51 / 620 26 90 98 E-mail: hamanah08@yahoo.fr

1

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

Université Barack Obama L2 Sciences Informatique

Session: 2013-2014

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

1- Présentation

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

1- Présentation (suite…)

Un diagramme de cas d’utilisation est constitué de:

• Système

• Acteurs

• Case d’utilisation

Exemple

4

2- Les constituants d’un DCU

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

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

6

2- Les constituants d’un DCU (suite…)

Acheter CD

Client

7

Exemple de diagramme de cas d’utilisation

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.

8

2- Les relations

Créer un

nouvel abonné

Gestionnaire

Contrôler paiement

abonnement

« Include»

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.

9

2- Les relations (suite…)

Enregistrer

commande

Gestionnaire

Ajouter client « Extend»

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.

10

2- Les relations (suite…)

Créer un

compte

Gestionnaire

Créer un compte

Epargne

Créer un compte

courant

11

Exemple de relation

12

Diagramme de cas d’utilisation

Acheter CD

Client

Payer

Réduction

Payer par

Paypal

Authentification

Payer par carte

bancaire

«Includ »

«Extend»

Code promotion

«Includ »

À 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

4- La description textuelle

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

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

4- La description textuelle (suite…)

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