CCI : UML
2013-2014
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 :
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
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
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
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.