Merkittävin yksittäinen päätös NATO-yhteentoimivassa puolustusohjelmisto-ohjelmassa on se, mitkä STANAG-standardit toteutetaan — ja ratkaisevan tärkeää on myös se, mitkä jätetään toteuttamatta. NATO:n standardointisopimusten luettelo nousee tuhansiin; minkä tahansa yksittäisen alustan kannalta olennainen osajoukko on rajattu mutta ei koskaan ulkopuolelta itsestään selvä. Ohjelma, joka valitsee liian kapean STANAG-kehyksen, epäonnistuu koalitiokäyttöönotossa puolen vuoden kuluttua; ohjelma, joka valitsee liian laajan kehyksen, hukkaa insinöörityöaikaa vaatimustenmukaisuustyöhön, jolla ei ole operatiivista asiakasta. Tämä neliosainen sarja käy läpi, miten nämä päätökset tehdään hyvin. Osa 1 kattaa perustan: STANAG-valinnan ja ADatP-34-profiilisovituksen.

Tämän sarjan arkkitehtoninen viitekehys löytyy artikkelista The Complete Guide to NATO Interoperability. Näitä standardeja hyödyntävän C2-alustan rinnakkainen insinöörinäkökulman läpikäynti löytyy artikkelista Building a C2 System from Scratch. Tämä sarja keskittyy kapeasti yhteentoimivuusalijärjestelmään.

Vaihe 1: Rajaa vaatimustenmukaisuuskehys ennen kaikkea muuta

Vaatimustenmukaisuuskehys on se STANAG-joukko, jonka alusta sitoutuu toteuttamaan. Kehys on yhtä lailla hankinta-asiakirja kuin insinööriasiakirja — se esiintyy RFP-vastauksissa, akkreditointitiedostoissa ja koalitioharjoitusten rajauksissa. Kun se tehdään oikein varhaisessa vaiheessa, insinöörityöllä on selkeät rajat; kun se tehdään väärin, työn laajuus muuttuu tiimin alla koko alustan elinkaaren ajan.

Kysymykset, jotka määrittelevät kehyksen:

  • Johtoporras. Prikaatitasolla ja sitä alemmilla tasoilla on eri STANAG-prioriteetit kuin armeijakunta- tai strategisella tasolla. Taktisen alustan on osattava Link 16 ja CoT; strateginen alusta ei välttämättä tarvitse kumpaakaan, mutta sen on osattava MIP4 ja laajempi esikuntatason luettelo.
  • Toimialue. Maa, meri, ilma, yhteinen tai monitoimialue. Kukin tuo mukanaan eri STANAG-perheitä — ilmapuolustus tuo Link 16:n sekä siihen liittyvät aikajakelu- ja sanomaformaatti-STANAG:t; meripuoli tuo COMPD- ja AIS-integraation; maapuoli tuo MIP4-IES:n.
  • Koalitiokumppanit. Kahdenvälisesti Yhdysvaltojen kanssa toimivalla alustalla on eri tarpeet kuin monenvälisesti koko NATO:n laajuudella toimivalla. Kahdenväliset suhteet toimivat usein kapeammilla osajoukoilla; monenvälinen koalitiokäyttöönotto edellyttää laajempia ADatP-34-profiileja.
  • Luokituskatto. Korkeammat turvallisuusluokitustasot tuovat mukanaan STANAG 4774/4778 -sitovia vaatimuksia, joita alemman luokituksen alustat voivat lykätä.
  • Aikahorisontti. Kahden vuoden sisällä käyttöön otettava alusta voi tähdätä nykyisiin STANAG-laitoksiin; viiden vuoden sisällä käyttöön otettavan alustan tulisi seurata seuraavaa spiraalia ja budjetoida versiosiirtymää varten.

Kirjaa vastaukset ylös. Merkitse jokaiseen arkkitehtuuritikettiin, mitä kehyspäätöstä se palvelee. Yleisin epäonnistumismalli NATO-yhteentoimivuusohjelmissa on hiljainen kehyksen ajautuminen — ohjelma alkaa tähdätä "taktiseen NATO-yhteentoimivuuteen" ja päätyy toteuttamaan jokaisen STANAG:n, johon missä tahansa RFI-vastauksessa viitataan, ilman perustetta sille, mitkä ovat operatiivisesti vaadittuja.

Vaihe 2: Rakenna olennainen STANAG-luettelo

NATO julkaisee tuhansia STANAG:eja; ohjelmiston kannalta olennainen osajoukko on matalissa sadoissa; yksittäisen alustan kannalta olennainen osajoukko on yleensä 20–40. Rakenna luettelo eksplisiittisesti.

Luettelo tallentaa jokaisesta ehdokas-STANAG:sta:

  • STANAG-numero ja laitos. Versiolla on merkitystä: STANAG 4559 Edition 4 poikkeaa merkittävästi laitoksesta Edition 3.
  • Selkeä nimi ja laajuus. Mitä standardi säätelee operatiivisesti — ei pelkästään "kuvavaihto", vaan "kansallisesta lähteestä peräisin olevan ISR-kuvamateriaalin vaihto koalition C2-järjestelmien välillä".
  • Operatiivinen peruste. Miksi tämä alusta tarvitsee sitä. "Hankinta-RFP edellyttää" ei riitä; myös operatiivisella käyttötapauksella on merkitystä.
  • Toteutuksen työmääräarvio. Karkea luokittelu: kevyt (alle 2 henkilötyökuukautta), kohtalainen (2–6), raskas (6–18), äärimmäinen (yli 18). Arvio on karkea; sen tarkoitus on tuoda kustannus-hyötysuhde esiin varhaisessa vaiheessa.
  • Vaatimustenmukaisuustestin lähde. Missä vaatimustenmukaisuustesti suoritetaan — sisäinen CI, NATO CWIX, kahdenvälinen tietyn kumppanin kanssa, toimittajan toimittama testikehys.
  • Toteutuksen tila. Ei aloitettu, käynnissä, vaatimustenmukaisuustestattu, käyttöönotettu.

Luettelo on elävä asiakirja, joka tallennetaan ohjelman repositorioon lähdekoodin rinnalle ja jonka insinööri- ja hankintajohtajat tarkastavat. Suurten STANAG-perheiden — Link 16, MIP4, STANAG 4559, ADatP-34 — yksityiskohtainen käsittely löytyy artikkelista NATO Interoperability Standards for Software.

Vaihe 3: Sovita ADatP-34-profiiliin

ADatP-34 on NATO:n yhteentoimivuusprofiilien pääluettelo. Siinä missä yksittäiset STANAG:t määrittelevät standardeja erillään, ADatP-34 määrittelee yhdistelmiä — "taktinen prikaatiprofiili", "operatiivinen armeijakuntaprofiili", "strateginen yhteinen profiili" — jotka niputtavat yhteen standardit, joita käytetään yhdessä todellisissa operatiivisissa konteksteissa.

Strateginen seuraus: sovita alustan vaatimustenmukaisuuskehys yhteen tai useampaan ADatP-34-profiiliin, ei ad hoc -tyyppisiin STANAG-yhdistelmiin. Alusta, joka väittää "me toteutamme Link 16:n, MIP4:n ja STANAG 4559:n" nimeämättä ADatP-34-profiilia, johon se sovittautuu, esittää rajaamattoman väitteen, jota hankinta-arvioijien on vaikea todentaa.

ADatP-34:n yksityiskohtainen erittely — mukaan lukien rakenteellinen anatomia, profiilin versiointimalli ja hankintavaikutukset — löytyy artikkelista ADatP-34 Data Structures: What NATO Interoperability Actually Requires.

Käytettävässä esimerkkialustassa — prikaatitason taktinen C2-järjestelmä, joka tähtää NATO RESTRICTED -tason koalitiokäyttöönottoon — sopiva ADatP-34-profiili on taktinen operatiivinen profiili, joka niputtaa yhteen Link 16:n, MIP4-IES:n, CoT:n, STANAG 4559:n (kuluttajapuoli) sekä tukena olevan aikajakelu-, sanomaformaatti- ja luokittelu-STANAG:ien luettelon. Erilaiset laajuuspäätökset muuttaisivat profiilivalintaa mutta eivät arkkitehtonista päättelyä.

Vaihe 4: Päätä FMN-spiraalisovituksesta

Federated Mission Networking (FMN) Spiral on erillinen mutta läheinen hankintakysymys. Siinä missä ADatP-34 määrittelee profiilinipput, FMN määrittelee tehtäväverkkokyvyn, joka integroi ne tietoturva- ja palveluprofiilivaatimuksiin. Nykyinen operatiivinen spiraali on Spiral 4; Spiral 5 on kehitteillä.

Kysymykset ohjelmalle:

Tarvitseeko alusta FMN-vaatimustenmukaisuuden? Koalition tehtäväverkkokäyttöönotto — Resolute Supportin seuraajatehtävät, Allied Reaction Force ja vastaavat — edellyttää FMN:ää. Pelkästään kansallinen käyttöönotto ei välttämättä. Ohjelmapäätös muovaa kustannuskehystä merkittävästi.

Mikä spiraali? Jos käyttöönotto tapahtuu 18 kuukauden sisällä, tähtää Spiral 4:ään. Jos käyttöönotto on myöhempi, tähtää Spiral 5:een nimenomaisesti tiedostaen, että vaatimukset ovat yhä liikkeessä. Spiraalin yli hyppääminen on harvoin järkevää; päivitystyöstä tulee oma monivuotinen projektinsa.

Mikä on vaatimustenmukaisuustestauksen polku? FMN-vaatimustenmukaisuus on NATO:n vaatimustenmukaisuustestauksen porttina, ei itsearvioinnin. Testivuorot ovat rajallisia ja aikataulutetaan hyvissä ajoin etukäteen. Spiral 4:ään tähtäävän ohjelman tulisi olla NATO:n vaatimustenmukaisuusjonossa 12–18 kuukautta ennen aiottua käyttöönottoa.

FMN Spiral 4:n yksityiskohtaiset insinöörivaatimukset löytyvät artikkelista FMN Spiral 4: Requirements and Implementation Notes.

Keskeinen oivallus: Vaatimustenmukaisuuskehys on alustan merkittävin hankinta-asiakirja. Ohjelmat, jotka rajaavat sen eksplisiittisesti ensimmäisellä viikolla, toimittavat yhteentoimivat alustat ajallaan. Ohjelmat, jotka antavat kehyksen ajautua kehityksen aikaisen laajuuden hivuttamisen kautta, toimittavat myöhässä, epäonnistuvat vaatimustenmukaisuudessa tai molemmat. Tee päätös; dokumentoi se; puolusta sitä.

Vaihe 5: Päätä NATO:n ulkopuolisista kahdenvälisistä vaatimuksista

Useimmat puolustusalustat toimivat myös NATO:n ulkopuolisten kumppanien rinnalla — muun muassa Ukraina, Israel, Japani, Australia ja Korea. Nämä suhteet tuovat mukanaan NATO-luettelon ulkopuolisia standardeja, jotka kuitenkin vaikuttavat alustan yhteentoimivuuskehykseen.

Yleisimmät NATO:n ulkopuoliset syötteet:

Ukrainan Delta- ja DZVIN-integraatio. Kahdenvälinen datavaihto ukrainalaisten C2-alustojen kanssa käyttää NATO-luettelon ulkopuolisia formaatteja. Insinöörimalli, mukaan lukien Delta-formaatin yksityiskohdat ja integrointitapa, löytyy artikkelista Delta Format and Ukrainian Military Integration. Brave1-ekosysteemin konteksti löytyy artikkelista The Brave1 Defence Ecosystem.

Vain FVEY:lle tarkoitetut protokollat. Five Eyes -kumppanit jakavat tiedustelutietoa NATO-luettelon ulkopuolisilla protokollilla. Sekä NATO- että FVEY-konteksteihin tähtäävien alustojen on hallittava kahden raiteen vaatimustenmukaisuus.

Kahdenväliset kansalliset standardit. Yhdysvalloilla on lisäprotokollia (CRD, JREAP-variantit), jotka eivät ole virallisesti NATO-standardeja mutta esiintyvät kahdenvälisissä ohjelmissa. Yhdistyneellä kuningaskunnalla, Ranskalla ja Saksalla on kansallisia kerroksiaan. Jokainen on ohjelmakohtainen päätös.

NATO:n ulkopuoliset syötteet eivät korvaa NATO:n vaatimustenmukaisuuskehystä; ne laajentavat sitä. Dokumentoi ne luetteloon STANAG:ien rinnalle, omine toteutustiloineen ja vaatimustenmukaisuustestauspolkuineen.

Vaihe 6: STANAG-versio- ja spiraalistrategia

STANAG:t kehittyvät. Laitokset muuttuvat, sanomaformaatit laajenevat, vaatimukset tiukentuvat. Alustalla on oltava eksplisiittinen strategia versiosiirtymille, jotka tapahtuvat sen operatiivisen elinkaaren aikana.

Toimiva malli:

Seuraa nykyisiä operatiivisia laitoksia. Alusta toteuttaa ne laitokset, joita nykyiset NATO:n operatiiviset käyttöönotot edellyttävät. Vanhemmat laitokset pysyvät tuettuina taaksepäin yhteensopivuuden vuoksi; uudempia laitoksia seurataan mutta ei toteuteta ennen kuin se on operatiivisesti vaadittua.

Suunnittele siirtymät eksplisiittisesti. Kun uudesta laitoksesta tulee operatiivisesti vaadittu, siirtymä on aikataulutettu projekti, jolla on oma insinööribudjettinsa, vaatimustenmukaisuuden uudelleentestaus ja akkreditoinnin päivitys. Siirtymän kohteleminen rutiininomaisena ylläpitona tuottaa monivuotisen viiveen.

Ylläpidä kahden laitoksen tukea siirtymien aikana. Todelliset käyttöönotot ovat laitosten välimaastossa. Alusta tukee molempia koko koalitiosiirtymäikkunan ajan.

Osallistu standardien kehitysprosessiin. Toimittajat, joilla on merkittävä ohjelma-altistus, osallistuvat NATO:n standardityöryhmiin. Osallistuminen tuo tulevat muutokset esiin varhaisessa vaiheessa, antaa tiimille äänen vaatimuksissa ja tuottaa tiedustelutietoa, jota hankintakilpailijoilla ei ole.

Vaihe 7: Yhteentoimivuuskoodin repositoriorakenne

Yhteentoimivuuskoodi on herkkää — sen virheellinen muokkaaminen rikkoo koalitiokäyttöönoton. Repositoriokuri vähentää riskiä.

Toimiva rakenne:

  • interop/stanags/<stanag-id>/ — yksi hakemisto per STANAG, omine toteutuksineen, vaatimustenmukaisuustesteineen ja dokumentaatioineen.
  • interop/profiles/<adatp-34-profile>/ — profiilikoosteet, jotka muodostavat yksittäisistä STANAG-toteutuksista kokonaisuuksia.
  • interop/conformance-tests/ — automatisoidut testipaketit, alihakemistoineen, jotka vastaavat vaatimustenmukaisuustestauksen lähdettä (CI, CWIX-valmistelu, kahdenväliset testisuunnitelmat).
  • interop/catalogue.md — elävä STANAG-luettelo.
  • interop/profile-decisions/ — arkkitehtuuripäätöstietueet (Architecture Decision Records), jotka dokumentoivat vaatimustenmukaisuuskehyksen valinnat.

Rakenne tekee yhteentoimivuustyöstä auditoitavaa, mahdollistaa yksittäisten STANAG:ien kehittymisen toisistaan riippumatta ja tukee vaatimustenmukaisuustestauksen työnkulkua, joka toimii julkaisujen porttina.

Mitä seuraavaksi

Osa 1 on kehystänyt yhteentoimivuusalijärjestelmän. Vaatimustenmukaisuuskehys rajattu, STANAG-luettelo rakennettu, ADatP-34-profiilisovitus valittu, FMN-spiraalipäätös tehty, kahdenväliset vaatimukset dokumentoitu, versiostrategia eksplisiittinen, repositoriorakenne sidottu. Alustalla on nyt puolustettava hankintatarina; toteutustyö seuraa.

Osa 2 käsittelee niiden taktisten datalinkkien toteutusta, jotka muodostavat useimpien NATO-yhteentoimivien alustojen perustan — Link 16, CoT, MIP4. Laitteistointegraatio, sanomien jäsentäminen, vaatimustenmukaisuuskehyksen rakentaminen ja insinöörikäytännöt, jotka kestävät koalitioharjoituksen.