Les logiciels de simulation aéronautique militaire couvrent un champ plus large que celui que l'industrie civile de la formation aéronautique aborde habituellement. Là où la formation aéronautique commerciale se concentre principalement sur la compétence procédurale et instrumentale, la simulation aéronautique militaire doit également reproduire le fonctionnement des systèmes d'armes, la conscience de l'environnement de menace, la guerre électronique, les procédures de formation tactique en escadron, ainsi que la capacité à relier plusieurs simulateurs pour des exercices interarmées. L'architecture logicielle d'un dispositif d'entraînement au vol militaire ou d'un système de répétition de mission reflète simultanément toutes ces exigences. Cet article examine chaque couche de cette architecture — de la classification réglementaire à la simulation de bus avionique en passant par la conception de la fédération HLA — en fournissant le contexte technique nécessaire pour évaluer, spécifier ou développer des logiciels de simulation aéronautique militaire.

Taxonomie de la simulation aéronautique : FTD, FFS, PCATD et simulateurs de mission — classifications réglementaires et équivalents militaires

Les régulateurs de l'aviation civile divisent les dispositifs de simulation en une hiérarchie de niveaux de qualification. La FAA définit les simulateurs de vol complets (Full Flight Simulators, FFS) aux niveaux A à D, le niveau D étant la fidélité la plus élevée — exigeant une plateforme de mouvement à six degrés de liberté, un système visuel avec au moins 150 degrés de champ de vision horizontal et 40 degrés vertical, et une modélisation aérodynamique qui réussit un guide de test de qualification (QTG) complet basé sur les données de vol réelles. Les simulateurs de niveau D sont approuvés pour les qualifications de type à zéro heure de vol, ce qui signifie qu'un pilote peut passer à un type d'aéronef sans avoir piloté l'appareil réel avant le premier vol commercial.

Les dispositifs d'entraînement au vol (Flight Training Devices, FTD) occupent un niveau inférieur, classifiés aux niveaux 4 à 7 de la FAA. Ils ne nécessitent pas de plateformes de mouvement et ont des exigences moins strictes en matière de système visuel. L'EASA utilise une classification parallèle : simulateurs de vol complets aux niveaux A–D, entraîneurs de procédures de navigation de vol (FNPT I/II/MCC) pour les entraîneurs procéduraux de moindre fidélité, et dispositifs de formation de base aux instruments (BITD) pour la simulation d'entrée de gamme. La distinction clé entre toutes les classifications civiles est que les niveaux supérieurs approuvent le crédit de formation pour des tâches et des phases de vol plus exigeantes.

La simulation aéronautique militaire utilise des concepts équivalents mais sous une nomenclature différente et avec des exigences supplémentaires dictées par la mission de combat. Les principaux types de dispositifs militaires sont :

  • Entraîneur de procédures cockpit (Cockpit Procedures Trainer, CPT) — reproduit la géométrie du cockpit et la disposition des commandes pour la familiarisation procédurale, l'identification des commutateurs et les exercices d'actions d'urgence. Ne comprend généralement pas de modèle de vol ni de système visuel.
  • Entraîneur de système d'armes (Weapons System Trainer, WST) — ajoute la simulation du système d'armes, notamment le radar, les capteurs et les modes de largage d'armes, à la capacité de simulation de vol de base. Comprend souvent une scène visuelle limitée pour la formation de base aux capteurs.
  • Entraîneur de mission (Mission Trainer, MT) — capacité complète de simulation de mission : avionique complète, armes, environnement de menace, simulation des communications et scène visuelle haute fidélité. Peut être mis en réseau avec d'autres MT ou des simulateurs terrestres pour la formation multi-appareils et interarmées.
  • Système de répétition de mission (Mission Rehearsal System, MRS) — axé sur la planification et la répétition de missions, souvent sans dynamique complète de l'aéronef. Privilégie la précision de la base de données de terrain, le positionnement des menaces à partir du renseignement actuel et l'analyse des routes plutôt que la fidélité des qualités de vol.

La qualification militaire est régie par des documents spécifiques aux programmes plutôt que par une norme universelle. Aux États-Unis, la DoDI 5000.02 et le plan directeur T&E correspondant définissent ce qui doit être démontré avant qu'un simulateur soit accepté pour le crédit de formation. Les simulateurs militaires britanniques suivent la DEF STAN 00-970 pour les exigences de fidélité de simulation des aéronefs. L'absence d'une norme militaire internationale unique signifie que les critères d'acceptation doivent être négociés programme par programme, bien que les paramètres techniques sous-jacents — fidélité du modèle de vol, performance du système visuel, caractéristiques de simulation du mouvement — soient similaires d'un programme à l'autre.

Simulation des systèmes avioniques — couplage du modèle de vol, simulation des capteurs et rendu de la symbologie MFD

Le modèle de vol dans un simulateur militaire est mis en œuvre à partir d'un progiciel de données de simulation de vol technique (Engineering Flight Simulation Data Package, EFDP) fourni par le fabricant de la cellule. L'EFDP contient des tables de coefficients aérodynamiques en fonction de l'angle d'attaque, du dérapage, du nombre de Mach et des déflexions des surfaces de contrôle ; des cartographies de performance moteur incluant la poussée, la consommation de carburant et la température des turbines en fonction de la position des gaz, de l'altitude et de la vitesse ; des modèles de système de commande de vol pour les aéronefs fly-by-wire, y compris les calendriers de gain des lois de commande et la logique de limitation ; et des modèles de roulage au sol couvrant la friction des pneus, la direction de la roue avant et l'équipement d'arrêt pour les aéronefs embarqués. Le modèle de vol intègre ces éléments au pas de temps de simulation — généralement 30 ou 60 Hz — pour produire des accélérations en axes corps qui actionnent la plateforme de mouvement et mettent à jour le vecteur d'état de l'aéronef.

Le couplage du modèle de vol à la simulation avionique est le premier défi d'intégration majeur. La suite avionique s'attend à recevoir les données d'état de l'aéronef (vitesse aérodyne, altitude, assiette, taux de rotation, vitesses inertielles) depuis les capteurs, et non directement depuis le modèle de vol. Une simulation précise nécessite la mise en œuvre de la chaîne de capteurs : un modèle de calculateur de données air (ADC) qui dérive la vitesse indiquée et l'altitude à partir de la pression pitot-statique simulée, un modèle de centrale inertielle (INS) avec des caractéristiques de dérive correspondant au système de l'aéronef réel, et un modèle GPS avec la géométrie des signaux et les caractéristiques d'erreur. Chaque capteur doit reproduire non seulement ses sorties en régime permanent, mais aussi son comportement transitoire lors des manœuvres et ses modes de défaillance.

La simulation des capteurs s'étend au-delà des capteurs de navigation primaires. Le radioaltimètre — essentiel pour les opérations à basse altitude et le suivi automatique du terrain — doit être simulé à l'aide de la base de données de terrain, en calculant la distance oblique jusqu'au terrain sous l'aéronef et en la convertissant en altitude radar avec les caractéristiques appropriées de largeur de faisceau et de bruit. La simulation FLIR (Forward Looking Infrared) génère une image thermique synthétique à partir de la scène de terrain et d'entités, en tenant compte de la transmission atmosphérique, de la résolution angulaire du capteur et du contraste entre les cibles et l'arrière-plan. La simulation RWR est abordée dans la section sur l'environnement de menace ci-dessous.

Le rendu de la symbologie MFD (Multi-Function Display) est la sortie de simulation avionique la plus visible et l'une des plus scrutées lors de l'acceptation. Les équipages aériens militaires identifient rapidement une symbologie incorrecte — géométrie de police incorrecte, facteurs d'échelle erronés ou modes d'affichage manquants — et rejetteront un simulateur qui ne maîtrise pas ces détails. Il existe trois approches de mise en œuvre :

  • Avionique émulée par logiciel — la logique du calculateur de gestion d'affichage (DMC) est réimplémentée en logiciel, produisant les mêmes pages d'affichage que l'avionique réelle. Cela nécessite l'accès à la spécification logicielle avionique ou à l'ingénierie inverse à partir de la documentation de l'aéronef. Le coût de mise à jour est plus faible car les modifications logicielles ne nécessitent pas de remplacement matériel.
  • Avionique matérielle en boucle (AHIL) — de vraies LRU avioniques sont installées dans le simulateur et pilotées par le trafic de bus simulé. La sortie d'affichage est identique pixel par pixel à celle de l'aéronef car elle est générée par le même matériel. La gestion de la configuration est plus complexe car chaque mise à jour logicielle avionique nécessite une gestion matérielle au sein du programme de simulateur.
  • Rendu hybride — un modèle logiciel pilote un moteur de rendu haute fidélité qui reproduit les formats d'affichage sans reproduire toute la pile logicielle avionique. Efficace lorsque la documentation de la symbologie est disponible mais que le code source avionique n'est pas accessible.

Le choix entre ces approches est déterminé par le niveau de classification du programme, l'accès à la propriété intellectuelle avionique, les contraintes de coût du cycle de vie et la profondeur du crédit de formation avionique requis. Les programmes nécessitant une injection de pannes avioniques complète et une formation aux défaillances requièrent généralement l'AHIL. Pour le contexte plus large de l'architecture de simulation d'entraînement militaire, la profondeur de simulation avionique est l'une des décisions de conception clés qui façonne l'ensemble de l'approche d'intégration matérielle et logicielle du simulateur.

Simulation des systèmes d'armes dans les entraîneurs aéronautiques — visualisation de l'enveloppe missile, physique du largage d'armes et intégration BDA

La simulation des systèmes d'armes dans les entraîneurs aéronautiques militaires englobe le cycle complet d'emploi des armes : désignation et acquisition de cible, sélection et armement de l'arme, calcul du largage, vol de l'arme et évaluation des dommages de combat. Chaque phase comporte des composants logiciels distincts.

La simulation de désignation de cible doit reproduire les modes de désignation de la nacelle de ciblage ou du radar de l'aéronef. Pour une nacelle à désignation laser, cela implique la mise en œuvre d'un modèle de cardan stabilisé, d'un modèle de taille de spot laser et d'énergie, et des caractéristiques de précision de désignation. La nacelle de ciblage doit interagir avec le modèle de guidage de l'arme — le modèle de chercheur d'une bombe à guidage laser doit détecter le spot laser simulé et se diriger vers lui le long de la trajectoire de vol simulée de l'arme.

Le calcul du largage d'armes reproduit la logique du système de gestion des armements (ACS) de l'aéronef. Pour les armes non guidées, l'ACS met en œuvre les algorithmes CCIP (Continuously Computed Impact Point) et CCRP (Continuously Computed Release Point) en utilisant les tables balistiques pour chaque type d'arme. La simulation correcte de ces algorithmes nécessite les mêmes données de coefficient balistique que celles utilisées dans l'ACS réel. Pour les munitions de précision, le calcul de l'enveloppe de largage doit reproduire la logique d'acquisition et de guidage du chercheur de l'arme.

La simulation du vol de l'arme propage l'arme du largage jusqu'à l'impact en utilisant des modèles physiques adaptés au type de munition. Les charges non guidées nécessitent un modèle balistique à six degrés de liberté tenant compte des conditions initiales au largage (position, vitesse, assiette, taux de rotation), de la traînée aérodynamique et de la gravité. Les armes guidées mettent également en œuvre la logique de loi de guidage — navigation proportionnelle pour les missiles guidés par radar, suivi de spot laser pour les LGB, guidage de mi-trajectoire INS/GPS avec acquisition du chercheur terminal pour les munitions guidées par GPS. La simulation doit reproduire les statistiques d'écart probable, et pas seulement le point d'impact moyen, car l'écart probable affecte à la fois le réalisme de la formation et la notation.

L'évaluation des dommages de combat est calculée à partir de la position d'impact de l'arme par rapport à la géométrie de la zone vulnérable de la cible. Le modèle de dommages attribue un état de dommage (catastrophique, mise hors de combat, suppression ou raté) en fonction du type d'arme, du réglage du fusée et de l'écart par rapport au point de visée de la cible. Les résultats BDA sont renvoyés à la scène visuelle via des états de modèle endommagé ou détruit, à l'environnement de menace constructif via la suppression des systèmes de menace affectés, et au système de notation de débriefing pour l'analyse post-mission. Dans les exercices en réseau, les événements de tir et de détonation d'armes sont publiés en tant qu'interactions HLA — permettant aux systèmes constructifs terrestres d'appliquer la même logique BDA et de répondre aux effets dans l'ensemble de l'environnement synthétique combiné.

Génération de l'environnement de menace — modèles de menace SAM/AAA, signaux audio RWR et scénarios d'entraînement aux contre-mesures électroniques

Un environnement de menace réaliste est ce qui distingue un entraîneur aéronautique militaire d'un simulateur civil en termes de valeur de formation tactique. Le sous-système logiciel d'environnement de menace doit modéliser chaque élément du système intégré de défense aérienne qu'un équipage rencontrera — des radars d'alerte avancée aux radars d'acquisition, en passant par les systèmes de poursuite et les effets d'armes.

La simulation des systèmes de missiles sol-air (SAM) modélise la séquence d'engagement complète : recherche et détection par le radar d'acquisition en fonction de la SER de l'aéronef et de l'altitude, transfert de piste au radar de contrôle de tir, décision de lancement de missile basée sur la géométrie d'engagement et les paramètres de zone d'engagement, cinématique de vol du missile, et modèle d'effet fusée/ogive. Chaque système SAM dans la bibliothèque de menaces est paramétré à partir de données de référence classifiées couvrant les courbes de probabilité de détection, la précision de poursuite, l'enveloppe cinématique du missile, les caractéristiques de la fusée et la susceptibilité aux contre-mesures électroniques. Le modèle comportemental — règles de décision de l'opérateur, doctrine de tir à plusieurs coups, hiérarchisation des cibles — est dérivé d'évaluations de renseignement sur la doctrine d'emploi réelle du système.

La simulation de l'AAA (artillerie antiaérienne) utilise une approche computationnelle différente car l'AAA tire des projectiles non guidés en volume élevé. La simulation doit modéliser la densité du motif d'éclatement des projectiles en fonction de la portée, de l'aspect de la cible et du taux de tir, en calculant la probabilité de toucher contre la section transversale présentée par l'aéronef. Des modèles de fragmentation spécifiques au calibre déterminent la probabilité de dommage étant donné une rafale à l'écart calculé. Pour les simulateurs à voilure tournante, les MANPADS (Man-Portable Air Defense Systems) sont une catégorie de menace critique nécessitant la modélisation de la géométrie d'acquisition du chercheur et de la cinématique de propulsion.

La simulation RWR (Radar Warning Receiver) génère des alertes audio et visuelles qui correspondent à ce que le système de l'aéronef réel produirait dans l'environnement de menace modélisé. La bibliothèque de menaces de simulation contient des données paramétriques des émetteurs — plages de fréquences, intervalles de répétition d'impulsions, schémas de balayage — et le modèle RWR applique des algorithmes de détection et d'identification qui reproduisent la chaîne de traitement RWR réelle. La fidélité des signaux audio est critique : les équipages s'entraînent à distinguer les menaces par le son, et une signature audio incorrecte annule l'objectif de formation. Les formats d'affichage — quelles lampes ou symboles s'illuminent sur l'affichage des menaces RWR — doivent correspondre exactement au système de l'aéronef.

Les scénarios d'entraînement aux contre-mesures électroniques (ECM) nécessitent que la simulation modélise l'interaction entre le brouillage et les performances du système de menace. L'efficacité du brouilleur auto-protecteur est paramétrée par la puissance du brouilleur, le gain d'antenne dans la direction de la menace et les capacités de protection électronique du radar de menace. La dispersion de leurres thermiques et de chaff est simulée avec le suivi de l'inventaire des dispenseurs et des modèles d'efficacité contre les chercheurs IR et radar. La formation à l'emploi des ECM exige que l'environnement de menace réponde de manière réaliste à l'utilisation des contre-mesures — un SAM qui perd la piste lorsqu'il est brouillé, ou qui retrouve la piste après une interruption du brouillage — afin que les équipages développent une doctrine d'emploi des ECM correcte.

Entraînement en réseau : fédération HLA avec les simulateurs terrestres — RPR-FOM pour les entités aéronautiques, adhésion tardive et tolérance aux pannes

Les simulateurs aéronautiques individuels offrent une formation efficace au niveau de la plateforme, mais les exercices d'entraînement interarmées nécessitent que plusieurs simulateurs — aériens, terrestres et maritimes — opèrent dans un environnement synthétique partagé. L'architecture d'interopérabilité standard pour cela est HLA (High Level Architecture, IEEE 1516), avec le RPR-FOM (Real-time Platform Reference Federation Object Model) comme schéma de données partagé. Les principes de la simulation distribuée HLA DIS s'appliquent directement aux réseaux de simulateurs aéronautiques, mais les exigences spécifiques à l'aviation ajoutent de la complexité dans plusieurs domaines.

Le RPR-FOM définit les classes d'objets FixedWing et RotaryWing au sein de la hiérarchie Platform. Les entités aéronautiques publient des attributs incluant la position spatiale et la vitesse (en utilisant l'énumération DeadReckoningAlgorithm pour permettre aux fédérés récepteurs d'extrapoler la position entre les mises à jour), la quantité de carburant, l'inventaire des armes, le marquage (indicatif/numéro de queue) et l'état de dommage. Pour les connexions à faible bande passante — liaisons satellitaires dans les exercices distribués à travers les frontières nationales — le choix de l'algorithme de mort reckoning est critique pour maintenir la précision de position sans taux de mise à jour excessif.

La simulation d'émission des capteurs dans les fédérations HLA utilise les classes d'objets EmitterSystem et TransmitterPDU du RPR-FOM. Les radars aéronautiques, les nacelles de ciblage et les systèmes d'auto-protection publient leurs paramètres d'émission dans la fédération, permettant aux systèmes constructifs de défense aérienne terrestres de modéliser la détection de l'aéronef en utilisant des données de signature radar réelles plutôt que des modèles de cible ponctuelle simplifiés. Cette modélisation des émissions est également requise pour une simulation RWR réaliste — la simulation RWR doit recevoir les données d'émission des systèmes de menace dans la fédération pour générer des alertes correctes.

La gestion des adhésions tardives est un problème d'ingénierie significatif pour les fédérations de simulateurs aéronautiques. Lorsqu'un simulateur d'aéronef rejoint un exercice déjà en cours, il doit recevoir l'état actuel de toutes les entités déjà présentes dans la fédération — forces terrestres, autres aéronefs, entités navales, positions des systèmes de menace. Sans protocole d'adhésion tardive correct, le simulateur qui rejoint commence avec une image tactique vide. La solution standard nécessite un fédéré gestionnaire de scène qui maintient l'état actuel de tous les objets et envoie des messages reflect attribute value (RAV) aux fédérés qui rejoignent tardivement. Le gestionnaire de scène doit également gérer le cas d'un simulateur qui se déconnecte et se reconnecte en raison d'une défaillance technique — une exigence de tolérance aux pannes souvent sous-spécifiée dans les documents contractuels mais qui devient évidente lors de l'utilisation opérationnelle des exercices.

La connexion des simulateurs aéronautiques aux cadres d'intégration live-virtual-constructive nécessite des passerelles qui traduisent entre les données internes du simulateur et le trafic de la fédération HLA. La passerelle doit gérer les transformations de système de coordonnées (les simulateurs aéronautiques utilisent souvent des référentiels locaux pour le modèle de vol ; la fédération HLA utilise des coordonnées géocentriques ECEF), l'alignement de la gestion du temps et la correspondance des paramètres de mort reckoning entre le taux de mise à jour interne du simulateur et le taux de mise à jour de la fédération.

Normes d'interface logicielle pour les dispositifs de simulation — relecture ARINC 429/629, simulation de bus MIL-STD-1553 et conception ICD

L'interface logicielle entre l'hôte de simulation et le matériel cockpit — à la fois les vraies LRU avioniques et le matériel de panneau réplique — est définie par des documents de contrôle d'interface (ICD) qui spécifient quels signaux sont simulés en logiciel, lesquels sont pilotés par le trafic de bus réel, et les exigences de temporisation pour chaque interface.

L'ARINC 429 est le bus de données avionique dominant dans les aéronefs de transport civils et militaires. Il fonctionne comme un bus série unidirectionnel à 12,5 kbps (basse vitesse) ou 100 kbps (haute vitesse). Chaque mot ARINC 429 est sur 32 bits : label 8 bits, identifiant source-destination 2 bits, 19 bits de données et 3 bits d'état/parité. Le label définit le contenu des données — le label 203 est la vitesse sol, le label 206 est l'angle de route — et l'encodage (binaire BNR ou décimal BCD) est défini dans la spécification ARINC 429. La simulation doit générer des mots ARINC 429 corrects aux taux de mise à jour corrects pour chaque label, car le logiciel avionique surveille les taux de mise à jour et déclare une source de données invalide si les mises à jour ne sont pas reçues dans l'intervalle de temporisation spécifié.

Le MIL-STD-1553 est le bus de données avionique standard pour les aéronefs militaires. Il fonctionne comme un bus semi-duplex, commande/réponse à 1 Mbps. Le contrôleur de bus (BC) émet des mots de commande aux terminaux distants (RT), qui répondent avec des mots de données. La temporisation est étroitement contrôlée : un RT doit répondre dans les 4 à 12 microsecondes suivant le flanc descendant du mot de commande BC. La simulation du MIL-STD-1553 au niveau matériel utilise des cartes d'interface de bus dédiées qui implémentent les fonctions BC et RT en matériel avec une temporisation correcte. Au niveau logiciel, les frameworks de simulation 1553 fournissent un accès de niveau API où la simulation enregistre des gestionnaires de messages pour chaque combinaison d'adresse RT et de sous-adresse et reçoit des callbacks au taux de trame du bus.

L'ARINC 629 est utilisé dans le Boeing 777 et certains transports militaires. Il fonctionne comme un bus multi-émetteurs à 2 Mbps, permettant à plusieurs LRU de transmettre sans contrôleur de bus. La simulation de l'ARINC 629 est moins courante car moins de plateformes militaires l'utilisent, mais les principes de conception d'interface — encodage binaire correct, temporisation de mise à jour correcte, comportement de mode de défaillance correct — s'appliquent également.

La conception ICD pour un simulateur aéronautique militaire doit spécifier chaque signal à la frontière du cockpit : pour chaque commutateur de panneau, l'ICD définit l'interface électrique (tension discrète, mot ARINC 429, sous-adresse 1553), la variable de simulation qu'il contrôle, la plage d'états valide et la temporisation depuis l'actionnement physique jusqu'à la réponse de simulation. Pour les sorties d'affichage, l'ICD définit si l'affichage est piloté par une vraie LRU avionique (AHIL) ou par la sortie graphique de l'ordinateur de simulation, et quel est le mode de défaillance si l'hôte de simulation est perdu. Les ICD doivent être maintenus comme documents contrôlés en configuration tout au long de la durée de vie du simulateur, car ils constituent la base de l'isolement des pannes lors de la maintenance.

Validation et vérification des logiciels de simulation aéronautique — évaluation de la fidélité, procédures de test QTG et méthodes de comparaison NATOPS

La vérification et la validation (V&V) des logiciels de simulation aéronautique militaire opèrent à deux niveaux : la conformité technique avec la spécification de fidélité (démontrée par le QTG) et l'efficacité opérationnelle de la formation (démontrée par l'examen des experts en la matière et l'analyse de l'efficacité de la formation).

Le guide de test de qualification définit les tests spécifiques qui doivent être exécutés, les conditions de test et les bandes de tolérance dans lesquelles le simulateur doit répondre pour obtenir la qualification. Pour une qualification FFS de niveau D, le QTG contient environ 100 tests individuels organisés par catégorie : tests de performance (distances de décollage, taux de montée, consommation de carburant), tests de qualités de vol (réponse en fréquence, réponse en échelon, modes oscillatoires), tests de roulage au sol et tests systèmes (caractéristiques de panne moteur, modes de défaillance hydraulique). Chaque test spécifie les conditions de vol, la séquence d'entrée pilote, la sortie mesurée du simulateur et l'écart maximal autorisé par rapport aux données de l'aéronef de référence à chaque pas de temps.

Les simulateurs militaires ajoutent des tests de système d'armes et des tests d'environnement de menace à la structure QTG. Un test de système d'armes peut spécifier les conditions de largage pour une arme particulière, le temps de vol prévu de l'arme et le point d'impact dérivé des données de coefficient balistique, et la tolérance sur la localisation du point d'impact. Un test d'environnement de menace peut spécifier une géométrie d'engagement, le signal RWR attendu et l'indication d'affichage, et la tolérance sur la portée de détection par rapport aux données paramétriques de menace de référence classifiées.

Les manuels NATOPS (Naval Air Training and Operating Procedures Standardization) constituent la référence faisant autorité pour les données de performance des aéronefs de la marine américaine. La comparaison NATOPS consiste à faire passer le simulateur par les procédures de vérification de performance spécifiques définies dans le manuel NATOPS — tables de vitesse d'approche, graphiques de gradient de montée monomoteur, procédures d'urgence — et à vérifier que le simulateur produit des résultats correspondant aux valeurs NATOPS dans les tolérances acceptables. Les programmes de l'armée utilisent les références équivalentes AFMAN (Air Force Manual) ou les manuels techniques de l'armée. L'avantage de la comparaison NATOPS/AFMAN est qu'elle utilise les mêmes sources de données que les équipages référencent lors des opérations réelles, fournissant une validation directe par rapport à la connaissance des équipages plutôt que par rapport aux données d'ingénierie brutes que les équipages n'ont peut-être jamais vues.

L'évaluation de la fidélité au-delà du QTG utilise des protocoles d'évaluation experte structurés. Un panel d'instructeurs qualifiés et de pilotes de standardisation effectue un ensemble défini de missions représentatives dans le simulateur et évalue chaque aspect de la simulation — comportement de l'aéronef, comportement avionique, réponse du système d'armes, réalisme de l'environnement de menace — par rapport à leur expérience sur l'aéronef réel. Les résultats sont classés par gravité : les résultats qui empêchent le crédit de formation pour une tâche, ceux qui dégradent l'efficacité de la formation et ceux qui sont des écarts mineurs. Les résultats de gravité un doivent être résolus avant que le simulateur soit approuvé pour la tâche de formation en question.

La gestion de la configuration du logiciel de simulation validé est aussi importante que la validation initiale. Lorsque la cellule reçoit une mise à jour du logiciel avionique, le modèle avionique correspondant du simulateur doit être mis à jour et les tests QTG concernés doivent être réexécutés. Les programmes qui ne maintiennent pas un processus de gestion de configuration discipliné accumulent des différences logicielles entre le simulateur et l'aéronef au fil du temps, dégradant finalement la fidélité de formation au point où les pilotes apprennent des procédures incorrectes. Les programmes de simulateurs aéronautiques militaires maintiennent généralement un document de référence de configuration qui suit la configuration logicielle et matérielle de l'aéronef par rapport à laquelle le simulateur est validé, ainsi qu'un processus formel de changement pour incorporer les modifications de l'aéronef dans le simulateur.

Pris ensemble, la combinaison de la fidélité du modèle de vol, de la profondeur de simulation avionique, du réalisme de l'environnement de menace et de la capacité d'exercice en réseau fait des logiciels de simulation aéronautique militaire l'une des catégories les plus techniquement exigeantes du développement de simulation de défense. Chaque sous-système — du modèle de temporisation ARINC 429 à la gestion de la bibliothèque de menaces RWR — contribue à l'efficacité de la formation de manière mesurable par rapport à l'aéronef et aux résultats opérationnels. L'investissement dans une validation rigoureuse à chaque couche est ce qui distingue un simulateur qui transfère la formation à la performance opérationnelle de celui qui donne simplement aux équipages du temps dans une salle en forme de cockpit.