AXE FONCTIONNEL :

CAS D’UTILISATION
2ème année
Ingénieurs en Informatique
ENIT

Nejib Ben Hadj-Alouane

 Introduction (1/2)
2

Axe fonctionnel

Axe statique Axe dynamique

Point de vue

Axe fonctionnel : Cas d'utilisation 2011

 Introduction (2/2)
3

 Cas d’utilisation (CU) = principal appui de l’axe

fonctionnel
 Description des exigences fonctionnelles du système
 Définition des frontières du système ainsi que ses
relations avec son environnement
 Utilisé dans l’étape de capture et de spécification
des besoins
 Description des CU basée sur la notion de scénarios

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme de cas d’utilisation
4

 le plus simple d'UML, le moins technique, mais aussi

souvent le plus mal utilisé
 Concepts fondamentaux
1. Cas d’utilisation
2. Acteurs (humains, non humains)
3. Relations
 Entre un cas d’utilisation et un acteur
 Entre les acteurs
 Entre les cas d’utilisation

Axe fonctionnel : Cas d'utilisation 2011

 1. Cas d’utilisation
5

 Modélisation du point de vue de l’utilisateur

 Spécification d’un service rendu par le système à
l’utilisateur
 Composé d’actions déclenchées par un acteur,
réalisées par le système et produisant un résultat
significatif pour l’acteur
 Formalisme graphique
Gérer une
Verbe+complément
commande

Axe fonctionnel : Cas d'utilisation 2011

 Recenser les cas d’utilisation
6

 Se placer du point de vue de chaque acteur

 Déterminer comment chaque acteur se sert du
système
 Dans quels cas l’acteur utilise le système
 A quelles fonctionnalités l’acteur doit avoir accès
 Rester au niveau des grandes fonctions du système

Axe fonctionnel : Cas d'utilisation 2011

 2. Acteurs (1/2)
7

 Ensemble de rôles joués par une entité externe

 Interaction directe avec le système
 Appartenant à l’environnement du système
 Formalisme graphique
« actor »
Acteur non humain
Acteur humain
e.g.
« actor »
Système logistique
Caissier
Axe fonctionnel : Cas d'utilisation 2011
 2. Acteurs (2/2)
8

 Deux types
1. Principal :
 Au moins un acteur principal
 Résultat du cas d’utilisation lui est favorable
2. Secondaire :
 Eventuellement d’autres acteurs secondaires
 Sollicité par le système lors de l’exécution du CU

Axe fonctionnel : Cas d'utilisation 2011

 3. Relations (1/3)
9

 Entre un cas d’utilisation est un acteur

 Relationsignifiant « participe à »
 Déclenche le CU / Reçoit seulement l’action

CU1

CU2
acteur
Réception
seulement

Axe fonctionnel : Cas d'utilisation 2011

 3. Relations (2/3)
10

 Entre acteurs
 Relation de généralisation
 Si l’acteur A généralise l’acteur B, alors tous les cas
d’utilisation accessible à A le sont aussi à B. Mais
l’inverse est faux
e.g.
CU1 Traiter une
commande
Acteur A Vendeur

CU2 Gérer le stock

Acteur B Axe fonctionnel : Cas d'utilisation 2011
Responsable vente
 3. Relations (3/3)
11

 Relation entre les cas d’utilisation (1/3)

1. Relation d’inclusion
 Représentée par le stéréotype « include »
 Enrichissement obligatoire du CU de base
 N’est pas directement accessible à l’acteur
 Décomposition interne du CU de base
 CU commun, inclus dans d’autres et donc sa factorisation
CU1.1 Cas inclu e.g. Identifier client

« include » « include »

CU1 Cas de base Gérer commande

acteur Axe fonctionnelvendeur
: Cas d'utilisation 2011
 3. Relations (3/3)
12

 Relation entre les cas d’utilisation (2/3)

2. Relation d’extension
 Représentée par le stéréotype « extend »
 Enrichissement optionnel du CU de base
 Extension faite dans le CU de base appelée point d’extension
 Extension optionnelle, donc exécution indépendante des deux
cas
e.g.
Cas étendu Gérer client
CU2
« extend » « extend »
Point Ext2
Points d’extension
Cas de base Point Ext1 Gérer commande
CU1 Point Ext2 vendeur
acteur Axe fonctionnel : Cas d'utilisation 2011
 3. Relations (3/3)
13

 Relation entre les cas d’utilisation (3/3)

3. Relation de spécialisation/généralisation
 Expression d’un héritage à partir d’un CU de base
 Héritage de la description des parents
 + interactions spécifiques ou modification des interactions
héritées
e.g.
CU Rechercher un
produit

Acteur Vendeur

CU1 CU2 Recherche Recherche

rapide avancée
Axe fonctionnel : Cas d'utilisation 2011
 Etapes de représentation du
14
diagramme
 Etape 1 : Identification des acteurs
 Etape 2 : Identification des CUs et représentation dans
un tableau
Acteurs\CUs CU1 CU2 CU3
Acteur1 P ou S P ou S P ou S P = acteur principal
Acteur2 P ou S P ou S P ou S S = acteur secondaire

 Etape 3 : Utiliser le tableau pour représenter une

première vue du diagramme de cas d’utilisation
 Etape 4 : Compléter le diagramme par les relation d’
1. Inclusion « include »
2. Extension « extend »
Axe fonctionnel : Cas d'utilisation 2011
3. Héritage
 Règles de bonne pratique
15

 Suivre le raisonnement du test du patron : « À quoi

avez-vous passé la journée ? »
 Se tenir à la description textuelle
 Ne pas laisser libre cours à son imagination de peur
de dévier des exigences de l’utilisateur
 Bonne évaluation de la taille d’un CU : ni trop
grand ni trop petit
 Suivre le point de vue de l’utilisateur et non celui de
l’application visée
Axe fonctionnel : Cas d'utilisation 2011
 Fonctionnement des cas d’utilisation
16

 UML n’impose rien quant à la description du

système
 Diagramme de CU pour la description du système
de point de vue acteur mais échange de messages
ignoré
 Les pré-conditions : état du système avant le
déroulement de la séquence
 L’enchaînement des messages
 Les post-conditions : état du système après le
déroulement de laAxeséquence nominale
fonctionnel : Cas d'utilisation 2011
 Fonctionnement des cas d’utilisation
17

 Description précise de l’interaction des acteurs avec

le système
 Basé sur la notion de scénario
 Scénario = succession particulière d’enchainements,
s’exécutant du début à la fin du CU
 Deux types de scénarios
 Nominal

 Alternatif qui se termine normalement ou en échec

Axe fonctionnel : Cas d'utilisation 2011

 Description textuelle des CUs
18

 Plan type
 Titre

 Objectif

 Acteurs

 Pré-conditions

 Post-conditions

 Description du scénario nominal

 Description des scénarios alternatifs

 Description des scénarios d’erreur

Axe fonctionnel : Cas d'utilisation 2011

 Description textuelle des CUs (e.g.)
19

Réserver un « actor »
véhicule Système bancaire

client

 Titre : Réserver un véhicule

 Objectif : Ce CU permet à un internaute de saisir une
demande de réservation
 Acteurs : client (principal), système bancaire (secondaire)
 Pré-condition : Le parc véhicule n’est pas vide
 Post-condition : Une demande de réservation a été enregistrée
par le système avec toutes les informations nécessaires
Axe fonctionnel : Cas d'utilisation 2011
 Description textuelle des CUs (e.g.)
20

 Descriptif du scénario nominal

1. Le client saisit son code d’identification
2. Le système vérifie son code d’identification
3. Le système demande au client de saisir les informations sur
la réservation
4. Le client saisit les informations sur la réservation
5. Le système interroge l’acteur système bancaire pour
vérifier l’acompte
6. Le système bancaire donne une réponse favorable
7. Le système envoie au client un message de confirmation

Axe fonctionnel : Cas d'utilisation 2011

 Description textuelle des CUs (e.g.)
21

 Description des scénarios alternatifs

SA1 : code d’identification erroné pour la 1ère ou la 2ème fois
SA1 démarre au point 2 du scénario nominal
3. Le système indique au client que le code est erroné, pour
la 1ère et la 2ème fois
Le scénario reprend au point 1.
 Descriptifs des scénarios d’erreur
SE1 : code d’identification erroné pour la 3ème fois
SE1 démarre au point 2 du scénario nominal
3. Le système indique au client que le code est erroné pour la
3ème fois. Le CU se termine en échec (l’objectif n’est pas
atteint)

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme de séquences système
22

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme de séquences système
23

 Version simplifiée du Diagramme de Séquence de

conception
 Compléter la description textuelle du CU
 Description graphique d’un scénario représentatif
d’un cas d’utilisation
 Un DSS pour la description d’un seul scénario à la
fois
 Représentation des interactions entre les acteurs et
le système
 Système vu comme une boite noire
Axe fonctionnel : Cas d'utilisation 2011
 Diagramme de séquences système
24

Instance
d’acteur

:système
:acteur

Action
importante
Message (interne)

Ligne de
vie

Axe fonctionnel : Cas d'utilisation 2011

 Règles de bonne pratique
25

 R1 : Messages provenant de l’acteur jamais sous

forme de verbe
 R2 : Messages bouclant sur le système sous forme
de verbe
 R3 : Messages provenant du système, deux cas
possibles
 Verbe si message représentant une action importante
 Pas de verbe si message évalué par l’analyste non
important

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme de séquences système (e.g.)
26

Scénario nominal du CU effectuer une commande

:acteur :Système commercial

:service commande

Nouvelle commande

Afficher formulaire de commande

Commande saisie

Vérifier commande
Afficher message confirmation

Transmettre commande

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme d’activités système
27

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme d’activités système
28

 Version simplifiée du Diagramme d’activités de

conception
 Compléter la description textuelle du CU
 Description de tous les scénarios
 Vision globale de toutes les actions géreés par le
système
 Étapes réalisées en parallèle ou en séquence
 Gestion des boucles et des conditions

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme d’activités système
29

 Concepts
 Activité : action importante du système
 Transition : relation entre les activités, représentant la
fin d’une activité et le début d’une autre
 Condition : restriction de l’utilisation d’une transition,
devant être vraie pour le déclenchement de la suite
 Décision : représentation d’options identifiées par des
conditions exclusives
 Parallélisme : fourche ou synchronisation

 Point de départ/point d’arrivée

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme d’activités système
30

Transition Décision Point d’arrivée

[cond1]
Activité1 Activité2

Point de départ [cond2] Condition

Activité

Activité3

parallélisme
Décision

Activité4 Activité5

Point d’arrivée
Axe fonctionnel : Cas d'utilisation 2011
 Règles de bonne pratique
31

 R1 : Prendre toutes les actions sous forme de verbe

partant du système
 R2 : Chaque action sous forme de verbe
représentée par une activité
 R3 : Méthode juste si et seulement si les 3 règles de
construction du DSS sont respectée

Axe fonctionnel : Cas d'utilisation 2011

 Diagramme d’activités système (e.g.)
32

Description du cas effectuer une commande

Afficher Vérifier
formulaire commande

[non valide 1 fois]

Afficher message [valide]
confirmation
[non valide 2fois]

[fin anormale]
Transmettre
commande
[fin normale]
Axe fonctionnel : Cas d'utilisation 2011
33 Ne jamais oublier…
A force de forger, on devient forgeron!!!

Axe fonctionnel : Cas d'utilisation 2011