Proj-2014-2015-Mini datacenter portail scrum
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.
Nous considérons une tache comme terminée quand elle a été testé par chaque développeur, et que celle ci rempli l'objectif fixé.
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 (13/01 -> 20/01)
* Prise en main d'oardocker, première simulation d'un cluster.
- Sprint 2 (20/01 -> 25/01)
* Prise en main de boostrap, premier essai de modification du frontend.
* Prise en main d'oardocker (suite)
- Sprint 3 (25/01 -> 01/02)
* Etude de l'API, premiers tests et affichage de l'état courant des ressources dans la webui.
* Familiarisation avec les outils utilisés (suite)
- Sprint 4 (02/01 -> 08/02)
* Première version de la page d’accueil, affichage propre de l'état des ressource.
- Sprint 5 (09/02 -> 15/02)
* Améliorer la page d’accueil (suite)
- Sprint 6 (23/02->01/03)
* Permettre l'envoi de données à la simulation (requêtes json vers l'API)
* Gérer l'authentification (user stories de 2 à 5)
- Sprint 7 (02/03->07/03)
* Soumettre une tâche à des ressources
* Améliorer de l'IHM
* Améliorer de l'installation de l'environnement
- Sprint 8 (08/03->15/03)
* Instancier des resources supplémentaires
* -> Livraison de notre webui V 1.0 milestone
- TODO
* Annuler/tuer un job donné à une ressource
* Détruire une resource instanciée
* Paramétrage plus fin des requêtes vers l'API
* Corriger le bug sur les propriétés d'une ressource à instancier
* Améliorer l'affichage en groupant par cpu / node les cores...