Guide pas à pas de la mise en œuvre de l'interopérabilité OTAN, Partie 1 : sélection des STANAG et alignement sur les profils ADatP-34

La décision la plus lourde de conséquences dans un programme de logiciels de défense interopérable OTAN est celle des STANAG à mettre en œuvre — et, plus crucial encore, de ceux à écarter. La liste des accords de standardisation OTAN se chiffre en milliers ; le sous-ensemble pertinent pour une plateforme donnée est borné mais jamais évident de l'extérieur. Un programme qui choisit une enveloppe STANAG trop étroite échoue au déploiement en coalition six mois plus tard ; un programme qui choisit une enveloppe trop large engloutit le temps d'ingénierie dans des travaux de conformité sans aucun client opérationnel. Cette série en quatre parties explique comment prendre ces décisions correctement. La Partie 1 traite des fondations : sélection des STANAG et alignement sur les profils ADatP-34.

Le cadre architectural de cette série est posé dans Le guide complet de l'interopérabilité OTAN. Le guide d'ingénierie associé pour la plateforme C2 qui consomme ces normes est dans Construire un système C2 à partir de zéro. Cette série approfondit le sous-système d'interopérabilité.

Étape 1 : cadrer l'enveloppe de conformité avant toute autre chose

L'enveloppe de conformité est l'ensemble des STANAG que la plateforme s'engage à mettre en œuvre. C'est autant un document d'acquisition qu'un document d'ingénierie — elle apparaît dans les réponses aux appels d'offres, dans les dossiers d'accréditation et dans le cadrage des exercices de coalition. Bien cadrée tôt, le travail d'ingénierie a des frontières claires ; mal cadrée, le périmètre se déforme sous l'équipe pendant toute la vie de la plateforme.

Les questions qui définissent l'enveloppe :

• Échelon. Le niveau brigade et en dessous a des priorités STANAG différentes du niveau corps d'armée ou stratégique. Une plateforme tactique doit parler Link 16 et CoT ; une plateforme stratégique peut n'en avoir besoin d'aucun mais doit parler MIP4 et le catalogue plus large des STANAG d'état-major.
• Domaine. Terre, mer, air, interarmées ou multi-domaines. Chacun mobilise des familles STANAG différentes — la défense aérienne tire Link 16 et les STANAG environnants de distribution de temps et de formats de messages ; le maritime tire COMPD et l'intégration AIS ; le terrestre tire MIP4-IES.
• Partenaires de coalition. Une plateforme opérant bilatéralement avec les États-Unis a des besoins différents d'une plateforme opérant multilatéralement à travers l'OTAN. Les relations bilatérales fonctionnent souvent avec des sous-ensembles plus restreints ; le déploiement multilatéral en coalition exige les profils ADatP-34 plus larges.
• Plafond de classification. Les niveaux de classification plus élevés tirent les exigences contraignantes de STANAG 4774/4778 que les plateformes à classification plus basse peuvent différer.
• Horizon temporel. Une plateforme déployée dans deux ans peut viser les éditions STANAG actuelles ; une plateforme déployée dans cinq ans doit suivre la prochaine spirale et budgéter la transition de version.

Écrivez les réponses. Marquez chaque ticket d'architecture de la décision d'enveloppe qu'il sert. Le schéma d'échec le plus courant dans les programmes d'interopérabilité OTAN est la dérive silencieuse de l'enveloppe — un programme commence en visant « l'interop OTAN tactique » et finit par mettre en œuvre tous les STANAG référencés dans une réponse RFI quelconque, sans justification de ceux qui sont opérationnellement requis.

Étape 2 : construire le catalogue STANAG pertinent

L'OTAN publie des milliers de STANAG ; le sous-ensemble pertinent pour le logiciel se compte en centaines basses ; le sous-ensemble pertinent pour une plateforme donnée est généralement de 20 à 40. Construisez le catalogue explicitement.

Le catalogue capture, pour chaque STANAG candidat :

• Numéro et édition du STANAG. La version compte : STANAG 4559 Édition 4 est significativement différent de l'Édition 3.
• Nom usuel et portée. Ce que la norme régit en termes opérationnels — pas seulement « échange d'imagerie » mais « échange d'imagerie ISR d'origine nationale entre systèmes C2 de coalition ».
• Motivation opérationnelle. Pourquoi cette plateforme en a besoin. « Exigé par l'appel d'offres » ne suffit pas ; le cas d'usage opérationnel compte également.
• Estimation de l'effort de mise en œuvre. Catégorisation grossière : léger (moins de 2 mois-personnes), modéré (2-6), lourd (6-18), extrême (plus de 18). L'estimation est approximative ; son but est de faire apparaître tôt le rapport coût-bénéfice.
• Source du test de conformité. Où le test de conformité est exécuté — CI interne, CWIX OTAN, bilatéral avec un partenaire spécifique, banc de test fourni par l'éditeur.
• Statut de mise en œuvre. Non commencé, en cours, testé en conformité, déployé.

Le catalogue est un document vivant, stocké dans le dépôt du programme aux côtés du code source, examiné par les responsables ingénierie et acquisition. Le traitement détaillé des principales familles de STANAG — Link 16, MIP4, STANAG 4559, ADatP-34 — est dans Normes d'interopérabilité OTAN pour les logiciels.

Étape 3 : s'aligner sur un profil ADatP-34

ADatP-34 est le catalogue maître OTAN des profils d'interopérabilité. Là où les STANAG individuels définissent des normes isolément, ADatP-34 définit des combinaisons — « profil tactique brigade », « profil opérationnel corps », « profil stratégique interarmées » — qui regroupent les normes utilisées ensemble dans des contextes opérationnels réels.

L'implication stratégique : aligner l'enveloppe de conformité de la plateforme sur un ou plusieurs profils ADatP-34, et non sur des combinaisons STANAG ad hoc. Une plateforme qui affirme « nous mettons en œuvre Link 16, MIP4 et STANAG 4559 » sans nommer le profil ADatP-34 auquel elle s'aligne fait une affirmation non cadrée que les évaluateurs d'acquisition peinent à vérifier.

Le démontage détaillé d'ADatP-34 — incluant l'anatomie structurelle, le modèle de versionnement des profils et les implications d'acquisition — est dans Structures de données ADatP-34 : ce que l'interopérabilité OTAN exige réellement.

Pour la plateforme exemple retenue — un système C2 tactique de niveau brigade visant le déploiement en coalition NATO RESTRICTED — le profil ADatP-34 approprié est le profil opérationnel tactique qui regroupe Link 16, MIP4-IES, CoT, STANAG 4559 (côté consommateur) et le catalogue de soutien des STANAG de distribution de temps, de formats de messages et de classification. Des décisions de périmètre différentes décaleraient le choix de profil mais pas le raisonnement architectural.

Étape 4 : décider de l'alignement FMN Spiral

Le Federated Mission Networking (FMN) Spiral est une préoccupation d'acquisition distincte mais adjacente. Là où ADatP-34 définit des regroupements de profils, FMN définit une capacité de réseau de mission qui les intègre avec des exigences de sécurité et de profil de services. La spirale opérationnelle actuelle est Spiral 4 ; Spiral 5 est en développement.

Les questions pour le programme :

La plateforme a-t-elle besoin de la conformité FMN ? Le déploiement en réseau de mission de coalition — missions successeurs de Resolute Support, Allied Reaction Force, équivalents — exige FMN. Le déploiement national seul peut s'en passer. La décision du programme modèle significativement l'enveloppe de coûts.

Quelle spirale ? Si déploiement dans les 18 mois, viser Spiral 4. Si déploiement au-delà, viser Spiral 5 en sachant explicitement que les exigences bougent encore. Sauter une spirale est rarement viable ; les travaux de mise à niveau deviennent leur propre projet pluriannuel.

Quel est le parcours de test de conformité ? La conformité FMN est conditionnée par des tests de conformité OTAN, et non par auto-évaluation. Les créneaux de test sont limités et planifiés très à l'avance. Un programme visant Spiral 4 doit être dans la file d'attente de conformité OTAN 12 à 18 mois avant le déploiement prévu.

Les exigences d'ingénierie détaillées de FMN Spiral 4 sont dans FMN Spiral 4 : exigences et notes d'implémentation.

Étape 5 : décider des exigences bilatérales hors OTAN

La plupart des plateformes de défense opèrent aussi aux côtés de partenaires hors OTAN — Ukraine, Israël, Japon, Australie, Corée parmi d'autres. Ces relations introduisent des normes en dehors du catalogue OTAN mais interagissent avec l'enveloppe d'interopérabilité de la plateforme.

Les apports hors OTAN les plus courants :

Intégration Delta et DZVIN ukrainiens. L'échange de données bilatéral avec les plateformes C2 ukrainiennes utilise des formats hors du catalogue OTAN. Le patron d'ingénierie, y compris les détails du format Delta et l'approche d'intégration, est dans Format Delta et intégration militaire ukrainienne. Le contexte de l'écosystème Brave1 est dans L'écosystème de défense Brave1.

Protocoles FVEY uniquement. Les partenaires Five Eyes partagent du renseignement sur des protocoles hors du catalogue OTAN. Les plateformes visant à la fois les contextes OTAN et FVEY doivent gérer la conformité à double voie.

Normes nationales bilatérales. Les États-Unis ont des protocoles additionnels (CRD, variantes JREAP) qui ne sont pas formellement des normes OTAN mais apparaissent dans les programmes bilatéraux. Le Royaume-Uni, la France et l'Allemagne ont des surcouches nationales. Chacune est une décision propre au programme.

Les apports hors OTAN ne remplacent pas l'enveloppe de conformité OTAN ; ils l'étendent. Les documenter dans le catalogue aux côtés des STANAG, avec leur propre statut de mise en œuvre et leur propre parcours de test de conformité.

Étape 6 : stratégie de version STANAG et de spirale

Les STANAG évoluent. Les éditions changent, les formats de messages s'étendent, les exigences se durcissent. La plateforme doit avoir une stratégie explicite pour les transitions de version qui surviendront sur sa vie opérationnelle.

Le schéma qui fonctionne :

Suivre les éditions opérationnelles actuelles. La plateforme met en œuvre les éditions qu'exigent les déploiements opérationnels OTAN actuels. Les éditions plus anciennes restent supportées pour la rétrocompatibilité ; les éditions plus récentes sont suivies mais non mises en œuvre tant que cela n'est pas opérationnellement requis.

Planifier explicitement les transitions. Lorsqu'une nouvelle édition devient opérationnellement requise, la transition est un projet planifié avec son propre budget d'ingénierie, retest de conformité et mise à jour d'accréditation. Traiter la transition comme de la maintenance courante produit des années de retard.

Maintenir le support à double édition pendant les transitions. Les déploiements réels chevauchent les éditions. La plateforme supporte les deux pendant toute la fenêtre de transition de la coalition.

S'engager dans le processus d'élaboration des normes. Les éditeurs à exposition programme significative participent aux groupes de travail OTAN sur les normes. Cette participation fait remonter tôt les évolutions à venir, donne une voix à l'équipe dans les exigences, et fournit un renseignement que les concurrents à l'acquisition n'ont pas.

Étape 7 : structure de dépôt pour le code d'interopérabilité

Le code d'interopérabilité est sensible — y toucher incorrectement casse le déploiement en coalition. La discipline de dépôt réduit le risque.

La structure qui fonctionne :

• interop/stanags/<stanag-id>/ — un répertoire par STANAG, avec sa propre implémentation, ses tests de conformité et sa documentation.
• interop/profiles/<adatp-34-profile>/ — agrégations de profils qui composent les implémentations individuelles de STANAG.
• interop/conformance-tests/ — suites de tests automatisés, avec sous-répertoires correspondant à la source du test de conformité (CI, préparation CWIX, plans de test bilatéraux).
• interop/catalogue.md — le catalogue STANAG vivant.
• interop/profile-decisions/ — Architecture Decision Records documentant les choix d'enveloppe de conformité.

La structure rend le travail d'interopérabilité auditable, permet aux STANAG individuels d'évoluer indépendamment, et soutient le flux de test de conformité qui conditionne les livraisons.

La suite

La Partie 1 a cadré le sous-système d'interopérabilité. Enveloppe de conformité cadrée, catalogue STANAG construit, alignement sur les profils ADatP-34 choisi, décision FMN Spiral prise, exigences bilatérales documentées, stratégie de version explicite, structure de dépôt actée. La plateforme dispose maintenant d'un récit d'acquisition défendable ; les travaux de mise en œuvre suivent.

La Partie 2 entre dans la mise en œuvre des liaisons de données tactiques qui ancrent la plupart des plateformes interopérables OTAN — Link 16, CoT, MIP4. Intégration matérielle, marshalling des messages, construction du banc de conformité et disciplines d'ingénierie qui survivent à l'exercice de coalition.