13/02/2013

Modlisation Des Besoins

avec UML
(bas sur
Enterprise Java with UML)

13/02/2013

Buts
Dfinir les fonctionnalits du systme du point de
vue des utilisateurs
Dlimiter le systme
- ce qui est extrieur et qui communique avec le
systme
- ce qui est interne au systme
Donner une description cohrente de toutes les
vues que lon peut avoir du systme
PG / UML - Modlisation Des Besoins / v 1.2

Page 2

13/02/2013

Processus
Interviewer/couter les clients
Experts du domaine
Utilisateurs finals
=> Notes de meeting

Trouver les Acteurs

Trouver les Cas dUtilisation (CU)
Spcifier/dtailler chaque CU
Faire valider par le client

PG / UML - Modlisation Des Besoins / v 1.2

Page 3

13/02/2013

Interview du client YAPS

Premier Meeting avec le client
Dv : Yet Another Pet Shop, quel nom trange?
Client : La socit YAPS vend des animaux de compagnie.
Dv : Vous voudriez informatiser la gestion de vos clients?
Client : Oui, prioritairement.
Dv : Qui va utiliser lapplication?
Client : Bill, notre employ qui assure la relation clientle.
Dv. : Comment fait-il pour le moment?
Client : Il gre des fiches cartonnes
Dv. : Dautres besoins?

PG / UML - Modlisation Des Besoins / v 1.2

Page 4

13/02/2013

Concepts : Acteur
Entit externe au systme qui interagit avec lui.
Peut-tre un humain, un dispositif physique, un
sous-systme ...

<<Actor>>

<<Actor>>

Pilote

Logiciel de
comptabilit
Client

PG / UML - Modlisation Des Besoins / v 1.2

Page 5

13/02/2013

Concepts : Acteur
Lacteur interagit avec le systme.
Un acteur doit tre identifi en fonction de
son rle.

Systme Informatique
Employ

Franchis
PG / UML - Modlisation Des Besoins / v 1.2

Administrateur

Internaute
Page 6

13/02/2013

Concepts : Diagramme de Use Case

Cas dutilisation
Acteur

Reprsente des Acteurs relis par des

relations des cas dutilisation.

PG / UML - Modlisation Des Besoins / v 1.2

Page 7

13/02/2013

Diagramme de Use Case - Exemple

Source http://uml.free.fr/
PG / UML - Modlisation Des Besoins / v 1.2

Page 8

13/02/2013

Processus : trouver les Acteurs

Les acteurs sont des noms dcouverts en
lisant les interviews
Exemples :

employ,
service clientle,
internaute,
client,

Synthtiser/Regrouper

PG / UML - Modlisation Des Besoins / v 1.2

Page 9

13/02/2013

Processus : trouver les CU

Les CU sont des actions dcouvertes en
lisant les interviews
Exemples :
grer les clients
grer le catalogue

Synthtiser/Regrouper

PG / UML - Modlisation Des Besoins / v 1.2

Page 10

10

13/02/2013

YAPS : 1-er Diagramme de CU

PG / UML - Modlisation Des Besoins / v 1.2

Page 11

11

13/02/2013

Concepts : include et extend

Les CU peuvent tre structurs par deux relations :
Inclusion : strotype include .
Le CU inclus fait partie du droulement habituel du CU
de base.

Extension : strotype extend .

Le CU de base peut quelque fois faire appel un autre CU
qui ne fait pas partie du droulement habituel du CU de
base.
PG / UML - Modlisation Des Besoins / v 1.2

Page 12

12

13/02/2013

Concepts : include et extend

<<include>>

Identifier client

Passer une commande

Le client doit stre pralablement identifi avant de

passer une commande

Passer une commande

<<extend>>

Crer un compte

Pour passer une commande, le client doit avoir un

compte
PG / UML - Modlisation Des Besoins / v 1.2

Page 13

13

13/02/2013

YAPS : Diagramme de CU

PG / UML - Modlisation Des Besoins / v 1.2

Page 14

14

13/02/2013

Description textuelle de CU
Un CU ne se limite pas un diagramme
Il est dtaill par une description textuelle
Non normalise mais comportant obligatoirement
les acteurs impliqus
le scnario nominal (80%)
les scnarios alternatifs

PG / UML - Modlisation Des Besoins / v 1.2

Page 15

15

13/02/2013

CU et scnario nominal
Scnario nominal = squence (numrote) dtapes
Types dtapes :
interaction entre lacteur et le systme
(expliciter lchange dinformation)
opration du systme
vrification par un intervenant

PG / UML - Modlisation Des Besoins / v 1.2

Page 16

16

13/02/2013

CU et scnarios alternatifs
Plusieurs scnarios alternatifs possibles
Un scnario alternatif
utilise le numro de ltape concerne du
scnario nominal
prcise la condition dexcution
liste la suite des tapes alternatives

PG / UML - Modlisation Des Besoins / v 1.2

Page 17

17

13/02/2013

CU - scnario gnrique
Scnario nominal
1. lutilisateur saisie des donnes
2. le systme vrifie les donnes
3. le systme calcule des rsultats
4. le systme affiche les rsultats
Scnarios alternatifs
2a saisie errone
2a1 : le systme renvoie un message derreur
PG / UML - Modlisation Des Besoins / v 1.2

Page 18

18

13/02/2013

CU exemple 1/3
Retrait un Distributeur Automatique Bancaire
Nom : Retirer de largent un DAB
Rsum :
Acteur : Client
Intervenants : Banque, Client
Pr-condition : compte du client
approvisionn
Postcondition : compte dbit, argent retir
PG / UML - Modlisation Des Besoins / v 1.2

Page 19

19

13/02/2013

CU exemple 2/3
Scnario nominal
1. le Client introduit sa carte dans le lecteur
2. le DAB dcrypte lidentifiant de la carte
3. le Client saisit son code secret
4. le DAB valide le code saisi
5. le Client slectionne un montant
6. le DAB soumet la demande la banque
7. le DAB dlivre la carte, largent et un reu
PG / UML - Modlisation Des Besoins / v 1.2

Page 20

20

13/02/2013

CU exemple 3/3
Scnarios alternatifs
2a carte vole
2a1 : le DAB confisque la carte
4a code saisi invalide
4a1 : le DAB demande de ressaisir le code
7a solde insuffisant
7a1 : le DAB rend la carte en prcisant que la
somme demande est trop leve
PG / UML - Modlisation Des Besoins / v 1.2

Page 21

21

13/02/2013

Description textuelle de CU Arrington

Nom
Rsum
Acteurs
Pr-conditions
Description
(= scnario nominal)
Exceptions
(= scnario alternatifs)
Diagramme dactivits
Questions ouvertes
PG / UML - Modlisation Des Besoins / v 1.2

Page 22

22

13/02/2013

Description textuelle CU1

Nom : Sidentifier
Rsum : permet un client de sauthentifier
Acteurs : Client.
Pr-condition : le client doit pralablement exister dans le systme
Description :
1 le client se connecte au systme informatique.
2 le systme demande un identifiant et un mot de passe
3 le client fournit son identifiant et son mot de passe.
4 le systme affiche un message de bienvenue; le client est connect au systme.

Exceptions :
3a le client saperoit quil nest pas connu du systme; il a la possibilit de crer un compte
4a les informations fournies sont incorrectes, le systme redemande lidentifiant et le mot de passe.

Diagramme dactivits : voir figure 3.1

Post-condition : le client est identifi.
PG / UML - Modlisation Des Besoins / v 1.2

Page 23

23

13/02/2013

Diagramme dactivits du CU1

PG / UML - Modlisation Des Besoins / v 1.2

Page 24

24

13/02/2013

Description textuelle CU2

Nom : Visualiser le catalogue
Rsum : permet de visualiser le catalogue danimaux
Acteurs : Franchis.
Pr-condition : Le franchis sest authentifi.
Description :
1 Le franchis slectionne une catgorie; les produits de la catgorie slectionne saffichent
2 Il slectionne un produit; les articles du produit slectionn saffichent.
3 Il slectionne un article; les dtails de larticle (photo et prix) saffichent
4 A tout moment il peut afficher la liste des produits d'une catgorie

Exceptions :
Diagramme dactivits : voir figure 3.2
Post-condition :

PG / UML - Modlisation Des Besoins / v 1.2

Page 25

25

13/02/2013

Diagramme dactivits du CU2

PG / UML - Modlisation Des Besoins / v 1.2

Page 26

26