Was ist TOGAF?

TOGAF®, eine Open Group Standard, ist eine bewährte Methodologie und Framework für Unternehmensarchitektur, die von den weltweit führenden Organisationen zur Verbesserung der Geschäftseffizienz eingesetzt wird. Es ist ein Standard für Unternehmensarchitektur, der einheitliche Standards, Methoden und Kommunikation unter Fachleuten für Unternehmensarchitektur sicherstellt, damit wir unsere Arbeit in der Unternehmensarchitektur besser erledigen können, einschließlich:
• Ein iterativer Prozessmodell, das durch bewährte Praktiken unterstützt wird
• Ein wiederverwendbarer Satz bestehender Architektur-Assets
• Methoden und Werkzeuge für die Planung, Entwicklung, Umsetzung und Wartung einer Unternehmensarchitektur

Übersicht über die Entwicklung von TOGAF

Erstveröffentlichung 1995, TOGAF basierte auf dem Technical Architecture Framework for Information Management (TAFIM) des US-Verteidigungsministeriums. Auf dieser Grundlage hat das Architecture Forum der Open Group nacheinander Versionen von TOGAF in regelmäßigen Abständen entwickelt.

*von ArchiTACTS http://architacts.com/WP/?page_id=11753

Was ist Architektur im Kontext von TOGAF?

ISO/IEC 42010:20071 definiert „Architektur“ als:

„Die grundlegende Organisation eines Systems, verankert in seinen Komponenten, ihren Beziehungen zueinander und zur Umgebung sowie den Prinzipien, die dessen Gestaltung und Entwicklung steuern.“

TOGAF nimmt diese Definition auf und erweitert sie. In TOGAF hat „Architektur“ je nach Kontext zwei Bedeutungen:

  1. Eine formale Beschreibung eines Systems oder ein detaillierter Plan des Systems auf Komponentenebene, um dessen Umsetzung zu leiten
  2. Die Struktur von Komponenten, ihre Wechselwirkungen und die Prinzipien und Leitlinien, die ihre Gestaltung und Entwicklung im Laufe der Zeit steuern.

 

Was ist Unternehmensarchitektur?

Unternehmensarchitektur (EA) ist eine gut definierte Praxis zur Durchführung von Unternehmensanalysen, -gestaltung, -planung und -umsetzung, die stets einen ganzheitlichen Ansatz verfolgt, um die erfolgreiche Entwicklung und Umsetzung einer Strategie zu gewährleisten. Unternehmensarchitektur wendet Architekturprinzipien und -praktiken an, um Organisationen durch die Geschäftsprozesse, Daten & Information, und Technologie notwendigen Veränderungen, um ihre Strategien umzusetzen. Diese Praktiken nutzen die verschiedenen Aspekte eines Unternehmens, um diese Veränderungen zu identifizieren, zu motivieren und zu erreichen, was die Bemühung um das Verständnis des strategischen Ziels eines Unternehmens einschließt und darauf abzielt, alles von Geschäftsprozessen über unterstützende Technologien, Partnerbeziehungen, jegliche Art von Infrastruktur, Personalgewinnung und -ausbildung bis hin zu allen anderen wichtigen Aufgaben in Einklang zu bringen, um eine bessere Geschäftsausführung zu erreichen.

 

Aufbau von TOGAF

Der TOGAF-Inhalt ist unterteilt in 7 Teile:

  1. Einführung
  2. Architektur-Entwicklungs-Methode
  3. ADM-Leitlinien und Techniken
  4. Architektur-Inhalts-Rahmenwerk
  5. Unternehmens-Kontinuum & Werkzeuge
  6. TOGAF-Referenzmodelle
  7. Architektur-Fähigkeits-Rahmenwerk

Die kurze Beschreibung für jeden der sieben Teile ist nachfolgend aufgeführt:

Teil I – Einführung

Wie in der Tabelle gezeigt, bietet dieser Teil eine oberflächliche Einführung in die zentralen Konzepte der Unternehmensarchitektur und insbesondere in den TOGAF-Ansatz. Lassen Sie uns nun die Kernkonzepte für jeden dieser Teile erkunden:

Kernkonzepte

TOGAF 9 umfasst die Entwicklung von vier verwandten Arten von Architekturen. Diese vier Arten von Architekturen werden allgemein als Teilmenge einer umfassenden Unternehmensarchitektur anerkannt, die TOGAF alle unterstützen soll.

Arten von Architekturen

  1. Geschäftsarchitektur –Die Geschäftsstrategie, Governance, Organisation und die wichtigsten Geschäftsprozesse.
  2. Datenarchitektur –Die Struktur der logischen und physischen Datenbestände und Datenverwaltungsressourcen einer Organisation.
  3. Anwendungsarchitektur –Ein Bauplan für die einzeln bereitzustellenden Anwendungen, ihre Interaktionen und ihre Beziehungen zu den zentralen Geschäftsprozessen der Organisation.
  4. Architektur-Technologiearchitektur –Die logischen Software- und Hardware-Fähigkeiten, die zur Unterstützung der Bereitstellung von Geschäfts-, Daten- und Anwendungsdiensten erforderlich sind. Dazu gehören IT-Infrastruktur, Middleware, Netzwerke, Kommunikation, Verarbeitung und Standards.

Hinweis:Informationssystemarchitektur = Datenarchitektur + Anwendung

Dokumente im Zusammenhang mit der TOGAF-Modulstruktur

  • Teil II – Die Architektur-Entwicklungs-Methode (ADM) ist zentraler Bestandteil von TOGAF
  • Teil VII – Die Architekturfähigkeit betreibt die ADM.
  • Teil III – Die ADM wird durch eine Reihe von Leitlinien und Techniken unterstützt
  • Teil IV – Inhalte wie Lieferungen, Artefakte und Bausteine werden erstellt und im Architektur-Repository gespeichert
  • Teil V – Sie werden nach dem Enterprise Continuum klassifiziert
  • Teil VI – Die Repository wird ursprünglich mit den TOGAF-Referenzmodellen gefüllt

Teil II: Architektur-Entwicklungs-Methode

Dies ist der berühmte Kreis, der als Architektur-Entwicklungs-Methode (ADM) bekannt ist. Jede Phase enthält eine Reihe von Schritten, die man durchführen muss. Sie bietet einen erprobten und wiederholbaren Prozess zur Entwicklung von Architekturen.

  • Vorläufige Phase
  • Phase A: Architekturvision
  • Phase B: Geschäftsarchitektur
  • Phase C: Informationssystemarchitekturen Phase D: Technologiearchitektur
  • Phase E: Chancen und Lösungen
  • Phase F: Planung der Migration
  • Phase G: Implementierungs-Governance
  • Phase H: Architektur-Änderungs-Management
  • Anforderungs-Management

Hinweis:

In den Architekturphasen B, C und D von TOGAF müssen die gleichen Schritte (Schritt 1–8) durchgeführt werden

ADM-Geschichten

Jede der Entwicklungsphasen in TOGAF verfügt über vier Hauptabschnitte, die als Leitfaden dienen, wie in der Abbildung unten für Phase A beschrieben

Teil III: ADM-Leitlinien und Techniken

Eine Reihe von Leitlinien und Techniken zur Unterstützung der Anwendung der ADM. Die Leitlinien helfen, die ADM an unterschiedliche Szenarien anzupassen, einschließlich unterschiedlicher Prozessstile (z. B. Einsatz von Iteration) sowie spezifischer Anforderungen (z. B. Sicherheit). Die Techniken unterstützen spezifische Aufgaben innerhalb der ADM (z. B. Festlegung von Prinzipien, Geschäftszenarien, Gap-Analyse, Planung der Migration, Risikomanagement usw.). Dies sind die Themen, die in ADM-Leitlinien und Techniken behandelt werden:

  • Iteration in der ADM
  • Architekturlandschaft
  • Sicherheitsarchitektur
  • SOA
  • Architekturprinzipien
  • Interessenvertretungs-Management
  • Architekturmuster
  • Geschäftszenarien und Geschäftsziele
  • Gap-Analyse
  • Techniken zur Planung der Migration
  • Interoperabilitätsanforderungen
  • Bewertung der Bereitschaft für eine Geschäftstransformation
  • Risikomanagement
  • Planung auf der Grundlage von Fähigkeiten

Teil IV: Architektur-Inhaltsrahmen

Dieser Teil beschreibt den TOGAF-Inhaltsrahmen (Neu in TOGAF 9). Er beschreibt:

  • Eine bedeutende Erweiterung des TOGAF
  • Er bietet ein detailliertes Modell von architektonischen Arbeitsprodukten
  • Er fördert eine größere Konsistenz in den Ausgaben von TOGAF

Inhalts-Metamodell

Der Inhaltsrahmen bietet ein strukturiertes Modell für Bausteintypen, Beziehungen und Attribute, das informell verwendet werden kann oder als Grundlage für die Konfiguration eines Enterprise-Architektur-Modellierungswerkzeugs dienen kann. Da Bausteine weiterhin die grundlegenden Elemente der Architektur innerhalb von TOGAF bleiben, verfügt der Inhaltsrahmen über ein Kern- und Erweiterungskonzept mit optionalen Bausteintypen, um sowohl leichte als auch detaillierte Architekturen zu unterstützen. Er bietet folgende Vorteile für TOGAF:

  • Er bietet eine umfassende Checkliste für architektonische Ausgaben.
  • Er fördert eine bessere Integration von Arbeitsprodukten, wenn er über das gesamte Unternehmen hinweg angewendet wird
  • Er bietet einen detaillierten offenen Standard dafür, wie Architekturen beschrieben werden sollten

Lieferungen, Artefakte und Bausteine

Lieferungen werden für Arbeitsprodukte verwendet, die erzeugt werden müssen und formell überprüft, abgesegnet und freigegeben werden müssen. Die Ergebnisse der Projekte befinden sich normalerweise in der Kategorie Lieferungen und liegen in Dokumentform vor, die am Ende des Projekts archiviert werden oder in die Architektur-Repository als Referenzmodell, Standard oder Momentaufnahme der Architekturlandschaft übertragen werden.

Der Architektur-Inhaltsrahmen verwendet drei verschiedene Kategorien, um die Art der Ausgaben zu kategorisieren, die während des ADM-Prozesses entwickelt werden. Die drei verschiedenen Kategorien des TOGAF-Architektur-Inhaltsrahmens sind

  • Lieferungen
  • Artefakte
  • Bausteine

Artefakte

Artefakte werden für Arbeitsprodukte verwendet, die einen Aspekt der Architektur beschreiben. Artefakte werden wie folgt klassifiziert:

  • Katalog – Wird verwendet, um eine Liste von Dingen anzuzeigen
  • Matrizen – Wird verwendet, um Beziehungen zwischen Dingen anzuzeigen
  • Diagramme – Bilder von Dingen

Bausteine

Ein Baustein ist ein Funktionspaket, das definiert ist, um die geschäftlichen Anforderungen über eine Organisation hinweg zu erfüllen. Bausteine werden oft auf verschiedenen Ebenen verwendet. Wir können sie beispielsweise verwenden, um konzeptionelle Geschäftsfähigkeiten wie Kundenbeziehungsmanagement (CRM) in der frühen Analyse darzustellen. Wir können die konzeptionelle Fähigkeit auch in Funktionen wie Kundendatenmaster weiter verfeinern und diese dann noch detaillierter in: Manager-Erteilung, Verwaltung von Kundenkontakten usw. aufteilen.

 

Teil V: Unternehmenskontinuum und Werkzeuge

Ein Modell zur Strukturierung eines virtuellen Repositorys und Methoden zur Klassifizierung von Architektur- und Lösungsartefakten. Es weist folgende Änderungen in TOGAF 9 auf:

  • Erheblich überarbeitet
  • Die Referenzmodelle wurden in Teil VI verlegt
  • Neuer Inhalt hinzugefügt zu Architektur-Partitionierung und der Architektur-Repository
  • Die Standard-Informationen-Basis (SIB) wird entfernt

Enterprise-Continuum im Vergleich zum Lösungs-Continuum

Im oberen Teil der Abbildung wird das logische Bild der Architektur (Architektur-Continuum) beschrieben, und im unteren Teil wird die physische Realisierung der Architektur (Lösungs-Continuum) erwähnt

Generische vs. spezifische Architektur

Das Diagramm ist ebenfalls von links „mehr generisch“ Architektur nach rechts „mehr spezifisch“ Architektur strukturiert, was es uns ermöglicht, unsere Architektur von „logisch“ zu „physisch“ und von allgemeiner zu spezifischer zu verfeinern, je weiter wir vom ursprünglichen Problem weg und hin zur Lösung fortschreiten.

Partitionierung

Die Architektur-Partitionierung ermöglicht die Kosten- und Komplexitätssteuerung durch Aufteilung des Unternehmens und die Zuweisung geeigneter Rollen und Verantwortlichkeiten an jede Partition. Diese Abbildung zeigt die Notwendigkeit einer Meta-Architektur in federierten Organisationen, die ein Integrationsframework für die einzelnen Architekten der verschiedenen Geschäftseinheiten bereitstellt.

 

Architektur-Repository

Das Architektur-Repository ist ein logischer Ort, um Referenzmaterial und Ergebnisse der Architekturarbeiten zu organisieren. Ein Teil oder alles davon kann in einem physischen Repository-Tool wie dem Dokumentenschrank von VP archiviert werden. Es ist auch ein konzeptionelles Modell, das definiert, welche Arten von Inhalten gespeichert werden. Die wichtigsten Komponenten innerhalb eines Architektur-Repositories sind die folgenden:

 

  • Die Architektur-Metamodellbeschreibt die organisationsangepasste Anwendung eines Architekturrahmens, einschließlich eines Metamodells für Architekturinhalte.
  • Die Architekturfähigkeitdefiniert die Parameter, Strukturen und Prozesse, die die Governance des Architektur-Repositories unterstützen.
  • Die Architekturlandschaftzeigt eine architektonische Sicht auf die Bausteine, die heute im Unternehmen eingesetzt werden (z. B. eine Liste der laufenden Anwendungen). Die Landschaft existiert wahrscheinlich auf mehreren Abstraktionsstufen, um verschiedenen architektonischen Zielen gerecht zu werden.
  • Die Standards-Informationen-Basis (SIB) erfasst die Standards, mit denen neue Architekturen übereinstimmen müssen, was branchenübliche Standards, ausgewählte Produkte und Dienstleistungen von Lieferanten oder bereits im Unternehmen eingesetzte gemeinsame Dienstleistungen einschließen kann.
  • Die Referenzbibliothekbietet Leitlinien, Vorlagen, Muster und andere Arten von Referenzmaterial, die genutzt werden können, um die Erstellung neuer Architekturen für das Unternehmen zu beschleunigen.
  • Die Governance-Protokollführt eine Aufzeichnung der Governance-Aktivitäten über das gesamte Unternehmen hinweg.

Teil VI: Referenzmodelle

Die Definition der Referenzmodelle wurde in TOGAF 9 erheblich überarbeitet. Es werden zwei Referenzmodelle bereitgestellt:

  1. Technisches Referenzmodell (TRM) – Eine Fundamentarchitektur, die als Modell und Taxonomie für generische Plattformdienste dient.
  2. Integriertes Informationsinfrastrukturmodell (III-RM) – Ein Modell für geschäftliche Anwendungen und Infrastrukturanwendungen

Beziehung zwischen Referenzmodellen und Architekturkontinuum

Das Architekturkontinuum besteht aus vier Zuständen. Der zugrundeliegende Prozess besteht darin, architektonische Anforderungen zu identifizieren, bestehende Architekturen innerhalb der Organisation zu analysieren und zu verstehen, beginnend bei Fundamentarchitekturen (z. B. TRM), über gemeinsame Systemarchitekturen (III-RM), branchenübliche Architekturen (z. B. SOA) bis hin zur eigenen Architektur der Organisation. Die folgende Abbildung zeigt einen architektonischen Prozess, der auf vier Zuständen basiert:

  • Fundamentarchitekturen (TRM)
  • Gemeinsame Systemarchitekturen (III-RM)
  • Branchenarchitekturen
  • Organisationsarchitekturen

Architektonische Änderungen, die an den Zuständen auf der linken Seite vorgenommen werden, werden auf die Zustände auf der rechten Seite übertragen. Die Richtung von links nach rechts impliziert eine logische Fortschreibung bei der Organisation der Implementierung einer Unternehmensarchitektur.

Teil VII: Architektur-Kapazitäts-Framework

Dieser Teil behandelt die Organisation, Prozesse, Fähigkeiten, Rollen und Verantwortlichkeiten, die erforderlich sind, um eine Architekturpraxis innerhalb eines Unternehmens aufzubauen und zu betreiben. Es handelt sich um einen neuen Teil in TOGAF 9, der auf der Ressourcenbasis 8.1.1 basiert.

Struktur der Architektur-Kapazität

Die Entwicklung einer Unternehmensarchitektur beinhaltet die Schaffung von Geschäftskapazitäten, die Planung und Steuerung der Architektur in der Organisation auf allen Ebenen über verschiedene Entwicklungsphasen hinweg. Das Unternehmen muss die Gremien identifizieren, die für die Entscheidungsfindung in architektonischen Fragen verantwortlich sind, wie in der Abbildung unten oben dargestellt.

In der Mitte der rechten Seite legt TOGAF den Architektur-Fähigkeitspool fest, der die Definition der Reife der Organisation und ihrer Verbesserung dokumentiert. Daher enthält er die Fähigkeiten, Kenntnisse und beruflichen Entwicklungsstrategien der Architekten. Diese Kenntnisse ermöglichen die Definition der Rollen und Verantwortlichkeiten für die Architekturarbeiten, mit anderen Worten: Wer ist für was verantwortlich?

Rechts des Fähigkeitspools sendet die Projekt-/Portfolio-Governance Verträge für Architekturarbeiten an das Projekt-/Portfolio, die mit den Prioritäten und dem Fokus der Geschäftstätigkeiten synchronisiert sein sollten.

Lieferungen, Artefakte, Protokolle oder Richtlinienpapiere können aus dem Unternehmenskontinuum und der Architektur-Repository abgerufen werden

Der allgemeine Gedanke besteht darin, die Fähigkeit der Organisation zu entwickeln, Architekturen zu erstellen, was zu einer steigenden Geschäftskapazität führt.

Architekturausschuss – Der Ausschuss überwacht die Umsetzung der Governance-Strategie, die aus vertretenden Stakeholdern besteht, die für die Überprüfung und Pflege der Architektur verantwortlich sind

Architektur-konform – Eine zentrale Beziehung zwischen Architektur und Implementierung liegt in der Definition des Begriffs konform, um die Einhaltung einzelner Projekte gegenüber der Unternehmensarchitektur sicherzustellen.

Architekturverträge –Gemeinsame Vereinbarungen zwischen Entwicklungspartnern und Förderern hinsichtlich der Lieferungen, Qualität und Zweckmäßigkeit einer Architektur

Reifegradmodelle für Architekturen – Sie dienen als Mittel, damit Unternehmen ihre aktuelle Position bewerten können, und daher besser verstehen, wann der richtige Zeitpunkt für den Fortschritt gekommen ist und wie dieser erfolgen soll

Architektur-Fähigkeitsrahmen – bieten einen Überblick über die erforderlichen Kompetenzstufen für bestimmte Rollen.

Referenzen:

Kommentar hinterlassen