Chapitre I: Analyse fonctionnelle
Module Langage de mod lisation UML
Ann e Universitaire
2015-2016
2016-2017
PLAN
PLAN
PLAN
Objectifs
Diagramme de contexte statique
Diagramme de cas dutilisation
Description dun cas dutilisation
2
PLAN
PLAN
Objectifs
Axe fonctionnel = Vue utilisateur
Description du fonctionnement du syst me.
D termination des besoins attendus par chaque acteur?
le QUOI?
Concevoir une application logicielle de qualit qui r pond aux besoins des
utilisateurs/clients en respectant les diverses contraintes.
3
PLAN
PLAN
Diagramme de contexte statique
Il permet de positionner le syst me dans son environnement selon un point de vue mat riel.
Le syst me est donc d crit physiquement est non pas en termes de fonctionnalit s.
Il sp cifie le nombre dinstances dutilisateurs reli s au syst me un moment donn .
4
PLAN
PLAN
Diagramme de cas dutilisation
Objectifs
Importance
Concepts cl s
5
PLAN
PLAN
Diagramme de cas dutilisation
Objectifs
Identifier les diff rentes cat gories dutilisateurs dun syst me.
Identifier les besoins
Faire l'inventaire des fonctionnalit s dun syst me dun point de vue utilisateur.
6
PLAN
PLAN
Diagramme de cas dutilisation
Importance
7
10
Concepts cl s
Acteur
Cas dutilisation
Relation
PLAN
PLAN
Diagramme de cas dutilisation
Note UML : permet lajout
de commentaires
Exemple : diagramme de cas dutilisation pour le syst me gestion de commandes
8
Diagramme de cas d'utilisation
Acteur
Abstraction dun r le jou par une entit externe qui agit sur le syst me
En r ponse l'action d'un acteur, le syst me fournit un service qui correspond son
besoin
Types dacteurs:
Acteur humain : individu ou groupe dindividus
Acteur syst me : mat riel ou logiciel
9
PLAN
PLAN
Diagramme de cas dutilisation
"
13
Acteur principal vs Acteur secondaire:
Acteur principal
v Utilise le syst me
vObtient un r sultat observable
v qui va servir le syst me? Qui va lutiliser? Qui le syst me doit-il aider?
Acteur secondaire
Advertisement
v Fournit toutes les informations n cessaires au bon fonctionnement du syst me
pour les acteurs primaires
Un m me acteur peut tre principal pour un cas dutilisation et
secondaire pour un autre cas.
10
PLAN
PLAN
Diagramme de cas dutilisation
15
"
Cas dutilisation
Fonctionnalit visible de lext rieur du syst me dont on d sire d crire le fonctionnement.
R ponse un besoin
Implique des s ries d'actions plus l mentaires.
Exprime un service r alis de bout en bout, avec un d clenchement, un d roulement et
service rendu l'utilisateur.
une fin, pour l'acteur qui l'initie.
11
PLAN
PLAN
Diagramme de cas dutilisation
"
17R
Relations
Relation acteur-cas dutilisation
v Relation dassociation
Relations cas dutilisation-cas dutilisation
v D pendances explicit es par des st r otypes
G n ralisation/sp cialisation
Relation acteur-acteur
v G n ralisation/sp cialisation
12
PLAN
PLAN
Diagramme de cas dutilisation
"
18
Relation
Cas dutilisation Acteur : relation dassociation
Chemin de communication entre un acteur et un cas
Est repr sent e par un trait continu
Cas dutilisation Acteur secondaire
Ajout du st r otype secondary sur la relation
13
Diagramme de cas d'utilisation
Relation
Inclusion : le cas A inclut le cas B (B est une partie obligatoire de A).
Extension : B tend le cas A (B est une partie optionnelle de A).
G n ralisation : le cas A est une g n ralisation du cas B (B est une sorte de A).
14
PLAN
PLAN
Diagramme de cas dutilisation
"
19
Relation
Cas dutilisation - Cas dutilisation : Inclusion
v Lorsquun cas dutilisation a besoin de laide dun autre cas
v Permet didentifier un sous-ensemble commun plusieurs cas
C1 utilise C2 toute activation de C1 entra ne une
activation de C2
Exemple :
15
PLAN
PLAN
Diagramme de cas dutilisation
Relation
Cas dutilisation - Cas dutilisation : Extension
v Un cas dutilisation peut avoir besoin dun autre cas dutilisation.
v Lextension permet didentifier des comportements alternatifs optionnels.
C2 tend C1 C2 est une fa on
particuli re de r aliser C1
Exemple :
16
PLAN
PLAN
Diagramme de cas dutilisation
Relation
Cas dutilisation - Cas dutilisation : Extension
Il est possible de d finir un point dextension:
indique le moment/ la condition o intervient lextension.
17
Advertisement
PLAN
PLAN
Diagramme de cas dutilisation
"
22
Relation
Cas dutilisation - Cas dutilisation : G n ralisation
v Lh ritage est un concept fondamental en programmation, en analyse et en conception orient e
objet.
v Cette id e appliqu e aux acteurs et aux cas dutilisation est appel e g n ralisation/sp cialisation
v Le cas g n ral est consid r comme un cas abstrait
Exemple :
18
PLAN
PLAN
Diagramme de cas dutilisation
"
23
Relation
Acteur Acteur
v La seule relation possible entre deux acteurs est la g n ralisation/sp cialisation
v Un acteur A est une g n ralisation dun acteur B si lacteur A peut tre substitu par lacteur B. Dans
ce cas, tous les cas dutilisation accessibles A le sont aussi B, mais linverse nest pas vrai.
v Le symbole de la fl che pointe vers lacteur le plus g n ral.
Exemple :
19
PLAN
PLAN
Diagramme de cas dutilisation
Exemple
20
PLAN
PLAN
Etude de cas : Vente en ligne des ouvrages
Une soci t d sire d velopper un site de vente de livres. La principale
fonction offerte par le site est la recherche d'ouvrages. Le site doit offrir
plusieurs m thodes de recherche : par titre, par N ISBN ou par auteur. Le
client doit pouvoir aussi acc der aux classements des meilleures ventes de
livres. Il peut sil le souhaite imprimer le classement.
Le client a la possibilit de passer la commande en ligne. Le client effectue
son paiement sur le web via sa carte bancaire.
Le client doit pouvoir ensuite suivre ses commandes r centes et les d tails
de livraisons.
Evidemment,
diff rentes fonctionnalit s.
le client doit sauthentifier pour pouvoir acc der aux
21
PLAN
PLAN
Etude de cas : Vente en ligne des ouvrages
secondary
22
PLAN
PLAN
Description textuelle dun cas dutilisation
Description dun cas dutilisation.
Int r t.
Sc narii dun cas dutilisation
Parties essentielles.
23
PLAN
PLAN
Description textuelle dun cas dutilisation
Description dun cas dutilisation
24
PLAN
PLAN
Description textuelle dun cas dutilisation
Int r t
Chaque cas dutilisation doit tre d crit en d tail: description textuelle
Description utile:
v langue naturelle mais structur e compr hensible par les utilisateurs.
v vocabulaire pr cis pour que les analystes et les concepteurs puissent sen servir pour
construire le programme.
25
PLAN
PLAN
Description textuelle dun cas dutilisation
28 sc narii dun cas dutilisation
Un cas dutilisation doit avoir un d but et une fin clairement identifi s.
Chaque unit de description de s quence dactions et d change de messages
entre un acteur et le syst me est appel e encha nement.
Advertisement
Un sc nario repr sente une succession dencha nements qui sex cute du
d but la fin du cas dutilisation.
Chaque r sultat possible de lex cution dun cas dutilisation repr sente un
sc nario.
26
PLAN
PLAN
Description textuelle dun cas dutilisation
29 sc narii dun cas dutilisation
Chaque cas dutilisation poss de :
v Un (et un seul) sc nario nominal (se termine sans erreurs).
v Z ro ou plusieurs sc narios alternatifs.
v Z ro ou plusieurs sc narios dexception ( chec).
D but
L gende :
------ : sc nario nominal
------ : sc nario alternatif
------ : sc nario d chec
Echec
Fin
Illustration des sc narii dun cas dutilisation
27
PLAN
PLAN
Description textuelle dun cas dutilisation
Parties essentielles
32
vSommaire didentification.
vDescription des enchainements.
vSp cification non fonctionnelle (optionnelle).
28
PLAN
PLAN
Description textuelle dun cas dutilisation
33
Sommaire didentification
vTitre : Fonctionnalit rendue par le cas dutilisation (CU).
vR sum : Une description r sum e permettant de comprendre
lintention principale de ce cas dutilisation.
vActeurs : Lister les acteurs et mentionner sils sont principaux
ou secondaires.
vDate de cr ation : Date de cr ation de la description textuelle.
vDate de mise jour : Date de mise jour de la description
textuelle
vVersion : Le num ro de la version de la description textuelle
vResponsable : Le nom du responsable de la description
textuelle
29
PLAN
PLAN
Description textuelle dun cas dutilisation
34
Description des enchainements
vPr -conditions : Ce qui doit tre v rifi avant le d clenchement du cas
dutilisation
vSc nario nominal : Description du sc nario nominal sous forme dactions
(acteurs) et r actions (syst me)
vEnchainements alternatifs : Description des sc narii alternatifs qui am nent
le sc nario nominal une autre s quence de traitement et qui se termine
de fa on normale
vEnchainements derreur : Description des sc narii dexception qui d crivent
les cas derreurs
vPost-conditions : ce qui est vrai apr s d roulement du cas dutilisation
30
PLAN
PLAN
Description textuelle dun cas dutilisation
35
Sp cifications non fonctionnelles
vBesoins dIHM :
Expression de contraintes li es linterface
vContraintes non fonctionnelles :
Fr quences
Volum tries
QoS: Disponibilit , fiabilit , Performances
Concurrence
31
PLAN
PLAN
Etude de cas: vente des ouvrages en ligne
35
Une soci t d sire d velopper un site de vente de livres. La principale fonction offerte par le site est la
Advertisement
recherche d'ouvrages. Le site doit offrir plusieurs m thodes de recherche : par titre, par N ISBN ou par auteur.
Le client doit pouvoir aussi acc der aux classements des meilleures ventes de livres. Il peut sil le souhaite
imprimer le classement.
Le client a la possibilit de passer la commande en ligne. Il dispose dun panier virtuel travers lequel il peut
ajouter des ouvrages. La commande est enregistr e lorsque le client valide son panier dachat. Apr s avoir
rempli son panier, le client doit pouvoir acc der au formulaire de commande dans lequel il saisit ses
coordonn es et les informations n cessaires au paiement. Le client effectue son paiement sur le web via sa
carte bancaire.
Le client doit pouvoir ensuite suivre ses commandes r centes et les d tails de livraisons en donnant son mot
de passe.
Evidemment, le client doit sauthentifier pour pouvoir acc der aux diff rentes fonctionnalit s.
32
PLAN
PLAN
Etude de cas: vente des ouvrages en ligne
36
35
Sommaire didentification :
vTitre : Passer commande
vR sum : Cas dutilisation permettant un client de passer une
commande
vActeur : Client (principal), syst me dautorisation (secondaire)
vDate cr ation : 01/09/2015
vDate derni re mise jour : 07/09/2015
vVersion : 1.2
33
PLAN
PLAN
Etude de cas: vente des ouvrages en ligne
37
Description des encha nements :
35
v Pr -conditions :
Stock mis jour
Client authentifi
Sc nario nominal :
Action acteur
1. Le client ajoute des ouvrages
Action syst me
2. Le client valide le panier
3. Le syst me enregistre la commande
4. Le client saisit ses coordonn es
5. Le client saisit ses informations de paiement
6. Le syst me dautorisation valide le paiement
7. Le syst me met jour le stock et confirme lachat
au client
34
PLAN
PLAN
Etude de cas: vente des ouvrages en ligne
38
37
35
Encha nements alternatifs :
A1:Aucun ouvrage n'est s lectionn .
L'encha nement A1 d marre au point 2 du sc nario nominal.
Le syst me signale au client qu'aucun ouvrage n'est s lectionn .
Le sc nario nominal reprend au point 1.
Enchainements derreurs
E1 : paiement non valid .
L'encha nement E1 d marre au point 6 du flot nominal.
Le syst me rel che
le contenu du panier
:
les ouvrages contenus dans
le panier ne sont plus r serv s.
Le syst me signale le probl me au client.
Le cas d'utilisation se termine par un chec.
Post-condition :
Les ouvrages vendus ne sont plus en stock.
35