2b. Epic Us Backlog - Yolino/t211-dbox-fm GitHub Wiki
Résumé coaching 2b
+ Les utilisateurs de l'application sont identifiés et présentés dans le Wiki dans le backlog, éventuellement en utilisant des personas.
+ Les EPIC(regroupement logique de fonctionnalités) sont définies et décrites pour le projet, un EPIC par étudiant.
+ Les User stories des EPIC sont listées (pas encore le détail).
+ Les EPICS s'accompagnent de maquettes pour comprendre l'application visée.
+ Le groupe a défini où il rédigera son Backlog, soit la liste des user stories. Si c'est dans un outil en dehors du wiki, il donne le lien.
1. Liste des utilisateurs
[La descriptions des différents types d'utilisateurs de l'application, par exemple : ]
-
Visiteur : Ce rôle permet de consulter l'application web. D'écouter des sons et de voir les profils des utilisateurs.
-
Utilisateurs connectés : Ce rôle permet de pouvoir rajouter des publications sur l'application web à partir d'un compte propre à l'utilisateur. Il peut évidement consulter comme le visiteur l'application web. Ecrire des commentaires sous des sons, répondre à des commentaires. Il peut aussi up-vote et down-vote des sons. L'utilisateur a aussi la capacité de report un son, un commentaire ou un autre utilisateur.
-
Modérateur : Ce rôle consiste à pouvoir gérer la modération de l'application web. Le modérateur possède les mêmes accès que les autres utilisateurs mais avec la capacité de gérer les publications des ceux-ci. Il peut voir les sons, commentaires et utilisateurs report pour pouvoir les supprimés ou non dans un pannel dédié.
-
Administrateur : Ce rôle est le plus haut de la chaine hiérarchique, il possède les permissions des autres types d'utilisateurs. L'administrateur peut, en plus, gérer les groupes de modérateur en leur donnant ce rôle ou en leur enlevant. Il a aussi accès au pannel administrateur Django.
2. EPICs
Chaque étudiant décrit ici un EPIC, avec les maquettes associées, pour bien comprendre globalement l'application. La liste des fonctionnalités ("User Stories) des Epic est listée. (Le détail n'est pas obligatoire dans un premier temps.)
- E01 - Gestion des utilisateurs:
Cette EPIC couvre toutes les fonctionnalités liées à l’inscription, l’authentification et la gestion des profils des utilisateurs.
- E02 - Gestion des audios et réactions:
Cette EPIC concerne la gestion des fichiers audio uploadés par les utilisateurs connectés. L’objectif est de permettre aux utilisateurs de partager du contenu sonore de manière fluide et intuitive. Elle englobe également les fonctionnalités permettant aux utilisateurs d’interagir avec le contenus d'autres utilisateurs via des likes et des commentaires.
- E03 - Modération:
Cette EPIC concerne la gestion des contenus signalés et la suppression des éléments non conformes aux conditions d'utilisations. Elle garantit la qualité et la sécurité des publications.
- E04 - Radio:
Cette EPIC porte sur la mise en place d'une programmation de statio radio amateur en lien avec notre projet d'électronique comme expliqué précédemment.
3. User Stories
Nos User Stories concernent trois types d'utilisateurs, disposant de privilèges croissants, c'est-à-dire que chaque rôle dispose des privilèges des rôles inférieurs ainsi que ceux des User Stories qui lui sont directement liées :
- Visiteur (V) : Utilisateur de passage sur le site sans être connecté ou forcément disposer d'un compte
- Utilisateur connecté (U) : Utilisateur authentifié sur un compte
- Modérateur (M) : Utilisateur sélectionné par l'administration pour effectuer la gestion du contenu.
- Administrateur (A) : Client et/ou propriétaire du site
Code Unique | Nom | Description | Critère d'acceptation | Complexité/Durée estimé | Epic |
---|---|---|---|---|---|
V-2 | En tant que visiteur, je veux pouvoir me connecter à un compte existant ou en créer un, afin de disposer des services de la webapp | Un visiteur du site web a la possibilité de se connecter à un compte utilisateur s’il en possède un, ou d’en créer un. | - Connexion et création de compte fonctionnelles- Gestion des erreurs (identifiants, email existant, etc.) | Modéré/10h | Epic01 Users |
V-1 | En tant que visiteur, je veux recevoir un mail, afin de confirmer mon compte à sa création | Envoi automatique d’un mail de confirmation à la création d’un compte. | - Mail envoyé automatiquement à l'inscription- Lien unique de confirmation- Gestion d'erreurs si email invalide | Modéré/10h | 01 - Utilisateurs |
M-0 | En tant que modérateur, je veux disposer d’un panneau de modération, afin de gérer les contenus signalés | Création d’un panneau pour modérer les contenus : suppression, signalement, revue. | - Seuls les modérateurs ont accès- Modération possible du contenu- Signalement possible par les utilisateurs | Modéré/8h | 03 - Modération |
U-3 | En tant qu’utilisateur, je veux pouvoir modifier mes publications, afin de les corriger ou les mettre à jour facilement | Permettre à un utilisateur de modifier ses publications de manière fluide et stable. | - Le bouton de modification fonctionne- Mise à jour enregistrée dans la base de données | Simple/3h | 02 - Audio |
U-4 | En tant qu’utilisateur, je veux pouvoir gérer mon profil, afin de consulter et modifier mes informations et publications liées | Permettre aux utilisateurs de consulter et modifier leur profil, et accéder aux publications liées. | - Page profil personnelle accessible- Modification du profil possible- Autres profils consultables mais non modifiables | Complexe/10h | 01 - Utilisateurs |
M-1 | En tant que modérateur, je veux planifier les morceaux à diffuser en direct, afin d'assurer une gestion simple de la station radio | Permettre de gérer une grille de programmation musicale accessible via une API pour le projet électronique. | - Possibilité d’ajouter/supprimer des morceaux- API REST disponible- Pico peut récupérer et jouer la programmation | Complexe/15h | 04 - Radio |
V-3 | En tant que visiteur, je veux accéder à la planification de la station radio | L'utilisateur dispose d'une grille horaire avec les planifications de la journée | - Récupération et affichage du contenu de la table des programmations (audio / heure) accessible par tout le monde | Simple/5h | 04 - Radio |
U-2 | En tant qu’utilisateur, je veux interagir avec les publications, afin de pouvoir voter, commenter et voir les détails | Gérer les vues, votes, et commentaires sur les publications côté frontend/backend. | - Vue et interaction fonctionnelles- Restrictions pour utilisateurs non authentifiés | Complexe/15h | 02 - Audio |
V-0 | En tant que visiteur, je veux voir les publications récentes, afin de découvrir le contenu sans me connecter | Permettre l’affichage des dernières publications disponibles aux visiteurs. | - L’utilisateur peut voir les fichiers récents- Un clic permet de les écouter- Gestion des erreurs d’accès | Modéré/5h | 02 - Audio |
U-0 | En tant qu’utilisateur connecté, je veux publier un fichier audio, afin de le partager avec la communauté | Un utilisateur connecté peut publier un fichier audio (avec métadonnées) à partir de son compte. | - Upload via formulaire- Stockage et accessibilité après validation- Gestion des erreurs (format, taille) | Complexe/10h | 02 - Audio |
U-5 | En tant qu'utilisateur connecté, je veux pouvoir signaler le contenu non approprié afin d'en avertir la modération | Création de signalements par les utilisateurs lors d'un clic sur un bouton dédié sur chaque publication | - L'utilisateur peut signaler des publications, utilisateurs et commentaires, visibles et modifiables uniquement par les modérateurs | Modéré/5h | 03 - Modération |
A-0 | En tant qu'administrateur, je veux disposer d'un panel me permettant une gestion globale du contenu du site afin d'assigner le rôle des modérateurs | Le panel est intégré à Django et donc suffira pour créer le rôle de Modérateur ainsi que ses permissions | - Le panel permet de créer des rôles et leur assigner des permissions | Simple/1h | 03 - Modération |
Mettre ici le lien vers le logiciel que vous utiliser pour définir votre backlog, ou décrire directement les US ici i c'est votre choix. Au fur et à mesure de l'avancement di projet, vous complèterez les User Stories. Il est attendu un soin tout particulier pour la description des US personelles. Le nom de l'auteur de l'US est clairement indiqué dans le backlog.
Pour rappel, une US analysée comporte :
- un nom correct (Le titre est sous forme "en tant que …, je souhaite… afin de…")
- un code unique, il faut pouvoir les TRIER PAR ORDRE DE PRIORITE toutes les US du projet, chacune avec un code, numéro ou nom unique, permettant d'ordonner.
- la valeur pour le client
- une description textuelle claire et complète, accompagnée de maquettes, définissant précisément la US, notamment son début et sa fin.
- les US sont bien découpées. Une US devrait porter sur un ajout fonctionnel utile au client. Idéalement une US devrait pouvoir être implémentée en une journée.
- la référence aux autres US liées, à faire avant ou après, est indiquée pour bien comprendre le contexte
- les critères d'acceptation clairs et complets, sous forme de scénario (voire de checklist), permettant de définir précisément si une US est bien implémentée, complètement (attention aux cas d'erreurs également)
Fournir également avant d'implémenter :
- une découpe en tâches techniques avec les infos nécessaires à l'implémentation, notamment les dépendances techniques de la US : prérequis, endpoints API, tables de la DB, librairies utilisées,
- la complexité/durée estimée, pour aider à planifier le développement et pour comparer par la suite avec l'effort réellement apporté