3. Backlog - Karitchi/infolab GitHub Wiki

A. Liste et description des différents types d'utilisateurs:

1: Étudiants : Ils utiliseront l’écran pour voir la météo, les horaires de bus, l’occupation de la salle, etc. Ainsi qu'avoir accès au site internet afin de consulter les informations désirées.

2: Professeurs : Ils pourront, via un compte admin, publier des annonces et réserver des plages horaires pour utiliser la salle, contrôler l'affichage des information partager .

B. Liste des Epic imaginés:

1: Affichage dynamique des informations : Inclut la météo, les horaires des bus, l’occupation de la salle, etc.

2: Gestion des annonces : Les professeurs peuvent publier des annonces et réserver des plages horaires.

3: Capteurs environnementaux : Mesure de l’humidité, du bruit et de la qualité de l’air avec affichage des résultats.

C. Liste ordonnée par ordre de priorité de toutes les User stories imaginées:

1: En tant qu'étudiant, je veux consulter la météo

2: En tant qu'étudiant, je veux consulter les horaires de bus pour organiser mes déplacements.

2: En tant qu’étudiant, je veux connaître le niveau d'occupation de la salle pour savoir si je peux y travailler tranquillement.

3: En tant qu’étudiant, je veux consulter le niveau de bruit de manière ergonomique.

4: En tant qu'étudiant, je veux connaître les conditions du milieu (qualité de l'heure, humidité, température) pour savoir si les conditions sont agréables.

5: En tant que professeur, je veux pouvoir publier des annonces qui apparaitront directement sur l’écran et le site web pour informer rapidement les étudiants.

6: En tant que professeur, je veux pouvoir réserver des plages horaires en tenant compte de l'emploi de temps (pour éviter des conflits) pour m’assurer d’avoir la salle pour un cours ou un projet.

x: en tant que professeur, j'aimerais aussi pouvoir allumer et étendre l'écran dépuis la plateforme.

7: en tant que administrateur, j'aimerais aussi pouvoir mettre à jour les mots de passe.

8: en tant que administrateur, j'aimerais aussi pouvoir contrôler l'ordre d'affichage des information et leurs visibilité.

+ Au fur et à mesure, description suffisante des User Stories les plus prioritaire, avec une attention toute particulière pour les US personnelles.
+ Pour rappel :
+ *** Bon découpage, triées, avec code unique approprié pour une US
+ *** Titre clair et complet
+ *** Epic auquel elle appartient
+ *** Estimation de la valeur de la US pour le client
+ *** Description claire et complète avec maquettes
+ *** Liste des critères d'acceptation (definition of done) idéalement sous forme de scénarios
+ Avant (voire pendant) le sprint planning meeting :
+ *** Liste et analyse technique de ce qui est nécessaire à savoir pour bien réaliser la US comme attendu
+ *** Décomposition de la US en sous-tâches techniques
+ Pendant le sprint planning meeting :
+ *** Estimation de la complexité de la US (en points, voire en heures)