VOL / CONNAISSANCES & CONCEPTION
Plans de vol, vérifications du jour et journaux de vol | Clôturer l'opération
Ne vous arrêtez pas au dépôt d'un plan. Reliez ce que vous avez vérifié, ce qui s'est passé et comment cela s'est terminé en une seule opération.
Lisez cette page dans l'ordre
Conservez séparément le plan et le relevé réel
Pour un vol spécifique (qui nécessite une autorisation ou une approbation), vous devez confirmer les obligations relatives à la notification préalable du plan de vol et aux journaux de vol. Les consignes les plus récentes du MLIT (ministère japonais du Territoire, des Infrastructures, des Transports et du Tourisme) font référence. Les enregistrements propres à une application ne satisfont pas automatiquement au format réglementaire ; recoupez donc les champs qu'elle exporte.
Source : MLIT | Notification du plan de vol et journaux de volLe plan dit « voici comment nous comptons voler » ; le relevé dit « voici ce qui s'est réellement passé ». Écrasez le plan avec le relevé et vous perdez la raison du retard du vol et ce qui a été modifié. Conservez les deux et examinez l'écart.
Transmettez la responsabilité en trois phases
| Phase | Exemples de vérifications et d'enregistrements | Signal d'achèvement |
|---|---|---|
| Avant le vol | État de l'aéronef, météo, environnement, équipage, procédures d'urgence | La personne responsable confirme les conditions de ce vol |
| En vol | Début et fin, position, écarts, anomalies, actions de l'opérateur | Fin du vol et récupération de l'aéronef confirmées |
| Après le vol | Défauts, maintenance, récupération des supports, rapports requis | Points en suspens dotés d'un responsable et d'une échéance |
Une simple rangée de cases à cocher est fragile. Quand quelqu'un sélectionne « anomalie constatée », la conception doit le conduire vers une explication et un point de contact. Les seuils go/no-go pour la météo et l'aéronef proviennent du manuel du modèle, du manuel d'exploitation et de l'évaluation des risques sur site. Ne figez pas ici un chiffre universel.
Un exemple de transitions d'état
draft → planned → preflight_review → ready
ready → in_progress → landed → closed
preflight_review → on_hold
in_progress → contingency → landed
landed → follow_up_required → closedCe sont des états d'exemple pour une application de tenue de registres. La conception n'envoie pas de commandes à l'aéronef réel à partir de cette séquence. Si la liaison tombe, ne figez pas le dernier état reçu comme « l'état actuel » ; signalez-le comme inconnu, avec un horodatage.
Reprise après une coupure de connexion
Partez du principe que la connexion sera faible sur le terrain, et envisagez de conserver temporairement sur l'appareil les entrées non envoyées. Indiquez si chaque entrée a été partagée, et réutilisez le même identifiant d'événement lors du renvoi pour que rien ne soit enregistré deux fois. Si quelqu'un d'autre a mis à jour l'enregistrement entre-temps, n'écrasez pas en silence ; montrez d'abord la différence.
DÉFINITION DE « TERMINÉ »
Au moment de construire, vérifiez ceci.
- La version du plan antérieure au changement et le relevé réel du vol sont tous deux conservés.
- Les entrées non envoyées, envoyées et en échec peuvent être distinguées.
- Un dossier clôturé avec une anomalie conserve un responsable et un suivi.
Points de contrôle de conception à utiliser dans les revues de spécifications et les tests fonctionnels.
Consultez les sources
Les explications des règles et des définitions renvoient aux documents ci-dessous. Les écrans, les données et la définition de « terminé » sont nos propres propositions de conception.
- MLIT | Notification du plan de vol et journaux de volNotification du plan et enregistrements pour les vols spécifiques
Sources vérifiées le 30 septembre 2026. Confirmez l'application des règles à votre propre cas au regard des informations officielles les plus récentes.