Покрокова реалізація сумісності NATO, частина 1: вибір STANAG та узгодження профілю ADatP-34

Найвагоміше рішення в програмі оборонного ПЗ, що має бути сумісним з NATO, — які STANAG реалізовувати, і, що критично, які не реалізовувати. Перелік чинних Угод про стандартизацію NATO обчислюється тисячами; релевантна для будь-якої платформи підмножина обмежена, але ззовні ніколи не очевидна. Програма, що обирає надто вузьку оболонку STANAG, провалює коаліційне розгортання через шість місяців; програма, що обирає надто широку, топить інженерний час у роботі з конформенсу, яка не має оперативного замовника. Ця серія з чотирьох частин показує, як приймати ці рішення добре. Частина 1 покриває фундамент: вибір STANAG та узгодження профілю ADatP-34.

Архітектурний контекст для серії — у Повному посібнику зі сумісності NATO. Супутній інженерний розгляд C2-платформи, що споживає ці стандарти, — у Побудова системи C2 з нуля. Ця серія занурюється вузько в підсистему сумісності.

Крок 1: обмежте конформаційну оболонку до всього іншого

Конформаційна оболонка — це набір STANAG, які платформа зобов'язується реалізувати. Оболонка — це закупівельний документ не менше, ніж інженерний; вона з'являється у відповідях на RFP, в акредитаційних файлах та при визначенні масштабу коаліційних навчань. Зробіть її правильно рано — і інженерна робота має чіткі межі; зробіть неправильно — і обсяг роботи зсуватиметься під командою всю операційну тривалість платформи.

Питання, що визначають оболонку:

• Ешелон. Рівень бригади і нижче має інші пріоритети STANAG, ніж рівень корпусу чи стратегічний. Тактична платформа повинна говорити Link 16 і CoT; стратегічна може не потребувати жодного з них, але має говорити MIP4 і ширший штабний каталог.
• Домен. Сухопутний, морський, повітряний, спільний чи мультидоменний. Кожен втягує різні сімейства STANAG — ППО приносить Link 16 плюс супутні STANAG розподілу часу та формату повідомлень; морський — COMPD та інтеграцію AIS; наземний — MIP4-IES.
• Коаліційні партнери. Платформа, що діє двосторонньо зі США, має інші потреби, ніж та, що діє багатосторонньо в NATO. Двосторонні відносини часто працюють з вужчими підмножинами; багатостороннє коаліційне розгортання вимагає ширших профілів ADatP-34.
• Стеля класифікації. Вищі рівні класифікації втягують вимоги прив'язки STANAG 4774/4778, які платформи нижчої класифікації можуть відтермінувати.
• Часовий горизонт. Платформа, що поставляється через два роки, може цілити в поточні редакції STANAG; платформа, що поставляється через п'ять, має відстежувати наступну спіраль і закладати бюджет на перехід версій.

Запишіть відповіді. Маркуйте кожен архітектурний тікет тим, якому рішенню оболонки він служить. Найпоширеніший патерн провалу в NATO-сумісних програмах — мовчазний дрейф оболонки: програма починає з «тактичної сумісності NATO» і закінчує реалізацією кожного STANAG, згаданого в будь-якій відповіді RFI, без обґрунтування, які саме оперативно потрібні.

Крок 2: побудуйте каталог релевантних STANAG

NATO публікує тисячі STANAG; релевантна для ПЗ підмножина — у нижніх сотнях; підмножина, релевантна для однієї платформи, зазвичай 20–40. Будуйте каталог явно.

Каталог фіксує для кожного кандидата STANAG:

• Номер і редакція STANAG. Версія має значення: STANAG 4559 редакції 4 суттєво відрізняється від редакції 3.
• Дружня назва й область. Що стандарт регулює в оперативних термінах — не просто «обмін зображеннями», а «обмін ISR-зображеннями національного джерела між коаліційними системами C2».
• Оперативний драйвер. Чому ця платформа його потребує. «Вимагається закупівельним RFP» — недостатньо; оперативний use case має значення.
• Оцінка зусиль реалізації. Груба категоризація: легка (до 2 людино-місяців), помірна (2–6), важка (6–18), екстремальна (понад 18). Оцінка груба; її мета — рано виявити співвідношення витрат і вигод.
• Джерело конформансного тесту. Де проводиться конформансний тест — внутрішній CI, NATO CWIX, двосторонньо з конкретним партнером, тест-харнес від постачальника.
• Статус реалізації. Не розпочато, в процесі, конформансно перевірено, розгорнуто.

Каталог — живий документ, що зберігається в репозиторії програми поруч із вихідним кодом, рецензується інженерним та закупівельним керівництвом. Деталізоване розглядання основних сімейств STANAG — Link 16, MIP4, STANAG 4559, ADatP-34 — у Стандарти сумісності NATO для програмного забезпечення.

Крок 3: вирівняйте до профілю ADatP-34

ADatP-34 — головний каталог профілів сумісності NATO. Там, де окремі STANAG визначають стандарти ізольовано, ADatP-34 визначає комбінації — «тактичний профіль бригади», «оперативний профіль корпусу», «стратегічний спільний профіль» — що зв'язують стандарти, які використовуються разом у реальних оперативних контекстах.

Стратегічний наслідок: вирівнюйте конформаційну оболонку платформи до одного чи кількох профілів ADatP-34, а не до ad-hoc комбінацій STANAG. Платформа, що заявляє «ми реалізуємо Link 16, MIP4 та STANAG 4559» без назви профілю ADatP-34, до якого вона вирівняна, робить необмежену заяву, яку закупівельним оцінювачам важко перевірити.

Деталізований розбір ADatP-34 — включно зі структурною анатомією, моделлю версіонування профілів та закупівельними наслідками — у Структури даних ADatP-34: що насправді вимагає сумісність NATO.

Для прикладу платформи — тактичної системи C2 рівня бригади, що цілить у коаліційне розгортання NATO RESTRICTED — відповідний профіль ADatP-34 — це тактичний оперативний профіль, що пакетує Link 16, MIP4-IES, CoT, STANAG 4559 (на стороні споживача) та супутній каталог STANAG розподілу часу, формату повідомлень і класифікації. Інші рішення про область змістили б вибір профілю, але не архітектурне обґрунтування.

Крок 4: визначте вирівнювання за FMN Spiral

Federated Mission Networking (FMN) Spiral — окрема, але суміжна закупівельна проблема. Там, де ADatP-34 визначає пакети профілів, FMN визначає спроможність місійної мережі, що інтегрує їх із вимогами безпеки та сервісного профілю. Поточна оперативна спіраль — Spiral 4; Spiral 5 — у розробці.

Питання для програми:

Чи потребує платформа відповідності FMN? Коаліційне розгортання місійної мережі — місії-наступники Resolute Support, Allied Reaction Force, еквівалентні — вимагає FMN. Лише національне розгортання може не вимагати. Це рішення програми суттєво формує бюджетну оболонку.

Яка спіраль? Якщо поставка протягом 18 місяців — цільтеся в Spiral 4. Якщо поставка пізніше — цільтеся в Spiral 5 з явним усвідомленням, що вимоги ще рухаються. Пропуск спіралі рідко життєздатний; робота з оновлення стає окремим багаторічним проєктом.

Який шлях конформансного тестування? Відповідність FMN обмежується конформансним тестуванням NATO, а не самооцінкою. Слоти тестування обмежені й розплановані заздалегідь. Програма, що цілить у Spiral 4, має бути в черзі конформансу NATO за 12–18 місяців до запланованого розгортання.

Деталізовані інженерні вимоги FMN Spiral 4 — у FMN Spiral 4: вимоги та нотатки з реалізації.

Крок 5: визначте вимоги двосторонніх не-NATO відносин

Більшість оборонних платформ також діють поруч із партнерами поза NATO — Україна, Ізраїль, Японія, Австралія, Корея та інші. Ці відносини вводять стандарти поза каталогом NATO, але взаємодіють з оболонкою сумісності платформи.

Найпоширеніші не-NATO входи:

Інтеграція української Delta та DZVIN. Двосторонній обмін даними з українськими C2-платформами використовує формати поза каталогом NATO. Інженерний патерн, включно з деталями формату Delta та підходом до інтеграції, — у Формат Delta та інтеграція українського війська. Контекст екосистеми Brave1 — у Оборонна екосистема Brave1.

Тільки-FVEY протоколи. Партнери Five Eyes обмінюються розвідданими протоколами поза каталогом NATO. Платформи, що цілять і в NATO, і у FVEY, мають обробляти подвійний шлях конформенсу.

Двосторонні національні стандарти. США мають додаткові протоколи (CRD, варіанти JREAP), які формально не є стандартами NATO, але з'являються в двосторонніх програмах. Велика Британія, Франція та Німеччина мають національні накладки. Кожен — рішення, специфічне для програми.

Не-NATO входи не замінюють конформаційну оболонку NATO; вони її розширюють. Документуйте їх у каталозі поруч зі STANAG, з власним статусом реалізації та шляхом конформансного тестування.

Крок 6: стратегія версій STANAG і спіралей

STANAG еволюціонують. Редакції змінюються, формати повідомлень розширюються, вимоги стають жорсткішими. Платформа має мати явну стратегію переходу версій, які відбуватимуться протягом її оперативного життя.

Робочий патерн:

Відстежуйте поточні оперативні редакції. Платформа реалізує редакції, яких вимагають поточні оперативні розгортання NATO. Старіші редакції залишаються підтримуваними для зворотної сумісності; новіші відстежуються, але не реалізуються, доки не стануть оперативно потрібними.

Плануйте переходи явно. Коли нова редакція стає оперативно потрібною, перехід — це запланований проєкт із власним інженерним бюджетом, повторним конформансним тестуванням та оновленням акредитації. Трактування переходу як рутинного обслуговування породжує багаторічну затримку.

Підтримуйте подвійну редакцію під час переходу. Реальні розгортання охоплюють кілька редакцій. Платформа підтримує обидві впродовж коаліційного перехідного вікна.

Долучайтеся до процесу розробки стандартів. Постачальники з істотним програмним досвідом беруть участь у робочих групах стандартизації NATO. Участь раніше виявляє майбутні зміни, дає команді голос у вимогах і забезпечує розвідувальні дані, яких немає в закупівельних конкурентів.

Крок 7: структура репозиторію для коду сумісності

Код сумісності чутливий — некоректне втручання ламає коаліційне розгортання. Дисципліна репозиторію знижує ризик.

Робоча структура:

• interop/stanags/<stanag-id>/ — одна директорія на STANAG, з власною реалізацією, конформансними тестами та документацією.
• interop/profiles/<adatp-34-profile>/ — агрегації профілів, що компонують реалізації окремих STANAG.
• interop/conformance-tests/ — автоматизовані набори тестів, із підкаталогами, що відповідають джерелу конформансного тестування (CI, підготовка до CWIX, двосторонні тест-плани).
• interop/catalogue.md — живий каталог STANAG.
• interop/profile-decisions/ — ADR (Architecture Decision Records), що документують рішення щодо конформаційної оболонки.

Структура робить роботу із сумісності аудитованою, дозволяє окремим STANAG еволюціонувати незалежно та підтримує конформансно-тестовий робочий процес, що стримує релізи.

Що далі

Частина 1 окреслила підсистему сумісності. Конформаційна оболонка масштабована, каталог STANAG побудовано, узгодження профілю ADatP-34 обрано, рішення про FMN-спіраль прийнято, двосторонні вимоги задокументовано, стратегія версій явна, структура репозиторію закріплена. Платформа тепер має захищувану закупівельну історію; за нею йде робота з реалізації.

Частина 2 заглиблюється в реалізацію тактичних каналів передачі даних, що тримають більшість NATO-сумісних платформ — Link 16, CoT, MIP4. Апаратна інтеграція, маршалінг повідомлень, побудова конформансної оснастки та інженерні дисципліни, що переживають коаліційні навчання.