NATO-Architekturrahmen NAF 4.0: Koalitionsplanung und Interoperabilitätsdesign

Wenn dreißig verbündete Nationen ihre Führungs- und Kontrollsysteme für eine Koalitionsoperation verbinden müssen, muss jemand zwei Fragen beantworten, bevor ein einziges Kabel angeschlossen wird: Welche Fähigkeit benötigt die Koalition, und was müssen die Systeme jeder Nation tun, um sie zu liefern? Der NATO-Architekturrahmen Version 4.0 — NAF 4.0 — ist die strukturierte Methode, mit der Nationen beide Fragen in einer Form beantworten, die alle lesen, vergleichen und dagegen testen können. Dieser Artikel untersucht die sechs Sichtpunkte von NAF 4.0, erklärt, wie sie sich vom US-amerikanischen DODAF und dem Unternehmens-TOGAF unterscheiden, und zeigt, wie der Rahmen in der praktischen Planung von Federated Mission Networking (FMN)-Spiralen angewendet wird.

Warum ein gemeinsamer Architekturrahmen für Koalitionen wichtig ist

Ohne eine gemeinsame Architektursprache beschreibt jede Nation ihre eigenen Systeme auf ihre eigene Weise. Eine Nation erstellt ein PowerPoint-Diagramm; eine andere ein UML-Modell; eine dritte ein Word-Dokument. Keines davon kann automatisch mit den anderen verglichen werden, und die Interoperabilitätslücken zwischen ihnen können nur manuell gefunden werden — langsam, teuer und unvollständig. NAF 4.0 bietet die gemeinsame Sprache. Wenn alle Nationen dieselben Sichtpunkte, dasselbe Metamodell und dasselbe Vokabular verwenden, wird ein strukturierter Vergleich zwischen der Architektur einer Nation und der Zielarchitektur der Allianz machbar. Lücken erscheinen als fehlende Elemente in einem Modell statt als undokumentierte Meinungsverschiedenheiten zwischen Dokumenten.

Der Rahmen bietet auch Rückverfolgbarkeit. Ein technischer Standard im technischen Sichtpunkt sollte auf einen Dienst im Dienste-Sichtpunkt zurückverfolgt werden können, der auf einen Informationsfluss im operativen Sichtpunkt zurückverfolgt werden sollte, der auf eine Fähigkeitsanforderung im Fähigkeits-Sichtpunkt zurückverfolgt werden sollte, der auf ein strategisches Ziel im strategischen Sichtpunkt zurückverfolgt werden sollte. Wenn diese Kette vorhanden ist, kann jeder Stakeholder fragen "Warum benötigen wir diese bestimmte TLS-Version?" und der Kette zum operativen Konzept folgen, das sie erfordert.

Die sechs NAF-4.0-Sichtpunkte

Strategischer Sichtpunkt (St)

Der strategische Sichtpunkt erfasst den politischen und strategischen Kontext, in dem die Architektur operiert. Bei der Allianznutzung bedeutet dies das strategische NATO-Konzept, das spezifische Missionsmandat, die Verpflichtungen der teilnehmenden Nationen und die nationalen Vorbehalte, die einschränken, was die Streitkräfte jeder Nation tun dürfen. Die St-Sichten bringen zum Ausdruck, welche Ergebnisse die Koalition liefern muss und unter welchen politischen Einschränkungen. Jede in nachfolgenden Sichtpunkten definierte Fähigkeit muss auf eine strategische Anforderung zurückverfolgbar sein — ein Architekturelement, das nicht auf den strategischen Sichtpunkt zurückverfolgt werden kann, hat in der Architektur nichts zu suchen.

In der Praxis ist der strategische Sichtpunkt der schwierigste, da er direktes Engagement mit politisch-militärischen Stakeholdern erfordert, die typischerweise nicht in Architekturmodellierungsbegriffen denken. Architekten, die diesen Schritt überspringen, produzieren technisch kohärente Architekturen, die möglicherweise die falschen operativen Fragen beantworten.

Fähigkeits-Sichtpunkt (C)

Der Fähigkeits-Sichtpunkt definiert, was die Streitmacht können muss, strukturiert als Taxonomie von Fähigkeiten mit Abhängigkeiten zwischen ihnen und zeitlicher Phasierung über einen Planungshorizont. Eine Fähigkeit in NAF-Begriffen ist eine Fähigkeit, einen gewünschten Effekt zu erzielen — unabhängig davon, wie er implementiert wird. "Ein erkanntes Luftlagebild über Koalitions-C2-Knoten nahezu in Echtzeit teilen" ist eine Fähigkeit; "ein Link-16-JREAP-C-Gateway betreiben" ist eine potenzielle Lösung. Den Fähigkeits-Sichtpunkt lösungsagnostisch zu halten ist wichtig: Es bewahrt die Freiheit, eine Fähigkeit mit unterschiedlichen Implementierungen in verschiedenen Nationen zu erfüllen, während die Interoperabilität an der Dienst-Grenze erhalten bleibt.

In der FMN-Spiralplanung ist der Fähigkeits-Sichtpunkt der Ort, an dem der Umfang jeder Spirale definiert wird. Nationen verwenden denselben Sichtpunkt, um zu erklären, welche der FMN-Fähigkeiten sie zu implementieren beabsichtigen und in welchem Zeitrahmen — wodurch die Compliance-Matrix entsteht, die FMN-Governance verfolgt.

Operativer Sichtpunkt (Op)

Der operative Sichtpunkt ist die Brücke zwischen dem, was die Streitmacht tun muss, und den Systemen, die es ihr ermöglichen. Er beschreibt das operative Konzept: die beteiligten Rollen (Kommandeur, Verbindungsoffizier, Sensorbediener), die Aktivitäten, die sie ausführen, die Informationen, die sie austauschen, um sie auszuführen, und die Informationsanforderungen, die diese Austausche erzeugen. NAF-4.0-operative Sichten erzeugen Diagramme wie das Operative Aktivitätsmodell (Op-A) und das Informationsmodell (Op-Iv), die zusammen zeigen, welche Informationen zwischen wem und unter welchen Bedingungen fließen.

Für das Interoperabilitätsdesign ist der operative Sichtpunkt der Ort, an dem die Informationsflüsse der Koalition explizit gemacht werden. Ein Informationsaustausch zwischen einem nationalen C2-System und einem alliierten Sensorsystem wird zu einem definierten Knoten im Op-Modell, mit einem definierten Informationstyp und einer definierten Aktualitätsanforderung.

System-Sichtpunkt (Sy)

Der System-Sichtpunkt beschreibt die physischen und logischen Systeme, die das operative Konzept realisieren. Er zeigt Systemfunktionen, Systemschnittstellen, Datenflüsse zwischen Systemen und die physischen Plattformen, auf denen Systeme bereitgestellt werden. Dies ist der vertrauteste Sichtpunkt für Systemingenieure und -integratoren — er entspricht weitgehend den systemebenen-Sichten in DODAF (SV-1 bis SV-10).

In einer Koalitionsarchitektur muss der System-Sichtpunkt sowohl die gemeinsame Infrastruktur der Allianz (wie die FMN Core Services) als auch die nationalen Systeme jeder Nation darstellen, die sich damit verbinden. Die Schnittstellenspezifikationen an der Grenze zwischen nationalen Systemen und Allianzinfrastruktur sind die kritischen Lieferables aus diesem Sichtpunkt.

Dienste-Sichtpunkt (Sv)

Der Dienste-Sichtpunkt spezifiziert Dienste im serviceorientierten Architektur (SOA)- oder API-Sinne: klar definierte Funktionseinheiten mit veröffentlichten Schnittstellen, die Systeme für andere Systeme bereitstellen. Dieser Sichtpunkt wurde in NAF 4.0 im Vergleich zu früheren Versionen erheblich gestärkt, was den Wandel in der Koalitions-Interoperabilitätsarchitektur von Punkt-zu-Punkt-Systemintegration hin zu dienstbasierter Föderierung widerspiegelt.

In FMN steht der Dienste-Sichtpunkt im Mittelpunkt. Die FMN-Architektur definiert ein Portfolio von Federated Mission Networking-Diensten — Sprache, Instant Messaging, Dateitausch, COP-Austausch, Verzeichnis, Identitätsmanagement — mit spezifizierten Schnittstellen und Verhaltensweisen. Jeder Dienst im FMN-Katalog hat einen Dienste-Sichtpunkt-Eintrag, den Nationen unabhängig implementieren können, in dem Wissen, dass konforme Implementierungen interoperieren werden.

Technischer Sichtpunkt (Tr)

Der technische Sichtpunkt listet die Standards, technischen Profile und Einschränkungen auf, denen Systeme und Dienste entsprechen müssen. Er ist die normative Referenzschicht: Ein System, das im System-Sichtpunkt erscheint, muss den im technischen Sichtpunkt aufgeführten Standards entsprechen. In FMN enthält der technische Sichtpunkt die spezifischen STANAG-Referenzen, Protokollversionen, Cipher-Suite-Anforderungen und Schnittstellenspezifikationen, die die Dienste jeder Spirale realisieren.

Der technische Sichtpunkt ist der Ort, an dem NAF-4.0-Architektur am direktesten mit der Beschaffung zusammentrifft. Eine Beschaffungsspezifikation für ein nationales System, das sich mit dem FMN verbinden wird, sollte seine technischen Anforderungen direkt aus dem technischen Sichtpunkt extrahieren können — und das resultierende System sollte Konformitätstests gegen dieselben Anforderungen bestehen.

NAF versus DODAF versus TOGAF

NAF 4.0 und DODAF 2.02 sind enge Verwandte, keine Konkurrenten. Sie teilen eine gemeinsame Abstammung, und ihre Sichten können auf konzeptueller Ebene zugeordnet werden. Der wesentliche Unterschied ist die Governance: DODAF ist ein US-DoD-nationaler Standard; NAF ist der Allianzstandard, der NATO-Nationen und Partnernationen, die ihn übernehmen, bindet. US-Organisationen, die an NATO-Programmen arbeiten, erstellen typischerweise Architekturen, die beide Rahmen gleichzeitig erfüllen, da die Sichtstrukturen kompatibel genug sind, dass ein Modell konforme Produkte in beiden generieren kann.

TOGAF besetzt einen völlig anderen Bereich. Der Open Group Architecture Framework ist eine Unternehmens-IT-Architekturmethode, die um die Architecture Development Method (ADM) aufgebaut ist, die Architekturarbeit als eine Reihe iterativer Phasen strukturiert, die sich auf die IT-gestützte Unternehmensveränderung konzentrieren. TOGAF hat kein inhärentes Modell von operativen Konzepten, militärischen Missionen oder Fähigkeitstaxonomien. Verteidigungsorganisationen verwenden TOGAF manchmal innerhalb ihrer internen IT-Beschaffungsprogramme neben NAF, nicht anstelle davon. Die beiden Rahmen dienen unterschiedlichen Stakeholdern: NAF beantwortet die Frage, wie Koalitionskräfte zusammen operieren werden; TOGAF beantwortet die Frage, wie eine Organisation ihre IT zur Unterstützung ihrer Geschäftsprozesse verwalten wird.

NAF in der FMN-Spiralplanung

Das Federated Mission Networking-Programm verwendet NAF als Architektursprache im gesamten Spiralplanungszyklus. Jede FMN-Spirale ist durch eine Zielarchitektur definiert, die in NAF-Sichten ausgedrückt wird, und die nationale Konformität wird gegen dieses Ziel gemessen. Der Prozess läuft wie folgt ab. Zunächst identifiziert das FMN Capability Framework die Fähigkeitsinkremente, die die Spirale liefern muss — ein Fähigkeits-Sichtpunkt-Lieferable. Dann erstellt die FMN Architecture Working Group operative Sichten, die beschreiben, wie diese Fähigkeiten in der Praxis ausgeübt werden. Dann werden Dienstespezifikationen für jeden Dienst im Spiralkatalog geschrieben. Dann werden technische Profile für jeden Dienst identifiziert. Dann bewerten Nationen ihre eigenen Architekturen gegen das FMN-Ziel und identifizieren Lücken.

Nationen, die in NAF-Werkzeuge und -Disziplin investiert haben, können diese Lückenanalyse halbautomatisch durchführen: Vergleich der technischen Sichtpunkt-Einträge der Nation mit den FMN-Anforderungen und Generierung einer strukturierten Liste von Nicht-Konformitäten. Nationen ohne eine ausgereifte nationale Architekturpraxis führen dieselbe Analyse manuell durch, was langsamer und fehleranfälliger ist, aber dieselbe Ausgabekategorie produziert. Die Lückenliste wird zur Eingabe in den nationalen Fähigkeitsentwicklungsplan — der Roadmap von Beschaffungen, Upgrades und Konfigurationen, die die Nation in FMN-Konformität für die Spirale bringen werden. Für weitere Details zu den spezifischen Anforderungen von FMN Spiral 4 siehe unsere Analyse der FMN-Spiral-4-Anforderungen.

Unsere Analyse der FMN-Spiralroadmap behandelt, wie aufeinanderfolgende Spiralen aufeinander aufbauen und wie die zukünftige Entwicklung der FMN-Fähigkeiten aussieht.