Ce dépôt présente le projet à développer dans le cadre de la SAÉ 3.01 du BUT2 Informatique de l'IUT de Blagnac.
L'équipe de ce projet est constitué de 7 personnes. Voici leurs noms, rôles, et répartition du travail :
Nom du membre de l'équipe | Rôle dans l'équipe | Répartition de travail |
---|---|---|
Ophélie WINTERHOFF | Cheffe d'équipe, Développeuse | 13.33% |
Zachary IVARS | Product Owner, Développeur | 13.33% |
Yahya MAGAZ | SCRUM Master, Développeur | 13.33% |
Naila BON | Développeuse | 13.33% |
Adrien FAURÉ | Développeur | 20.00% |
Esteban GARNIL | Développeur | 13.33% |
Mete YALÇIN | Développeur | 13.33% |
Tutrice & tuteur enseignant.e.s de l'équipe : Cassandre Vey, Remi Boulle & Esther Pendaries
Chaque sprint (une semaine et demi) nous livrons une nouvelle version de notre application (release). Nous utilisons pour cela les fonctionnalités de GitHub pour les Releases.
-
Version courante : v2.0.0
-
Lien vers la doc technique : Documentation Technique
-
Lien vers la doc utilisateur : Documentation Utilisateur
-
Liste des User Stories avec leurs (User Stories/Todo/In progress/In review/Done) et % restant :
User Story Lien vers User Story Étape de réalisation % restant Visualisation en temps réel de l'état des salles US1 Terminé 0% Consultation de l'historique de l'état des salles US2 Terminé 0% -
Tests unitaires et cahier de tests
-
Indicateurs de qualité du code (dette technique) :
-
Lien vers Backlog
-
Liste des Sprints :
-
Liste des ODJs et leurs CRs :
Ordres du Jour Compte-rendus ODJ 07-01-2025 CR 07-01-2025 ODJ 14-01-2025 CR 14-01-2025 ODJ 16-01-2025 CR 16-01-2025 ODJ 17-01-2025 CR 17-01-2025 | CR 17-01-2025 ODJ 22-01-2025 CR 22-01-2025
Il nous a été demandé de faire un site web ainsi qu'une API pour le bâtiment de recherche. Ce site web regroupe les informations de différents capteurs (température, humidité, l'état d'une porte, ...) des différentes salles dans le bâtiment C. Nous devons présenter ces informations de manière explicite et compréhensible, grâce à une carte interactive du bâtiment de recherche affichant les données en temps réels. Mais aussi, nous devons afficher un historique sous forme de graphiques pour démontrer l'évolution sur une une période, ainsi que d'autres demandes et fonctionnalités.
L'éxistant est constitué de seulement un base de données InfluxDB.
Les contraintes sont :
- utilisation d'une base de données InfluxDB
- création d'une API supplémentaire permettant de faire des requêtes et du filtrage sur les données
- utilisation du langage de programmation
Python
afin de faciliter sa modification ultérieurement
- Le cours Moodle sur la SAE
- Le dépôt template qui sert de base à tous les dépôts étudiants.
- Le lien classroom si besoin.
- Le lien documentation
Prérequis :
- Docker et Docker Compose doivent être préalablement installés sur la machine
- InfluxDB sera automatiquement déployé via Docker
Instructions d'installation
-
Clonez le repository :
git clone https://github.com/IUT-Blagnac/SAE-ALT-S3-Dev-24-25-DB-Recherche-Equipe-3A02.git
-
Allez dans le répertoire du projet :
cd SAE-ALT-S3-Dev-24-25-DB-Recherche-Equipe-3A02
-
Lancez les conteneurs Docker :
docker-compose up
-
L'application sera accessible aux adresses suivantes :
- Frontend : http://localhost:8000
- API : http://localhost:8000/api ou http://localhost:8000/api/docs
Les documents se trouverons dans un premier temps un répertoir appelé Documentation
. Dans ce répertoir Documentation
vous trouverez :
- un répertoir
Documentation Techinque
contenant toutes les ressources pour la documentation ainsi que le fichier Markdown pour la documentation technique. - un répertoir
Documentation Utilisateur
contenant toutes les ressources pour la documentation ainsi que le fichier Markdown pour la documentation utilisateur. - un répertoir
Cahier de tests
contenant toutes les ressources pour la documentation ainsi que le fichier Markdown pour le cahier de tests.
Backlog avec 2 US seulement mais bien rédigées. note 4/5
Dans le projet je dois avoir un dashboard avec 4 colonnes : US du sprint, tâches à faire, en cours et terminées et cela pour chaque sprint. Je n'est pas de milestone pour les tâches ou les US. J'ai seulement 3 taches dans le sprint 1 assignées alors qu'il est censé être terminé. Docs avec seulement les titres. Pas de release ! (au moins une maquette à ce stade). Pas de cahier de tests. je noterais le sprint 2 et le sprint 3 car très insuffisant sur ce sprint.
Evaluation 17/01 Sprint 1 Backlog sprint ok, gestion des tâches ok mais pas de cahier de tests. Documentations très peu avancées. Je pourrais au moins avoir le contexte et qq schémas de conception (UC par ex) dans la doc technique. Release OK Note 3,2/5
Pas de CR de réunion ni d'ODJ Attention il en faut au moins 2 au cours du projet
ODJ : Pensez à mettre le responsable de chaque section de la réunion et à estimer le temps de ces sections CR : Je demande plutôt la réunion de rétrospective de sprint qui a lieu après la présentation au client de la release (sprint review) et qui fait état du retour client puis des difficultés / réussites du sprint et préparation du sprint suivant. note : 1,5/2,5
Même si c'est Cassandre Vey la PO, merci de faire un point d'étape avec moi dans la semaine avec démo de ce qui est fonctionnel