Zum Inhalt springen
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » Enterprise Architecture » Lieferbare Leistung vs. Artefakt vs. Baustein in TOGAF ADM

Lieferbare Leistung vs. Artefakt vs. Baustein in TOGAF ADM

Einführung

Unternehmensarchitektur spielt in modernen Organisationen eine entscheidende Rolle, indem sie die strategische Entscheidungsfindung leitet und die Ausrichtung zwischen Geschäftszielen und IT-Systemen sicherstellt. Im Kontext von TOGAF (The Open Group Architecture Framework) wird ein strukturierter Ansatz zur Entwicklung und Verwaltung der Unternehmensarchitektur verwendet, der als Architektur-Entwicklungs-Methode (ADM) bekannt ist. Diese Methode legt ein umfassendes Rahmenwerk für Architekten fest, das zur Erstellung verschiedener architektonischer Arbeitsergebnisse führt. Unter diesen haben die Architektur-Lieferungen und die Architektur-Repository besondere Bedeutung.

In diesem Artikel untersuchen wir die Beziehung zwischen Architektur-Lieferungen und dem Architektur-Repository innerhalb des TOGAF-ADM. Wir erforschen, wie diese beiden Elemente miteinander verknüpft sind, ihre Rolle bei der Architektur-Entwicklung und die Vorteile, die sie Organisationen bieten, die ihre architektonischen Fähigkeiten verbessern möchten. Das Verständnis dieser Beziehung ist für Architekten und Stakeholder gleichermaßen entscheidend, da es zur effektiven Governance, Wiederverwendung und Optimierung architektonischer Assets beiträgt.

Beziehung zwischen Architektur-Lieferungen und Repository

Die Beziehung zwischen Architektur-Lieferungen und dem Architektur-Repository besteht darin, dass Architektur-Lieferungen häufig als Quelle für den Inhalt des Architektur-Repositories dienen. Wenn Architekten Lieferungen während der ADM-Phasen erstellen, enthalten sie wertvolle architektonische Informationen wie Diagramme, Spezifikationen und Dokumentation. Diese Lieferungen werden typischerweise im Architektur-Repository für zukünftige Referenz und Wiederverwendung aufbewahrt.

Zum Beispiel:

  • Das Architektur-Definitionsdokument, das eine Architektur-Lieferung ist, kann Diagramme, Beschreibungen und Spezifikationen von Bausteinen und architektonischen Komponenten enthalten. Diese Elemente können extrahiert und im Architektur-Repository für die Wiederverwendung in anderen Projekten gespeichert werden.
  • Das Architektur-Repository fungiert als zentrales Repository, in dem Lieferungen katalogisiert, organisiert und für Architekten und Projektteams zugänglich gemacht werden, um sicherzustellen, dass architektonische Artefakte gut verwaltet und für zukünftige Verwendung verfügbar sind.

Lieferbare Leistungen vs. Artefakte vs. Bausteine

In TOGAF (The Open Group Architecture Framework) gibt es drei Schlüsselkategorien, die verwendet werden, um verschiedene Arten architektonischer Arbeitsergebnisse innerhalb der Architektur-Entwicklungs-Methode (ADM) zu beschreiben. Diese Kategorien sind:

  1. Lieferbare Leistung:
    • Definition: Eine Lieferbare Leistung ist ein Arbeitsergebnis, das vertraglich festgelegt ist und formell überprüft, abgestimmt und von den Stakeholdern abgesegnet wird.
    • Zweck: Lieferbare Leistungen repräsentieren die Ergebnisse von Projekten, und solche Lieferbare Leistungen, die in Dokumentform vorliegen, werden typischerweise am Ende eines Projekts archiviert. Sie können auch in ein Architektur-Repository überführt werden, um als Referenz oder als Standard-Snapshot der Architekturlandschaft zu einem bestimmten Zeitpunkt zu dienen.
    • Beispiel: Ein Architektur-Definitionsdokument ist eine Lieferbare Leistung, die eine Architekturbeschreibung dokumentiert.
  2. Artefakt:
    • Definition: Ein Artefakt ist ein architektonisches Arbeitsergebnis, das einen bestimmten Aspekt der Architektur beschreibt. Artefakte können in Form von Katalogen (Listen von Dingen), Matrizen (Darstellung von Beziehungen zwischen Dingen) oder Diagrammen (visuelle Darstellungen von Dingen) vorliegen.
    • Zweck: Artefakte bieten eine detaillierte Sicht auf bestimmte architektonische Elemente oder Aspekte. Sie bilden den Inhalt des Architektur-Repositories und werden verwendet, um verschiedene Aspekte der Architektur zu dokumentieren und zu kommunizieren.
    • Beispiel: Ein Anforderungskatalog, eine Geschäftsinteraktionsmatrix oder ein Use-Case-Diagramm sind Beispiele für Artefakte.
  3. Baustein:
    • Definition: Ein Baustein stellt eine Komponente der Unternehmensfähigkeit dar, die potenziell wiederverwendet und mit anderen Bausteinen kombiniert werden kann, um Architekturen und Lösungen zu schaffen.
    • Zweck: Bausteine können auf verschiedenen Detailstufen definiert werden, abhängig von der Phase der Architektur-Entwicklung. Sie können als hochgradig abstrakte Konzepte beginnen und im Verlauf der Architekturarbeiten detaillierter werden. Sie prägen die Spezifikation von Lösungs-Bausteinen (SBBs) und sind grundlegend für die Definition der Architektur.
    • Beispiel: Architektur-Bausteine (ABBs) beschreiben erforderliche Fähigkeiten, während Lösungs-Bausteine (SBBs) Komponenten darstellen, die zur Umsetzung dieser Fähigkeiten verwendet werden.

Zusammenfassung

Die Beziehung zwischen Architektur-Lieferungen und dem Architektur-Repository im TOGAF-ADM ist eine von Synergie und Wert. Architektur-Lieferungen, als Ergebnis architektonischer Bemühungen, fassen entscheidende Gestaltungsentscheidungen, Spezifikationen und Dokumentation zusammen. Sie dienen als greifbare Ergebnisse des Architektur-Entwicklungsprozesses und unterstützen die Kommunikation und Entscheidungsfindung.

Das Architektur-Repository fungiert andererseits als zentrale Plattform zur Speicherung, Verwaltung und Organisation dieser Lieferungen sowie weiterer architektonischer Assets wie Bausteine, Muster und Vorlagen. Es spielt eine entscheidende Rolle bei der Wiederverwendung von Assets, Nachvollziehbarkeit, Governance und Wissensmanagement.

Die Verflechtung dieser beiden Elemente stellt sicher, dass wertvolle architektonische Informationen nicht nur erfasst, sondern auch leicht für zukünftige Projekte und Phasen zugänglich gemacht werden. Dies erhöht nicht nur die Effizienz der Architektur-Entwicklung, sondern fördert auch Konsistenz und Kohärenz in den architektonischen Bemühungen einer Organisation.

Letztendlich ermöglicht die Erkennung und Nutzung der Beziehung zwischen Architektur-Lieferungen und dem Architektur-Repository Organisationen, ihr architektonisches Wissen effektiv zu nutzen, fundierte Entscheidungsfindung zu fördern und Agilität in einem sich ständig verändernden Geschäftsumfeld zu stärken.

Schreibe einen Kommentar