Architekturdatenmodell der Bundeswehr (ADMBw@NAFv3.1)

Das Architekturdatenmodell der Bundeswehr (ADMBw@NAFv3.1) ist die nationale Erweiterung des NAF Version 3.1 und wird im Rahmen der Modellierung von operationellen Architekturen und Systemarchitekturen in der Bundeswehr genutzt. Das NAF ist das Architektur Rahmenwerk der NATO zur modellbasierten Beschreibung von Unternehmensarchitekturen. Dafür stellt es ein Metamodell (NATO Architecture Framework Metamodell) und ein Vorgehensmodell für die Architekturerstellung (NATO Architecture Engineering Methodology) bereit. Seit 2009 liegt das NAF in der Version 3.1 vor und wird in dieser von der Bundeswehr genutzt. Seit 01.01.2021 ist das ADMBw@NAFv3.1 von ADMBw@NAFv4 abgelöst.
Stacks Image 13027

Wie ist das ADMBw strukturiert?

Das ADMBw ist ein formales Metamodell für die Architekturmodellierung. Dieses Metamodell, welches auf dem NMM aufsetzt und es um nationale Anforderungen erweitert basiert auf der UML 2.1 und wird als so genanntes UML-Profil bereitgestellt.
Das ADMBw ist in sieben Hauptsichten untergliedert. Jede dieser Sichten ist inhaltlich am Informationsbedarf eines Stakeholders bzw. Nutzergruppe ausgerichtet. Die sieben Hauptsichten sind wiederum in 51 Detailsichten verfeinert. Jede der Detailsichten beschreibt einen konkreten Aspekt des zu betrachtenden Problemraumes. Darüber hinaus gibt es noch eine achte Hauptsicht, welche organisatorische Aspekte des Architekturerstellungsprozesses beinhaltet und ausserhalb des Architekturmodell gepflegt wird.
Stacks Image 12974

Welchen Haupt- und Detailsichten gibt es im ADMBw?

  • NATO Capability View (NCV)
    Diese Hauptsicht stellt eine strategische Sicht auf die Treiber der Unternehmung bereit. Dabei stehen die Fähigkeiten der Unternehmung im Fokus. Es können darüber hinaus Unternehmensziele oder permanente Unternehmensaufgaben dargestellt werden. Diese Hauptsicht trifft keine Aussagen zu technischen oder organisatorischen Lösungen, besitzt jedoch Vorgabecharakter. Hier kann die Anbindung an die Fähigkeitslage der Bundeswehr oder COBIT 5 erfolgen.
    • NCV-01 Capability Vision
      Die Capability Vison leitet die für die Erreichung der Unternehmensziele notwendigen Fähigkeiten auf einem hohen Abstraktionsgrad her.
    • NCV-02 Capability Taxonomy
      Der NCV-02 beschreibt eine Taxonomie zur Strukturierung von Fähigkeiten mit unterschiedlichem Abstraktionsniveau.
    • NCV-03 Capability Phasing
      Diese Subview stellt die zeitliche Verfügbarkeit von Fähigkeiten sowie die Zuordnung von realisierenden Systemen dar.
    • NCV-04 Capability Dependencies
      Die Capability Dependencies dient der Darstellung von Abhängigkeiten und Kompositionen von Fähigkeiten.
    • NCV-05 Capability to organisational Deployment mapping
      Der NCV-05 bildet die Fähigkeiten auf die realisierenden Projekte ab.
    • NCV-06 Operational Activity to Capability mapping
      Diese Subview ermöglichte eine Zuordnung von Fähigkeiten zu Geschäftsprozessen, sodass Aussagen darüber möglich sind, welche Fähigkeiten von welchen Geschäftsprozessen unterstützt werden. Die Darstellung erfolgt in der Regel in Form einer Tabelle.
    Open all Close all
  • NATO Programme View (NPV)
    Sämtliche Aspekte der Projekt- und Multiprojektplanung werden im NPV dargestellt. Dazu besitzt der NPV zwei Detailsichten.
    • NPV-01 Programme Portfolio Relationship
      Der NPV-01 beschreibt die Struktur von Projekten und ordnet Verantwortlichkeiten zu.
    • NPV-02 Programme to Capability mapping
      Die zweite Detailsicht ordnet Projekten Zwischenziele zu. Darüber hinaus werden einem Projekt die durch dieses zu realisierenden physischen Ressourcen aus dem NSV sowie die umzusetzenden Fähigkeiten aus dem NCV zugeordnet.
    Open all Close all
  • NATO Operational View (NOV)
    Die operationelle Sicht stellt eine Beschreibung von operationellen Elementen, Prozessen, Aktivitäten und Informationsflüssen, die zur Realisierung einer Fähigkeit notwendig sind, dar. Dabei wird verstärkt auf die auszutauschenden Informationstypen, die Häufigkeit des Austauschs sowie deren weitere Verwendung eingegangen. Der NOV beschreibt vom Abstraktionsniveau die logische Sicht auf einen Sachverhalt und bildet in einer nicht-prozeduralen Art die funktionalen Anforderungen ab. Dieser View beschreibt Verfahren und Organisationen, welche zur Erfüllung einer Fähigkeit nötig sind, trifft jedoch keine Annahmen zu technischen Lösungen. Nach TOGAF entspricht der NOV inhaltlich der Geschäftsarchitektur.
    • NOV-01 High level operational Concept Description
      Das NOV-01 dient der anschaulichen Darstellung der Kernaussage der Architektur und ist aus diesem Grund vollständig frei modellierbar. Der primäre Zweck der NOV-01 ist die Kommunikation gegenüber einem Publikum mit nicht-technischem oder zumindest nicht-architektonischem Hintergrund.
    • NOV-02 Operational Node Relationship Description
      Diese Detailsicht stellt die Elemente der Ablauforganisation und deren Beziehungen für einen bestimmten Anwendungsfall dar. Die Beziehungen stellen Informations-, Material-, Personal- oder Energieflüsse dar. Darüber hinaus können den einzelnen Elementen der Ablauforganisation durchzuführende Aktivitäten zugeordnet werden.
    • NOV-03 Operational Information Exchange Matrix
      Die Operational Information Exchange Matrix stellt die Austauschbeziehungen zwischen den Elementen der Ablauforganisation dar. Zu den Austauschbeziehungen werden zusätzlich bestimmende Parameter erfasst.
    • NOV-04 Organisational Relationships Chart
      Der NOV-04 dient der Abbildung der Aufbauorganisation sowie der Abhängigkeiten zwischen den einzelnen Elementen der Aufbauorganisation.
    • NOV-05 Operational Activity Model
      Das Operational Activity Model dient der Darstellung von Prozessen und Aktivitäten sowie der Zuordnung dieser zu Elementen der Ablauforganisation.
    • NOV-06 Operational Activity Sequence and Timing Description
      Der NOV-06 ist keine eigene Detailsicht, sondern ein Sammelbegriff für drei spezialisierte De-tailsichten, die im Folgenden dargestellt werden und die Struktur und Beziehungen einzelner Architekturelemente aus dem operationellen Umfeld beschreiben.
      • NOV-06a Operational Rules Model
        Das NOV-06a stellt operative Rahmenbedingen, Nutzungsbestimmungen und Vorgaben dar.
      • NOV-06b Operational State Transition Description
        Diese Detailsicht wird durch einen UML-Zustandsdiagram modelliert und kann die Zustände sämtlicher operationeller Architekturelemente abbilden.
      • NOV-06c Operational Event-Trace Descriptions
        Die Operational Event-Trace Descriptions ermöglicht die Abbildung zeitlicher Abhängigkeiten zwischen Aktivitäten.
      Open all Close all
    • NOV-07 Information Model
      Der NOV-07 stellt ein Informationsmodell auf geschäftlicher Ebene dar und beschreibt dabei Informationsobjekte und deren Beziehungen untereinander. Jedes Informationselement, das im NOV-02, NOV-03 oder NOV-05 verwendet wird sollte hier ausmodelliert werden.
    Open all Close all
  • NATO Service-Oriented View (NSOV)
    Dieser View ermöglicht die Erstellung von Architekturen, die das Konzept der serviceorientierten Systementwicklung bzw. der serviceorientierten Architektur umsetzen. Dazu beschreibt der NATO Service-Oriented View (NSOV) einen Service umfassend, sodass sowohl der Informationsbedarf des Nutzer als auch des Anbieter gedeckt ist.
    • NSOV-1 Service Taxonomy
      Der NSOV-01 beschreibt eine Taxonomie zur Strukturierung von Services, die ein unterschiedliches Abstraktionsniveau aufweisen
    • NSOV-02 Service Definitions
      Die Service Definitions definiert die externe Schnittstelle eines Service.
    • NSOV-03 Capability to Service mapping
      Diese Detailsicht stellt dar, welche Fähigkeiten von welchem Service realisiert oder unterstützt werden.
    • NSOV-04 Service Constraints, State Model and Interaction Specification
      Der NSOV-04 ist keine eigene Detailsicht, sondern ein Sammelbegriff für drei spezialisierte Detailsichten. Ähnlich dem NOV-06 und dem NSV-06 beschreiben diese Detailsichten die Struktur und Beziehungen verschiedener Services.
      • NSOV-04a Service Constraints
        Die Service Constraints dienen der Erfassung sämtlicher für einen Service relevanten Rahmenbedingen, Nutzungsbestimmungen und Vorgaben.
      • NSOV-04b Service State Model
        Der NSV-04b stellt die verschiedenen Zustände und Zustandsübergänge eines Service dar.
      • NSOV-04c Service Interaction Specification
        Diese Detailsicht stellt in Form eines UML-Sequenzdiagramms die Interaktion zwischen einem Service und einem Dritten dar.
      Open all Close all
    • NSOV-05 Service Functionality
      Die Service Functionality beschreibt die von einem Service bereitgestellte Funktionalität. Strukturell ist der NSOV-05 dem schon beschriebenen NOV-05 und noch zu beschreibenden NSV-04 ähnlich, da diese Detailsichten das UML-Aktivitätsdiagramm erweitern.
    • NSOV-06 Service Composition
      Als abschließende Detailsicht des NSOV stellt der NSOV-06 die von einem Service benötigten Services dar.
    Open all Close all
  • NATO System View (NSV)
    Der NATO Systems View definiert eine Menge Detailsichten, die Ressourcen und deren Beziehungen zu anderen Architekturelementen beschreibt. Der NAFv3.1 verwendet den Begriff Ressource als Oberbegriff für Personal, Material und Software, d.h. für physische Architekturelemente. Somit ist der NSV ermöglicht die Beschreibung einer möglichen Systemarchitektur, welche frei von Implementierungsdetails ist und Darstellung der aktuellen Implementierung eines konkreten Systems.
    • NSV-01 System Interface Description
      Der NSV-01 ist eine der zentralen Detailsichten zur Systembeschreibung und ermöglicht das Abbilden von Systemen und deren internen Aufbau. Darüber hinaus ist es möglich, die Beziehungen zwischen Systemen abzubilden und die dabei ausgetauschten Elemente zu erfassen. Abschließend kann in dieser Detailsicht dargestellt werden, welche Architekturelemente der logischen Ebene (NOV) durch welche Architekturelemente der physischen Ebene (NSV) umgesetzt werden.
    • NSV-02 Systems Communications Description
      Der NSV-02 ist keine eigene Detailsicht, sondern ein Sammelbegriff für vier spezialisierte Detailsichten, die der Beschreibung von Schnittstellen dienen.
      • NSV-02a System Port Specification
        Die System Port Specification beschreibt die Schnittstellen eines Systems. Dabei können sowohl Hardwareschnittstellen als auch Softwareschnittstellen bis auf die Ebene der Kommunikationsprotokolle beschrieben werden.
      • NSV-02b System Port Connectivity Description
        Diese Detailsicht beschreibt die Kommunikation zwischen Systemen auf der Ebene der Schnittstellen und stellt somit eine Verfeinerung der Aussagen aus dem NSV-01 dar.
      • NSV-02c System Connectivity Cluster
        Der NSV-02c ermöglicht das Abbilden von Standardkombinationen bestehend aus verschiedenen Systemen und deren Kommunikation auf der Ebene der Schnittstellen.
      • NSV-02d System Communications quality Requirements Description
        Diese Detailsicht beschreibt, ähnlich wie der NSV-02b, die Kommunikation zwischen Systemen auf der Ebene der Schnittstellen. Zusätzlich ist diese Detailsicht auf die Anforderungen von Funkkommunikation spezialisiert.
      Open all Close all
    • NSV-03 Resource Interaction Matrix
      Die Resource Interaction Matrix beschreibt analog zum NOV-03 die Austauschbeziehungen zwischen Systemen und stellt diese in Form einer Matrix dar. Zu den Austauschbeziehungen werden zusätzliche, bestimmende Eigenschaften erfasst.
    • NSV-04 System Functionality Description
      Der NSV-04 beschreibt die von einem System bereitgestellte Funktionalität und ordnet diese dem System zu. Optional kann ausgedrückt werden, welche Datenelement genutzt oder bereit-gestellt werden. Wie bereits erwähnt, ist der NSV-04 strukturell dem NSOV-05 und dem NOV-5 ähnlich.
    • NSV-05 System Function to operational activity traceability matrix
      Diese Detailsicht bildet die von einem System erbrachten Funktionen auf die Aktivitäten aus dem NOV-05 ab. Diese Mapping erfolgt in der Regel in Form einer Tabelle.
    • NSV-06 Systems Data Exchange Matrix
      Ziel dieser Detailsicht ist die Beschreibung des Datenaustausches zwischen Systemen auf der Ebene der Systemschnittstellen. Die Darstellung erfolgt in Form einer Matrix und wird um zu-sätzliche relevante Parameter ergänzt.
    • NSV-07 Systems quality Requirements Description
      Die Systems quality Requirements Description beschreibt die nichtfunktionalen Anforderungen eines Systems.
    • NSV-08 System Configuration Management
      Diese Detailsicht bildet den Lebenszyklus eines Systems ab und dient somit als Grundlage für eine mögliche Migrationsplanung im Unternehmen.
    • NSV-09 Technology Forecast
      Der Technology Forecast stellt eine Liste von zukünftig relevanten Technologien, Hard- und Software bereit.
    • NSV-10 System Rules, Seqeunce & Timing Description
      Der NSV-10 ist keine eigene Detailsicht, sondern ein Sammelbegriff für drei spezialisierte Detailsichten, die die Struktur und Beziehungen verschiedener physischer Ressourcen beschreiben. Dabei werden strukturell dieselben Diagrammarten wie im NOV-06 und NSOV-04 genutzt.
      • NSV-10a Systems Rules Model
        Die Systems Rules Model dienen der Erfassung sämtlicher für eine physische Ressource relevanten Rahmenbedingen, Nutzungsbestimmungen und Vorgaben.
      • NSV-10b Systems State Transitions Description
        Der NSV-10b stellt die verschiedenen Zustände und Zustandsübergänge einer physischen Ressource dar.
      • NSV-10c Systems Event Trace Description
        Diese Detailsicht stellt die Interaktion zwischen physischen Ressourcen dar.
      Open all Close all
    • NSV-11 System Data Model
      Das System Data Model ist ein Sammelbegriff für den NSV-11a und NSV-11b, dass sich mit der Abbildung des logischen und physischen Datenmodells befasst.
      • NSV-11a Logical Data Model
        Der NSV-11a beschreibt das logische Datenmodell, bestehend aus Packages, Entitäten, Attributen und deren Beziehungen.
      • NSV-11b Physical Data Model
        Das Physical Data Model beschreibt die Abbildung des logischen Datenmodells auf eine techni-sche Umsetzung.
      Open all Close all
    • NSV-12 Service Provision
      Die abschließende Detailsicht des NSV ist der NSV-12, welcher den Service aus dem NSOV auf physische Ressourcen aus dem NSV abbildet.
    Open all Close all
  • NATO Technical View (NTV)
    Der NTV ist einen Überblick über aktuelle und zukünftige technische und nichttechnische Standards und Produkte. Diese Standards und Produkte haben vorgebenden Charakter für die physischen Ressourcen der Architektur. Dazu stellt der NAF drei Detailsichten bereit.
    • NTV-01 Technical Standards Profil
      Der NTV-01 beschreibt eine Liste von technischen und nichttechnischen Standards und Produkten.
    • NTV-02 Technical Standards Forecast
      Der Technical Standards Forecast beschreibt zukünftig zu erwartende Veränderungen von Stan-dards und setzt diese in Bezug zu bestehenden Standards.
    • NTV-03 Standard Configuration
      Die dritte und letzte Detailsicht des NTV stellt Standardkonfigurationen als Sets von Standards für verschiedene Anwendungsfälle bereit.
    Open all Close all
  • NATO ALL View (NAV)
    Abschließend bleibt noch der NAV, welcher eine Art Rahmen um die ganze Architektur bzw. die ganze Architekturerstellung bildet. Der NAV ist keine Architektursicht wie die bereits beschrie-benen, sondern eine Leistungs- und Inhaltsbeschreibung der Architektur. Dabei enthält der NAV die Eckdaten (wie z.B. organisatorische Rahmenbedingungen, zeitlicher Rahmen, inhaltlicher Kontext, modellierte Detailsichten) der zu erstellenden Architektur und ordnet diese in einen Gesamtkontext ein. Der NAV besteht aus den folgenden drei Detailsichten.
    • NAV-01 Overwiew and Summary Information
      Der NAV -01 ist das zentrale Dokument im Architekturerstellungsprozess und definiert die Zielstellung der Modellierung, den organisatorischen Rahmen sowie geforderte NAF-Sichten. Darüber hinaus werden Fortschritte, Probleme, Erkenntnisse sowie Ergebnisse der Architekturarbeiten hier dokumentiert.
    • NAV-02 Integrated Dictionary
      Der Integrated Dictionary stellt ein Glossar der in der Architektur verwendeten Begriffe dar.
    • NAV-03 Metadata
      Der NAV-03 ist ein Sammelbegriff für die beiden Detailsichten NAV-03a und NAV-03b, welche Aussagen zur Metamodellkonformität des erstellten Modells machen.
      • NAV-03a Architecture Compilance Statement
        Ziel dieser Detailsicht ist das Aufzeigen von Abweichungen vom NMM.
      • NAV-03b Metamodel Extensions
        Der NAV-03b beschreibt die Abweichungen des Modells vom NMM in Form eines UML-Profildiagrammes.
      Open all Close all
    Open all Close all
  • Bundeswehr Requirement View (BwRV)
    Das Erheben von Forderungen ist ein kontinuierlicher Prozess bei der Architekturerstellung. Ziel ist, Forderungen an das zukünftige System aus dem Modell abzuleiten, nachvollziehbar zu dokumentieren und somit den Übergang von der Analysephase Teil 1 in die Analysephase Teil 2 bestmöglich zu unterstützen. Die modellbasierte Erhebung von Forderungen unterstützt dabei insbesondere die die Einhaltung der Kriterien Vollständigkeit, Eindeutigkeit, Nachvollziehbarkeit und Konsistenz.

    Um die Ableitung der Forderungen zu dokumentieren und den Zusammenhang zwischen den Inhalten der operationellen Architektur und den funktionalen und nicht-funktionalen Forderungen im Architekturmodell herstellen zu können, wird der Bundeswehr Requirement View (BwRV) als Erweiterung des NAF eingeführt und verwendet.
    • BwRV-01 Forderungskatalog
      Der Subview BwRV-01 bildet die Inhalte von priorisierten Forderungskatalogen im Architekturmodell ab. Dazu werden Kategorien angelegt, in die die funktionalen und nicht funktionalen Forderungen eingruppiert werden können.
    • BwRV-02 Beziehungen zwischen Forderungen
      Dieser Subview dient der Darstellung von Abhängigkeiten zwischen verschiedenen Forderungen.
    • BwRV-03 Ableitung von Forderungen
      Im BwRV-03 werden den funktionalen und nicht-funktionalen Forderungen zum einen Architekturelemente zugeordnet, um zu dokumentieren, auf welchem Prozess, Prozessschritt, Rollen- und Aufgabeträger, Informationselement oder beliebigen anderen Gegenstand oder Aspekt die jeweilige Forderung beruht. Zum anderen können, sofern bereits möglich, Angaben über die geplante Realisierung abgebildet werden.
    • BwRV-04 Realisierung von Forderungen
      Auf der einen Seite dient dieser Subview der Darstellung, welche funktionale und nicht-funktionale Forderung durch welche Komponente des realisierten Projekts/Systems umgesetzt wird. Auf der anderen Seite kann mit dem BwRV-04 abgebildet werden, welche konkreten Funktionen und Eigenschaften sich aus den funktionalen und nicht-funktionalen Anforderungen ergeben haben.
    • BwRV-05 Abnahme- und Bewertungskriterien
      Der BwRV-05 dient dazu Abnahme- und Bewertungskriterien für die einzelnen funktionalen und nicht-funktionalen Forderungen festzulegen und abzubilden.
    Open all Close all
Open all Close all