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 cluster composé de noeuds, eux-mêmes composés de CPU, qui sont un ensemble de core ( voir cette illustration de l'architecture ). Ces derniers peuvent être gérés par des utilisateurs qui les créent, les suppriment et leur allouent des travaux (jobs) .
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 tâche comme terminée quand elle a été testée par chaque développeur, et que celle-ci remplit 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 -> 25/01)
* Prise en main d'oardocker, première simulation d'un cluster.
* Prise en main de boostrap, premier essai de modification du frontend.
- Sprint 1 (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 2 (02/01 -> 15/02)
* Première version de la page d’accueil, affichage propre de l'état des ressource.
* Améliorer la page d’accueil (suite)
- Sprint 3 (23/02->01/03)
* Permettre l'envoi de données à la simulation : requêtes vers l'API
* Gérer l'authentification (user stories de 2 à 5)
- Sprint 4 (02/03->07/03)
* Soumettre une tâche à des ressources
* Améliorer l'IHM
* Améliorer de l'installation de l'environnement
* Instancier des ressources supplémentaires
* -> Livraison de notre webui V 1.0 milestone
- Sprint 5 (16/03->31/03)
* Annuler/tuer un job donné à une ressource
* Détruire une ressource instanciée
* Utiliser plugins jQuery sur les formulaire & tableaux (améliorer UI)
* -> Livraison de notre webui V 1.1 milestone