Vous êtes sur la page 1sur 4

Master d'informatique, Universit Lyon 1

CCI : UML
2013-2014

TD1 : Cas dutilisation


CORRECTION

On sintresse ici aux cas dutilisation textuels de lapproche dA. Cockburn.

Exercice 1
Un collgue vous envoie le cas dutilisation suivant. A laide des conseils de rdaction vus en cours,
renvoyez-lui un avis critique et des corrections :

Cas dutilisation 25 : ouvrir une session


Ce cas dutilisation dcrit le processus par lequel les utilisateurs se connectent au systme de
traitement des commandes. Il vise aussi tablir les autorisations daccs aux diffrentes
catgories dutilisateurs (clients, employs, ).

Scnario :
1. Le cas dutilisation dbute lorsque lutilisateur dmarre lapplication
2. Le systme affiche lcran douverture de session
3. Lutilisateur saisit un nom dutilisateur et un mot de passe
4. Le systme vrifie les informations
5. Le systme dfinit les autorisations daccs
6. Le systme affiche lcran principal
7. Lutilisateur slectionne une fonction
8. Tant que lutilisateur ne slectionne pas la sortie, boucler :
9. Si lutilisateur slectionne Passer une commande, utiliser Passer une commande
10. Si lutilisateur slectionne Retourner le produit, utiliser Retourner le produit
11. Si lutilisateur slectionne Annuler la commande, utiliser Annuler la commande
12. Si lutilisateur slectionne Obtenir ltat de la commande, utiliser Obtenir ltat de la
commande
13. Si lutilisateur slectionne Envoyer le catalogue, utiliser Envoyer le catalogue
14. Si lutilisateur slectionne Excuter le rapport des ventes, utiliser Excuter le rapport des
ventes
Fin Si
15. Lutilisateur slectionne une fonction.
Fin de boucle
16. Le cas dutilisation prend fin

CORRECTION
Le CU ne concerne pas louverture de sessions, malgr ce que laisse entendre son nom et son
rsum. Il concerne le systme de traitement des commandes. Le vritable CU auquel nous avons
affaire ici est un CU de niveau stratgique et de porte systme, en bote noire. Si les 6 premires
tapes concernent bel et bien louverture de sessions, il sagit l dun niveau dobjectif infrieur, qui
devrait tre mis part. Une fois la chose faite, on remarque que lutilisateur ouvre une session pour
rentrer dans le systme, mais quil nen sort jamais !

Boucler tant que lutilisateur ne slectionne pas la sortie, Fin Si et Fin de boucle sont des
constructions de programmeurs qui nont aucun sens pour les lecteurs potentiels du CU. La
prsence des noncs en si alourdit lcriture. Les tapes dcrivent la conception de linterface
Master d'informatique, Universit Lyon 1
CCI : UML
2013-2014

utilisateur, qui na pas apparatre ici.

Le cas dutilisation dbute lorsque et Le cas dutilisation prend fin sont des tapes strictement
ornementales, donc inutiles. La plupart des lecteurs supposeront naturellement que le CU dbute
avec ltape 1 et sachve la fin de lcrit.

Lautre style prendre en considration est la formule suivante : Lutilisateur , utiliser Passer une
commande. Dans cette expression, utiliser renvoie la relation UML dinclusion (auparavant
appele relation dutilisation). Cette formulation obscurcit plus quelle nclaire le rcit. On
prfrera employer la convention vue en cours pour renvoyer un autre CU (nom du CU en
soulign).

Si on souhaitait tre compltement rigoureux, on crirait les champs Acteur principal, Garanties,
Niveau dobjectif, Porte ainsi que les extensions

On peut identifier deux CU placer part : le CU de niveau utilisateur Utiliser le systme de


traitement des commandes et le CU de niveau sous-fonction Ouvrir une session.

Cas dutilisation 25 Utiliser le systme de traitement des commandes

Scnario nominal :
1. Lutilisateur ouvre une session
2. Le systme prsente les fonctions disponibles. Lutilisateur en slectionne une parmi les
suivantes et leffectue :
Passer une commande
Retourner le produit
Annuler une commande
Obtenir un tat de la commande
Envoyer un catalogue
Excuter le rapport des ventes
3. Cette opration se rpte jusqu ce que lutilisateur choisisse de quitter
4. Le systme ferme la session de lutilisateur lorsque celui-ci choisit de quitter

Exercice 2

Vous venez de perdre vos cls dans le bus et avez lide de dvelopper un service dobjet trouv sur
Internet : fffound. Le service fournit des portes cls et des autocollants avec un identifiant et un
QRcode unique ses utilisateurs. Les utilisateurs peuvent coller les autocollants sur leurs objets
(par exemple un tlphone) ou attacher leurs cls au porte cls.
Ils doivent ensuite lier ces identifiants leurs comptes, pour que des personnes qui trouveraient les
objets perdus puissent rentrer en contact avec eux, en rentrant lidentifiant de lobjet.

A partir de cette description, nous pouvons produire des cas dutilisation ayant des portes, des
visibilits et des niveaux dobjectifs diffrents. Ecrivez trois cas dutilisation :
1. Un CU mtier de niveau stratgique dont la porte est votre entreprise et lacteur principal le
client, en bote noire.
2. Un CU de niveau utilisateur, dont la porte est le service denregistrement.
3. Un CU de niveau utilisateur, dont lacteur principal est la personne trouvant un trousseau
perdu.
Master d'informatique, Universit Lyon 1
CCI : UML
2013-2014

CORRECTION

CU1 le client utilise fffound


Porte : fffound
Niveau : stratgique
Acteur principal : le client
Dclencheur : le client dcouvre le service
Garanties minimales : le client a un compte.
Garanties de succs : le client a enregistr des objets sur le site.
Scnario nominal :
1. Lutilisateur sinscrit sur le site
2. Lutilisateur commande des autocollants.
3. fffound envoie des autocollants.
4. Lutilisateur attache les autocollants ses objets.
5. Lutilisateur enregistre les identifiants sur le site.
Extensions
2a. Les autocollants sont trop chers ou ne correspondent pas aux attentes/besoins de
lutilisateur. Il attend une nouvelle version.
3a. fffound associe automatiquement les identifiants des autocollants au compte de
lutilisateur.
5a. Lutilisateur utilise son tlphone portable pour enregistrer les autocollants en scannant le
QRcode.

CU2 le client senregistre sur fffound

Porte : fffound
Niveau : utilisateur
Acteur principal : le client
Dclencheur : le client dcouvre le service
Garanties minimales : le client a un compte.
Garanties de succs : le client a enregistr des objets sur le site.
Scnario nominal :
1. Lutilisateur sinscrit sur le site
2. Lutilisateur commande des autocollants.
3. fffound envoie des autocollants.
4. Lutilisateur attache les autocollants ses objets.
5. Lutilisateur enregistre les identifiants sur le site.
Extensions
2a. Les autocollants sont trop chers ou ne correspondent pas aux attentes/besoins de
lutilisateur. Il attend une nouvelle version.
3a. fffound associe automatiquement les identifiants des autocollants au compte de
lutilisateur.
5a. Lutilisateur utilise son tlphone portable pour enregistrer les autocollants en scannant le
QRcode.
5b. Lutilisateur configure le message qui saffichera si quelquun trouve lobjet perdu.

CU3 le client senregistre sur fffound


Porte : fffound
Niveau : utilisateur
Acteur principal : une personne dcouvrant un objet perdu
Acteur secondaire : le propritaire
Master d'informatique, Universit Lyon 1
CCI : UML
2013-2014

Dclencheur : une personne dcouvre un objet perdu enregistr sur fffound


Garanties minimales : aucune
Garanties de succs : le client retrouve son objet
Scnario nominal :
1. Le dcouvreur trouve lobjet
2. Le dcouvreur se rend compte que lobjet est associ fffound
3. Le dcouvreur comprend que fffound permet de rentrer en contact avec le propritaire de
lobjet.
4. Le dcouvreur se rend sur le site de fffound.
5. Lutilisateur entre lidentifiant de lobjet sur le site.
6. fffound affiche le message du propritaire au dcouvreur
7. [Cette partie sera dtailler et discuter en classe] Une page de discussion (anonyme ?)
est tablie entre le propritaire et la personne ayant trouv lobjet.
8. fffound enregistre pour rfrence lIP du dcouvreur, sa localisation. <- boite blanche
9. Un mdiateur de fffound est prvenu pour vrifier ventuellement que la discussion se
passe dans de bonnes conditions.
10. fffound envoie une alerte au propritaire
11. Le propritaire peut dcider dune rcompense qui passera par fffound une fois lobjet
remis.
12. Quand les deux personnes se rencontrent, elles valident lchange.
Extensions
1a. Le dcouvreur ignore lobjet
3a. Le dcouvreur ignore le service fffound
4a. Le dcouvreur utilise son tlphone portable pour scanner le QRcode.
11a. Le dcouvreur doit se crer un compte avec donnes bancaires.
11b. Il ny a pas de rcompense, fffound envoie gratuitement des autocollants la personne
qui a rendu lobjet.

Vous aimerez peut-être aussi