Cas d'utilisation vs histoires d'utilisateurs : différence entre les cas d'utilisation et les histoires d'utilisateurs

Dans le développement de logiciels Agile, nous rencontrons souvent deux termes : cas d'utilisation et user stories. Ce sont quelques-uns des termes les plus couramment utilisés par tout développeur ou un non-développeur suite à leur utilisation fréquente. De plus, pour ceux qui n'ont aucune connaissance de base du développement, l'utilisation de ces termes de manière interchangeable est également assez courante.

Les cas d'utilisation et les user stories sont différents les uns des autres à bien des égards. Ils ont différents objectifs à réaliser. Bien qu'ils puissent avoir des fonctionnalités similaires, les concepts sont aux antipodes.

Découvrez des cours gratuits pour vous perfectionner

Dans cet article, nous discuterons des cas d'utilisation par rapport aux user stories avec des exemples, ainsi qu'une explication de la différence entre les user stories et les cas d'utilisation . Nous examinerons également la nécessité des deux approches et pourquoi elles se chevauchent.

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

Le cas d'utilisation reflète un processus impliqué dans la réalisation de l'objectif du produit souhaité. C'est l'exigence du système qui aide à dériver le produit. Il fonctionne comme une description de produit pour les acteurs (ou utilisateurs) qui l'utiliseront. En termes techniques, c'est l'interaction entre le système et les acteurs via la description.

Certains des éléments critiques des cas d'utilisation : -

• L'acteur : Une personne ou un groupe de personnes qui interagissent avec le système
• L'objectif : le résultat final pour lequel les cas d'utilisation sont développés
• Le système : Toutes les étapes nécessaires pour atteindre l'objectif

Les cas d'utilisation comportent une relation de cause à effet qui inclut certains événements où les fonctions ou les caractéristiques d'un produit sont décrites à l'utilisateur final. Il fournit une compréhension détaillée du comportement de l'utilisateur lors de l'interaction avec le système.

L'équipe produit utilise des cas d'utilisation pour concevoir, tester et développer des produits. Il les aide à décrire les exigences de conception d'un manuel d'aide à l'utilisateur. Parallèlement à cela, ils sont également capables d'éliminer les erreurs.

Les cas d'utilisation sont des descriptions détaillées du produit pour les parties prenantes ou les utilisateurs finaux.

Exemple de cas d'utilisation

Prenons l'exemple d'une application de marque de vêtements créée pour répondre aux exigences de livraison de vêtements et d'accessoires des clients. Les clients parcourent l'application, sélectionnent le ou les articles les plus appropriés et passent une commande. Lors de la commande, ils peuvent soit payer en ligne, soit après livraison. Après confirmation de la part du client, celui-ci reçoit le mail de confirmation ou notification de « commande passée ».

La commande est ensuite préparée, emballée et expédiée à l'adresse. Dans ce scénario, l'application doit recevoir les commandes et traiter les options de paiement tout en communiquant avec les deux parties (clients et détaillants). Ici:

• Le système est - une application de commerce électronique
• L'acteur principal est - le client
• Le scénario est - parcourir l'application

Ici, vous pouvez lire comment les clients et les détaillants interagissent avec l'application et s'attendent au résultat souhaité. Certaines des descriptions de cas d'utilisation de base seraient : -

• L'utilisateur sélectionne un élément.
• Informations de paiement et d'expédition
• Confirmation de commande et paiement
• Compte à rebours ou suivi de la commande
• Détails de facturation

Passons à la user story et comprenons en quoi les user stories sont différentes des cas d'utilisation.

Qu'est-ce que la User Story ?

Une user story est une courte description des produits pour les utilisateurs qui les guident tout au long du processus. Chaque histoire d'utilisateur est écrite du point de vue du client avec un langage facile à comprendre. Une user story se concentre sur ce qu'un utilisateur attend de la plateforme et sur ce que le système devrait lui offrir.

L'équipe de développement intègre ensuite les utilisateurs des déclarations données dans le logiciel avec quelques fixations. Les user stories consistent en l'interaction qui se produit tout au long du processus via un logiciel. Les trois C sont impliqués dans les user stories, un concept évoqué par Ron Jeffries. Ceux-ci sont-

• Carte : Les user stories doivent être écrites sous forme de cartes, ce qui signifie des histoires courtes et nettes avec toutes les informations nécessaires.
• Conversation : Une user story doit être une conversation entre les clients et les développeurs via un logiciel.
• Confirmation : cela signifie que les clients confirment certaines conditions qui doivent être mises en œuvre avant que le résultat n'arrive.Le système doit pouvoir l'exécuter correctement.

Outre ces trois C d'une histoire d'utilisateur, il se concentre également sur un objectif plus important : INVESTIR. Ça signifie

• Indépendant :des autres projets
• Négociable :espace pour développement ultérieur
• Valable :description pour les utilisateurs
• Estimable :user story pour exécuter un bon plan
• Petit :jours de travail pour terminer le travail dans les 3-5 jours
• Testable :Mécanisme pour vérifier la valeur ou la validité du processus

Exemple de user story

Les user stories sont exprimées comme suit :

"En tant que (persona), je (veux), (pour que)."

• En tant que (persona)– La personne pour laquelle l'application ou le logiciel est conçu. Il doit mettre l'accent sur l'utilisateur final.
• Je (veux) - Ici, l'intention est décrite, pas les fonctionnalités. Il doit décrire l'objectif de l'utilisateur et non la partie de l'application ou de l'interface utilisateur.
• (Alors que) - Ceci décrit l'avantage global ou la vue d'ensemble de l'application. Quel est l'avantage global dont bénéficierait l'utilisateur final ?

Voici quelques exemples de user stories

• En tant qu'Elie, je souhaite lier ma carte de crédit à mon profil afin de pouvoir payer un loyer facilement sans espèces.
• En tant que manager, je souhaite organiser mon travail afin de me sentir plus en contrôle.

La structure de la user story peut différer, mais l'intention doit être la même.

Pourquoi avons-nous besoin d'un cas d'utilisation et d'une histoire d'utilisateur ?

Il y a plusieurs raisons pour lesquelles nous avons besoin à la fois de cas d'utilisation et d'histoires d'utilisateurs dans notre système. Explorons le but d'une user story et d'un cas d'utilisation : -

Nous avons besoin de cas d'utilisation pour–

• Gérer l'étendue des travaux
• Faciliter la communication entre les utilisateurs finaux et les développeurs
• Établir toutes les exigences
• Visualiser l'architecture du système
• Décrire la structure à travers laquelle nous pouvons interagir avec le système

Nous avons besoin d'histoires d'utilisateurs pour -

• Créer un processus rationalisé
• Créer de petits objectifs réalisables
• Gardez les utilisateurs techniques et non techniques sur la même page
• Définir l'ensemble du processus

Consultez nos programmes US - Data Science

Différence entre cas d'utilisation et user story

Examinons la différence entre le cas d'utilisation et la user story pour comprendre ce qui distingue les deux : -

1. Les cas d'utilisation sont développés pour l'équipe produit en gardant à l'esprit l'intention des parties prenantes. Il décrit la structure de réalisation de l'équipe pour créer le logiciel souhaité. Les cas d'utilisation ont tendance à être plus détaillés que les user stories.
   Les user stories sont plus simples et plus centrées sur l'utilisateur. Il met en évidence les tâches routinières des utilisateurs, c'est pourquoi le langage utilisé dans les user stories est compréhensible et entièrement du point de vue des parties prenantes.
2. Comme mentionné, les cas d'utilisation sont plus simples que les user stories. Cependant, les deux approches sont simplifiées et faciles à comprendre.
3. Les user stories laissent délibérément une certaine marge d'amélioration. Pour cette raison, il doit inclure plus de détails.
   En revanche, les cas d'utilisation vont droit au but et mettent en évidence toutes les étapes nécessaires à suivre par les développeurs.
4. Les user stories sont développées avant les cas d'utilisation et sont principalement formées par l'interaction.

Lisez nos articles populaires sur les États-Unis et la science des données

Quand utiliser un cas d'utilisation et une user story ?

Les user stories sont utilisées pour le développement de produits, et l'approche est plus orientée vers les clients. Comme mentionné, les user stories laissent délibérément place à l'amélioration qui se fait par le biais de conversations entre les développeurs et les utilisateurs. Il fixe un objectif au début du processus, et ils sont responsables de l'augmentation de l'efficacité. Un développeur peut garder ces points à l'esprit lors de la création de user stories.

Les cas d'utilisation, cependant, sont utilisés pour documenter le processus. Il comprend toutes les exigences du processus pour atteindre l'objectif final. Les cas d'utilisation dessinent une vue d'ensemble du système existant. Cela implique des points simples pour un processus de développement facile.

Boostez votre carrière avec upGrad

Un bon enseignement supérieur peut faire une différence significative pour tous les aspirants développeurs et data scientists. Si vous cherchez une opportunité d'améliorer vos compétences et vos diplômes, le programme Executive PG en science des données d'upGrad peut être un excellent choix. Avec ce cours, les apprenants bénéficient d'une exposition exceptionnelle au monde technique. WES et l'Institute of Analytics reconnaissent la valeur de ce cours qui est organisé sous l'expertise des principaux professionnels de l'industrie.

Conclusion

Le développement logiciel agile s'articule autour du développement d'itérations, de méthodologies et de techniques pour intégrer les points de vue des utilisateurs. De ce fait, la demande ne cesse d'augmenter. Chaque industrie se concentre sur le développement de cas d'utilisation et d'histoires d'utilisateurs dans son système afin que chaque résultat se révèle être centré sur le client, augmentant ainsi la satisfaction du client.