Proj-2014-2015-Mini datacenter portail scrum: Difference between revisions
Robin.Eudes (talk | contribs) |
Robin.Eudes (talk | contribs) |
||
Line 21: | Line 21: | ||
- Sprint 1 ( semaines 5 -> 8 ) |
- Sprint 1 ( semaines 5 -> 8 ) |
||
* Etat général des |
* Etat général des ressources |
||
* Soumettre une tache à des ressources |
* Soumettre une tache à des ressources |
||
* Instancier des resources |
* Instancier des resources supplémentaires |
||
* Gestion de l'authentification pour les task et l’instanciation de ressources sup. (2&3&4&5) |
* Gestion de l'authentification pour les task et l’instanciation de ressources sup. (2&3&4&5) |
||
- Sprint 2 ( semaines 9 -> 13 ) |
- Sprint 2 ( semaines 9 -> 13 ) |
||
* Annuler/tuer un job donné à une |
* Annuler/tuer un job donné à une ressource |
||
* Détruire une resource instanciée |
* Détruire une resource instanciée |
||
* Adaptabilité de l'interface à un grand nombre de ressources |
* Adaptabilité de l'interface à un grand nombre de ressources |
||
* Paramétrage plus fin des requêtes vers l'API |
* Paramétrage plus fin des requêtes vers l'API |
||
Revision as of 23:04, 8 March 2015
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 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 -> 13 ) * 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