Le diagramme de cas d'utilisation
Extraire les besoins du discours du client (« En tant que… je dois pouvoir… »), construire le diagramme UML — acteurs, limite du système, cas d'utilisation — et les règles de formulation.
Extraire les besoins du discours du client
Le point de départ est la description du besoin par le client — le système d'information d'un cinéma : la responsable de la programmation enregistre les films et planifie les séances, la billetterie vend les tickets dans la limite de la capacité des salles, le service financier calcule le chiffre d'affaires.
La méthode : extraire toutes les phrases de la forme
En tant que ……sujet……, je dois pouvoir ……verbe + complément…….
Par exemple : « En tant que responsable de la programmation, je dois pouvoir enregistrer les nouveaux films ». Appliqué au cinéma, cela donne quatre besoins — enregistrer les films, planifier les séances, vendre des tickets, calculer le chiffre d'affaires.
Le diagramme
Le vocabulaire UML
Le diagramme fait partie de la norme UML — un langage formel avec vocabulaire et syntaxe :
- l'encadré est la limite du logiciel : à l'intérieur, les fonctionnalités à réaliser (les cas d'utilisation) ; à l'extérieur, les entités avec lesquelles le logiciel interagit (les acteurs) ;
- chaque ligne relie un acteur aux fonctionnalités qu'il utilise.
Le rôle du diagramme
Spécifier : rendre explicites les fonctionnalités à implémenter — et celles à ne pas implémenter — en décrivant le quoi sans s'intéresser au comment. Discuter : c'est la base de travail avec la cliente et avec l'équipe de développement.
Un besoin absent du diagramme ne sera pas développé : le diagramme est contractuel — vérifie-le avec le client avant de coder.
Les recommandations de formulation
Les acteurs sont des rôles vis-à-vis du système : administrateur ✓, Mr Hamdi ✗ ; service de paiement en ligne ✓, First Investment Bank ✗.
Les cas d'utilisation sont des verbes d'action — et l'acteur doit être le sujet qui agit : « la cliente … demander un remboursement » ✓ mais « … être remboursé » ✗ ; « l'organisateur … visualiser la liste des participants » ✓ mais « … recevoir la liste » ✗ (recevoir est passif — ce n'est pas lui qui fait l'action).
Prototypes d'écran
Le diagramme de cas d'utilisation se complète de prototypes d'écran dessinés au tableau : ils précisent la forme que prendra chaque fonctionnalité, sans encore coder.
A retenir
- « En tant que rôle, je dois pouvoir verbe d'action » : la phrase qui produit les acteurs et les cas d'utilisation ;
- intérieur de l'encadré = le quoi ; extérieur = qui interagit ;
- acteurs = rôles, cas d'utilisation = verbes d'action, sujet actif.
Sujet de DS 2022.pdf
R3.03 · Pour s'entraîner : le DS 2022 applique exactement cette méthode (corrigé détaillé sur ce site)
Chargement du document…
Dernière mise à jour le
Introduction
Qu'est-ce que l'analyse : partir du besoin client en langue naturelle et concevoir un composant logiciel — l'analogie de la maison, organisation et évaluation de la ressource.
Scénarios et fiches descriptives
Du « comment implémenter » au scénario nominal et à ses alternatifs — puis la fiche descriptive d'un cas d'utilisation : format, règles d'écriture, préconditions, acteurs secondaires, déclencheur.