Comment rédiger des cas d’utilisation efficaces

Qu’est-ce qu’un cas d’utilisation ?

Les cas d’utilisation sont des actions que les acteurs souhaitent accomplir afin d’atteindre un objectif métier observable. Ils sont nommés à l’aide d’un verbe court ou d’une expression verbe + nom. Vous devez utiliser des verbes et des noms précis pour éviter toute ambiguïté. Les verbes comme « faire » ou « exécuter » et les noms comme « données » ou « information » doivent être évités autant que possible.

Théoriquement, les utilisateurs finaux effectueront les actions soutenues par le système afin d’atteindre leur objectif final, tel qu’identifié dans l’analyse des cas d’utilisation. Prenons l’exemple d’un système de réservation hôtelière en ligne. « Réservation » est indubitablement un objectif métier et donc un cas d’utilisation. La capacité à trouver un hôtel sur une carte en ligne peut également être souhaitée par l’utilisateur. Toutefois, ce n’est pas un cas d’utilisation car l’action elle-même ne produit aucun objectif observable.

Il est inapproprié de modéliser les exigences liées aux problèmes d’implémentation comme des cas d’utilisation, par exemple le support de plusieurs occurrences, les arrangements de déploiement, la construction d’une base de données. Tous ces éléments sont erronés et peuvent conduire à la construction de systèmes mauvais, voire incorrects.

Les histoires d’utilisateurs sont maintenant largement utilisées

Toute personne ayant une expérience en développement logiciel peut rencontrer des problèmes de communication entre les utilisateurs finaux et l’équipe de développement. Cela peut s’aggraver lorsque les membres travaillent dans des lieux distants. Les histoires d’utilisateurs constituent un excellent moyen d’ouvrir des discussions avec les clients et de nous assurer que nous comprenons vraiment ce qu’ils veulent réellement.

Les histoires d’utilisateurs créées par le propriétaire du produit capturent de manière simple et concise le « qui », le « quoi » et le « pourquoi » des exigences, et sont souvent rédigées dans un langage naturel non technique.

Le développement agile est devenu une méthode courante pour la découverte des exigences, aux côtés des histoires d’utilisateurs.

Considérations pratiques

Typiquement, une équipe agile composée d’environ 10 membres peut avoir des centaines d’histoires d’utilisateurs dans le flux de travail, dont certaines sont interconnectées et décomposées à partir d’épisodes ou de versions détaillées d’histoires d’utilisateurs provenant du sprint précédent. Une histoire d’utilisateur est un artefact éphémère qui reste uniquement pendant le sprint et est jeté à la fin de l’itération de développement.

Les équipes agiles et les membres Scrum trouvent souvent qu’elles peuvent facilement devenir difficiles à gérer et à organiser proprement, surtout lorsque les membres de l’équipe souhaitent consulter des histoires d’utilisateurs pertinentes provenant de sprints antérieurs.

En revanche, le cas d’utilisation est conçu pour offrir une plus grande continuité tout au long du cycle de vie du développement logiciel et peut servir de placeholder pour contenir les histoires d’utilisateurs pertinentes dans le cadre d’un épisode. En outre, le cas d’utilisation est destiné à être une référence continue pour l’équipe de développement

Qu’est-ce qu’un diagramme de cas d’utilisation ?

Un diagramme de cas d’utilisation est un type de Langage de modélisation unifié (UML) diagramme créé pour l’extraction des exigences défini par Groupe de gestion des objets (OMG). Le diagramme de cas d’utilisation fournit un aperçu graphique des objectifs (modélisés par des cas d’utilisation), des utilisateurs (représentés par des acteurs) qu’ils souhaitent atteindre en utilisant le système (représenté par une limite système, facultatif).

Les cas d’utilisation dans un diagramme de cas d’utilisation peuvent être organisés et disposés selon leur pertinence, leur niveau d’abstraction et leur impact sur les utilisateurs. Ils peuvent être reliés pour montrer leurs relations de dépendance, d’inclusion et d’extension. Le but principal de la modélisation des cas d’utilisation à l’aide d’un diagramme de cas d’utilisation est de poser une base solide pour le système en identifiant ce que les utilisateurs veulent. Sur la base des résultats de l’analyse, vous pouvez passer à l’étude de la manière de satisfaire ces besoins des utilisateurs.

Un diagramme de cas d’utilisation est principalement constitué d’acteurs, de cas d’utilisation et d’associations (connecteurs).

Un acteur est toute personne ou système externe qui interagit avec le système pour atteindre un objectif utilisateur. Il existe deux types d’acteurs : primaires et secondaires.

• L’acteur principal est toute personne ou entité qui interagit avec le système afin d’obtenir un bénéfice direct.
• L’acteur secondaire est toute personne ou entité impliquée dans la réalisation d’un cas d’utilisation, mais qui n’obtient pas de bénéfice direct du système. Très souvent, l’acteur secondaire est quelqu’un qui aide l’acteur principal à réaliser un cas d’utilisation.

Création d’un diagramme de cas d’utilisation dans Visual Paradigm

Dans ce tutoriel, nous utiliserons un système de réservation hôtelière en ligne comme exemple pour démontrer comment rédiger des cas d’utilisation efficaces avec Visual Paradigm. Commençons par dessiner un diagramme de cas d’utilisation. Nous continuerons ensuite à rédiger des cas d’utilisation efficaces à partir du design obtenu.

1. Ouvrez UeXceler dans Visual Paradigm en sélectionnant “UeXceler > UeXceler depuis la barre d’outils de l’application.
2. Ouvrez le Diagramme de cas d’utilisation page.
   
3. Sélectionnez Acteur dans la barre d’outils du diagramme. Cliquez sur le diagramme pour créer un acteur et le nommer Client.
   
4. Un client peut réserver un hôtel, ce qui constitue un cas d’utilisation du système. Créons un cas d’utilisation à partir de l’Client acteur. Déplacez le pointeur de la souris sur le Client acteur. Appuyez sur l’icône Catalogue des ressources en haut à droite et faites-le glisser.
   
5. Sélectionnez Association -> Cas d’utilisation dans le Catalogue des ressources.
   
6. Relâchez le bouton de la souris pour créer le cas d’utilisation. Nommez-le Réserver. L’association entre l’acteur et le cas d’utilisation indique que l’acteur interagira avec le système pour atteindre le cas d’utilisation associé.
7. Terminez la conception pour qu’elle ressemble à ceci :
   

Développement des cas d’utilisation à l’aide des user stories

Alors que le cas d’utilisation représente l’objectif métier d’un système informatique à développer, la user story représente un problème ou une préoccupation de l’utilisateur capturée par l’analyste et les intervenants de terrain lors de la discussion détaillée d’un cas d’utilisation. Il est évident que toutes les user stories capturées visent à atteindre l’objectif métier du système informatique.

1. Cliquez avec le bouton droit sur Réserver et sélectionnez Ouvrir les détails du cas d’utilisation… depuis le menu contextuel.
   
2. Ouvrir le Scénarios utilisateur page.
   
3. Créez des scénarios utilisateur en faisant un double clic sur la région vide à l’intérieur de l’onglet. Créez trois scénarios : Rechercher un hôtel, Réserver un hôtel et Traiter la réservation urgente.
   

Capturer le scénario de scénario utilisateur

Un scénario utilisateur vous indique ce que l’utilisateur final souhaite accomplir en identifiant d’abord son problème. Une fois que vous avez identifié le problème, vous pouvez commencer à chercher une solution. L’outil Scénario de scénario utilisateur vous permet de schématiser les interactions entre les acteurs et le système pour résoudre le problème décrit dans le scénario utilisateur. Vous pouvez utiliser cet outil pour identifier le comportement souhaité du système par l’utilisateur.

Un scénario de scénario utilisateur constitue un dialogue de haut niveau entre l’utilisateur et le système dont le but est de déterminer ce que les acteurs ont l’intention de faire ou ce qu’ils font, et comment le système réagit à leurs entrées. Lors de la décision de ce qu’il faut inclure dans le flux d’événements, soyez concis. N’incluez pas de détails d’implémentation tels que la manière dont le système traite les entrées utilisateur en interne ou même l’insertion de registres dans la base de données. Cela est incorrect car les scénarios utilisateur, et en particulier l’analyse des cas d’utilisation, sont conçus pour identifier les exigences du point de vue de l’utilisateur final. Toutefois, les détails d’implémentation peuvent être modélisés dans les diagrammes de séquence UML sous la forme de sous-diagrammes des scénarios utilisateur.

Écrivons le scénario d’un scénario utilisateur.

1. Faites un double clic sur le scénario utilisateur Rechercher un hôtel pour l’ouvrir.
   
2. Ouvrir le Scénario onglet. L’éditeur de scénario est composé de lignes, appelées étapes. Chaque étape représente une entrée de l’acteur ou une réponse du système.
   
3. Cliquez sur la première étape et saisissez la première entrée utilisateur : Saisissez la ville, la date d’arrivée, la date de départ, le type de chambre et cliquez sur Rechercher.
   
4. Utilisez les outils de formatage disponibles sous la UeXceler barre d’outils pour définir le mot Rechercher en bleu et en gras, pour insister.
   
5. Appuyez sur Entrer pour compléter cette étape. L’étape 2 sera créée pour vous.
6. L’étape 2 concerne la manière dont le système réagit aux entrées de l’utilisateur. Vous pouvez commencer par écrire « Système… », mais il existe une meilleure façon de représenter la réponse du système. Sélectionnez UeXceler > Ajouter un contrôle > Réponse du système depuis la barre d’outils pour ajouter une étape de réponse du système.
   
7. Vous pouvez maintenant saisir le contenu de l’étape 2 :Afficher une liste d’hôtels.
   
8. Ajoutez les étapes suivantes :
   

   Entrée utilisateur	Réponse du système
   Cliquez sur le logo d’un hôtel pour lire ses détails
   	Afficher les détails de l’hôtel

   

Autre chose – Création d’un wireframe basé sur un scénario

Wireframe est un croquis de l’interface utilisateur. Il vous aide à représenter l’écran et le flux d’écran du système à développer, dès les premières étapes de collecte des besoins. Vous pouvez associer des wireframes aux étapes du scénario. Cette section vous montrera comment utiliser l’outil outil de wireframe pour ajouter un wireframe à une étape.

1. Cliquez sur la première étape.
   
2. Déplacez votre pointeur de souris vers le triangle vert situé sur le côté droit. Ensuite, cliquez sur Définir le wireframe.
   
3. Vous voyez la fenêtre grise apparaître sur le côté droit ? Cliquez dessus pour sélectionner le type de wireframe à créer.
   
4. Dans la fenêtre contextuelle, sélectionnez Site web.
   
5. Cliquez sur Nouveau wireframe de site web. Un nouveau wireframe apparaît, avec une fenêtre de navigateur vide. C’est là que vous pouvez préparer les maquettes du site web.
6. Avant de commencer à ajouter différents composants dans la fenêtre du navigateur, redimensionnons-le pour le rendre plus petit. Cliquez sur le titre de la fenêtre du navigateur.
7. Une fois cliqué, les poignées de redimensionnement apparaissent autour de la fenêtre du navigateur pour que vous puissiez ajuster la taille de la fenêtre manuellement. Essayons une méthode plus directe. Cliquez avec le bouton droit sur le titre du navigateur et sélectionnez Taille du navigateur (1024 x 768) > 800 x 600 dans le menu contextuel.
   
8. Utilisez les outils de maquette indiqués dans la barre d’outils du diagramme pour créer une maquette comme celle-ci :
   
9. Retournez à l’éditeur de scénario en cliquant sur le bouton triangle situé à côté du titre de l’étape.
   
   Terminé, et vous pouvez voir l’aperçu de votre maquette apparaître dans l’éditeur de scénario.
   

Références :

• Qu’est-ce qu’un diagramme de cas d’utilisation ?
• Types d’acteur dans le modèle de cas d’utilisation
• Identifier les besoins des utilisateurs à l’aide des diagrammes de cas d’utilisation
• Qu’est-ce qu’une spécification de cas d’utilisation ?
• Un tutoriel pratique sur l’analyse de robustesse
• Histoire d’utilisateur vs cas d’utilisation pour le développement logiciel agile
• Approche centrée sur les cas d’utilisation pour le développement agile