Scrum - Gestionnaire de packages: Difference between revisions
Jump to navigation
Jump to search
Regis.Ramel (talk | contribs) |
Remi.Gattaz (talk | contribs) No edit summary |
||
| Line 8: | Line 8: | ||
* Thibaut Nouguier |
* Thibaut Nouguier |
||
* Régis Ramel (Scrum Master) |
* Régis Ramel (Scrum Master) |
||
== User stories == |
|||
* U1 : En tant qu'utilisateur, je veux me connecter afin d'utiliser l'application |
|||
* U2 : En tant qu'utilisateur, je veux pouvoir visualiser la liste des packages afin de rechercher un package |
|||
* U3 : En tant qu'utilisateur, je veux pouvoir créer un ticket afin de demander l'ajout d'un package |
|||
* U4 : En tant qu'utilisateur, je veux pouvoir modifier un ticket que j'ai créé afin de modifier ma demande |
|||
* U5 : En tant qu'utilisateur, je veux pouvoir créer un vote sur un ticket afin de montrer mon interêt à l'ajout d'un package |
|||
* U6 : En tant qu'utilisateur, je veux pouvoir modifier/supprimer un vote sur un ticket afin de changer mon avis |
|||
* A1 : En tant qu'administrateur, je veux pouvoir créer un package à partir d'un ticket afin d'ajouter un package sur le repository |
|||
* A2 : En tant qu'administrateur, je veux pouvoir modifier/supprimer un package afin de retirer un package du repository |
|||
* A3 : En tant qu'administrateur, je veux pouvoir modifier le statut d'un ticket afin de caractériser la demande |
|||
* A4 : En tant qu'administrateur, je veux pouvoir ajouter/supprimer un administateur à l'application afin de modifier les utilisateurs capable d'administrer l'application |
|||
* A5 : En tant qu'administrateur, je veux pouvoir forcer la mise à jour d'un package afin de lancer un build de façon immédiate |
|||
* A6 : En tant qu'administrateur, je veux pouvoir visualiser les résultats des builds d'un package |
|||
* SA1 : En tant que super administrateur, je veux pouvoir ajouter/supprimer un super administateur à l'application pour autoriser un autre utilisateur à créer des packages |
|||
* SA2 : En tant que super administrateur, je veux pouvoir gérer les droits d'accès au repository pour gérer les accès privé au repository |
|||
Pour simplifier l'identification des User Stories, la nomenclature a été effectué en utilisant les préfixes suivant : |
|||
* U : Utilisateur |
|||
* A : Administrateur |
|||
* SA : Super Administrateur |
|||
== Taches == |
|||
* F1 : Connecter notre application au CAS de l'université (U1) |
|||
* F2 : Créer la vue packages (U2) |
|||
* F3 : Créer la vue administrateur des packages (A2) |
|||
* F4 : Créer la vue tickets (U3, U4, U5, U6) |
|||
* F5 : Créer la vue administrateur des tickets (A1, A3) |
|||
* F6 : Créer la vue builds (A5, A6) |
|||
* BB1 : Création d'un package à partir d'un dépot git (A1) |
|||
* BB2 : Création de log des builds (A6) |
|||
* BC1 : Connecter à le backend à une base de donnée mysql (U*, A*, SA*) |
|||
* BC2 : Créer les appels /packages (U2, A2) |
|||
* BC3 : Mettre en place des filtres (U2) |
|||
* BC4 : Créer les appels /tickets (U3, U4, A1, A3) |
|||
* BC5 : Créer les appels /tickets/:id/votes (U5, U6) |
|||
* BC6 : Gerer les appels /packages/:id/builds (A5, A6) |
|||
* BC7 : Gerer dans la CLI le statut des utilisateurs (A4, SA1) |
|||
* BR1 : Gérer les droits d'accès au repository (SA2) |
|||
Des tâches supplémentaires qui ne sont pas liés au User Stories ont aussi été définies : |
|||
* E : Formation Angular 2 |
|||
* E : Mise en place environnement de développement du backend |
|||
* E : Mise en place environnement de développement du frontend |
|||
* E : Mise en place de tests automatisés du backend |
|||
* E : Mise en place de tests automatisés du frontend |
|||
Pour simplifier l'identification des tâches, la nomenclature a été effectué en utilisant les préfixes suivant : |
|||
* F : Frontend |
|||
* BC : Backend Controller |
|||
* BB : Backend builder |
|||
* BR : Backend Repository |
|||
* E : Extra |
|||
= Sprints Scrum = |
= Sprints Scrum = |
||
Un scrum board est disponible sur l'organisation github que nous avons créé : [https://github.com/orgs/Packebian/projects/1 '''Scrumt board'''] |
|||
== 1er Sprint : 23/01 - 05/02 == |
== 1er Sprint : 23/01 - 05/02 == |
||
=== Objectif initial : === |
=== Objectif initial : === |
||
| Line 22: | Line 76: | ||
* Formalisation du sujet |
* Formalisation du sujet |
||
* Design de la structure de l'application |
* Design de la structure de l'application |
||
* Définition des User stories |
|||
=== Revue de sprint : === |
=== Revue de sprint : === |
||
Revision as of 13:52, 3 February 2017
Voici la Fiche de sprint Scrum du Projet 2017 : Gestionnaire de package.
Équipe
- Rémi Gattaz
- Germain Lecorps (Chef de Projet)
- Thibaut Nouguier
- Régis Ramel (Scrum Master)
User stories
- U1 : En tant qu'utilisateur, je veux me connecter afin d'utiliser l'application
- U2 : En tant qu'utilisateur, je veux pouvoir visualiser la liste des packages afin de rechercher un package
- U3 : En tant qu'utilisateur, je veux pouvoir créer un ticket afin de demander l'ajout d'un package
- U4 : En tant qu'utilisateur, je veux pouvoir modifier un ticket que j'ai créé afin de modifier ma demande
- U5 : En tant qu'utilisateur, je veux pouvoir créer un vote sur un ticket afin de montrer mon interêt à l'ajout d'un package
- U6 : En tant qu'utilisateur, je veux pouvoir modifier/supprimer un vote sur un ticket afin de changer mon avis
- A1 : En tant qu'administrateur, je veux pouvoir créer un package à partir d'un ticket afin d'ajouter un package sur le repository
- A2 : En tant qu'administrateur, je veux pouvoir modifier/supprimer un package afin de retirer un package du repository
- A3 : En tant qu'administrateur, je veux pouvoir modifier le statut d'un ticket afin de caractériser la demande
- A4 : En tant qu'administrateur, je veux pouvoir ajouter/supprimer un administateur à l'application afin de modifier les utilisateurs capable d'administrer l'application
- A5 : En tant qu'administrateur, je veux pouvoir forcer la mise à jour d'un package afin de lancer un build de façon immédiate
- A6 : En tant qu'administrateur, je veux pouvoir visualiser les résultats des builds d'un package
- SA1 : En tant que super administrateur, je veux pouvoir ajouter/supprimer un super administateur à l'application pour autoriser un autre utilisateur à créer des packages
- SA2 : En tant que super administrateur, je veux pouvoir gérer les droits d'accès au repository pour gérer les accès privé au repository
Pour simplifier l'identification des User Stories, la nomenclature a été effectué en utilisant les préfixes suivant :
- U : Utilisateur
- A : Administrateur
- SA : Super Administrateur
Taches
- F1 : Connecter notre application au CAS de l'université (U1)
- F2 : Créer la vue packages (U2)
- F3 : Créer la vue administrateur des packages (A2)
- F4 : Créer la vue tickets (U3, U4, U5, U6)
- F5 : Créer la vue administrateur des tickets (A1, A3)
- F6 : Créer la vue builds (A5, A6)
- BB1 : Création d'un package à partir d'un dépot git (A1)
- BB2 : Création de log des builds (A6)
- BC1 : Connecter à le backend à une base de donnée mysql (U*, A*, SA*)
- BC2 : Créer les appels /packages (U2, A2)
- BC3 : Mettre en place des filtres (U2)
- BC4 : Créer les appels /tickets (U3, U4, A1, A3)
- BC5 : Créer les appels /tickets/:id/votes (U5, U6)
- BC6 : Gerer les appels /packages/:id/builds (A5, A6)
- BC7 : Gerer dans la CLI le statut des utilisateurs (A4, SA1)
- BR1 : Gérer les droits d'accès au repository (SA2)
Des tâches supplémentaires qui ne sont pas liés au User Stories ont aussi été définies :
- E : Formation Angular 2
- E : Mise en place environnement de développement du backend
- E : Mise en place environnement de développement du frontend
- E : Mise en place de tests automatisés du backend
- E : Mise en place de tests automatisés du frontend
Pour simplifier l'identification des tâches, la nomenclature a été effectué en utilisant les préfixes suivant :
- F : Frontend
- BC : Backend Controller
- BB : Backend builder
- BR : Backend Repository
- E : Extra
Sprints Scrum
Un scrum board est disponible sur l'organisation github que nous avons créé : Scrumt board
1er Sprint : 23/01 - 05/02
Objectif initial :
- Étudier la faisabilité du projet
- Rencontrer des enseignants compétents dans la gestion de packages debian
- Commencer à se documenter et à étudier des solutions pour la réalisation du projet
- Établir la structure de l'application
- Faire le choix des technologies à utiliser
Réalisation :
- Rencontre avec M. Palix et M. Danjean, enseignants compétents en packages Debian
- Formalisation du sujet
- Design de la structure de l'application
- Définition des User stories