NAVO-architectuurkader NAF 4.0: coalitiesplanning en interoperabiliteitsontwerp

Wanneer dertig geallieerde naties hun commando-en-controlesystemen voor een coalitieoperatie moeten verbinden, moet iemand twee vragen beantwoorden voordat er één kabel wordt ingeplugd: welk vermogen heeft de coalitie nodig, en wat moeten de systemen van elke natie doen om dat te leveren? Het NAVO-architectuurkader versie 4.0 — NAF 4.0 — is de gestructureerde methode die naties gebruiken om beide vragen te beantwoorden in een vorm die iedereen kan lezen, vergelijken en testen. Dit artikel onderzoekt de zes standpunten van NAF 4.0, legt uit hoe ze verschillen van het Amerikaanse DODAF en het enterprise TOGAF, en toont hoe het kader wordt toegepast in praktische Federated Mission Networking (FMN)-spiraalplanning.

Waarom een gemeenschappelijk architectuurkader belangrijk is voor coalities

Zonder een gemeenschappelijke architectuurtaal beschrijft elke natie haar eigen systemen op haar eigen manier. Eén natie produceert een PowerPoint-diagram; een andere produceert een UML-model; een derde produceert een Word-document. Geen van deze kunnen automatisch worden vergeleken met de andere, en de interoperabiliteitskloven ertussen kunnen alleen handmatig worden gevonden — langzaam, kostbaar en onvolledig. NAF 4.0 biedt de gedeelde taal. Wanneer alle naties dezelfde standpunten, hetzelfde meta-model en hetzelfde vocabulaire gebruiken, wordt een gestructureerde vergelijking tussen de architectuur van een natie en de doelarchitectuur van de alliantie hanteerbaar. Kloven verschijnen als ontbrekende elementen in een model in plaats van als ongedocumenteerde meningsverschillen tussen documenten.

Het kader biedt ook traceerbaarheid. Een technische norm in het Technische Standpunt moet traceerbaar zijn naar een dienst in het Dienststandpunt, die traceerbaar moet zijn naar een informatiestroom in het Operationele Standpunt, die traceerbaar moet zijn naar een vermogensvereiste in het Vermogensstandpunt, die traceerbaar moet zijn naar een strategische doelstelling in het Strategische Standpunt. Wanneer die keten bestaat, kan elke belanghebbende vragen "waarom hebben we deze specifieke TLS-versie nodig?" en de keten volgen naar het operationele concept dat dat vereist. Wanneer dat niet het geval is, accumuleren systemen technische schulden die niemand kan rechtvaardigen te verwijderen.

De zes NAF 4.0-standpunten

Strategisch Standpunt (St)

Het Strategische Standpunt legt de politieke en strategische context vast waarbinnen de architectuur werkt. Bij alliantiegebruik betekent dit het NAVO-strategisch concept, het specifieke missiemandaat, de toezeggingen van de deelnemende naties en de nationale voorbehouden die beperken wat de strijdkrachten van elke natie mogen doen. De St-standpunten drukken uit welke resultaten de coalitie moet leveren en onder welke politieke beperkingen. Elk vermogen dat in volgende standpunten is gedefinieerd, moet traceerbaar zijn naar een strategische vereiste — een architectuurelement dat niet kan worden terugverwijst naar het Strategische Standpunt heeft geen recht in de architectuur te zijn.

In de praktijk is het Strategische Standpunt het moeilijkst nauwkeurig te produceren omdat het directe betrokkenheid vereist van politiek-militaire belanghebbenden die doorgaans niet in termen van architectuurmodellering denken. Architecten die deze stap overslaan en direct naar operationele of systeemstandpunten gaan, produceren technisch coherente architecturen die mogelijk de verkeerde operationele vragen beantwoorden.

Vermogensstandpunt (C)

Het Vermogensstandpunt definieert wat de strijdmacht moet kunnen doen, gestructureerd als een taxonomie van vermogens met afhankelijkheden ertussen en temporele fasering over een planningshorizon. Een vermogen in NAF-termen is een vermogen om een gewenst effect te bereiken — onafhankelijk van hoe het wordt geïmplementeerd. "Deel een erkend luchtpicture over coalitie C2-knooppunten in nabij-realtime" is een vermogen; "run een Link 16 JREAP-C gateway" is een potentiële oplossing. Het Vermogensstandpunt oplossingsagnostisch houden is belangrijk: het behoudt de vrijheid om een vermogen te realiseren met verschillende implementaties in verschillende naties terwijl het nog steeds interoperabel is op de dienstgrens.

In FMN-spiraalplanning is het Vermogensstandpunt waar de reikwijdte van elke spiraal wordt gedefinieerd. FMN Spiraal 4 voegt vermogens toe bovenop Spiraal 3, en die incrementele vermogens worden uitgedrukt in het Vermogensstandpunt vóórdat systeem- of dienstbeslissingen worden genomen. Naties gebruiken hetzelfde standpunt om te verklaren welke FMN-vermogens ze zich verbinden te implementeren en in welk tijdkader — waardoor de conformiteitenmatrix wordt geproduceerd die FMN-governance bijhoudt.

Operationeel Standpunt (Op)

Het Operationele Standpunt is de brug tussen wat de strijdmacht moet doen en de systemen die dat mogelijk maken. Het beschrijft het operationele concept: de betrokken rollen (commandant, verbindingsofficier, sensoroperator), de activiteiten die ze uitvoeren, de informatie die ze uitwisselen om ze uit te voeren, en de informatievereisten die die uitwisselingen genereren. De Operationele Standpunten van NAF 4.0 produceren diagrammen zoals het Operationeel Activiteitenmodel (Op-A) en het Informatiemodel (Op-Iv), die samen laten zien welke informatie tussen wie stroomt en onder welke omstandigheden.

Voor interoperabiliteitsontwerp is het Operationele Standpunt waar de informatiestromen van de coalitie expliciet worden gemaakt. Een informatie-uitwisseling tussen een nationaal C2-systeem en een geallieerd sensorsysteem wordt een gedefinieerd knooppunt in het Op-model, met een gedefinieerd informatietype en een gedefinieerde tijdigheid-vereiste. Die definitie stuurt vervolgens de dienst- en technische keuzes in de standpunten eronder. Een interoperabiliteitsprobleem dat niet is vertegenwoordigd in het Operationele Standpunt kan niet systematisch worden aangepakt in de Systemen- of Dienststandpunten.

Systeemstandpunt (Sy)

Het Systeemstandpunt beschrijft de fysieke en logische systemen die het operationele concept realiseren. Het toont systeemfuncties, systeeminterfaces, gegevensstromen tussen systemen en de fysieke platforms waarop systemen zijn ingezet. Dit is het meest vertrouwde standpunt voor systeemtechnici en integratoren — het komt breed overeen met de systeemniveau-standpunten in DODAF (SV-1 tot en met SV-10) en met het systeemarchitectuurdomein in de algemene praktijk.

In een coalitie-architectuur moet het Systeemstandpunt zowel de gemeenschappelijke infrastructuur van de alliantie (zoals de FMN Core Services) als de nationale systemen van elke natie die ermee verbinden vertegenwoordigen. De interfacespecificaties op de grens tussen nationale systemen en de alliantie-infrastructuur zijn de kritieke deliverables van dit standpunt — ze moeten precies genoeg zijn om een conformiteitstest tegen te schrijven.

Dienststandpunt (Sv)

Het Dienststandpunt specificeert diensten in de servicegeoriënteerde architectuur (SOA)- of API-zin: goed gedefinieerde functionele eenheden met gepubliceerde interfaces die systemen blootstellen voor consumptie door andere systemen. Dit standpunt werd aanzienlijk versterkt in NAF 4.0 ten opzichte van eerdere versies, wat de verschuiving in coalitie-interoperabiliteitsarchitectuur weerspiegelt van point-to-point systeemintegratie naar servicegebaseerde federatie.

In FMN is het Dienststandpunt centraal. De FMN-architectuur definieert een portfolio van Federated Mission Networking-diensten — spraak, directe berichten, bestandsdeling, COP-uitwisseling, directory, identiteitsbeheer — met gespecificeerde interfaces en gedragingen. Elke dienst in de FMN-catalogus heeft een Dienststandpunt-invoer die naties onafhankelijk kunnen implementeren, met de wetenschap dat conforme implementaties zullen interopereren. Dit is architectureel vergelijkbaar met hoe de applicatielaag van het internet werkt: onafhankelijke implementaties van een gedeelde specificatie produceren interoperabele diensten.

Technisch Standpunt (Tr)

Het Technische Standpunt somt de normen, technische profielen en beperkingen op waaraan systemen en diensten moeten voldoen. Het is de normatieve verwijzingslaag: een systeem dat in het Systeemstandpunt verschijnt moet voldoen aan de normen die voor hem in het Technische Standpunt zijn vermeld. In FMN bevat het Technische Standpunt de specifieke STANAG-verwijzingen, protocolversies, cipher suite-vereisten en interfacespecificaties die de diensten van elke spiraal realiseren.

Het Technische Standpunt is waar NAF 4.0-architectuur het meest direct de aanschaf raakt. Een aanbestedingsspecificatie voor een nationaal systeem dat verbinding zal maken met de FMN moet zijn technische vereisten rechtstreeks kunnen extraheren uit het Technische Standpunt — en het resulterende systeem moet slagen voor conformiteitstests tegen diezelfde vereisten. Wanneer deze keten standhoud, is het architectuurdocument een levende specificatie; wanneer het breekt, wordt de architectuur een historisch artefact dat geen verband houdt met wat daadwerkelijk werd aangeschaft.

NAF versus DODAF versus TOGAF

NAF 4.0 en DODAF 2.02 zijn nauwe neven, geen concurrenten. Ze delen een gemeenschappelijke voorgeschiedenis en hun standpunten kunnen op conceptueel niveau worden gekruisverwijst. Het voornaamste verschil is governance: DODAF is een Amerikaanse DoD-nationale norm; NAF is de alliantienorm die NAVO-naties en partnernaties die het adopteren bindt. Amerikaanse organisaties die aan NAVO-programma's werken, produceren doorgaans architecturen die aan beide kaders voldoen, omdat de standpuntstructuren compatibel genoeg zijn dat één model conforme producten in beide kan genereren. Waar ze divergeren is in het meta-modeldetail: NAF 4.0 is gebouwd op MODEM (het MODAF Object Model), dat op sommige gebieden formeler is gespecificeerd dan het onderliggende DM2-meta-model van DODAF.

TOGAF bezet een volledig ander domein. Het Open Group Architecture Framework is een enterprise IT-architectuurmethode gebouwd rond de Architecture Development Method (ADM), die architectuurwerk structureert als een reeks iteratieve fasen gericht op het leveren van IT-enabled bedrijfsverandering. TOGAF heeft geen inherent model van operationele concepten, militaire missies of vermogenstaxonomieën — het is gericht op IT-servicedienstverlening, applicatioportfoliobeheer en organisatorische wijzigingsgovernance. Defensieorganisaties gebruiken TOGAF soms binnen hun interne IT-aanschafprogramma's, naast NAF in plaats van in plaats daarvan. De twee kaders dienen verschillende belanghebbenden: NAF beantwoordt de vraag hoe coalitie-strijdkrachten samen zullen opereren; TOGAF beantwoordt de vraag hoe een organisatie haar IT zal beheren om haar bedrijfsprocessen te ondersteunen.

NAF in FMN-spiraalplanning

Het Federated Mission Networking-programma gebruikt NAF als zijn architectuurtaal gedurende de gehele spiraalplanningscyclus. Elke FMN-spiraal wordt gedefinieerd door een doelarchitectuur uitgedrukt in NAF-standpunten, en nationale naleving wordt gemeten tegen dat doel. Het proces verloopt als volgt. Ten eerste identificeert het FMN Vermogenskader de vermogensincremententen die de spiraal moet leveren — een Vermogensstandpunt-deliverable. Ten tweede produceert de FMN Architecture Working Group operationele standpunten die beschrijven hoe die vermogens in de praktijk worden uitgeoefend. Ten derde worden dienstspecificaties geschreven voor elke dienst in de catalogus van de spiraal — Dienststandpunt-producten. Ten vierde worden technische profielen geïdentificeerd voor elke dienst — Technische Standpunt-producten. Ten vijfde beoordelen naties hun eigen architecturen ten opzichte van het FMN-doel, waarbij kloven worden geïdentificeerd tussen hun bestaande systemen en de vereiste diensten.

Naties die hebben geïnvesteerd in NAF-tooling en -discipline kunnen deze kloofsanalyse semi-automatisch uitvoeren: vergelijk de Technische Standpunt-invoeren van de natie met de FMN Technische Standpunt-vereisten en genereer een gestructureerde lijst van niet-nalevingen. Naties zonder een volwassen nationale architectuurpraktijk voeren dezelfde analyse handmatig uit, wat langzamer en foutgevoeliger is maar hetzelfde soort uitvoer produceert. De kloofslijst wordt de invoer voor het nationale vermogensontwikkelingsplan — de routekaart van aanschaffingen, upgrades en configuraties die de natie in FMN-naleving zullen brengen voor de spiraal. Voor meer detail over wat FMN Spiraal 4 specifiek vereist, zie onze analyse van FMN Spiraal 4-vereisten.

CWIX — de Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise — is het jaarlijkse evenement waar FMN-naleving in de praktijk wordt getest in plaats van op papier. De relatie tussen NAF-architectuur en CWIX-testen is direct: de testgevallen die bij CWIX worden uitgevoerd, moeten worden afgeleid van de interfacespecificaties in de NAF Dienst- en Technische Standpunten. Een architectuur die niet is ontworpen met testbaarheid in gedachten — met duidelijke interfacedefinities die direct kunnen worden vertaald naar testgevallen — zal dubbelzinnige CWIX-resultaten produceren die moeilijk te remediëren zijn. Onze analyse van de FMN-spiraalroutekaart behandelt hoe opeenvolgende spiralen op elkaar voortbouwen en hoe de toekomstige trajectorie van FMN-vermogensontwikkeling eruitziet.