de_DEen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Umfassender Leitfaden zu Architekturlieferungen in TOGAF

Einführung

Im Bereich der Unternehmensarchitektur spielt der Begriff Architekturlieferungen eine entscheidende Rolle dafür, dass architektonische Bemühungen gut dokumentiert, überprüft und mit den organisatorischen Zielen abgestimmt sind. Das TOGAF (The Open Group Architecture Framework) bietet einen strukturierten Ansatz zur Verwaltung dieser Lieferungen und stellt Konsistenz und Klarheit bei architektonischen Arbeitsprodukten sicher. Dieser Artikel geht auf die wesentlichen Aspekte von Architekturlieferungen im TOGAF-Rahmenwerk ein, erläutert ihre Bedeutung und liefert praktische Beispiele zur Veranschaulichung ihrer Anwendung.

Verständnis von Architekturlieferungen

Definition

Architekturlieferungen sind formell spezifizierte Arbeitsprodukte, die vertraglich vereinbart, überprüft und von den Stakeholdern abgesegnet werden. Sie stellen die greifbaren Ergebnisse von Architekturprojekten dar und werden typischerweise nach Abschluss archiviert oder in ein Architektur-Repository überführt, wo sie als Referenzmodell, Standard oder Momentaufnahme der Architekturlandschaft zu einem bestimmten Zeitpunkt dienen.

Wichtige Merkmale

  1. Formale Spezifikation: Architekturlieferungen sind vertraglich festgelegt und unterliegen einem formellen Überprüfungs- und Genehmigungsprozess. Dadurch wird sichergestellt, dass sie die erforderlichen Standards erfüllen und den Erwartungen der Stakeholder entsprechen.
  2. Projektergebnis: Sie sind die greifbaren Ergebnisse von Architekturprojekten und dokumentieren die architektonischen Entscheidungen, Entwürfe und Umsetzungen.
  3. Archivierung oder Überführung: Nach Abschluss können Lieferungen archiviert oder in das Architektur-Repository überführt werden, wo sie als Referenz für zukünftige Projekte dienen.
  4. Mehrere Artefakte: Eine einzelne Lieferung kann mehrere Artefakte enthalten, wie Kataloge, Matrizen und Diagramme, die verschiedene Aspekte der Architektur beschreiben.

Arten von Artefakten

Artefakte sind architektonische Arbeitsprodukte, die bestimmte Aspekte der Architektur beschreiben. Sie werden allgemein in drei Kategorien eingeteilt:

  1. Kataloge: Listen von Dingen, wie beispielsweise ein Katalog von Anwendungen, Dienstleistungen oder Datenentitäten.
  2. Matrizen: Tabellen, die Beziehungen zwischen Dingen darstellen, wie beispielsweise eine Fähigkeitsmatrix oder eine Abhängigkeitsmatrix.
  3. Diagramme: Visuelle Darstellungen von Dingen, wie beispielsweise Prozessflussdiagramme, Datenflussdiagramme oder Use-Case-Diagramme.

Bausteine

Bausteine sind wiederverwendbare Komponenten der Unternehmensfähigkeit, die mit anderen Bausteinen kombiniert werden können, um Architekturen und Lösungen zu erzeugen. Sie können auf verschiedenen Detailstufen definiert werden und beziehen sich entweder auf „Architekturen“ oder auf „Lösungen“.

  1. Architektur-Bausteine (ABBs): Beschreiben die erforderliche Fähigkeit und prägen die Spezifikation der Lösungs-Bausteine (SBBs). Zum Beispiel kann eine Kundenservice-Fähigkeit innerhalb eines Unternehmens erforderlich sein und durch mehrere SBBs wie Prozesse, Daten und Anwendungssoftware unterstützt werden.
  2. Lösungs-Bausteine (SBBs): Stellen Komponenten dar, die zur Umsetzung der erforderlichen Fähigkeit eingesetzt werden. Zum Beispiel ist ein Netzwerk ein Baustein, der durch ergänzende Artefakte beschrieben werden kann und anschließend zur Realisierung von Lösungen für das Unternehmen eingesetzt werden kann.

Die Rolle von Architekturlieferungen in TOGAF

Strukturelles Modell

Das TOGAF-Architektur-Inhaltsframework bietet ein strukturelles Modell für architektonische Inhalte, das es ermöglicht, die wichtigsten Arbeitsergebnisse, die ein Architekt erstellt, konsistent zu definieren, zu strukturieren und darzustellen. Dieses Framework ist als eigenständiges Framework für die Architektur innerhalb eines Unternehmens konzipiert, kann aber auch mit anderen Inhaltsframeworks, wie dem Zachman-Framework, abgebildet werden.

Beziehung zum Architektur-Repository

Das Architektur-Repository fungiert als Aufbewahrungsort für alle architektonischen Projekte innerhalb eines Unternehmens. Es ist ein zentraler Bestandteil des Enterprise-Repository, das die Fähigkeit bietet, architektonische Assets mit Komponenten des Detailentwurfs, des Bereitstellungs- und des Service-Management-Repositories zu verknüpfen. Die Beziehungen zwischen Lieferungen, Artefakten und Bausteinen sind im folgenden Diagramm dargestellt:

 

Beispiel: Architekturdefinitionsdokument

Ein Architekturdefinitionsdokument ist ein Lieferprodukt, das eine Architekturbeschreibung dokumentiert. Dieses Dokument enthält mehrere ergänzende Artefakte, die Architekturansichten der für die Architektur relevanten Bausteine darstellen. Zum Beispiel kann ein Ablaufdiagramm (ein Artefakt) erstellt werden, um den Zielprozess der Anrufbearbeitung (einen Baustein) zu beschreiben. Dieses Artefakt kann auch andere Bausteine beschreiben, wie beispielsweise die am Prozess beteiligten Akteure (z. B. ein Kundenservice-Mitarbeiter). Die Beziehungen zwischen Lieferungen, Artefakten und Bausteinen sind im folgenden Diagramm dargestellt:

Praktisches Beispiel

Szenario: Implementierung eines Customer-Relationship-Management-(CRM)-Systems

Projektübersicht: Ein Projekt wird gestartet, um ein neues CRM-System einzuführen, um den Kundenservice zu verbessern und die Verkaufsprozesse zu optimieren.

Architekturlieferungen:

  1. Architekturdefinitionsdokument: Dieses Lieferprodukt dokumentiert die Gesamtarchitektur des CRM-Systems. Es enthält mehrere Artefakte, die verschiedene Aspekte der Architektur beschreiben.
    • Ablaufdiagramm: Ein Diagramm, das den Zielprozess der Anrufbearbeitung veranschaulicht, einschließlich der beteiligten Schritte und der Akteure (z. B. Kundenservice-Mitarbeiter).
    • Use-Case-Diagramm: Ein Diagramm, das die Interaktionen zwischen dem CRM-System und seinen Nutzern beschreibt und die wichtigsten Use-Cases und Akteure hervorhebt.
    • Datenflussdiagramm: Ein Diagramm, das den Datenfluss innerhalb des CRM-Systems zeigt, einschließlich der Datenentitäten und ihrer Beziehungen.
  2. Kataloge:
    • Anwendungs-Katalog: Eine Liste von Anwendungen, die zum CRM-System gehören, einschließlich ihrer Beschreibungen und Funktionen.
    • Datenkatalog: Eine Liste der Datenentitäten, die vom CRM-System verwaltet werden, einschließlich ihrer Attribute und Beziehungen.
  3. Matrizen:
    • Fähigkeitsmatrix: Eine Tabelle, die die Fähigkeiten des CRM-Systems und ihre Beziehungen zu Geschäftszielen zeigt.
    • Abhängigkeitsmatrix: Eine Tabelle, die die Abhängigkeiten zwischen den verschiedenen Komponenten des CRM-Systems veranschaulicht.
  4. Bausteine:
    • Fähigkeit Kundenservice: Ein Architektur-Baustein (ABB), der die erforderliche Fähigkeit für den Kundenservice beschreibt.
    • CRM-Anwendung: Ein Lösungs-Baustein (SBB), der die Anwendungssoftware darstellt, die zur Umsetzung der Fähigkeit Kundenservice verwendet wird.

Übergang in das Architektur-Repository

Nach Abschluss des Projekts werden das Architekturdefinitionsdokument und seine Bestandteile formell von den Stakeholdern überprüft, genehmigt und abgesegnet. Anschließend werden sie in das Architektur-Repository überführt, wo sie als Referenz für zukünftige Projekte dienen. Die Bausteine, wie die Fähigkeit Kundenservice und die CRM-Anwendung, werden ebenfalls im Repository gespeichert und können in anderen Projekten wiederverwendet werden.

Roadmap zu den TOGAF-ADM-Lieferungen

Die TOGAF-Architektur-Entwicklungsmethode (ADM) ist ein umfassender Ansatz zur Entwicklung und Verwaltung von Unternehmensarchitektur. Jede Phase der ADM erzeugt spezifische Lieferungen, die für die erfolgreiche Umsetzung der Architektur entscheidend sind. Dieser Leitfaden beschreibt die wesentlichen Lieferungen, die in jeder Phase der TOGAF-ADM erforderlich sind.

Vorläufige Phase

Lieferungen:

  1. Angepasstes Architekturframework: Eine angepasste Version des TOGAF-Frameworks, die auf die spezifischen Bedürfnisse der Organisation zugeschnitten ist.
  2. Organisationsmodell für Unternehmensarchitektur: Ein Modell, das die Rollen, Verantwortlichkeiten und Struktur der Unternehmensarchitekturfunktion innerhalb der Organisation definiert.
  3. Architekturprinzipien: Eine Reihe von Prinzipien, die den Architekturentwicklungsprozess leiten und eine Ausrichtung an den Geschäftszielen und strategischen Zielen sicherstellen.
  4. Geschäftsprinzipien, Ziele und Treiber: Die grundlegenden Geschäftsprinzipien, Ziele und Treiber, die den Architekturentwicklungsprozess beeinflussen.
  5. Antrag auf Architekturarbeiten: Ein formeller Antrag zur Initiierung eines Architekturprojekts, der den Umfang, die Ziele und die erwarteten Ergebnisse beschreibt.

Phase A: Architekturvision

Lieferungen:

  1. Erklärung der Architekturarbeiten: Eine detaillierte Beschreibung der durchzuführenden Architekturarbeiten, einschließlich Umfang, Ziele und Lieferungen.
  2. Architekturvision: Eine hochwertige Beschreibung der Zielarchitektur, die den geschäftlichen Nutzen und die wichtigsten zu liefernden Fähigkeiten darlegt.
  3. Kommunikationsplan: Ein Plan zur Kommunikation der Architekturvision und des Fortschritts an die Stakeholder.
  4. Fähigkeitsbewertung: Eine Bewertung der derzeitigen Fähigkeiten der Organisation und der Lücken, die angegangen werden müssen.
  5. Dokument zur Architekturdefinition: Ein Dokument, das die Architekturvision beschreibt, einschließlich des Geschäftsszenarios, der Stakeholder und der Architekturprinzipien.

Phase B: Geschäftsarchitektur

Lieferables:

  1. Dokument zur Architekturdefinition: Ein aktualisiertes Dokument, das die Geschäftsarchitektur enthält und die Geschäftsstrategie, Governance, Organisation und wesentliche Geschäftsprozesse beschreibt.
  2. Spezifikation der Architekturanforderungen: Eine detaillierte Spezifikation der Geschäftsanforderungen, die die Architektur erfüllen muss.
  3. Architektur-Entwicklungsplan: Ein übergeordneter Plan, der die Schritte und Meilensteine für die Entwicklung der Geschäftsarchitektur darstellt.
  4. Architekturbaukästen: Wiederverwendbare Komponenten der Geschäftsfähigkeit, die kombiniert werden können, um die Geschäftsarchitektur zu realisieren.

Phase C: Informationssystemarchitekturen

Lieferables:

  1. Dokument zur Architekturdefinition: Ein aktualisiertes Dokument, das die Informationssystemarchitekturen enthält und die Daten- und Anwendungsarchitekturen beschreibt.
  2. Spezifikation der Architekturanforderungen: Eine detaillierte Spezifikation der Anforderungen an die Informationssysteme, die die Architektur erfüllen muss.
  3. Architektur-Entwicklungsplan: Ein übergeordneter Plan, der die Schritte und Meilensteine für die Entwicklung der Informationssystemarchitekturen darstellt.
  4. Architekturbaukästen: Wiederverwendbare Komponenten der Informationssystemfähigkeit, die kombiniert werden können, um die Informationssystemarchitekturen zu realisieren.

Phase D: Technologiearchitektur

Lieferables:

  1. Dokument zur Architekturdefinition: Ein aktualisiertes Dokument, das die Technologiearchitektur enthält und die Hardware, Software und Netzwerkinfrastruktur beschreibt.
  2. Architekturanforderungsspezifikation: Eine detaillierte Spezifikation der technologischen Anforderungen, die die Architektur erfüllen muss.
  3. Architektur-Entwicklungsplan: Ein Plan auf hoher Ebene, der die Schritte und Meilensteine für die Entwicklung der Technologiearchitektur darlegt.
  4. Architekturbaukästen: Wiederverwendbare Komponenten der Technologiefähigkeit, die kombiniert werden können, um die Technologiearchitektur zu realisieren.

Phase E: Chancen und Lösungen

Lieferables:

  1. Dokument zur Architekturdefinition: Ein aktualisiertes Dokument, das die während des Architekturentwicklungsprozesses identifizierten Chancen und Lösungen enthält.
  2. Architekturbaukästen: Wiederverwendbare Komponenten der Fähigkeit, die kombiniert werden können, um die identifizierten Chancen und Lösungen zu realisieren.
  3. Architektur-Entwicklungsplan: Ein Plan auf hoher Ebene, der die Schritte und Meilensteine für die Umsetzung der identifizierten Chancen und Lösungen darlegt.
  4. Lösungsbaukästen: Komponenten, die zur Umsetzung der erforderlichen Fähigkeit eingesetzt werden.
  5. Umsetzungs- und Migrationplan: Ein detaillierter Plan zur Umsetzung und Migration auf die neue Architektur.
  6. Übergangsarchitektur: Eine Beschreibung der Architektur, die die Übergangsphase von der Baseline zur Zielarchitektur unterstützen wird.
  7. Governance-Modell für die Umsetzung: Ein Modell, das die Governance-Struktur und -Prozesse für die Umsetzung der Architektur definiert.

Phase F: Planung der Migration

Lieferables:

  1. Architektur-Entwicklungsplan: Ein aktualisierter Plan, der den detaillierten Migrationplan enthält.
  2. Umsetzungs- und Migrationplan: Ein detaillierter Plan zur Umsetzung und Migration auf die neue Architektur.
  3. Übergangsarchitektur: Eine aktualisierte Beschreibung der Architektur, die die Übergangsphase von der Baseline zur Zielarchitektur unterstützen wird.
  4. Implementierungs-Governance-Modell: Ein aktualisiertes Modell, das die Governance-Struktur und -Prozesse für die Implementierung der Architektur definiert.

Phase G: Implementierungs-Governance

Lieferables:

  1. Implementierungs-Governance-Modell: Ein Modell, das die Governance-Struktur und -Prozesse für die Implementierung der Architektur definiert.
  2. Architekturverträge: Vereinbarungen zwischen der Architekturfunktion und anderen Bereichen der Organisation, die den Umfang und die Lieferables der Architekturentwicklung definieren.
  3. Änderungsantrag: Ein formeller Antrag auf Änderungen der Architektur, der Umfang, Ziele und erwartete Ergebnisse beschreibt.
  4. Compliance-Bewertung: Eine Bewertung der Übereinstimmung der Architektur mit Standards, Vorschriften und geschäftlichen Zielen.

Phase H: Architektur-Änderungsmanagement

Lieferables:

  1. Implementierungs-Governance-Modell: Ein aktualisiertes Modell, das die Governance-Struktur und -Prozesse für das Management von Änderungen an der Architektur definiert.
  2. Architekturverträge: Aktualisierte Vereinbarungen zwischen der Architekturfunktion und anderen Bereichen der Organisation, die den Umfang und die Lieferables der Architekturentwicklung definieren.
  3. Änderungsantrag: Aktualisierte formelle Anträge auf Änderungen der Architektur, die Umfang, Ziele und erwartete Ergebnisse beschreiben.
  4. Compliance-Bewertung: Aktualisierte Bewertungen der Übereinstimmung der Architektur mit Standards, Vorschriften und geschäftlichen Zielen.
  5. Antrag auf Architekturarbeiten: Aktualisierte formelle Anträge zur Initiierung von Architekturprojekten, die Umfang, Ziele und erwartete Ergebnisse beschreiben.
  6. Auswirkungsanalyse der Anforderungen: Eine Bewertung der Auswirkungen von Änderungen an den Architekturanforderungen.
  7. ADM-Management der Architekturanforderungen: Ein Prozess zum Management der Architekturanforderungen während des gesamten ADM-Lebenszyklus.
  8. Spezifikation der Architekturanforderungen: Eine aktualisierte Spezifikation der Architekturanforderungen, die die Architektur erfüllen muss.

Fazit

Architekturlieferungen sind wesentliche Bestandteile des TOGAF-Rahmens und bieten einen strukturierten Ansatz zur Dokumentation, Überprüfung und Verwaltung architektonischer Arbeitsprodukte. Sie gewährleisten Konsistenz, Klarheit und Ausrichtung an den organisatorischen Zielen und dienen als wertvolle Referenz für zukünftige Projekte. Durch das Verständnis der wesentlichen Merkmale, Arten und praktischen Anwendungen von Architekturlieferungen können Organisationen den TOGAF-Rahmen effektiv nutzen, um ihre Fähigkeiten im Bereich der Unternehmensarchitektur zu verbessern.

Dieser umfassende Leitfaden hat einen detaillierten Überblick über Architekturlieferungen im TOGAF-Rahmen, ihre Bedeutung und praktische Beispiele für ihre Anwendung bereitgestellt. Durch die Einhaltung dieses Leitfadens können Organisationen sicherstellen, dass ihre architektonischen Bemühungen gut dokumentiert, überprüft und mit strategischen Zielen abgestimmt sind.

Der TOGAF-ADM bietet einen strukturierten Ansatz zur Entwicklung und Verwaltung der Unternehmensarchitektur, wobei jeder Phase spezifische Lieferungen entspricht, die für die erfolgreiche Umsetzung der Architektur entscheidend sind. Durch das Verständnis der wesentlichen Lieferungen, die in jeder Phase erforderlich sind, können Organisationen sicherstellen, dass ihre architektonischen Bemühungen gut dokumentiert, überprüft und mit strategischen Zielen abgestimmt sind. Dieser umfassende Leitfaden hat einen Überblick über die TOGAF-ADM-Lieferungen, ihre Bedeutung und ihre Rolle im Architekturentwicklungsprozess bereitgestellt.

Referenzliste für ArchiMate und TOGAF

  1. TOGAF®-Tool für die Unternehmensarchitektur – ArchiMetric
    • Beschreibung: Diese Ressource bietet einen Überblick über den TOGAF-ADM und zeigt, wie Visual Paradigm die Entwicklung von TOGAF-Lieferungen mit Hilfe von ArchiMate-Diagrammen unterstützt.
    • URL: TOGAF®-Tool für die Unternehmensarchitektur
  2. Die Evolution meistern: Ein umfassender Leitfaden von ArchiMate 2.1 bis 3.2 – ArchiMetric
  3. Die Unternehmensarchitektur meistern mit dem TOGAF-Tool von Visual Paradigm – ArchiMetric
  4. Was ist ArchiMate? – Visual Paradigm
    • Beschreibung: Ein schrittweiser Lernleitfaden zu ArchiMate, seiner Integration mit TOGAF und deren Ergänzung bestehender Methoden wie UML und BPMN.
    • URL: Was ist ArchiMate?
  5. BPMN zur Ergänzung der TOGAF-ADM-Entwicklung der Unternehmensarchitektur gemeinsam mit ArchiMate verwenden – ArchiMetric
  6. Verständnis von Abstraktion in der ArchiMate-Sprache – ArchiMetric
  7. Überblick über ArchiMate – die Sprache für Unternehmensarchitektur-Modellierung – Cybermedian
    • Beschreibung: Dieser Überblick diskutiert die Integration von ArchiMate mit TOGAF und anderen Frameworks sowie die Vorteile der Verwendung von Visual Paradigm für ArchiMate-Modellierung.
    • URL: Überblick über ArchiMate
  8. Umgang mit Unternehmenskomplexität mit dem Just-in-Time-Prozess von Visual Paradigm – ArchiMetric
  9. Visual Paradigm TOGAF – Alles über TOGAF, Unternehmensarchitektur, ArchiMate und mehr
    • Beschreibung: Dieser Leitfaden bietet einen detaillierten Einblick in ArchiMate 3, TOGAF und Unternehmensarchitektur sowie die Unterstützung durch Visual Paradigm für diese Frameworks.
    • URL: Visual Paradigm TOGAF
  10. Kostenloses Online-ArchiMate-Tool + Beispiele – Cybermedian
    • Beschreibung: Diese Ressource bietet kostenlose Online-ArchiMate-Tools und Beispiele, die die Integration von ArchiMate mit TOGAF und die Unterstützung durch Visual Paradigm hervorheben.
    • URL: Kostenloses Online-ArchiMate-Tool + Beispiele

Diese Referenzen bieten einen umfassenden Überblick über ArchiMate und TOGAF, ihre Integration sowie die auf Visual Paradigm verfügbaren Tools zur Unterstützung der Modellierung von Unternehmensarchitekturen.

Der Artikel ist auch in English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文 verfügbar.

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert