Proj-2014-2015-Mini datacenter Systeme scrum: Difference between revisions
Jump to navigation
Jump to search
Jake.morison (talk | contribs) (Created page with "=User stories= 1- En tant qu'utilisateur (non identifié), je veux une interface simple afin de pouvoir connaitre l'état des ressources de ma simulation. 2- En tant q...") |
Jake.morison (talk | contribs) |
||
| Line 1: | Line 1: | ||
=User stories= |
=User stories= |
||
1- En tant qu'utilisateur (non identifié), je veux une |
1- En tant qu'utilisateur (non identifié), je veux une compte qui est uniquement la sienne. |
||
2- En tant qu'utilisateur "docker" , je veux une interface simple afin de pouvoir soumettre des taches à mes ressources disponibles. |
2- En tant qu'utilisateur "docker" , je veux une interface simple afin de pouvoir soumettre des taches à mes ressources disponibles. |
||
| Line 12: | Line 12: | ||
6- En tant que frontend, je dois fournir une interface web qui reste clair, quelque soit la quantité de ressources à afficher. |
6- En tant que frontend, je dois fournir une interface web qui reste clair, quelque soit la quantité de ressources à afficher. |
||
=Product backlog= |
|||
- Sprint 0 ( semaines 1 -> 4 ) |
|||
* Définition des users stories |
|||
* Etude des outils/technologie à disposition |
|||
* Expérimentations pour définir la durée des futurs sprints |
|||
- Sprint 1 ( semaines 5 -> 8 ) |
|||
* Etat général des ressources |
|||
* Soumettre une tache à des ressources |
|||
* Instancier des resources supplémentaires |
|||
* Gestion de l'authentification pour les task et l’instanciation de ressources sup. (2&3&4&5) |
|||
- Sprint 2 ( semaines 9 -> 11 ) |
|||
* Annuler/tuer un job donné à une ressource |
|||
* Détruire une resource instanciée |
|||
* Adaptabilité de l'interface à un grand nombre de ressources |
|||
* Paramétrage plus fin des requêtes vers l'API |
|||
Revision as of 09:51, 9 March 2015
User stories
1- En tant qu'utilisateur (non identifié), je veux une compte qui est uniquement la sienne.
2- En tant qu'utilisateur "docker" , je veux une interface simple afin de pouvoir soumettre des taches à mes ressources disponibles.
3- En tant qu'utilisateur "oar", je veux une interface simple afin de pouvoir ajouter des ressources "à la volée" à ma simulation.
4- En tant qu'utilisateur "docker" , je veux une interface simple afin de pouvoir annuler/tuer une tache donnée à une ressource.
5- En tant qu'utilisateur "oar" , je veux une interface simple afin de pouvoir détruire une ressource instanciée.
6- En tant que frontend, je dois fournir une interface web qui reste clair, quelque soit la quantité de ressources à afficher.
Product backlog
- Sprint 0 ( semaines 1 -> 4 )
* Définition des users stories
* Etude des outils/technologie à disposition
* Expérimentations pour définir la durée des futurs sprints
- Sprint 1 ( semaines 5 -> 8 )
* Etat général des ressources
* Soumettre une tache à des ressources
* Instancier des resources supplémentaires
* Gestion de l'authentification pour les task et l’instanciation de ressources sup. (2&3&4&5)
- Sprint 2 ( semaines 9 -> 11 )
* Annuler/tuer un job donné à une ressource
* Détruire une resource instanciée
* Adaptabilité de l'interface à un grand nombre de ressources
* Paramétrage plus fin des requêtes vers l'API