Przewodnik po wdrożeniu interoperacyjności NATO, część 1: wybór STANAG-ów i dopasowanie profilu ADatP-34

Najbardziej brzemienną w skutki decyzją w programie obronnego oprogramowania interoperacyjnego z NATO jest to, które STANAG-i wdrożyć — a co kluczowe, których nie wdrażać. Lista porozumień standaryzacyjnych NATO sięga tysięcy; podzbiór istotny dla konkretnej platformy jest ograniczony, lecz nigdy nie jest oczywisty z zewnątrz. Program, który wybierze zbyt wąską kopertę STANAG-ów, nie zda wdrożenia koalicyjnego po sześciu miesiącach; program, który wybierze zbyt szeroką kopertę, utopi czas inżynierski w pracach zgodnościowych nieposiadających żadnego klienta operacyjnego. Ta czteroczęściowa seria pokazuje, jak podejmować te decyzje dobrze. Część 1 obejmuje fundament: wybór STANAG-ów i dopasowanie profilu ADatP-34.

Architektoniczne ramy tej serii znajdują się w artykule Kompletny przewodnik po interoperacyjności NATO. Towarzyszący przewodnik inżynierski po platformie C2, która konsumuje te standardy, znajduje się w artykule Budowa systemu C2 od zera. Ta seria skupia się wąsko na podsystemie interoperacyjności.

Krok 1: określ kopertę zgodności, zanim cokolwiek innego

Koperta zgodności to zbiór STANAG-ów, do których wdrożenia platforma się zobowiązuje. Koperta jest dokumentem akwizycyjnym tak samo, jak inżynierskim — pojawia się w odpowiedziach na RFP, w teczkach akredytacyjnych i w doborze zakresu ćwiczeń koalicyjnych. Zrób to dobrze wcześnie, a praca inżynierska będzie miała jasne granice; zrób to źle, a zakres prac będzie się przesuwał pod zespołem przez całe życie platformy.

Pytania, które definiują kopertę:

• Szczebel. Poziom brygady i niższy ma inne priorytety STANAG-ów niż poziom korpusu czy strategiczny. Platforma taktyczna musi mówić Link 16 i CoT; platforma strategiczna może nie potrzebować żadnego z nich, ale musi mówić MIP4 i szerszym katalogiem szczebla sztabowego.
• Domena. Lądowa, morska, powietrzna, połączona lub wielodomenowa. Każda wciąga inne rodziny STANAG-ów — obrona powietrzna wciąga Link 16 plus towarzyszące STANAG-i dystrybucji czasu i formatów komunikatów; domena morska wciąga COMPD i integrację AIS; lądowa — MIP4-IES.
• Partnerzy koalicyjni. Platforma działająca bilateralnie z USA ma inne potrzeby niż ta działająca wielostronnie w ramach NATO. Relacje bilateralne często działają z węższymi podzbiorami; wdrożenie wielostronnej koalicji wymaga szerszych profili ADatP-34.
• Pułap klasyfikacji. Wyższe poziomy klasyfikacji wciągają wiążące wymagania STANAG 4774/4778, które platformy o niższej klasyfikacji mogą odłożyć.
• Horyzont czasowy. Platforma wchodząca do służby za dwa lata może celować w bieżące wydania STANAG-ów; platforma wchodząca za pięć lat powinna śledzić następną spiralę i budżetować przejście wersji.

Zapisz odpowiedzi. Oznacz każdy ticket architektoniczny, której decyzji koperty służy. Najczęstszy wzorzec porażki w programach interoperacyjności NATO to cichy dryf koperty — program zaczyna celować w „taktyczną interoperacyjność NATO” i kończy wdrażaniem każdego STANAG-u wspomnianego w jakiejkolwiek odpowiedzi RFI, bez uzasadnienia, które z nich są operacyjnie wymagane.

Krok 2: zbuduj katalog istotnych STANAG-ów

NATO publikuje tysiące STANAG-ów; podzbiór istotny dla oprogramowania liczy się w niskich setkach; podzbiór istotny dla jednej platformy to zwykle 20–40. Zbuduj katalog wprost.

Katalog rejestruje dla każdego kandydującego STANAG-u:

• Numer i wydanie STANAG-u. Wersja ma znaczenie: STANAG 4559 wydanie 4 różni się istotnie od wydania 3.
• Nazwa robocza i zakres. Co standard reguluje w terminach operacyjnych — nie tylko „wymiana obrazów”, lecz „wymiana obrazów ISR z krajowych źródeł między koalicyjnymi systemami C2”.
• Czynnik operacyjny. Dlaczego ta platforma go potrzebuje. „Wymagane przez RFP” to za mało; przypadek użycia operacyjnego też ma znaczenie.
• Szacunek nakładu wdrożenia. Zgrubna kategoryzacja: lekki (poniżej 2 osobomiesięcy), umiarkowany (2–6), ciężki (6–18), ekstremalny (powyżej 18). Szacunek jest zgrubny; jego celem jest wczesne ujawnienie kosztu i korzyści.
• Źródło testu konformancji. Gdzie uruchamiany jest test konformancji — wewnętrzne CI, NATO CWIX, bilateralnie z konkretnym partnerem, uprząż testowa dostarczana przez producenta.
• Status wdrożenia. Nie rozpoczęto, w toku, przetestowano konformancyjnie, wdrożono.

Katalog jest żywym dokumentem, przechowywanym w repozytorium programu obok kodu źródłowego, recenzowanym przez kierownictwo inżynierii i akwizycji. Szczegółowe omówienie głównych rodzin STANAG-ów — Link 16, MIP4, STANAG 4559, ADatP-34 — znajduje się w artykule Standardy interoperacyjności NATO dla oprogramowania.

Krok 3: dopasuj się do profilu ADatP-34

ADatP-34 to główny katalog profili interoperacyjności NATO. Tam, gdzie pojedyncze STANAG-i definiują standardy w izolacji, ADatP-34 definiuje kombinacje — „profil taktyczny brygadowy”, „profil operacyjny korpuśny”, „profil strategiczny połączony” — które zbierają standardy używane razem w rzeczywistych kontekstach operacyjnych.

Implikacja strategiczna: dopasuj kopertę zgodności platformy do jednego lub kilku profili ADatP-34, a nie do doraźnych kombinacji STANAG-ów. Platforma deklarująca „wdrażamy Link 16, MIP4 i STANAG 4559” bez nazwania profilu ADatP-34, do którego się dopasowuje, składa nieograniczoną deklarację, którą oceniającym z akwizycji trudno zweryfikować.

Szczegółowy rozbiór ADatP-34 — w tym strukturalna anatomia, model wersjonowania profili i implikacje akwizycyjne — znajduje się w artykule Struktury danych ADatP-34: czego naprawdę wymaga interoperacyjność NATO.

Dla wzorcowej platformy z naszego przykładu — taktycznego systemu C2 szczebla brygady celującego we wdrożenie koalicyjne na poziomie NATO RESTRICTED — właściwym profilem ADatP-34 jest taktyczny profil operacyjny, który zbiera Link 16, MIP4-IES, CoT, STANAG 4559 (po stronie konsumenta) oraz wspierający katalog STANAG-ów dystrybucji czasu, formatów komunikatów i klasyfikacji. Inne decyzje zakresu zmieniłyby wybór profilu, ale nie rozumowanie architektoniczne.

Krok 4: zdecyduj o dopasowaniu do spirali FMN

Federated Mission Networking (FMN) Spiral to oddzielna, lecz pokrewna kwestia akwizycyjna. Tam, gdzie ADatP-34 definiuje pakiety profili, FMN definiuje zdolność sieci misyjnej, która integruje je z wymaganiami bezpieczeństwa i profilu usług. Bieżącą spiralą operacyjną jest Spiral 4; Spiral 5 jest w rozwoju.

Pytania dla programu:

Czy platforma potrzebuje zgodności z FMN? Koalicyjne wdrożenie sieci misyjnej — misje następcze Resolute Support, Allied Reaction Force i równoważne — wymaga FMN. Wdrożenie wyłącznie krajowe może nie wymagać. Decyzja programu znacząco kształtuje kopertę kosztową.

Która spirala? Jeśli wejście do służby w ciągu 18 miesięcy — celuj w Spiral 4. Jeśli później — celuj w Spiral 5 z wyraźną świadomością, że wymagania nadal się ruszają. Pomijanie spirali rzadko jest wykonalne; praca aktualizacyjna staje się własnym, wieloletnim projektem.

Jaka jest ścieżka testów konformancji? Zgodność FMN jest bramkowana przez testy konformancji NATO, nie przez samoocenę. Sloty testowe są ograniczone i planowane z dużym wyprzedzeniem. Program celujący w Spiral 4 powinien stać w kolejce konformancji NATO 12–18 miesięcy przed planowanym wdrożeniem.

Szczegółowe wymagania inżynierskie FMN Spiral 4 znajdują się w artykule FMN Spiral 4: wymagania i uwagi wdrożeniowe.

Krok 5: zdecyduj o wymaganiach bilateralnych spoza NATO

Większość platform obronnych działa też obok partnerów spoza NATO — Ukrainy, Izraela, Japonii, Australii, Korei i innych. Te relacje wprowadzają standardy poza katalogiem NATO, lecz wchodzą w interakcję z kopertą interoperacyjności platformy.

Najczęstsze wejścia spoza NATO:

Integracja z ukraińskimi Delta i DZVIN. Bilateralna wymiana danych z ukraińskimi platformami C2 używa formatów spoza katalogu NATO. Wzorzec inżynierski, w tym szczegóły formatu Delta i podejście integracyjne, opisany jest w artykule Format Delta i integracja z ukraińską armią. Kontekst ekosystemu Brave1 znajduje się w artykule Ekosystem obronny Brave1.

Protokoły wyłącznie FVEY. Partnerzy z Five Eyes wymieniają wywiad po protokołach spoza katalogu NATO. Platformy celujące jednocześnie w konteksty NATO i FVEY muszą obsłużyć podwójną ścieżkę konformancji.

Bilateralne standardy narodowe. USA ma dodatkowe protokoły (CRD, warianty JREAP), które formalnie nie są standardami NATO, lecz pojawiają się w programach bilateralnych. Wielka Brytania, Francja i Niemcy mają nakładki narodowe. Każda jest decyzją zależną od programu.

Wejścia spoza NATO nie zastępują koperty konformancji NATO; rozszerzają ją. Udokumentuj je w katalogu obok STANAG-ów, z własnym statusem wdrożenia i ścieżką testów konformancji.

Krok 6: strategia wersji STANAG-ów i spiral

STANAG-i ewoluują. Wydania się zmieniają, formaty komunikatów się rozrastają, wymagania się zaostrzają. Platforma musi mieć jawną strategię przejść wersji, które zajdą w trakcie jej życia operacyjnego.

Wzorzec, który działa:

Śledź bieżące wydania operacyjne. Platforma wdraża wydania wymagane przez bieżące wdrożenia operacyjne NATO. Starsze wydania pozostają wspierane dla wstecznej kompatybilności; nowsze są śledzone, ale niewdrażane do czasu, aż staną się operacyjnie wymagane.

Planuj przejścia wprost. Gdy nowe wydanie staje się operacyjnie wymagane, przejście jest zaplanowanym projektem z własnym budżetem inżynierskim, retestami konformancji i aktualizacją akredytacji. Traktowanie przejścia jak rutynowej konserwacji owocuje wieloletnim opóźnieniem.

Utrzymuj wsparcie dwóch wydań w czasie przejścia. Rzeczywiste wdrożenia stoją okrakiem między wydaniami. Platforma wspiera oba przez okres okna przejścia koalicyjnego.

Angażuj się w proces rozwoju standardów. Producenci z dużą ekspozycją programową uczestniczą w grupach roboczych standardów NATO. Udział ujawnia nadchodzące zmiany wcześnie, daje zespołowi głos w wymaganiach i dostarcza informacji, których konkurenci z akwizycji nie mają.

Krok 7: struktura repozytorium dla kodu interoperacyjności

Kod interoperacyjności jest wrażliwy — niewłaściwe ruszenie go psuje wdrożenie koalicyjne. Dyscyplina repozytorium redukuje ryzyko.

Struktura, która działa:

• interop/stanags/<stanag-id>/ — jeden katalog na STANAG, z własną implementacją, testami konformancji i dokumentacją.
• interop/profiles/<adatp-34-profile>/ — agregacje profili, które komponują wdrożenia poszczególnych STANAG-ów.
• interop/conformance-tests/ — automatyczne pakiety testowe, z podkatalogami pasującymi do źródła testu konformancji (CI, przygotowanie CWIX, dwustronne plany testów).
• interop/catalogue.md — żywy katalog STANAG-ów.
• interop/profile-decisions/ — Architecture Decision Records dokumentujące wybory koperty zgodności.

Struktura czyni pracę interoperacyjną audytowalną, pozwala poszczególnym STANAG-om ewoluować niezależnie i wspiera przepływ testów konformancji bramkujący wydania.

Co dalej

Część 1 sformatowała podsystem interoperacyjności. Koperta zgodności zakreślona, katalog STANAG-ów zbudowany, dopasowanie profilu ADatP-34 wybrane, decyzja o spirali FMN podjęta, wymagania bilateralne udokumentowane, strategia wersji jawna, struktura repozytorium ustalona. Platforma ma teraz dającą się obronić historię akwizycyjną; praca wdrożeniowa idzie dalej.

Część 2 wchodzi we wdrożenie taktycznych łączy danych, które kotwiczą większość platform interoperacyjnych z NATO — Link 16, CoT, MIP4. Integracja sprzętowa, marshallowanie komunikatów, budowa uprzęży konformancji i dyscypliny inżynierskie, które przetrwają ćwiczenia koalicyjne.