Vous êtes sur la page 1sur 19

11/02/2013

1
Jean-Philippe Babau
Dpartement Informatique, UFR Sciences, UBO
Laboratoire Lab-STICC
Rdaction de cas dutilisation
(Use Case)
labsticc.univ-brest.fr/pages_perso/babau/
jean-philippe.babau@univ-brest.fr
UBO
2
11/02/2013
2
jean-philippe.babau@univ-brest.fr
UBO
Objectif des Cas dUtilisation
Description des Cas dUtilisation
Bien faire des Cas dUtilisation
Plan
3
jean-philippe.babau@univ-brest.fr
UBO
Objectif des Cas dUtilisation
Description des Cas dUtilisation
Bien faire des Cas dUtilisation
Plan
4
11/02/2013
3
jean-philippe.babau@univ-brest.fr
UBO
Exemple
5
jean-philippe.babau@univ-brest.fr
UBO
Fixer les limites du systme
Dterminer les rles qui interagissent avec le systme (acteurs)
Dterminer les grandes catgories dutilisation
Dcouvrir / fixer les besoins fonctionnels
Dterminer ce que le systme devra faire
Mais pas comment il devra le faire
Point de vue de lutilisateur
Risques et importance
Exigences non fonctionnelles
Prparer les tests
Dcrire textuellement les interactions (scnarios)
Assurer un lien entre tous les modles dun projet
Relier tous les modles UML aux cas dutilisation
Objectifs des CU
6
11/02/2013
4
jean-philippe.babau@univ-brest.fr
UBO
Passer du flou du cahier des charges des fonctionnalits exprimes dans le
langage du domaine
Modle pivot entre les concepteurs et les utilisateurs
Modle de rfrence pour la conception/ralisation et les tests
Remarque : ce nest pas le diagramme de CU qui est le plus important, mais ce
sont les descriptions textuelles des scnarios
Diagramme de CU ~ table des matires des exigences (scnarios)
Description des exigences
Objectifs des CU pour le dveloppement
7
jean-philippe.babau@univ-brest.fr
UBO
Objectif des Cas dUtilisation
Description des Cas dUtilisation
Bien faire des Cas dUtilisation
Plan
8
11/02/2013
5
jean-philippe.babau@univ-brest.fr
UBO
Entits situes hors du systme
Permettant den dterminer les limites
J ouant un rle par rapport au systme
Dclenchant un stimulus initial entranant une raction du systme
Sollicit par le systme au cours dun scnario
Ayant un intrt vis--vis de lexcution du CU
Que signifie le succs du CU pour lintervenant
Quelles sont les garanties prserver
Exemple : garder une trace en cas de litige
Les Acteurs et intervenants
9
jean-philippe.babau@univ-brest.fr
UBO
Un acteur est dcrit prcisment en quelques lignes
Rle vis--vis du systme global
Organisation, individu, systme informatique
Catgories
Acteurs principaux
Acteurs secondaires
Qui offrent un service pour lexcution du CU
Les Acteurs et intervenants
10
11/02/2013
6
jean-philippe.babau@univ-brest.fr
UBO
Un CU dfinit une famille de scnarios impliquant le mme acteur (dclencheur)
avec le mme objectif
Un CU dfinit un ensemble de scnarios raliss par le systme, produisant un
rsultat observable pour un acteur particulier
Un CU recense les informations changes et les tapes dans la manire
dutiliser le systme, les diffrentes points dextension et les cas derreur
Exemple
Retirer de largent
Acteur principal et dclencheur : utilisateur
Objectif de lutilisateur : obtenir de largent
Intervenants : banque de lutilisateur, gestionnaire du DAB
Garantie minimale : pas de versement suprieur au montant
Garantie en cas de succs: versement de la somme demande
Scnario de retrait correct : squence des interactions client / DAB et rsultats
Scnario sans retrait : plus de billets disponibles, pb identification, compte vide
Les cas dutilisation
11
jean-philippe.babau@univ-brest.fr
UBO
Entreprise organisation
le CU dcrit le comportement de lentreprise
le CU dcrit les actions du processus mtier
par exemple : fonctionnement de lorganisation de luniversit
acteurs principaux : clients, fournisseurs
intervenants : actionnaires, fournisseurs, administration, clients
Systme logiciel
logiciel construire pour automatiser des actions du processus mtier
Par exemple : Systme de gestion des emplois du temps
acteurs principaux : utilisateurs, autres programmes
intervenants : utilisateurs, socit, administration, autres programmes
Composant ou sous-partie logicielle
fonctionnement dune des parties du systme
par exemple : sous-systme de description des salles
Porte des Cas dutilisation
12
11/02/2013
7
jean-philippe.babau@univ-brest.fr
UBO
Un objectif par cas dutilisation
Plusieurs niveaux dobjectif
Objectif stratgique
Action du SI dans lorganisation
Proche des processus mtier
Par exemple Grer une formation
Objectif utilisateur
Fonction du SI pour lutilisateur
Par exemple Rserver une salle
Objectif informaticien
Sous-fonction interne au systme
Par exemple Sidentifier
Les cas dutilisation
13
jean-philippe.babau@univ-brest.fr
UBO
Objectif stratgique
Regroupement dobjectifs utilisateurs
Pas plus de 5
Table des matires des objectifs utilisateurs
Objectif utilisateur
Le plus important
Objectif informaticien
limiter aux cas utiles un haut-niveau de description
Pas de dtails dimplmentation
Sous-scnario standard, utilis dans plusieurs scnarios
Simplification de lcriture des CU de porte utilisateur
Par exemple : valider le code secret
Structuration des objectifs
14
11/02/2013
8
jean-philippe.babau@univ-brest.fr
UBO
Fiche textuelle
Identification du CU
Caractristiques du CU
Ensemble des scnarios couvrant le CU
Dtaille chaque scnario
Comportement nominal (80 %)
Comportements alternatifs
Comportements dexceptions (terminaisons incorrectes)
Sert de base pour les jeux dessais
Description des CU
15
jean-philippe.babau@univ-brest.fr
UBO
Nom
Description brve de lobjectif
Par exemple retirer de largent
Contexte dutilisation
Description plus dtaille du CU
Porte
Organisation, systme, composant
Niveau
Stratgique, utilisateur, informaticien
Acteur principal
Un seul acteur principal
Intervenants et intrts
Autres acteurs impliqus dans le CU
Dclencheur
vnement dclenchant lactivit
Dclench par
lacteur principal
Un acteur secondaire qui joue par procuration le rle de dclencheur pour
lacteur principal
Lcoulement du temps : date fixe ou date rgulire
Fiche textuelle CU
16
11/02/2013
9
jean-philippe.babau@univ-brest.fr
UBO
Prconditions
Contraintes sur le systme et les acteurs impliqus dans le CU
Garanties minimales
Contraintes garanties dans tous les cas
Pertinent en cas dchec
Garanties en cas de succs
Contraintes garanties pour le scnario nominal
Intrts des intervenants en cas de russite
Scnario nominal
Extensions
extensions du scnario nominal
Variantes de technologie ou de donnes
Dploiement dans divers contextes
Utilisation dans des contextes diffrents
Informations connexes
Niveau de scurisation des oprations
Qualit de service (temps de rponse, )
Fiche textuelle CU
17
jean-philippe.babau@univ-brest.fr
UBO
Nom
Porte
Niveau
Acteur principal
Intervenants et intrts
Contexte dutilisation
Fiche textuelle CU simplifie
18
11/02/2013
10
jean-philippe.babau@univ-brest.fr
UBO
Un scnario est une squence dtapes pendant une interaction particulire
Un chemin dans le cas dutilisation
Du dclenchement la ralisation de lobjectif
Tous les scnarios dun CU sont issus du mme acteur et ont le mme objectif
Description des scnarios nominaux
Squence numrote dtapes
Une interaction acteur/systme est une tape
Expliciter lchange dinformation
Une opration du systme est une tape
Expliciter les informations manipules
Une vrification pour un intervenant est une tape
Une tape concerne toujours le systme, et parfois un ou des acteurs
Systme seul : opration interne
Acteurs / systme : interaction
Fin : Succs ou chec, vis--vis de lobjectif
Description des scnarios
19
jean-philippe.babau@univ-brest.fr
UBO
Description des extensions
Rfrence ltape concerne dans le scnario nominal
numro
Nom et numro
Condition dexcution
Squence des tapes alternatives
Fin : Succs ou chec
Description des extensions
20
11/02/2013
11
jean-philippe.babau@univ-brest.fr
UBO
Scnario nominal
1. lutilisateur saisie des donnes
2. le systme vrifie les donnes
3. le systme calcule des rsultats
4. le systme met jour les informations
5. le systme affiche les rsultats
6. succes
Extensions
2a : saisie errone
2a1 : le systme renvoie un message derreur
2a2 : erreur
Scnario gnrique
21
jean-philippe.babau@univ-brest.fr
UBO
Exemple (1/3)
22
11/02/2013
12
jean-philippe.babau@univ-brest.fr
UBO
Exemple (2/3)
23
jean-philippe.babau@univ-brest.fr
UBO
Exemple (3/3)
24
11/02/2013
13
jean-philippe.babau@univ-brest.fr
UBO
Dcrire un scnario
Les tapes senchainent en vue datteindre lobjectif
Pas de description algorithmique
Pas plus de 9 tapes
Dcrire une tape
Une phrase simple (sujet/verbe/complment)
Interaction dun acteur ou opration du systme
Lacteur fournit des informations au systme
Le systme value des donnes
Le systme restitue des informations un acteur
Ne pas dcrire les interfaces (IHM)
Ecriture des scnarios
25
jean-philippe.babau@univ-brest.fr
UBO
include
la ralisation dun CU ncessite la ralisation dun autre
Utile pour dcomposer les CU
extend
le comportement de CU1 peut tre complt par le comportement de CU2
problme lors de linterprtation de CU1 (qui devient incomplet) : nutiliser que si on
ne peut pas modifier CU1, sinon modifier directement CU1
generalize
Hritage de CU : viter car lhritage de comportement nest pas toujours clair
Prfrer la duplication des informations pertinentes
Relations entre CU
26
11/02/2013
14
jean-philippe.babau@univ-brest.fr
UBO
Objectif des Cas dUtilisation
Description des Cas dUtilisation
Bien faire des Cas dUtilisation
Plan
27
jean-philippe.babau@univ-brest.fr
UBO
Tout ce qui permet de mieux expliquer le CU
Modle du domaine
Terminologie du domaine
Modles des processus mtier
Diagramme dactivit
Diagrammes de squence systme
Texte complmentaire pour chaque tape
lments pertinents pour le dveloppement
lments pertinents pour prciser ltape
Informations complmentaires
28
11/02/2013
15
jean-philippe.babau@univ-brest.fr
UBO
Exigences non fonctionnelles
Scurit
Niveau
Persistance
Quelles informations doivent tre conserves
Trace
Ergonomie
Simplicit de l'IHM
Ressources
Matriel et protocoles
Performances
Temps de rponse, dbit rseau, espace mmoire
Qualit de service
Temps de rponse, qualit des informations
Informations complmentaires
29
jean-philippe.babau@univ-brest.fr
UBO
Classer les CU selon l'importance
Dfinie par le client
Classer les CU selon le risque
Mauvaise comprhension des exigences
Difficult de mise en uvre
Problme difficile
Maitrise technique
Ressources disponibles
Classement niveau de dcomposition
Un niveau de risque et d'importance par CU
Risques et importance
30
11/02/2013
16
jean-philippe.babau@univ-brest.fr
UBO
Nommage cohrent
Comprhensible par un expert du domaine
Pas plus de 20 CU
Description lisible et informelle
Texte simple, phrases descriptives
Pas trop long (personne ne lit 10 pages)
Ne pas utiliser les relations entre CU pour expliquer un besoin fonctionnel
Insister sur les scnarios
Le diagramme de CU reste une table des matires pour les exigences
fonctionnelles
Conseils de rdaction
31
jean-philippe.babau@univ-brest.fr
UBO
Conclusion
CU
Acteurs (dont un principal), un objectif et des scnarios (dont un nominal)
Scnario : squence dactions
Action : interaction ou opration portant sur des informations
Importance des CU
Pivot entre le client et le dveloppement
Base pour les jeux dessais
Organisation des exigences fonctionnelles
Niveau de risque et d'importance
Rdaction des CU
Lisibilit, clart
Simplicit
Prcision
Difficile crire mais facile lire
32
11/02/2013
17
jean-philippe.babau@univ-brest.fr
UBO
A capability that the system must deliver or a condition that it must be satisfied in order to
address a need of a stakeholder. [Larman, 2002]
Une exigence est dfinie (norme IEEE 830-1993) comme tant :
(1) une condition ou capacit dont un utilisateur a besoin pour rsoudre un
problme ou atteindre un objectif;
(2) une condition ou capacit qui doit tre satisfaite ou possde par un
systme *+pour satisfaire un contrat, une norme, une spcification, ou
tout autre document formellement impos *+.
Exigence (le Quoi) ne pas confondre avec la Conception (le Comment)
Mise en place :
tude de lexistant
tude des besoins exprims
tude des rgles de gestion et des lois
comprhension du domaine
tude des ocncurrents
Les exigences
33
jean-philippe.babau@univ-brest.fr
UBO
Phase de cration
Dossier commercial, tude de faisabilit, tendue du systme, risques, etc.
Dcouverte des exigences
Les exigences sont dcouvertes en consultant (et parfois mme en provoquant) les
diverses parties prenantes
Analyse des exigences et ngociation
Les exigences sont analyses et les conflits rsolus, souvent par ngociation
Spcification des exigences
Un document prcis dcrivant les exigences est produit
Validation des exigences
La spcification des exigences est vrifie en termes de cohrence et de compltude
Gestion des exigences
Les besoins voluent, les exigences aussi !!!
Les exigences
11/02/2013
18
jean-philippe.babau@univ-brest.fr
UBO
Une exigence est testable
Une exigence est simple comprendre
Une phrase
Une exigence
Trouver les buts du systme (non testable) et en dduire les exigences
But : le programme est trs simple utiliser
Exigence : un testeur non averti dcouvre seul toutes les fonctionnalits en
moins de 15 minutes
Une exigence ne concerne pas que les utilisateurs et les dveloppeurs
diter la documentation en franais et en anglais
tablir une schma de la base de donnes
Respecter la norme DO218 B
Rdaction des exigences
35
jean-philippe.babau@univ-brest.fr
UBO
Considrer tous les cas
Considrer tous les aspects du problme
Fonctionnels, techniques,
Mesurer limpact des exigences sur le dveloppement
Faire prcis, clair et exhaustif
Dfis pour la rdaction des exigences
36
11/02/2013
19
jean-philippe.babau@univ-brest.fr
UBO
Notes de cours de Ptidej Team
http://www.ptidej.net/course/log3410/summer11/Notes%20de%20cours/
OMG et UML
http://www.omg.org/
http://www.uml.org/
Alistair Cockburn Rdiger des cas dutilisation efficaces Eyrolles, Paris, 2001
Cours de Yannick Pri
http://liris.cnrs.fr/yannick.prie/ens/09-10/SIMA/index.html
Bibliographie
37