Rôles
Ce que chaque rôle peut faire
Le sous-système de drones compte quatre rôles. Ils sont publiés ici pour que la personne qui demande l’accès et l’administrateur qui l’approuve emploient les mêmes mots.
| Rôle | Peut | Ne peut pas |
|---|---|---|
| Observateur | Consulter l’état synthétique de la flotte, l’historique des missions, le trafic de protocole et les dossiers de données probantes. | Modifier quoi que ce soit. |
| Planificateur | Valider des fichiers de trajet, composer des propositions de mission, exécuter des évaluations prévol et de récupération. | Lancer une mission ou commander un appareil. |
| Exploitant | Exécuter des cycles de vie de mission simulés et planifier la récupération avec le jumeau de protocole. | Commander du matériel réel ou autoriser un vol. |
| Superviseur | Tout ce qui précède, plus l’injection de défaillances, l’examen du journal et les exercices de conformité. | Autoriser un vol. |
Aucun rôle n’autorise un vol. Ni le superviseur, ni aucune combinaison, ni aucun rôle futur. L’autorisation de vol vient d’un organisme de réglementation aéronautique et de l’organisme qui exploite l’aéronef, et cette plateforme ne fait pas partie de ce processus.
Comment un rôle est attribué
Les rôles ne sont pas choisis par la personne qui les demande. Une demande indique ce dont quelqu’un a besoin et pourquoi; un administrateur attribue ensuite, après approbation, l’espace de travail, les rôles, les finalités et le territoire exacts. Le sous-système lit cette attribution dans la session vérifiée et l’applique côté serveur — le navigateur n’est jamais l’autorité sur ce qu’une personne peut faire.
Ce que l’accès donne réellement
Une vue d’un environnement de développement synthétique : scénarios à graine, trafic de protocole déterministe, médias de test générés et évaluations rejouables. Chaque écran porte un avis permanent qui le rappelle, parce qu’une mission simulée et une vraie se ressemblent en tous points sur une capture d’écran.