Proj-2014-2015-Mini datacenter portail scrum: Difference between revisions

From air
Jump to navigation Jump to search
 
(25 intermediate revisions by 3 users not shown)
Line 1: Line 1:
=Product backlog=
=User stories=

==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 [http://air.imag.fr/index.php/File:Hierarchical_resources.svg_20150315155029.png 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.
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.
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 "à la volée" à ma simulation.
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 tache donnée à une ressource.
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.
5- En tant qu'utilisateur "oar" , je veux une interface simple afin de pouvoir détruire une ressource instanciée.


==Tasks==
6- En tant que frontend, je dois fournir une interface web qui reste clair, quelque soit la quantité de ressources à afficher.


{|class="wikitable alternance"
=Product backlog=
|-
|
!scope="col"| Tâche
!scope="col"| Priorité
!scope="col"| Jours/homme
!scope="col"| User storie
|-
!scope="row"| 1
| Prise en main des technologies (Github, OARdocker, Bootstrap, API rest...)
| Haute
| 3
| ---
|-
!scope="row"| 2
| Affichage de l'état général des ressources
| Haute
| 3
| 1
|-
!scope="row"| 3
| Mise en place d'une authentification pour interagir avec les ressources
| Haute
| 2
| 2, 3, 4, 5
|-
!scope="row"| 4
| Ajouter une ressource à un noeud
| Moyenne
| 4
| 3
|-
!scope="row"| 5
| Supprimer une ressource
| Moyenne
| 4
| 5
|-
!scope="row"| 6
| Soumettre une tâche à un noeud
| Haute
| 5
| 2
|-
!scope="row"| 7
| Supprimer une tâche affectée
| Moyenne
| 4
| 4
|-
!scope="row"| 8
| Offrir une interface facile à comprendre
| Haute
| 4
| 1
|-
!scope="row"| 9
| Offrir une interface facile à utiliser
| Haute
| 5
| 2, 3, 4, 5
|-
|}


==Sprints==
- 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 )
- Sprint 0 (13/01 -> 25/01)
* Prise en main d'oardocker, première simulation d'un cluster.
* Etat général des ressources
* Prise en main de boostrap, premier essai de modification du frontend.
* 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 )
- 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 [https://github.com/EudesRobin/webui-oardocker/milestones milestone]

- Sprint 5 (16/03->31/03)
* Annuler/tuer un job donné à une ressource
* Annuler/tuer un job donné à une ressource
* Détruire une resource instanciée
* Détruire une ressource instanciée
* Utiliser plugins jQuery sur les formulaire & tableaux (améliorer UI)
* Adaptabilité de l'interface à un grand nombre de ressources
* -> Livraison de notre webui V 1.1 [https://github.com/EudesRobin/webui-oardocker/milestones milestone]
* Paramétrage plus fin des requêtes vers l'API

= Externals links =

[https://waffle.io/eudesrobin/webui-oardocker Board waffle.io]


[https://github.com/EudesRobin/webui-oardocker Github repository]
=Waffle=


[http://air.imag.fr/index.php/Proj-2014-2015-Mini_datacenter_portail Fiche de suivi du projet]
https://waffle.io/morisonj/datacentre lien vers waffle - waffle.io]

Latest revision as of 14:56, 7 April 2015

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

Externals links

Board waffle.io

Github repository

Fiche de suivi du projet

Retrieved from "https://air.imag.fr/index.php?title=Proj-2014-2015-Mini_datacenter_portail_scrum&oldid=22981"