-
KERROUCHE Mohamed Développeur
-
MARCQ Galatée SCRUM Master
-
MARTINET Leila Product Owner
-
MASIN Thomas Développeur
-
MONTE Hugo Développeur
La SAE 3.01 est une SAE inter-départements, réalisée en collaboration entre les étudiants de seconde année de BUT Génie Industriel et Maintenance et nous-mêmes, étudiants en deuxième années de BUT Informatique. Ces derniers ayant amélioré une tireuse à bière en lui intégrant des capteurs, ils ont besoin que nous leur développions une application permettant d’exploiter graphiquement les données ainsi récupérées, afin de gérer l’état et les pannes éventuelles de la machine.
Nom du livrable |
Lien vers le livrable |
Documentation Technique |
|
Documentation Utilisateur |
|
Cahier des tests |
|
Code source du site |
NB : L’application web n’est pas hébergée car nous n’avons aucun serveur à disposition. Vous trouverez dans la documentation technique le processus de déploiement de l’application en local.
Liste des US en cours ici
Version courante du projet V1.0
Backlog produit : ici
Backlog sprint :
-
Retour d’expérience sprint 1 :
Durant ce premier sprint, nous avons mis en place le projet sur Github. Nous avons également réalisé les fonctionnalités En tant qu’utilisateur je souhaite consulter les données de la tireuse en temps réel et Mise en place de l’infrastructure d’accès aux données. Concernant la fonctionnalité En tant qu’utilisateur je souhaite pouvoir consulter l’historique des données de la tireuse sur une période donnée, nous avions commencé par la réaliser en partie avec Node-RED et l’autre partie avec NodeJS, mais finalement nous avons vu que nous pouvions tout faire en NodeJS donc nous avons perdu un peu de temps. Cette fonctionnalité est toujours en cours de réalisation, mais elle est pratiquement terminée.
Les fonctionnalités En tant qu’utilisateur, je souhaite pouvoir accéder à une page contenant les pannes actuelles afin de pouvoir les corriger et En tant qu’utilisateur je souhaite être notifié lorsqu’une panne survient et connaître le type précis de la panne viennent d’être commencées, et elles étaients prévues pour le sprint 2.
Nous sommes donc dans les temps pour terminer le projet, mais n’avons quasiment pas de marge pour du retard.
Concernant les difficultés, les technologies utilisées étaient nouvelles pour la majorité des membres de l’équipe, il fallait donc arriver à s’auto-former. Malgré ces difficultés, nous avons réussi nos premières fonctionnalités.
Documentations ok Tests ok (pourquoi version 3 ?)
Backlog produit : attention il manque la finalité de vos US (afin de …). Les US sont mal créées sous Github je n’ai pas le label US et les tâches liées entre autre. Revoir la vidéo.
Backlog sprint : votre lien ne marche pas … je ne trouve pas votre srintboard 3 et le futur sprintboard 4.
CR ok … bon courage … j’espère avoir une release à la fin de la semaine car rien à la fin du sprint 3 …
-
Retour d’expérience sprint 2 :
Durant ce deuxième sprint, nous avons terminé toutes les fonctionnalités. La distribution des tâches a été adaptée au cours du projet, car toutes les tâches ne prennent pas le même temps pour être réalisées. Par exemple, la tâche Afficher les données (historique) sous forme graphique était une tâche beaucoup plus longue à réaliser que la tâche Fonctionnalité permettant d’établir une connexion avec la base de données.
Nous avons également réalisé une séance de tests pour les pannes avec les élèves de la filière GIM mercredi, afin de vérifier que les fonctionnalités liées aux pannes fonctionnaient bien. Ce n’était pas le cas pour toutes, nous avons donc corrigé les différents soucis. Les derniers tests ont bien validé toutes les fonctionnalités que ce soit celles liées aux pannes ou les autres.
Nous avons également réalisé une réunion vendredi après-midi avec les élèves de la filière GIM afin de présenter notre application web. Celle-ci n’était, à ce moment-là, pas totalement terminée mais ils ont été satisfaits du résultat.