Difference between revisions of "Proj-2014-2015-Mini datacenter portail scrum"
| Line 91: | Line 91: | ||
- Sprint 0 ( semaines 1 -> 4 ) |
- Sprint 0 ( semaines 1 -> 4 ) |
||
| + | * Prise en main des technologies à utiliser : Github et Waffle, OARdocker, PHP, Json, API rest, Jquery, JavaScript, Bootstrap |
||
| − | * Définition des users stories |
||
| + | * Première mise en forme du portail, avec une barre de navigation entre les divers formulaires proposés par Bootstrap |
||
| − | * Etude des outils/technologie à disposition |
||
| + | * Ajout de l'état général des noeuds ainsi que d'une estimation globale de leur état |
||
| − | * Expérimentations pour définir la durée des futurs sprints |
||
- Sprint 1 ( semaines 5 -> 8 ) |
- Sprint 1 ( semaines 5 -> 8 ) |
||
| − | * |
+ | * Permettre l'envoi de données à la simulation |
| − | * |
+ | * Gestion de l'authentification (user stories de 2 à 5) |
| − | * |
+ | * Soumettre une tâche à des ressources |
| + | * Améliorer l'IHM |
||
| − | * Gestion de l'authentification pour les task et l’instanciation de ressources sup. (2&3&4&5) |
||
- Sprint 2 ( semaines 9 -> 11 ) |
- Sprint 2 ( semaines 9 -> 11 ) |
||
| + | * Instancier des resources supplémentaires |
||
* Annuler/tuer un job donné à une ressource |
* 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 |
||
* Paramétrage plus fin des requêtes vers l'API |
* Paramétrage plus fin des requêtes vers l'API |
||
Revision as of 16:06, 9 March 2015
Product backlog
Product description
Ce projet est basé sur les ressources fournies par OARdocker.
OARdocker est une simulation de noeuds et de coeurs. Ceux-ci peuvent être gérés par des utilisateurs qui les créent, les suppriment et leur allouent des travaux.
Notre projet a pour but de créer un portail web permettant d'interagir facilement avec ces ressources. Il doit être simple de compréhension et d'utilisation, et permettre d'exécuter un maximum d'instructions tout en vérifiant le bon fonctionnement des ressources.
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 tâches à mes ressources disponibles.
3- En tant qu'utilisateur "oar", je veux une interface simple afin de pouvoir ajouter des ressources rapidement à ma simulation.
4- En tant qu'utilisateur "docker" , je veux une interface simple afin de pouvoir annuler/tuer une tâche donnée à une ressource.
5- En tant qu'utilisateur "oar" , je veux une interface simple afin de pouvoir détruire une ressource instanciée.
Tasks
| Tâche | Priorité | Jours/homme | User storie | |
|---|---|---|---|---|
| 1 | Prise en main des technologies (Github, OARdocker, Bootstrap, API rest...) | Haute | 3 | --- |
| 2 | Affichage de l'état général des ressources | Haute | 3 | 1 |
| 3 | Mise en place d'une authentification pour interagir avec les ressources | Haute | 2 | 2, 3, 4, 5 |
| 4 | Ajouter une ressource à un noeud | Moyenne | 4 | 3 |
| 5 | Supprimer une ressource | Moyenne | 4 | 5 |
| 6 | Soumettre une tâche à un noeud | Haute | 5 | 2 |
| 7 | Supprimer une tâche affectée | Moyenne | 4 | 4 |
| 8 | Offrir une interface facile à comprendre | Haute | 4 | 1 |
| 9 | Offrir une interface facile à utiliser | Haute | 5 | 2, 3, 4, 5 |
Sprints
- Sprint 0 ( semaines 1 -> 4 )
* Prise en main des technologies à utiliser : Github et Waffle, OARdocker, PHP, Json, API rest, Jquery, JavaScript, Bootstrap
* Première mise en forme du portail, avec une barre de navigation entre les divers formulaires proposés par Bootstrap
* Ajout de l'état général des noeuds ainsi que d'une estimation globale de leur état
- Sprint 1 ( semaines 5 -> 8 )
* Permettre l'envoi de données à la simulation
* Gestion de l'authentification (user stories de 2 à 5)
* Soumettre une tâche à des ressources
* Améliorer l'IHM
- Sprint 2 ( semaines 9 -> 11 )
* Instancier des resources supplémentaires
* Annuler/tuer un job donné à une ressource
* Détruire une resource instanciée
* Paramétrage plus fin des requêtes vers l'API