Les cas d'utilisation

Auteur: Jérôme Forget. Publié le 4 septembre 2006.

Le cas d'utilisation est un des outils importants de UML. Un cas d'utilisation, c'est simplement la description des interactions entre l'utilisateur et le système. En produisant une collection des cas d'utilisation, on arrive à décrire l'ensemble des fonctionnalités à développer d'une façon claire et compréhensible pour tous les intervenants d'un projet. Il s'agit donc là d'une conception du système centrée sur l'utilisateur et sur les tâches qu'il peut accomplir.

Un cas d'utilisation est décrit par un verbe à l'infinitif et un complément - par exemple, « Payer des factures », « Lancer un missile », « Acheter un produit ». La notation UML pour représenter le cas d'utilisation est toute simple :

Les acteurs

L'utilisateur final du système peut jouer différents rôles vis-à-vis de l'application. L'association d'un utilisateur et d'un rôle spécifique constitue un acteur dans la notation UML. L'acteur peut être une personne physique (par exemple, l'internaute), mais également une composante matérielle ou logicielle externe à l'application elle-même (par exemple, le service de paiement électronique d'une site transactionnel).

L'acteur d'un système est représenté par un bonhomme allumette dans la notation UML.

Les diagrammes de cas d'utilisation

Le diagramme de cas d'utilisation décrit le fonctionnement d'un système du point de vue de l'utilisateur. Il énumère, d'une façon simple et compréhensible, les possibilités d'interaction entre le système et les acteurs, les utilisateurs du système. La relation entre un acteur et un cas d'utilisation est représentée par une ligne entre les deux éléments.

Cas d'utilisation de l'internaute

Cas d'utilisation des employés

Les scénarios de cas d'utilisation

En plus de diagramme, les cas d'utilisation serviront à élaborer des scénarios de cas d'utilisation. Ceux-ci consistent en une description textuelle de chaque cas d'utilisation. On y détaillera de façon textuelle toutes les interactions entre les acteurs et l'application. Le cas d'utilisation doit avoir un début et une fin bien identifiée, mais on y précise aussi les variantes possibles d'un même scénario.

À chaque étape du scénario pourra se produire soit:

• un message de l'acteur vers le système,
• une validation ou un changement d'état du système,
• un message du système vers un acteur.

Par exemple, le scénario du cas d'utilisation « Retirer de l'argent au guichet ATM » serait:

1. L'usager introduit sa carte bancaire dans le guichet.
2. Le guichet vérifie que la carte introduite est bien une carte bancaire.
3. Le guichet demande à l'usager de choisir la langue de communication.
4. L'usager choisit Français ou English.
5. Le guichet demande à l'usager de fournir son numéro d'identification personnel.
6. L'usager entre son NIP.
7. Le guichet valide le NIP (par rapport à celui codé sur la puce de la carte).
8. Le guichet demande une autorisation au système d'autorisation externe.
9. Le guichet demande à l'usager le type de compte d'où effectuer un retrait.
10. L'usager choisit le type de compte.
11. Le guichet demande à l'usager de saisir le montant désiré du retrait.
12. ...

En rédigeant un scénario de cas d'utilisation, on doit considérer le système comme une « boîte noire » qui ne peut qu'accepter des requêtes provenant des acteurs, et retourner des résultats à ces mêmes acteurs. Ne nous préoccupons pas à savoir comment cette boîte noire accomplit les requêtes.

Pour accompagner la description textuelle des cas d'utilisation, UML fournit un autre modèle de diagramme, le diagramme de séquences.

• Modélisation d'applications Web avec UML