User story versus Cas d'utilisation

← Les principes · 12 diapositives · flèches ou clic pour avancer

User Story - & Use case - Cas d’utilisation - ainsi que le Storyboard - Pour éviter la confusion
Définitions - Pour se créer un vocabulaire commun, définissons notre lexique de projet. - User story - Histoire utilisateur - Use case - Cas d’utilisation - Storyboard - Scénarimage - Clarification aussi le lexique des outils. - Issue - Ticket - Task - Tâche
En résumé - GITHUB CODE - GITHUB PROJECT - ISSUES - ISSUE #1 - TICKET - PROGRAMMER une LISTE d’étudiants - Tasks - Tâches : - ▢ Programmer le DAO - ▢ Préparer la vue - ▢ Programmer la liste - ▢ Tester la liste - KANBAN - À FAIRE - EN COURS - FAIT - USER STORY #1 - PROGRAMMER une LISTE d’étudiants
User story - Le « User story » ou histoire utilisateur est quelque chose qui est utile au client-utilisateur. Une itération agile est définie par une somme de « User story » . Par exemple : être capable de « Lister mes spectacles » est un User story. On dit que chaque itération agile doit produire quelque chose d’utile immédiatement au client même si c’est jamais fini. - On se souvient que c’est…
Use case - Cas d’utilisation - Le « Use case » ou cas d’utilisation est un scénario d’utilisation du logiciel par un utilisateur - généralement appelé aussi fonctionnalité . - Par exemple, un logiciel commercial est utilisé par le Chef, le Vendeur et le Comptable. Chacun des trois comptes a des fonctionnalités spécifiques. Le « Diagramme des Use case » permet de clarifier QUI FAIT QUOI avec des…
Différence - La différence entre le « User story » et le « Cas d’utilisation » ou « Cas d’utilisation » c’est que le Cas d’utilisation présente un scénario d’utilisation du logiciel par un des utilisateurs (je clic là, le logiciel affiche ceci) alors que le User story définit le livrable pour le client. - Un livrable peut ne pas avoir à voir avec un cas d’utilisation, par exemple Acheter un…
Exemple - Cas d’utilisation - Use case : « Acheter un produit » - User story : avoir un Document fonctionnel décrivant le processus Acheter un produit - User story : pouvoir Acheter un produit (implémentation) - User story : pouvoir utiliser Paypal pour Acheter un produit - User story : pouvoir acheter un produit avec un téléphone. - User story : pouvoir acheter un produit sans compte - Chacun…
Storyboard - Le storyboard n’est qu’une vue en bande dessinée d’un Cas d’utilisation. C’est un scénario, mais visuel. - Il ne sert pas vraiment à documenter formellement le processus mais plutôt à déclencher les spécifications dans l’esprit du client. Souvent on le fait AVANT le cas d’utilisation ou en parallèle. - Étape 1 - Étape 2 - Étape 3 - Étape 4
Issue - Ticket - L’ « Issue » c’est le nom qu’a donné Github à ses Tickets . Un ticket dans un système de suivi (Tracker, Bug tracking, etc.) sert à documenter une demande du client et à consigner le suivi de cette demande. Cela peut représenter un nouveau développement ou encore un bug car ces systèmes existaient originalement surtout pour soumettre les bugs. - Dans notre projet, on utilise les…
Issue - Ticket - Dans le développement Agile, on utilise donc les Tickets ou « Issue » pour suivre le développement de chaque nouvelle fonctionnalité ou pour le réglage des bugs. Cela permet : - de ‘linker’ nos commit : il faut inscrire le numéro du ticket dans noter commentaire avec #. Par exemple : “Variante de maquette pour #2” ou “Correction Vue liste etudiant closes #3” - de faire des…
Task - Tâche - La « Task » est une unité de travail plus petite que le User Story. La plupart des logiciels permettent de définir les Tâches dans un User Story. - Dans Github project les tâches sont dans la description du Issue correspondant au User story.
En résumé - GITHUB CODE - GITHUB PROJECT - ISSUES - ISSUE #1 - TICKET - PROGRAMMER une LISTE d’étudiants - Tasks - Tâches : - ▢ Programmer le DAO - ▢ Préparer la vue - ▢ Programmer la liste - ▢ Tester la liste - KANBAN - À FAIRE - EN COURS - FAIT - USER STORY #1 - PROGRAMMER une LISTE d’étudiants
Original sur Google Slides