ADatP-34 (NISP): NATOn yhteentoimivuusstandardit ja -profiilit, selitetty

ADatP-34 on NATOn yhteentoimivuusstandardien ja -profiilien (NISP) asiakirjanumero — liittouman päähakemisto teknisistä standardeista ja yhteentoimivuusprofiileista, joita viestintä- ja tietojärjestelmien on käytettävä toimiakseen yhteen. Se ei ole viestiluettelo eikä datalinkkistandardi: se on kolmiosainen käsikirja, joka kertoo ohjelmalle, mitkä standardit toteuttaa, missä painoksessa ja kuinka sitovasti kukin niistä sitoo. Jos etsit NATO:n viestimuotoja, ne elävät ADatP-3:ssa (STANAG 5500) ja APP-11:ssä — ADatP-34 kertoo, mihin painokseen niitä vastaan rakennetaan.

Mikä ADatP-34 on: NATon yhteentoimivuusstandardit ja -profiilit

Muodollisesti ADatP-34 on Allied Data Publication, jonka sisältönä on NISP. Se määrää tekniset standardit ja profiilit, joita tarvitaan viestintä- ja tietojärjestelmien (CIS) yhteentoimivuuteen NATO:n tehtävien ja operaatioiden tukena, ja se antaa ohjausta kolmelle roolille, jotka elävät siitä päivittäin: kykyjen suunnittelijoille, ohjelmien päälliköille ja testauksen vastuuhenkilöille. Nykyinen julkisesti julkaistu painos on ADatP-34 Edition N Version 2 (NISP version 15, 18.8.2023), jonka NATO:n C3-neuvosto on huomioinut ja joka julkaistiin korvaamaan Edition N Version 1 (NISP v14, 2021).

NISP syntyi NATO:n C3-teknillisestä arkkitehtuurista (NC3TA), jonka viimeinen versio valmistui 2005–2006; ensimmäinen NISP seurasi joulukuussa 2006, ja siitä lähtien asiakirjaa on tarkistettu suunnilleen vuosittain. Siinä missä NC3TA oli arkkitehtuuriasiakirja, NISP on hakemisto oikeudellisine vaikutuksineen: liittouman C3-strategian mukaan kaikki NATO Enterprise -elimet noudattavat sen osan 2 pakollisia standardeja ja profiileja, ja nämä standardit sitovat NATOn yhteisrahoitteisia järjestelmiä (laajempi STANAG/APP-maisema on kuvattu artikkelissa NATO:n yhteentoimivuusstandardit ohjelmistoille).

NISP julkaistaan kolmena osana HTML- ja PDF-muodossa, tukenaan hakukelpoinen standarditietokanta ja ArchiMate-muotoinen tietojen vienti arkkitehtuurityökaluille. Vuoden 2023 painoksen taustalla oleva tietokanta sisältää noin 1 280 standardia noin 70 organisaatiolta — IETF:n RFC:t sekä W3C-, OASIS-, OGC- ja ISO-spesifikaatiot NATO:n STANAGien ja liittoumajulkaisujen rinnalla — sekä noin 400 palveluprofiilia. Suurin osa ei ole NATO:n kirjoittamaa: NISP omaksuu kypsät ei-NATO-standardit ja sitoo ne NATO:n profiileiksi.

Kuka ylläpitää ADatP-34:tä: C3-neuvosto, IP CaT ja STANAG 5524

NISP:tä kehittää Interoperability Profiles Capability Team (IP CaT) NATO:n konsultaatio-, johto- ja hallintaneuvoston (C3B) valtuutuksella — NATO:n C3- ja yhteentoimivuuspolitiikan korkeinta monikansallista elintä. Joulukuussa 2023 Pohjois-Atlantin neuvosto hyväksyi C3-neuvoston nimeämisen uudelleen digitaalisen politiikan komiteaksi (DPC), ja yhteentoimivuusprofiilityö jatkuu sen alaisuudessa; nykyisissä NATO:n luetteloissa se esiintyy DPC:n yhteentoimivuusstandardi- ja profiilityönä (NISP-tietokanta tallentaa sen nimellä "DPC IP iCaT"). Varhaiset NISP-painokset tuotti NATO:n avointen järjestelmien työryhmä, ennen kuin työ siirtyi omistautuneelle kykytiimille.

Ylläpidon rytmi on vuosittainen ja ennustettava — sillä on merkitystä tiekarttojen suunnittelussa:

• Kuka tahansa — valtio, NATO-elin tai ohjelma — lähettää IP CaT:lle muutospyynnön (RFC).
• 1. syyskuuta mennessä saapuvat RFC:t tähtäävät seuraavaan julkaisuun; IP CaT käy ne läpi vuoropuhelussa vastaavien standardointielinten kanssa.
• Uusi versio toimitetaan sisäisen katselmoinnin jälkeen C3-neuvostolle (nykyisin DPC) vuoden loppuun mennessä.
• Hyväksynnän jälkeen NISP:stä tulee NATO-standardi, jonka kattaa STANAG 5524; se kirjaa osallistuvien valtioiden sopimuksen käyttää sen pakollisia standardeja ja profiileja.

IP CaT:n elävä tietokanta — ei kerran vuodessa ilmestyvä PDF — on ensisijainen lähde kunkin standardin tai profiilin tämänhetkiselle statukselle; luonnospainoksia päivitetään jatkuvasti virallisten julkaisujen välissä.

NISP:n osat: mitä osat 1, 2 ja 3 sisältävät

2010-luvun puolivälistä lähtien NISP on vakiintunut kolmiosaiseksi rakenteeksi (vanhemmat painokset jaettiin toisin — lähi- ja pitkän aikavälin standardit, profiilit ja suunnittelusäännöt eri osiin). Kullakin osalla on oma tehtävänsä:

• Osa 1 — Johdanto. Peruskäsitteet (mikä standardi on NISP:n mielessä, mikä profiili on), hallinta- ja konfiguraationhallintakehys, RFC-prosessi ja liitteenä profiilikehitysohjeet. Lue se kerran: se on lyhyt ja määrittelee sanaston, jonka muut osat olettavat.
• Osa 2 — Sovitut yhteentoimivuusstandardit ja -profiilit. Normatiivinen ydin: standardit ja profiilit, jotka ovat pakollisia NATOn yhteisrahoitteisille järjestelmille, järjestettyinä NATO:n C3-taksonomian (perustaso 5.0) mukaan otsikoiden kuten User Applications, COI Services, Core Services ja Communications Services alle. Se sisältää myös sovitut profiilit, muun muassa Federated Mission Networking (FMN) Spiral 3- ja Spiral 4 -profiilit sekä kymmeniä palveluliittymäprofiileja.
• Osa 3 — Ehdokasyhteentoimivuusstandardit ja -profiilit. Informatiivista ohjausta: standardit ja profiilit, jotka ovat kyllin kypsiä niihin suunnittelemiseen ohjelmille, jotka alkavat seuraavan vuoden tai kahden aikana, mutta eivät vielä pakollisia.

Osa 2 on normatiivinen NATOn yhteisrahoitteisille järjestelmille; osa 3 on informatiivinen. Tuo yksi lause on se, minkä hankinta-asiakirjat useimmin sotkevat huomaamattaan.

Pakolliset vs. ehdokkaat: kategoriat, jotka ratkaisevat, mitä on rakennettava

NISP antaa kullekin listatulle standardille ja profiilille tarkan merkityksen omaavan velvoittavuusstatuksen:

• Pakollinen (osa 2) — standardin tai profiilin soveltaminen on pakotettua NATOn yhteisrahoitteisille järjestelmille suunnittelussa, toteutuksessa ja testauksessa. Valtioiden on käytettävä NISP:tä kehitettäessä kykyjä, jotka tukevat NATO:n tehtäviä, ja niitä kutsutaan soveltamaan samoja sääntöjä kansallisesti.
• Ehdokas (osa 3) — standardia tai profiilia saa käyttää vain testaukseen ja ohjelmien suunnitteluun. Sen on oltava riittävän kypsä, ja sen odotetaan muuttuvan pakolliseksi ennakoitavissa tulevaisuudessa; NISP:n oma nyrkkisääntö: ehdokkaan ei pidä istua osassa 3 pidempää kuin kolmea vuotta.

Kaksi muuta erottelua suojaavat tiimejä katalogin väärinlukemiselta. Ensinnäkin, velvoittavuus ei ole sama asia kuin elinkaari: standardin omaa kypsyysastetta (tutkimus/ratifiointi, julkaistu, korvattu — tai ei-NATO-standardeille emerging/mature/fading/obsolete) seuraa sen kehittävä taho, ja NATO-standardien osalta auktoritatiivinen status ja kansalliset varaukset elävät NATO:n standardisointitoimiston tietokannassa, eivät NISP:ssä. Toiseksi, sovellettavuus ei ole vaatimustenmukaisuus: NISP:n perusstandardiprofiili yhdistää standardit C3-taksonomian elementteihin, mutta jos standardi koskee palvelua, jonka toteutatte, vaatimustenmukaisuuden astetta arvioidaan projektinne kontekstissa — NISP itse huomauttaa, että tiedonvaihto C2- ja logistiikkajärjestelmien välillä voi vaatia vain osan JC3IEDM-käsitteistä (STANAG 5525).

Ei-NATO-standardeille IP CaT soveltaa eksplisiittisiä omaksumiskriteerejä — usean toimittajan toteutukset, konsensuspohjainen kehitys, vapaus IP-taakoista, avoimuus, vakaus ja testattavuus — sekä yhden konfliktisäännön, joka kannattaa muistaa: kun omaksuttu ei-NATO-standardi on ristiriidassa olennaisen NATO-standardin kanssa, NATO:n määritelmä voittaa.

Yhteentoimivuusprofiilit, SIOP:t ja miten FMN-spiraalit käyttävät NISP:tä

Standardit eivät yksin yhteentoimi — profiilit tekevät sen. NISP:n termein profiilit määrittävät standardien konkreettisen käytön palvelun yhteentoimivuuspisteessä (SIOP), arkkitehtuurin viitepisteessä, jossa yksi tai useampi palveluliittymä instantioidaan, jotta samaa palvelua eri protokollilla tarjoavat järjestelmät voivat toimia yhteen. SIOP:n yksityiskohtainen tekninen spesifikaatio elää palveluliittymäprofiilissa (SIP). Profiili tunnistaa kykyvaatimuksensa ja tukevat NAF-arkkitehtuurinäkymät, tunnusomaiset protokollat, toteutusvaihtoehdot, tekniset standardit, SIOP:t ja suhteensa muihin profiileihin — ja profiilit voivat viitata muihin profiileihin uudelleenkäytön maksimoimiseksi.

Profiilit ovat nimenomaisesti dynaamisia: ne on päivitettävä, kun niiden viittaama standardi muuttuu, ja profiilien omistajien on katselmoitava ne kahden vuoden välein. Juuri täällä NISP kohtaa Federated Mission Networkingin. Jokainen FMN:n Spiral Specification niputtaa arkkitehtuurin, ohjeet, profiilit ja vaatimukset federaation inkrementille, ja NISP on paikka, jossa näistä profiileista tulee näkyviä velvoitteita: FMN Spiral 3- ja Spiral 4 -profiilit on listattu sovittuina profiileina vuoden 2023 painoksen osaan 2, kun taas ehdotettu FMN Spiral 5 -profiili istui osassa 3 ehdokkaana. FMN-hallintaryhmä hyväksyi lopullisen Spiral 6 -spesifikaation marraskuussa 2025, ja sen profiilien odotetaan saapuvan NISP:ään samaa reittiä — sovittuina profiileina osaan 2 hyväksynnän jälkeen (miltä spiraalin profiilijoukko näyttää käytännössä, kertoo artikkeli FMN Spiral 4 -vaatimukset).

NISP nimeää myös areenat, joissa profiilien vaatimustenmukaisuus todennetaan: sen omat katselmointikriteerit kysyvät vastuuosapuolilta, ilmenikö standardiongelmia testitapahtumissa kuten CWIX ja CIAV. Jos olet menossa sinne, lue rinnalla CWIX-valmisteluopas — harjoitus testaa profiileja, ei PDF:ää.

ADatP-34 vs. ADatP-3 vs. APP-11 vs. APP-6 vs. STANAG

Näitä nimityksiä ristiviedään jatkuvasti vaatimusasiakirjoissa, joten tässä selventävä taulukko. Lyhyesti: ADatP-34 on katalogi; ADatP-3 ja APP-11 ovat sotilasviestipari, johon se viittaa; APP-6 on symboliikka; STANAG on ratifiointiväline. Kaikki neljä julkaisua on puolestaan listattu ADatP-34:n osan 2 sisälle — tarkalla painoksella, johon NATO-järjestelmät on sidottu.

Ei siis ole olemassa "ADatP-34-viestiä". Viestit, jotka yhdyskäytäväsi jäsentää, ovat ADatP-3/APP-11-viestitekstiä, Link 16:n J-sarjan sanoja (STANAG 5516 — ks. Link 16 ja taktiset datalinkit), VMF:ää tai palvelukuormaa kuten MIP4; symboliikan, jonka karttasi piirtää, määrittää APP-6 (vertailu yhdysvaltalaiseen vastineeseensa: APP-6 vs. MIL-STD-2525). ADatP-34:n tehtävä on sanoa, mikä kunkin painos on nykyinen ja sitova, missä profiiliyhdistelmässä ja missä liittymässä. Maavoimien tietomallista, joka näyttelee samaa roolia tilannekuvanvaihdon maailmassa, kerrotaan artikkelissa MIP4-IES.

Miten ohjelmistotiimi käyttää NISP:tä: profiilista vaatimustenmukaisuusmatriisiin

Käytännössä C2-tuotetiimi kuluttaa NISP:n neljässä liikkeessä, ja tuotettava artefakti — vaatimustenmukaisuusmatriisi — on se, mitä arvioijat, akkreditoijat ja CWIX-suunnittelijat oikeasti pyytävät:

1. Kartoita liittymäsi SIOP:eiksi. Jokainen ulkoinen liittymä, jonka tuoteesi tarjoaa tai kuluttaa (raitojen vaihto, muodollinen viestintä, chat, karttapalvelut, turvallisuusmerkintä), on palvelun yhteentoimivuuspiste. Nimeä ne: ne ankkuroivat kaiken seuraavan.
2. Etsi jokainen osasta 2. Etsi kyseisen palvelun C3-taksonomian solmu standarditaulukoista — kukin rivi antaa nimen, julkaisunumeron, profiilit, joissa standardia käytetään, ja vastuuosapuolen, joka neuvoo NATO:a siinä. Jos ohjelmasi tähtää FMN-federaatioon, aloita sen sijaan FMN-profiilista ja ota sen standardilista. Katso osasta 3, mikä osuu sinuun ohjelman keskellä.
3. Kokoa matriisi. Merkitse SIOP:ittain standardi, tarkka painos, vaatimustenmukaisuuslaajuutesi (täysi tai osajoukko, jonka NISP sallii perustella), velvoittavuusstatus ja todisteet, jotka tuotat.
4. Todista se. Kytke matriisi vaatimustenmukaisuustestisarjaasi ja harjoittele sitä koalition testitapahtumassa. Matriisin rivi ilman testitodisteita on väite, ei vaatimustenmukaisuus.

Vaatimustenmukaisuusmatriisi koalition C2-tuotteelle vuoden 2023 painosta vasten näyttää suunnilleen tältä:

Versioi matriisi sitä NISP-painosta vasten, josta se on rakennettu, ja aseta perustaso uudelleen vuosittain — vuosittainen julkaisurytmi tarkoittaa, että painokset liikkuvat pitkien ohjelmien alla. Matriisin kanssa kulkevista arkkitehtuurinäkymistä: NISP:n profiilielementit viittaavat NATO Architecture Frameworkiin (NAF 4), ja MIP4:n alla olevasta informaatiomallikerroksesta NATO C2 Information Model.

Yleisimmät insinöörien virheet ADatP-34:n kanssa

• "ADatP-34-viestien" jäsentäminen. Niitä ei ole. Viestien sisältö on ADatP-3/APP-11 (ks. ADatP-3 / STANAG 5500 -selitys) tai taktinen datalinkki; ADatP-34 vain siteeraa niitä. "ADatP-34-jäsentimen" rakentaminen on kategorian virhe, joka on maksanut tiimeille oikeita kuukausia.
• Rajaamattoman "NISP-vaatimustenmukaisuuden" väittäminen. Vaatimustenmukaisuus on SIOP-, profiili- ja painoskohtaista. Tarjous, jossa lukee "NISP-yhteensopiva" ilman matriisia, lukee arvioijan silmissä kohinana; tarjous matriisin kanssa ei.
• Kaiken toteuttaminen täydellisellä mukaisuudella — tai osan 2 standardien ohittaminen valinnaisina. Sovellettavuus ei ole vaatimustenmukaisuus (osajoukot ovat perusteltavissa), mutta pakollinen tarkoittaa pakollista NATOn yhteisrahoitteisille järjestelmille SIOP:eissa.
• Vanhentunutta painosta vastaan rakentaminen. Edition M, Edition N Ver 1 ja Edition N Ver 2 eroavat taustastandardien siteerattujen painosten osalta; korvattuun painokseen naulittu matriisi ei läpäise katselmointia. Seuraa vuosijulkaisua ja 1. syyskuuta RFC-katkoa.
• Osan 3 ohittaminen. Ehdokasstandardit ovat niitä, jotka muuttuvat pakollisiksi ohjelman keskellä — NISP odottaa ehdokkaiden nousevan noin kolmessa vuodessa. Suunnittele ne tiekarttaan, älä muutospyyntöön.
• NISP:n käsittely statusrekisterinä. STANAGien ratifiointitila ja kansalliset varaukset elävät NATO:n standardisointitoimiston tietokannassa; NISP tarkoituksella ei monista niitä.

Kun nämä menevät oikein, ADatP-34 lakkaa olemasta läpinäkymätön akronyymi ja tulee siksi, miksi se suunniteltiin: ainoaksi tarkistuslistaksi, joka muuttaa "yhteentoimimme NATO:n kanssa" testattavaksi insinööriväitteeksi.