Résultats
Choix et mise en œuvre du CMS
Dans le cadre de la SAÉ 512, dont l'objectif est la réalisation d'un site web, nous avons fait le choix d'utiliser le CMS (Content Management System) Webnode.
1. Justification du choix et comparaison
Le cahier des charges suggérait des outils comme Joomla, WordPress ou Grav3. Cependant, après une analyse comparative, nous avons opté pour Webnode pour les raisons suivantes :
1. Efficacité et Rapidité
Contrairement à un CMS "classique" (comme WordPress) nécessitant une installation manuelle sur un hébergeur, une configuration de base de données MySQL et une maintenance technique (mises à jour de sécurité), Webnode est une solution SaaS (Software as a Service). Cela nous a permis de réduire drastiquement le temps de développement web pour nous concentrer sur le cœur technique de la SAÉ (la solution UWB).
2. Hébergement intégré
Ce choix répond à la contrainte de disposer d'un site accessible en ligne sur un hébergement gratuit. Webnode inclut l'hébergement dans sa prestation, garantissant une disponibilité immédiate sans configuration de serveur complexe (FTP, DNS).
3. Facilité de prise en main
L'interface "Drag & Drop" permet à chaque membre du groupe, quel que soit son niveau en développement web, de remplir son rôle de contributeur efficacement.
2. Gestion des rôles et administration
L'utilisation de cet outil nous permet de respecter la répartition des rôles inhérente à la gestion d'un CMS :
Administrateur : Le chef de projet supervise la structure globale du site, le choix du template et la publication finale. Il peut modifier le contenu du site internet, commander des services Premium, changer les rôles des utilisateurs et les paramètres des projets. Ne peut pas supprimer le site .
Contributeurs / Éditeurs : Chaque membre du groupe a pu rédiger et intégrer ses parties spécifiques (présentation technique, résultats de tests, bilans personnels). Il ne peut modifier que le contenu du site. Il ne peut pas accéder aux paramètres, commander des services Premium, ni supprimer le site.
3. Intégration des livrables techniques
Le site Webnode a été structuré pour centraliser l'ensemble des éléments attendus par le cahier des charges. Il sert de portail d'accès aux ressources suivantes :
1. Présentation du projet
Cette section détaille le contexte de la SAÉ (Maison Intelligente), les objectifs de notre preuve de concept UWB et la présentation de l'équipe avec la répartition précise des rôles
2. Documentation technique
Accès aux livrables techniques indispensables : architecture complète, justification du choix du CMS Webnode et manuel d'utilisation de la solution.
3. Suivi de projet
Retrouvez ici les éléments de gestion de projet : comparaison des diagrammes de Gantt (prévisionnel vs réel), liste des outils collaboratifs et solutions apportées aux problèmes rencontrés
4. Bilan et Valorisation
Synthèse globale du projet incluant les résultats des tests, la vidéo de démonstration (3 min), ainsi que les bilans personnels et les grilles d'évaluation de chaque membre.
Le Projet en Action : Démo en Temps Réel
Vidéo de présentation (3min)
Cette vidéo de 3 minutes, réalisée dans la Maison Intelligente de Blagnac (MIB), valide le fonctionnement global de notre solution. On y observe le suivi en temps réel d'un sujet en mouvement, la réactivité de l'interface graphique et la stabilité de la connexion entre les ancres et le serveur Raspberry Pi.
Performances du système
Précision Spatiale : "Précision observée de 10 à 20 cm en ligne de vue directe, conforme aux attentes de la technologie UWB.
Latence : "Temps de réponse de moins d'une seconde, permettant un suivi fluide d'une personne marchant à vitesse normale.
Stabilité : "Architecture migrée avec succès sur Raspberry Pi. Le système fonctionne en autonomie sans décrochage radio."
Flux de données & stockage
Au-delà de l'affichage direct, nous avons validé la chaîne complète de traitement de l'information :
Réception : Le flux Node-RED intercepte les messages MQTT bruts envoyés par la Gateway.
Traitement : Les coordonnées (X, Y) sont extraites et filtrées.
Stockage : Les données sont historisées dans une base de données locale (fichier .dB), assurant la traçabilité des déplacements.