Lors de cette SAE nous allons colllaborer en équipe de 4 afin de réaliser ce projet. Les membres de notre équipe sont respectivement :
-
Kylian GACHET - SCRUM MASTER
-
Yann ROUQUIE - PRODUCT OWNER
-
Mathéo KATBIE - DEVELOPPEUR
-
Lylian DERRAMOND - DEVELOPPEUR
- Enseignant(e) en lien avec le projet
Dans le cadre de notre SAE, nous avons pour mission de réaliser une application web permettant de visualiser les informations transmises par des capteurs situés dans les salles du Bâtiment B de l’IUT de Blagnac.
Cette application, RoomService, permettra également de visualiser les informations relatives aux salles (température, humidité, luminosité, etc…) en temps réel ainsi que l’historique des données transmises par les capteurs, toutes ces informations seront sera accessible via un rendu graphique pour permettre une meilleure visualisation et analyse dans le cadre d’une maintenance efficace.
Afin de pouvoir utiliser l’application de manière efficace et fonctionnelle, il est nécessaire de suivre les étapes suivantes :
-
1. Installer Docker Desktop et le lancer
-
2. Cloner le repository
$ git clone [lien du repository]
-
3. Si ce n’est pas le cas, se placer sur la branche main
$ git checkout main
-
3. Récupérer le projet localement
$ git pull
-
4. Ouvrir un terminal dans le dossier /Docker du projet
$ cd ./Docker/
-
5. Exécuter la commande :
$ docker-compose up -d
-
6. Se rendre sur l’addresse http://localhost:8000/ pour visualiser l’interface
Afin de pouvoir lancer l’application RoomService en version 3D, vous devez suivre les étapes suivantes :
Pour pouvoir avoir accés à la version 3D de l’application, vous devez au préalable avoir lancer l’application RoomService en version 2D. Puis effectuer ces étapes :
Deplacez vous dans le dossier /Prototype :
$ cd '.\Prototype\'
Ensuite afin de pouvoir lancer l’application, vous devez réaliser la commande suivante :
$ python -m http.server 4848
Vous avez maintenant accés à la version 3D de l’application RoomService en vous rendant sur l’addresse http://localhost:4848/
Le dépot Github est séparé en plusieurs dossiers, chacun ayant un rôle bien précis :
-
/BDD : contient les fichiers de intéragissant avec la base de données SQL
-
/Docker : contient les fichiers nécessaires à la configuration et au fonctionnement de l’application
-
/Documentation : contient les documents relatifs à l’application
-
/Python : contient les fichiers sources de l’application
-
/Test : contient les fichiers de tests unitaires et/ou plans de test de l’application
-
/Prototype : contient les fichiers d’un prototype pour une nouvelle version de l’application en 3D
-
Version courante de l’application :
-
-
-
-
-
Pensez à commenter votre release (ce qui a été fait par ex). Doc tech attention il reste des éléments de DailyBank que vous avez copié !! A adapter au nouveau projet. DOC user : pensez à présenter les utilisateur ( il y a t’il un admin ? ) et à séparer les fonctionnalités.
Backlog bien mais on ne met que les US du produit, les US organisationnelles sont plutôt des tâches.
Dans certaines US il manque la finalité. Dans les US/Issues du projet il manque les critères d’accéptabilité. Les issues doivent être éclatées en taches. Une issue qui n’est pas à en cours n’a pas à être affectée. Du coup je n’ai pas les taches (TASK) ratachées aux issues. Le backlog sprint 2 devrait être prêt.
TESTS : il faudra aussi prévoir les tests de l’appli/interface web qui intégrera les données issues des flux MQTT. BILAN OK.
Bonjour, je vous met le retour ici car j’ai des soucis de droit sur votre repository qui me demande de créer une branche. Release : Pensez à la commenter, j’ai un lien vers un comparatif mais exprimer clairement les fonctionnalités ok et celles non ok. Doc tech : Bien mais si vous n’avez pas de classes (prog non objet ?) inutile de laisser le paragraphe avec des ?? sinon indiquer le diagramme de classe correspondant à la BD dont vous donnez les champs juste après.Doc user : Il manque qq copies écran de l’appli pour bien comprendre, il reste aussi des rubriques non implémentées le lien indique seulement V … pas V2. Il faut un cahier de tests par les tests en python (je joue le rôle du client). Task : ok , il manque les backlog sprint avec les US à traiter dans le sprint. il me reste encore des US "orga".
