Verständnis des Architektur-Inhalts-Frameworks in TOGAF: Eine umfassende Übersicht

Das Open Group Architekturframework (TOGAF) ist ein beliebtes Framework für Unternehmensarchitektur. Es bietet einen strukturierten Ansatz für die Gestaltung, Planung, Umsetzung und Verwaltung von Unternehmensarchitektur. Ein zentraler Bestandteil von TOGAF ist das Architektur-Inhalts-Framework, das die Arten von architektonischen Arbeitsprodukten beschreibt, die während der Entwicklung einer Unternehmensarchitektur erstellt werden sollten. In diesem Artikel werden wir die zentralen Konzepte des Architektur-Inhalts-Frameworks erläutern, einschließlich Bausteine, Artefakte und Lieferungen, sowie deren Beziehung zum TOGAF-Architektur-Entwicklungs-Verfahren (ADM).

Wie bereits erwähnt, ist das Architektur-Inhalts-Frameworkein Bestandteil des TOGAF-Standards, der eine Struktur zur Organisation und Klassifizierung der verschiedenen Arten architektonischer Arbeitsprodukte innerhalb einer Unternehmensarchitektur bereitstellt. Das Framework teilt architektonische Arbeitsprodukte in drei Kategorien ein:

Lieferungen

In TOGAF ist eine Lieferung eine spezifische Art von Arbeitsprodukt, die formell geprüft, abgesprochen und von den Stakeholdern freigegeben wird. Lieferungen sind in der Regel vertraglich festgelegt, was bedeutet, dass sie in einem Vertrag oder einer Vereinbarung zwischen dem Unternehmen und seinen Stakeholdern definiert und vereinbart werden.

Lieferungen sind ein wichtiger Output von Projekten innerhalb des Unternehmensarchitekturframeworks. Sie repräsentieren die greifbaren Ergebnisse des Projekts, wie Dokumente, Berichte oder andere Artefakte, die Einblicke in die Architekturlandschaft zu einem bestimmten Zeitpunkt bieten. Diese Lieferungen können verwendet werden, um den Projektfortschritt zu kommunizieren, sicherzustellen, dass die Stakeholder auf einer Linie sind, und die Entscheidungsfindung während des gesamten Projektzyklus zu unterstützen.

Sobald ein Projekt abgeschlossen ist, werden alle Lieferungen, die in Dokumentform vorliegen, in der Regel archiviert oder in einer Architektur-Repository gespeichert. Die Architektur-Repository dient als Referenzmodell, Standard oder Momentaufnahme der Architekturlandschaft zu einem bestimmten Zeitpunkt. Dies kann für zukünftige Projekte oder Initiativen nützlich sein, da es eine historische Aufzeichnung der Unternehmensarchitektur und der getroffenen Entscheidungen bietet.

Beispiele für Lieferungen innerhalb des TOGAF-Frameworks könnten sein:

ein Dokument zur Architekturvision,
ein Dokument zur Geschäftsarchitektur oder
ein Dokument zur Datenarchitektur.

Jede dieser Lieferungen repräsentiert einen bestimmten Aspekt der Unternehmensarchitektur und liefert wertvolle Einblicke in den aktuellen Zustand der Organisation und ihre Ziele für die Zukunft.

Artefakte

In TOGAF werden Artefakte als architektonische Arbeitsprodukte definiert, die einen bestimmten Aspekt der Architektur beschreiben. Sie können in Form von Listen, Matrizen, Diagrammen oder anderen Arten von Dokumentationen vorliegen, die Einblicke in verschiedene Aspekte der Architekturlandschaft bieten.

Artefakte können in drei Arten eingeteilt werden: Kataloge, Matrizen und Diagramme.

Kataloge sind Listen von verwandten Elementen, wie beispielsweise eine Liste von Geschäftsleistungen oder eine Liste von Technologiekomponenten.
Matrizen zeigen Beziehungen zwischen verschiedenen Elementen, wie beispielsweise eine Matrix, die zeigt, wie Geschäftsleistungen mit Geschäftsprozessen verknüpft sind.
Diagramme sind visuelle Darstellungen von Architektur-Elementen, wie beispielsweise ein Diagramm eines Systems oder ein Prozessflussdiagramm.

Artefakte sind oft in Lieferungen enthalten, die formell geprüft, abgesprochen und von den Stakeholdern freigegeben werden. Beispielsweise kann ein Dokument zur Geschäftsarchitektur einen Katalog von Geschäftsleistungen, eine Matrix, die die Beziehungen zwischen diesen Leistungen und den unterstützenden Geschäftsprozessen zeigt, sowie ein Diagramm der hochgradigen Geschäftsarchitektur enthalten.

Zusätzlich zu ihrer Aufnahme in Lieferungen können Artefakte auch in einer Architektur-Repository für zukünftige Referenz gespeichert werden. Die Architektur-Repository dient als zentraler Ort zum Speichern und Verwalten aller Artefakte und anderer Ressourcen, die im Rahmen des Unternehmensarchitekturframeworks verwendet werden. Dazu können beispielsweise Architekturprinzipien und Standards, Referenzmodelle und Vorlagen gehören.

Insgesamt sind Artefakte ein wichtiger Bestandteil des TOGAF-Frameworks, da sie eine greifbare Möglichkeit bieten, verschiedene Aspekte der Architekturlandschaft zu dokumentieren und zu kommunizieren. Durch die Erstellung und Pflege hochwertiger Artefakte können Organisationen ihre Fähigkeit verbessern, ihre Unternehmensarchitektur im Laufe der Zeit zu verwalten und zu optimieren.

Bausteine

Bausteine sind Komponenten der Unternehmensfähigkeit, die mit anderen Bausteinen kombiniert werden können, um Architekturen und Lösungen zu erzeugen. Sie können auf unterschiedlichen Detailstufen definiert werden, abhängig vom Entwicklungsstadium der Architektur. Beispielsweise kann ein Baustein in frühen Entwicklungsphasen eine hochgradige Beschreibung oder ein Entwurf eines Konzepts sein, während er in späteren Phasen detaillierter mit begleitenden Artefakten spezifiziert wird.

Architektur-Bausteine (ABBs) sind Bausteine, die die erforderliche Fähigkeit einer Unternehmensarchitektur beschreiben. Sie werden verwendet, um die Spezifikation von Lösungs-Bausteinen (SBBs) zu gestalten, die zur Umsetzung dieser Fähigkeit eingesetzt werden. ABBs sind typischerweise höherstufige Bausteine, die eher abstrakt in ihrer Natur sind und eine Gesamtstruktur für die Architektur bereitstellen.

Lösungs-Bausteine (SBBs) hingegen sind die Komponenten, die zur Umsetzung der erforderlichen Fähigkeit eingesetzt werden. SBBs sind niedrigstufige Bausteine, die konkreter und spezifischer in ihrer Natur sind. Sie können verwendet werden, um die Architekturen und Lösungen des Unternehmens zu realisieren und werden typischerweise durch ergänzende Artefakte wie Diagramme, Modelle oder Spezifikationen unterstützt.

Um ein Beispiel zu geben: Angenommen, ein Unternehmen möchte eine Kundenservice-Fähigkeit entwickeln. Der Architektur-Baustein könnte eine hochgradige Beschreibung der Kundenservice-Fähigkeit sein, während die Lösungs-Bausteine spezifische Komponenten wie Software zur Kunden-Datenverwaltung, einen Kundenservice-Prozess und eine kundenorientierte Anwendung umfassen könnten. Diese SBBs könnten weiter in noch detailliertere Bausteine zerlegt werden, wie beispielsweise spezifische Softwaremodule oder einzelne Schritte im Kundenservice-Prozess.

Durch die Verwendung dieser drei Kategorien zur Beschreibung der verschiedenen Arten architektonischer Arbeitsprodukte bietet das Architektur-Inhalts-Framework einen umfassenden Ansatz zur Organisation und Verwaltung von Arbeitsprodukten der Unternehmensarchitektur.

Die Beziehung zwischen Lieferungen, Artefakten und Bausteinen

Die Beziehung zwischen Liefergegenständen, Artefakten und Bausteinen ist ein wichtiger Aspekt des TOGAF-Rahmenwerks.

Liefergegenstände sind formale Arbeitsprodukte, die vertraglich festgelegt und von den Stakeholdern überprüft, abgesprochen und abgesegnet werden. Diese Liefergegenstände stellen die Ergebnisse von Projekten dar und nehmen typischerweise die Form von Dokumentation an, die archiviert oder in eine Architekturdatenbank überführt wird, um sie zukünftig nutzen zu können. Liefergegenstände können viele Artefakte enthalten, die architektonische Arbeitsprodukte sind und einen bestimmten Aspekt der Architektur beschreiben.

Artefakte können wiederum als Kataloge, Matrizen oder Diagramme klassifiziert werden und eine Vielzahl unterschiedlicher Architekturkomponenten darstellen, wie beispielsweise Geschäftsfähigkeiten, Datenmodelle oder Technologiekomponenten. Artefakte können auch verwendet werden, um die Beziehungen zwischen verschiedenen Architekturkomponenten zu beschreiben, beispielsweise wie Geschäftsfähigkeiten mit Geschäftsprozessen zusammenhängen.

Bausteine hingegen stellen wiederverwendbare Komponenten von Unternehmensfähigkeiten dar, die mit anderen Bausteinen kombiniert werden können, um Architekturen und Lösungen zu liefern. Architektur-Bausteine (ABBs) beschreiben erforderliche Fähigkeiten und prägen die Spezifikation von Lösungs-Bausteinen (SBBs), die die Komponenten darstellen, die zur Umsetzung der erforderlichen Fähigkeit eingesetzt werden. Beispielsweise kann innerhalb eines Unternehmens eine Kundenservice-Fähigkeit erforderlich sein, die durch zahlreiche SBBs unterstützt wird, wie beispielsweise Prozesse, Daten und Anwendungssoftware.

Die Beziehung zwischen Liefergegenständen, Artefakten und Bausteinen besteht darin, dass Liefergegenstände viele Artefakte enthalten können, die verwendet werden, um verschiedene Aspekte der Architekturlandschaft zu beschreiben. Bausteine wie ABBs und SBBs werden eingesetzt, um die durch Artefakte und Liefergegenstände beschriebenen erforderlichen Fähigkeiten umzusetzen. Durch die Verwendung von Bausteinen können Organisationen wiederverwendbare Komponenten erstellen, die kombiniert werden können, um Architekturen und Lösungen effizienter und effektiver zu liefern.

Beispiel – Architekturdefinitionsdokument

Das angeführte Beispiel bezieht sich auf die Beziehung zwischen Liefergegenständen, Artefakten und Bausteinen im Kontext der Erstellung eines Architekturdefinitionsdokuments.

Das Architekturdefinitionsdokument ist ein formaler Liefergegenstand, der eine Architekturbeschreibung dokumentiert, die einen umfassenden Überblick über die Unternehmensarchitektur bietet. Dieses Dokument enthält typischerweise eine Reihe ergänzender Artefakte, die spezifische Arbeitsprodukte sind, die einen bestimmten Aspekt der Architektur beschreiben.

Im gegebenen Beispiel wird ein Prozessflussdiagramm erstellt, um den Zielprozess der Anrufbearbeitung zu beschreiben, der ein Baustein ist, der eine spezifische Fähigkeit darstellt, die von der Architektur erforderlich ist. Das Prozessflussdiagramm ist ein Artefakt, das die Interaktionen, Eingaben und Ausgaben des Anrufbearbeitungsprozesses beschreibt. Dieses Artefakt kann auch andere Bausteine beschreiben, wie beispielsweise die am Prozess beteiligten Akteure, wie den Kundenservice-Mitarbeiter.

Dieses Beispiel veranschaulicht, wie Liefergegenstände, Artefakte und Bausteine innerhalb des TOGAF-Rahmenwerks miteinander verknüpft sind. Das Architekturdefinitionsdokument ist der formale Liefergegenstand, der eine Sammlung ergänzender Artefakte enthält, die die für die Architektur relevanten Bausteine beschreiben. Diese Artefakte beschreiben ihrerseits die spezifischen Fähigkeiten, Prozesse, Datenmodelle und Technologiekomponenten, aus denen die Unternehmensarchitektur besteht.

Das Inhalts-Metamodell

Das Inhalts-Metamodell ist ein konzeptionelles Framework, das in TOGAF verwendet wird, um die Arten von Bausteinen, die innerhalb einer Architektur existieren können, zu definieren und zu organisieren, sowie deren Beschreibung und Beziehung zueinander. Mit anderen Worten ist das Inhalts-Metamodell ein konzeptionelles Modell, das den Architekturinhalt in Bezug auf seine Komponenten und deren Beziehungen beschreibt. Es bietet einen übergeordneten Blick auf den Architekturinhalt, einschließlich der Arten von Artefakten und Bausteinen, die verwendet werden, sowie der Beziehungen zwischen ihnen. Das Inhalts-Metamodell wird verwendet, um den Architekturinhalt zu organisieren und zu klassifizieren und sicherzustellen, dass er konsistent und mit der Gesamtsicht und den Zielen der Architektur übereinstimmt.

Die Beziehung zwischen dem TOGAF-ADM und dem Inhaltsrahmen

Der TOGAF-ADM (Architektur-Entwicklungs-Methode) ist ein Prozess zur Entwicklung einer Unternehmensarchitektur, der das Unternehmen von einem aktuellen Baseline-Zustand zu einem zukünftigen Zielzustand führt. Der ADM besteht aus mehreren Phasen, darunter Visionierung, Architekturdefinition, Transformationsplanung und Architektur-Governance, wobei jede Phase ihre eigenen Eingaben und Ausgaben hat.

Der Inhaltsrahmen bietet eine Struktur für die Liefergegenstände, die während jeder Phase des ADM erzeugt werden. Er definiert die Arten von Liefergegenständen, die erzeugt werden sollten, wie Kataloge, Matrizen und Diagramme, und wie sie in die Gesamtsicht der Unternehmensarchitektur passen. Der Inhaltsrahmen definiert außerdem die Beziehungen zwischen verschiedenen Bausteinen und wie sie beschrieben und miteinander verknüpft werden können.

Durch die Verwendung des Inhaltsrahmens als Begleiter des ADM können Architekten sicherstellen, dass sie zu jeder Phase des Prozesses die richtigen Arten von Liefergegenständen erzeugen und dass diese mit der Gesamtsicht der Unternehmensarchitektur übereinstimmen. Der ADM bietet den Prozess zur Erstellung einer Architektur, während der Inhaltsrahmen die Struktur für die Liefergegenstände liefert, die die Architektur bilden. Zusammen bilden sie einen umfassenden Ansatz zur Entwicklung einer Unternehmensarchitektur.

Zusammenfassung

Das Architektur-Inhalts-Framework ist eine zentrale Komponente des TOGAF-Rahmenwerks für Unternehmensarchitektur. Es bietet einen strukturierten Ansatz zur Beschreibung der Arten von architektonischen Arbeitsprodukten, die während der Entwicklung einer Unternehmensarchitektur erzeugt werden sollten. Das Framework basiert auf drei Kategorien: Liefergegenstände, Artefakte und Bausteine. Liefergegenstände sind Arbeitsprodukte, die formell von den Stakeholdern überprüft und abgesprochen werden, während Artefakte architektonische Arbeitsprodukte sind, die einen bestimmten Aspekt der Architektur beschreiben. Bausteine sind wiederverwendbare Komponenten von Unternehmensfähigkeiten, die kombiniert werden können, um Architekturen und Lösungen zu liefern.

Das Architektur-Inhalts-Framework ist eng mit der TOGAF-Architektur-Entwicklungs-Methode (ADM) verbunden, die den Prozess der Bewegung von einem Baseline-Zustand des Unternehmens zu einem Zielzustand des Unternehmens beschreibt. Der ADM erfordert Eingaben in jeder Phase des Prozesses und erzeugt Ausgaben als Ergebnis der Ausführung mehrerer Schritte. Das Architektur-Inhalts-Framework bietet eine zugrundeliegende Struktur für den ADM, die Eingaben und Ausgaben detaillierter definiert und jeden Liefergegenstand in den Kontext der ganzheitlichen Architektursicht des Unternehmens stellt.