Was ist DoDAF?

DoDAF ist ein Systemarchitektur-Framework, das von der US Undersecretary of Defense for Business Transformation Working Group des US-Verteidigungsministeriums entwickelt wurde .

DoD ist die Abkürzung für das US-Verteidigungsministerium. Der Vorgänger von DoDAF ist das Architektur-Framework C4ISR. C4ISR ist ein militärischer Begriff und bedeutet automatisiertes Befehlssystem. Es ist die Abkürzung des ersten Buchstabens des englischen Wortes für sieben Subsysteme im modernen militärischen Kommandosystem, nämlich Command, Control, Communications, Computers, Intelligence, Surveillance und Reconnaissance. Laienhaft ausgedrückt ist C4ISR ein militärisches automatisiertes Befehlssystem, das vom US-Militär entwickelt wurde.

Weiterentwicklung des DoDAF-Frameworks

1. C4ISR AF 1.0 wurde im Juni 1996 eingeführt.
2. C4ISR AF 2.0 wurde im Dezember 1997 veröffentlicht.
3. DoDAF 1.0 wurde im August 2003 veröffentlicht, um den Anwendungsbereich zu erweitern, der nicht auf C4ISR beschränkt ist, sondern auf alle Missionsgebiete angewendet werden kann; CADM v1.01 (Core Architecture Data Model) wurde ebenfalls veröffentlicht.
4. Im April 2007 wurde DoDAF 1.5 veröffentlicht, mit besonderem Schwerpunkt auf dem Net-Centric-Konzept, und das Net-Centric-Konzept spiegelte sich in der Architekturbeschreibung wider; CADM v1.5 wurde auch veröffentlicht, um die Beschreibungsdatei des neuen Net-Centric-Konzepts zu speichern.
5. DoDAF2.0 wurde am 28. Mai 2009 veröffentlicht.

Im Vergleich zu früheren Versionen sind die wichtigsten Änderungen in Version 2.0 wie folgt.

• Der Architekturentwicklungsprozess verlagerte sich von produktzentriert zu datenzentriert und lieferte hauptsächlich Entscheidungsdaten.
• Die drei Hauptansichten (betrieblich, technisch und System) wurden in spezifischere Ansichten umgewandelt. Es gibt jetzt acht Ansichten: Vollansicht, Daten- und Informationsansicht, Standardansicht, Funktionsansicht, Betriebsansicht, Serviceansicht, Systemansicht und Projektansicht.
• Beschreibt die Notwendigkeit der gemeinsamen Nutzung von Daten und des Zugriffs auf Informationen in einer föderalen Umgebung.
• Verdeutlichung und Beschreibung der Beziehung zur Federal Enterprise Architecture.
• Erstellung eines DoD-Architektur-Framework-Metamodells.
• Beschrieb und diskutierte die Methodik für die Entwicklung einer serviceorientierten Architektur (SOA).

DoDAF-Rahmenstruktur

Das DoDAF-Framework kann im Großen und Ganzen aus acht Ansichten und Implementierungsmethoden bestehen. Die acht Ansichten sind wie folgt.

• All Viewpoint, AV : liefert Informationen über die gesamte Architekturbeschreibung, wie z. B. Umfang und Kontext der Architekturbeschreibung.
• Capability Viewpoint, CV : Eine Beschreibung der Fähigkeiten, die eingesetzt werden, um die Unternehmensziele zu erreichen, die mit der Unternehmensvision übereinstimmen.
• Data and Information Viewpoint, DIV : Die Geschäftsinformationsanforderungen und strukturierten Geschäftsprozessregeln, die für die Architekturbeschreibung verwendet werden. Es beschreibt Informationen, die sich auf den Informationsaustausch in der Architekturbeschreibung beziehen, wie Attribute, Merkmale und Zusammenhänge.
• Operational Viewpoint, OV : Beschreibt die Organisation, Aufgaben oder Aktivitäten und die Informationen, die zwischen ihnen ausgetauscht werden müssen . Es vermittelt die Art der ausgetauschten Informationen, die Häufigkeit des Austauschs, die Aufgaben und Aktivitäten, die durch den Informationsaustausch unterstützt werden, und die Art des Informationsaustauschs.
• Project Viewpoint, PV : Beschreibt, wie Projektpläne in einem Portfolioplan mit einer Hin-und-Her-Beziehung kombiniert werden. Diese Ansicht bietet eine Möglichkeit, die organisatorischen Beziehungen zwischen mehreren Projekten zu beschreiben, von denen jedes für die Bereitstellung eines einzelnen Systems oder einer einzelnen Funktion verantwortlich ist.
• Services Viewpoint, SvcV : Beschreibt die Systeme, Dienste und miteinander verbundenen Funktionen, die Unterstützung für operative Aktivitäten bieten. DoD-Prozesse umfassen operative, kommerzielle, nachrichtendienstliche und infrastrukturelle Funktionen.
• Standards Viewpoint, StdV : Ist die kleinste Sammlung von Regeln, die die Kombination, Interaktion und Abhängigkeiten zwischen Teilen oder Elementen eines Systems steuern. Ziel ist es, sicherzustellen, dass das System in der Lage ist, bestimmte betriebliche Anforderungen zu erfüllen. Diese Ansicht bietet eine Anleitung zur technischen Systemimplementierung, auf deren Grundlage technische Spezifikationen erstellt, gemeinsame Module erstellt und Produktlinien entwickelt werden können. Es umfasst technische Standards, Implementierungspraktiken, Standardoptionen, Regeln und Kriterien.
• Systems Viewpoint, SV : Informationen zu automatisierten Systemen, Interkonnektivität und Systemfunktionalität. In naher Zukunft wird dieser Standpunkt verschwinden, da DOD seinen Fokus auf serviceorientierte Umgebungen und Cloud Computing verlagert.

Um Konsistenz und Vollständigkeit über Ansichten hinweg zu wahren, definiert DoDAF V2.0 52 Artefakte, um die gesamte Architektur von den Anforderungen bis zur Implementierung darzustellen. Allerdings sind nicht alle Artefakte erforderlich und können nach Bedarf verwendet werden.

Wie implementiert man DoDAF?

Die DoDAF-Implementierungsmethodik besteht aus 6 Schritten.

1) Definieren Sie die Architekturnutzung

Definieren Sie den Zweck und die beabsichtigte Verwendung der Architektur („zweckdienlich“), wie der Architekturbeschreibungsaufwand durchgeführt wird, die Methoden, die bei der Architekturentwicklung verwendet werden; die erforderlichen Datenkategorien, die potenziellen Auswirkungen auf andere und das Verfahren zur Messung des Erfolgs der Bemühungen durch Leistung und Kundenzufriedenheit. Diese Informationen werden in der Regel vom Prozesseigentümer bereitgestellt, um die Architekturentwicklung zu unterstützen, die einen Aspekt ihres Verantwortungsbereichs (Prozess, Aktivität usw.) beschreibt.

2) Bestimmen des Umfangs der Architektur

Definiert die Grenzen, die die Tiefe und Breite der Beschreibung der Architektur festlegen, legt die Problemstellung der Architektur fest, hilft bei der Definition ihres Kontexts und definiert den Detaillierungsgrad, der für den Inhalt der Architektur erforderlich ist. Es ist auch wichtig, um zu entscheiden, wie mit der Entwicklungs- oder Einkaufsautomatisierungsunterstützung fortgefahren werden soll.

3) Bestimmen Sie die Datenanforderungen

Die Auswahl von Datenentitäten und Attributen ist wichtig, damit die Architektur so aufgebaut werden kann, dass sie nicht nur die Ziele des ersten Schritts erfüllt, sondern auch die Konsistenz der Architektur aufrechterhält. Entitäten und Attribute werden durch Datentypen dargestellt, die Regeln für das Geschäftsverhalten, Informationen über auszuführende Aktivitäten, Befehlsbeziehungen, Aufgabenlisten und viele andere Typen enthalten.

4) Architekturproduktdesign durchführen

Dies ist der wichtigste Schritt bei der Eingabe und Bearbeitung vorhandener Architekturmodelle, dem Sammeln neuer Daten und dem Hinzufügen zur Architektur und dem Extrahieren von Daten aus vorhandenen Architekturen in der DoD System Junction Knowledge Base oder verwandten Wissensdatenbanken und dem anschließenden Organisieren und Klassifizieren aller Daten und Registrieren es in DARS (DoD Architecture Registry System) und es einem automatisierten Repository zur späteren Analyse und Wiederverwendung zuordnet.

5) Analyse der Architektur

Statische Analyse, dynamische Analyse, experimentelle Analyse und Testanalyse werden an der Architektur durchgeführt, die alle erforderlichen Daten enthält, um die Gültigkeit der Architekturdaten zu bestimmen.

6) Erzeuge Architektur-Ergebnisdateien

Generieren Sie Architekturproduktbeschreibungen basierend auf grundlegenden Datenabfragen, die mit dem etablierten Modell konsistent, wiederverwendbar und gemeinsam nutzbar sein sollten.

Auswirkungen von DoDAF

Wahrscheinlich vom Militär, DoDAF hat nicht so viel Einfluss auf die Unternehmensarchitektur wie TOGAF . Mit der Veröffentlichung von Version 2.0 wird das DoDAF-Framework selbst jedoch weiter vervollständigt, es ist nicht mehr nur für den Bau militärischer Systeme anwendbar, Unternehmen können DoDAF völlig flexibel zur Implementierung von Unternehmensarchitekturen verwenden. Darüber hinaus hat die Forschung zu C4ISR und DoDAF zur „System of Systems“-Theorie geführt, die derzeit ein heißes Thema in der Wissenschaft ist. Man kann sagen, dass DoDAF eines der wertvollsten Forschungsframeworks in vielen EA-Frameworks ist.

DoDAF-Software – Visuelles Paradigma

Visual Paradigm bietet eine benutzerfreundliche, modellgesteuerte Lösung, die die Entwicklung von DoDAF 2.02-Ansichten und -Modellen unterstützt. Erstellen Sie integrierte DoDAF-Produkte, die die Rückverfolgbarkeit zwischen Ansichten aufrechterhalten. Erstellen Sie Architekturdokumente, die es Organisationen erleichtern, Unternehmensarchitekturinitiativen effektiv zu koordinieren.

DoDAF-Referenzen

• Erfahren Sie mehr über DoDAF – Was ist das DoDAF-Framework?
• DoDAF-Softwaretool – Visual Paradigm
• Wie wenden Sie DoDAF in Ihrem EA-Projekt an?
• Wikipedia | Architekturrahmen des Verteidigungsministeriums
• Das DoDAF-Architektur-Framework Version 2.02
• Leistungsstarkes TOGAF-Softwaretool