Dans le développement de logiciels, la conception de produits et d'autres domaines, un cas d'utilisation définit comment un système doit être utilisé pour atteindre des objectifs ou des tâches spécifiques. Il décrit les interactions entre les utilisateurs, ou acteurs, et le système en vue d'atteindre un résultat spécifique.
Dans cet article, nous analyserons les éléments constitutifs des cas d'utilisation, la façon dont ils sont utilisés dans le développement logiciel, et leurs avantages. Nous verrons également les types de cas d'utilisation courants et nous donnerons quelques conseils pour créer des cas d'utilisation efficaces.
De plus, pour vous aider à gérer efficacement les cas d'utilisation de vos projets, nous vous proposons un modèle de gestion des exigences prédéfini visant à recueillir toutes les informations nécessaires d'un projet et à assurer l'alignement des parties prenantes sur ses objectifs.
Présentation des cas d'utilisation
Un cas d'utilisation est une description des différentes interactions d'un utilisateur avec un système ou un produit. Il définit les scénarios de réussite ou d'échec, ainsi que tout cas particulier ou exception importante. Un cas d'utilisation peut être rédigé ou visualisé à l'aide d'un outil de modèle de cas d'utilisation.
Cas d'utilisation et user story, est-ce la même chose ?
Pas tout à fait. Bien que les cas d'utilisation et les user stories décrivent tous deux les interactions entre un utilisateur et un système, ce sont des outils différents avec des objectifs différents. Les user stories sont des phrases simples qui décrivent ce qu'un utilisateur souhaite accomplir.
Par exemple, « En tant qu'utilisateur, je veux me connecter à mon compte pour pouvoir visualiser mes commandes. »
Voici une user story toute simple. Les analystes et les développeurs utilisent souvent ces deux outils à la fois. Les cas d'utilisation sont plus détaillés que les user stories. Ensemble, ils aident les équipes à comprendre comment créer des produits réussis.
L'histoire des cas d'utilisation
L'informaticien suédois Ivar Jacobson a été le premier à écrire sur les cas d'utilisation en 1987. Il décrivait la technique mise au point par Ericsson, une entreprise de télécommunications, pour capturer les exigences d'un système. En 1992, il coécrit le livre « Le génie logiciel orienté objet — une approche fondée sur les cas d'utilisation », qui a aidé à populariser les cas d'utilisation pour spécifier les exigences fonctionnelles dans le développement logiciel.
Jacobson collabore ensuite avec les ingénieurs en logiciel américains Grady Booch et James Rumbaugh pour donner naissance au langage de modélisation unifié (UML), un langage de programmation qui a introduit une manière standard de visualiser la conception des systèmes. Depuis lors, la technique a été adaptée sous forme de « modèles » de rédaction de cas d'utilisation pour simplifier le recueil des exigences générales.
Quel est la finalité des cas d'utilisation ?
Les cas d'utilisation sont utiles pour :
- Gérer la portée d'un projet
- Définir les exigences d'un système
- Décrire les façons dont un utilisateur interagira avec le système
- Visualiser l'architecture du système
- Communiquer les exigences techniques aux équipes métier
- Gestion du risque
Types de cas d'utilisation
Comment les cas d'utilisation aident-ils les équipes à accomplir leurs tâches ? Voici les cas d'utilisation les plus courants pour vous aider à construire des systèmes performants.
Le cas d'utilisation métier
Un cas d'utilisation métier décrit les principaux objectifs et interactions entre une entreprise et ses acteurs. Il se concentre sur les processus métier et aide les équipes à comprendre les objectifs de l'entreprise.
Dans le cadre du développement d'une appli mobile d'achat en ligne, un cas d'utilisation métier pourrait par exemple expliquer comment les utilisateurs recherchent des produits, les ajoutent à leurs paniers et effectuent des achats.
Le cas d'utilisation d'un système
Ce type de cas d'utilisation décompose chaque étape de l'interaction entre l'utilisateur et le système, en définissant exactement ce qui se passe en arrière-plan.
Il expliquerait par exemple ce qui se passe lorsque l'utilisateur se connecte à une appli, parcourt les produits et passe une commande. Il est très utile, surtout pour les développeurs, car il décrit exactement comment le système doit fonctionner. Il contient des détails techniques, notamment des informations sur la façon dont le système gère les erreurs et un descriptif des démarches nécessaires pour garantir une expérience utilisateur fluide.
Le cas de test
Un cas de test vérifie si un utilisateur peut atteindre son objectif sans problème. Si le cas d'utilisation implique qu'un client se connecte à son compte, le cas de test vérifiera si le processus de connexion fonctionne bien.
- Le système accepte-t-il le nom d'utilisateur et le mot de passe corrects ?
- Affiche-t-il un message d'erreur si le mot de passe est incorrect ?
Ce type de cas d'utilisation est important pour garantir que le système en question fonctionne comme prévu et aide à détecter tout bug ou problème avant que le produit ne soit mis en ligne.
Pourquoi les chefs de projet doivent-ils connaître les cas d'utilisation ?
Les chefs de projet ont tout intérêt à utiliser les cas d'utilisation pour communiquer la stratégie aux parties prenantes et combler le fossé entre la justification commerciale et les exigences techniques.
Le PMI fait également remarquer que « les cas d'utilisation fournissent une structure pour recueillir les exigences des clients et définir la portée d'un projet. » Mais qu'est-ce que cela signifie exactement ?
Imaginons que vous êtes chef de projet pour une entreprise de technologie éducative. La dernière idée de produit de votre entreprise est une appli pour les étudiants où ils peuvent recevoir leurs cours en direct pour un abonnement mensuel. Créer un cas d'utilisation pour cette application permet d'indiquer aux parties prenantes et à l'équipe du projet qui est le client, comment il interagira avec le produit, et quel seront les exigences du projet et l'impact de l'écart contractuel.
Comment rédiger un cas d'utilisation pour un projet
Lorsqu'un cas d'utilisation est présenté sous forme écrite, il peut constituer une pièce utile de la documentation d'un projet. C'est un outil recueillant les exigences qui peut faciliter la communication entre les équipes techniques et les équipes métier.
Selon le public visé et le système en question, le cas d'utilisation peut être aussi détaillé ou sommaire que nécessaire. Un cas d'utilisation doit contenir quelques éléments clés, notamment :
- Un système : c'est-à-dire un produit, un service ou un logiciel.
- Un objectif : à savoir, ce que le cas d'utilisation vise à atteindre.
- Des pré-conditions : ce sont les conditions requises avant l'exécution du cas d'utilisation.
- Des acteurs : il s'agit d'un utilisateur, ou de tout autre élément, qui interagit avec le système. Un acteur peut être un autre système, une pièce de matériel ou une entreprise entière. Il y a quatre types d'acteurs : système, acteur interne, acteur principal et acteur secondaire. Ces deux derniers étant les plus fréquents. L'acteur principal initie l'interaction avec le système, tandis que l'acteur secondaire peut fournir un service au système.
- Un flux de base : c'est la séquence d'actions idéale, lorsque tout fonctionne comme prévu. C'est le chemin principal et parfait, décrivant comment un processus doit se dérouler.
- Un scénario : dans « Appliquer le UML et les modèles », Larman note qu'« un scénario est une séquence spécifique d'actions et d'interactions entre les acteurs et le système en question ; il est également appelé instance de cas d'utilisation. ».
- Un cas d'utilisation : un cas d'utilisation décrit les scénarios de succès et d'échec qui peuvent se produire lorsque les acteurs interagissent avec le système. Il s'agit ici d'établir le scénario principal de réussite, c'est-à-dire, le résultat le plus souhaitable entre l'acteur et le système. Vous établiriez également le flux alternatif, qui explique ce qui se passe en cas d'échec ou d'erreur.
- Des Post-conditions : elles décrivent la situation du système et des acteurs une fois le cas d'utilisation terminé.
Au lieu de partir de zéro pour rédiger un cas d'utilisation, vous pouvez utiliser lemodèle de gestion des exigences de Wrike pour organiser chaque détail de votre projet. Le modèle de Wrike facilite l'assignation des tâches, le suivi de l'avancement des projets et la collaboration avec votre équipe. Tout le monde peut voir les mises à jour en temps réel et rester aligné sur l'objectif du projet.
Un exemple simple de cas d'utilisation
- Cas d'utilisation pour une appli de livraison de repas : les personnes peuvent utiliser une appli pour passer des commandes de plats directement aux restaurants. Lorsque l'utilisateur passe une commande, il est invité à payer via l'appli ou à la livraison de la commande. Une fois le paiement confirmé, le restaurant reçoit une demande via son système. La nourriture est ensuite préparée, emballée et livrée à la personne. Dans ce cas, l'appli doit être capable de recevoir des commandes, de traiter les paiements et de communiquer électroniquement avec le restaurant.
- Système : application de livraison de repas
- Acteur principal : client commandant un repas
- Scénario : l'utilisateur parcourt les options de restaurants. Une fois le restaurant sélectionné, il passe une commande via l'application. L'utilisateur paie en ligne ou confirme qu'il règlera en personne. La commande est envoyée de l'appli au système interne du restaurant. L'employé du restaurant reçoit et traite la commande électronique.
Ce cas d'utilisation illustre comment le client et l'employé du restaurant (les acteurs) interagissent tous les deux avec l'application de livraison de nourriture (le système) et décrit le résultat attendu de chaque interaction.
Cela permet d'esquisser un cadre de ce qui est attendu dans la phase de développement. L'appli doit être capable de traiter les paiements par exemple.
Qu'est-ce qu'un modèle de cas d'utilisation ?
Un modèle de cas d'utilisation est une représentation visuelle des interactions entre un acteur et un système. Comme le fait également remarquer le PMI, les modèles de cas d'utilisation représentent des processus et permettent d'illustrer en outre les pré-conditions et les déclencheurs.
Les modèles utilisent généralement le langage UML pour représenter les cas d'utilisation. Ils se composent principalement de trois éléments : le système, les acteurs et le cas d'utilisation.
Le système est représenté par un rectangle ou « cadre de limite ». Les acteurs sont représentés par des personnages stylisés à l'extérieur du cadre de limites, et les cas d'utilisation comme du texte dans des figures ovales, à l'intérieur du cadre. Les lignes pleines et pointillées représentent le lien entre les acteurs et les cas d'utilisation du système.
Quelle est la différence entre un modèle de cas d'utilisation et un diagramme de cas d'utilisation ?
Un diagramme de cas d'utilisation est tout simplement un type de modèle de cas d'utilisation. Les diagrammes de modèle de cas d'utilisation utilisent du texte et des formes pour représenter les interactions entre un utilisateur et un système.
Les diagrammes de modèles de cas d'utilisation sont principalement utilisés pour :
- Visualiser le flux et le comportement du système
- Illustrer la fonctionnalité du système
- Représenter les interactions clés des utilisateurs du système
Selon le système, un diagramme de modèle de cas d'utilisation peut être plus ou moins complexe, avec des liens plus ou moins simples pour illustrer différents cas.
Un exemple de diagramme de modèle de cas d'utilisation
Créer un cas d'utilisation dans Wrike
Vous n'avez pas besoin de créer un cas d'utilisation de zéro. Avec Wrike, vous pouvez simplifier votre processus de développement produit et vous assurer que votre logiciel répond aux besoins de ses utilisateurs.
Grâce aumodèle de gestion des exigences de Wrike, vous pouvez suivre toutes les exigences de votre cas d'utilisation depuis un seul endroit. Au moment de planifier et d'exécuter votre projet, le modèle de planification de projet de Wrike peut vous aider à créer un plan clair et concret pour maintenir votre équipe sur la bonne voie. Essayez Wrike dès aujourd'hui et découvrez à quel point il est facile d'intégrer des cas d'utilisation dans votre processus de développement de produit.
