À propos du projet
Ce projet est un simulateur de formation basé sur navigateur (avec option de classe sous Windows) pour s’exercer à des missions supervisées de recherche et sauvetage multi-drones. Tout est simulé : il ne se connecte ni à des aéronefs, ni à des systèmes de circulation aérienne, ni à Remote ID, ni à la répartition des interventions, ni à des caméras, et il n’est explicitement pas destiné au vol réel, aux urgences réelles ou à un usage réglementaire.
Idée centrale : le déterminisme. Le même scénario avec les mêmes entrées produit la même mission à chaque fois — même météo, mêmes détections et même résultat — enregistrée dans un journal d’événements chaîné par hachage, rejouable et auditable. Cela rend les exécutions comparables entre étudiants et vérifiables geste par geste.
Ce qu’il propose :
- 31 scénarios : 25 missions d’incident (recherche et sauvetage côtier et en montagne, feux de forêt, inondations, catastrophes historiques) plus 6 exercices de compétences inspirés des méthodes d’essai NIST (décrits comme des simulations éducatives, non comme un appareillage officiel ou une certification).
- Commandement de flotte pour trois à huit aéronefs : planification d’itinéraire, sites de lancement et de récupération, réaffectation, vol stationnaire, déroutement, reprise, recharge, retour à la base.
- Entrées figées par scénario pour la météo, le terrain, l’espace aérien, le GNSS, le thermique et la batterie, afin que les exécutions soient reproductibles plutôt qu’aléatoires.
- Enregistrements de mission avec journaux d’événements à intégrité vérifiable et exports KML, GeoJSON, relecture et retour d’expérience.
- Trois cibles de présentation (web mobile, web bureau, classe) qui partagent des calculs de simulation identiques ; un harnais de parité des artefacts garantit que les modules de simulation, les données de scénario, le score, les événements et les hachages de relecture ne varient pas selon la cible.
- Comptes locaux stockés dans le navigateur avec chiffrement dérivé du mot de passe ; rien n’est synchronisé vers un serveur.
- Mode classe optionnel : un hôte instructeur Windows exécute un relais local avec une autorité de certification locale à l’école générée et un certificat feuille sur le LAN, servant HTTPS/WSS, rejetant par défaut le trafic non sécurisé hors bouclage, et n’installant pas son AC sur les machines des étudiants.
Notes d’ingénierie : la boucle de simulation est à pas de temps fixe et synchrone une fois le terrain préparé ; un terrain déclaré manquant bloque le lancement au lieu de le remplacer par une surface plate. Les entrées de scénario sont figées au moment de la rédaction et l’exécution ne récupère jamais de données en direct. Chaque cible déployée expose la version, la cible et le SHA Git à /build-info.json, et un script deploy:status indique les SHA déployés par rapport à main. La porte de publication documentée inclut les vérifications de types, le lint, les tests avec seuils de couverture, les builds par cible, les assertions sur les bundles/fixtures/parité/périmètre de formation, et npm audit ; le README note que le chemin de promotion prévu n’a pas toujours été déclenché et que la production a parfois été mise à jour en aliasant un build de prévisualisation.
Sécurité et limites indiquées par le projet : non certifié pour l’aviation réelle, la sécurité publique, la répartition des interventions, les opérations réglementaires ou d’urgence ; les surfaces réglementaires, Remote ID et espace aérien/trafic sont des couches de formation scriptées ; la modélisation thermique ne produit pas d’imagerie radiométrique réelle ; le stockage de relecture est borné et ne constitue pas un enregistreur de données de vol ; le chiffrement local ne protège pas un appareil déverrouillé, un navigateur compromis, une extension malveillante, une capture d’écran, un enregistreur de frappe ou un export en clair ; l’usage en classe exige un réseau privé approuvé, une installation d’AC gérée, une politique de conservation, un propriétaire administrateur et une liste encadrée ; les tests du dépôt n’impliquent pas de test d’intrusion indépendant, de certification d’accessibilité ou de revue juridique ; les tuiles cartographiques proviennent normalement d’un tiers et peuvent exposer des métadonnées de requête ordinaires.
Le développement local nécessite Node.js 24.x et npm 11.12.1, avec npm ci et npm run dev. La licence est propriétaire à code source disponible, pas open source.
Comments
0 Rating appears after 10 ratings
Sign in to join the discussion.