Drei Arten von EA-Frameworks
Was ist ein Enterprise Architecture Framework?
Ein Enterprise-Architektur-Framework ist ein strukturierter Ansatz zur Entwicklung einer Unternehmensarchitektur. Frameworks können grundlegend sein, wie zum Beispiel Zachman-Framework, Dies ist eine Taxonomie der Fragen und wer die Informationen benötigt. Oder sie können erschöpfend sein, wie die TOGAF-Rahmenwerk Interessengruppen abdecken, Verwaltung, Modellieren, Architekturmuster, Arbeitsprodukte und Umsetzungs-Governance.
Die meisten Enterprise-Architektur-Frameworks liegen zwischen diesen Extremen. Frameworks konzentrieren sich auf eine Industrie oder Domain sind aufgebaut auf Referenzarchitekturen. Dazu können gehören Standpunkte optimiert für eine bestimmte Anwendungsfall für Unternehmensarchitektur.
Um nützlich zu sein, muss ein Enterprise-Architektur-Framework die Produktivität und die Qualität der Arbeitsprodukte eines Enterprise-Architekten verbessern.
Rahmen für Unternehmensarchitektur
Ein Enterprise-Architecture-Framework wird verwendet, um die Entwicklung eines Unternehmensarchitektur. Gut Unternehmensarchitekten Verwenden Sie das beste Framework, um die Komplexität ihrer Arbeit zu vereinfachen. Sie verwenden diese Vereinfachung, um zu verstehen, wo die Organisation die Erwartungen nicht erfüllen kann und wo sie geändert werden muss, um die Erwartungen zu erfüllen.
Wir betrachten ein Architektur-Framework als das wesentliche Gerüst. Ein Gerüst, das einem Unternehmensarchitekten bei den beiden Herausforderungen hilft:
- wie man eine Unternehmensarchitektur entwickelt
- So dokumentieren Sie eine Unternehmensarchitektur
Welche Architektur-Frameworks werden in der Unternehmensarchitektur verwendet?
Enterprise-Architekten verwenden drei Arten von Enterprise-Architektur-Frameworks: umfassende Architektur-Frameworks, Branchenarchitektur-Frameworks und Domänenarchitektur-Frameworks.
Umfassende Enterprise-Architektur-Frameworks
Umfassende Architektur-Frameworks sind branchen- und domänenunabhängig. Sie sind breit anwendbar. Es gibt zwei führende umfassende Frameworks, TOGAF-Rahmenwerk und Zachman.
Branchenarchitektur-Frameworks
Sie optimieren branchenspezifische Architektur-Frameworks für eine Branche. Diese Frameworks spezifizieren typischerweise die Stakeholder, Perspektiven und Modellierungstechniken. Sie können auch branchenspezifische Referenzmodelle bereitstellen. Wir verwenden sechs Branchen-Frameworks: BIAN, DODAF, FEAF, TMForums ODF und IndEA.
Domänenarchitektur-Frameworks
Sie optimieren Domänenarchitektur-Frameworks für eine Domäne. Diese Frameworks bieten typischerweise die detailliertesten Techniken und Methoden. Wir verwenden ein Domänenarchitektur-Framework, SABSA.
Umfassende Enterprise-Architektur-Frameworks
Es gibt zwei führende umfassende Enterprise-Architektur-Frameworks, TOGAF-Rahmenwerk und Zachman.
TOGAF-Standard
Der TOGAF-Standard ist modular, skalierbar und konfigurierbar. Er bietet das universelle Grundgerüst für die drei zentralen Probleme von Unternehmensarchitekten:
- wie man eine Unternehmensarchitektur entwickelt (TOGAF ADM),
- wie man eine Architektur dokumentiert (TOGAF-Inhaltsrahmen),
- wie man ein Enterprise-Architektur-Team aufbaut (Leitfaden)
Das TOGAF-Framework ist in grundlegende Konzepte und eine Reihe von Leitfäden unterteilt. Die grundlegenden Konzepte sind universell und gelten für jede Organisation und Branche. Verschiedene Leitfäden beschreiben, wie das universelle Gerüst für unterschiedliche Umstände oder Bereiche eingesetzt werden kann.
- Leitfaden für Teamleiter zur Unternehmensarchitektur
- Leitfaden für Unternehmensarchitektur-Praktiker
- TOGAF/ SABSA-Sicherheitshandbuch
- SOA-Praxishandbuch
Zachman-Framework
Das Zachman Framework basiert auf einer Reihe von Perspektiven. Jede Perspektive steht an der Schnittstelle zwischen Stakeholder-Typ und Architekturaspekt. Die Perspektiven repräsentieren einen Teil Ihres Unternehmens und seiner Informationssysteme.
Die Spalten des Zachman-Frameworks bestehen aus sechs Aspekten, die auf den englischen Fragewörtern ‘was’, ‘wo’, ‘wer’, ‘wann’, ‘warum’ und ‘wie’ basieren. Die Spalten dienen dazu, für jeden Stakeholder unterschiedliche Erklärungen zu formulieren.
Die Zeilen definieren verschiedene Stakeholder-Klassen – Planer, Eigentümer, Designer (Architekten), Implementierer, Subkonstrukteure, Benutzer. Alternativ werden sie verwendet, um Umfang, Kontext, Geschäftskonzepte, Systemlogik, Technologie, Physik, Komponentenbaugruppen und Betriebsklassen darzustellen.
Der Wert des Zachman-Frameworks liegt in der Schnittstelle zwischen jeder Spalte und Zeile. In vielerlei Hinsicht bietet das Zachman-Framework eine leistungsstarke Bibliothek von Perspektiven. Wir verlangen vom Architekten, die Architektur anhand der Fragestellungen für die verschiedenen Stakeholder-Klassen zu beschreiben.
Obwohl das Zachman-Framework eine umfangreiche Dokumentation erfordern kann, sollten nur die Informationen angegeben werden, die zur Lösung des zu analysierenden Problems erforderlich sind. Beispielsweise würde sich eine Organisation mit inventar- und prozessgesteuerten Abläufen auf die Spalten „Was“ und „Wie“ konzentrieren. Eine Ausnahme bildet die Spalte „Warum“. Sie liefert die Treiber und Motivationen für die Arbeit.
Das Zachman-Framework bietet weder ein zugrunde liegendes Modell noch eine Methode zur Entwicklung der Unternehmensarchitektur. Das EA-Team muss seine Methode, seinen Prozess und seine Notation für das Sammeln, Verwalten und Verwenden der Informationen entwickeln.
Branchenarchitektur-Frameworks
Wir verwenden sechs Branchen-Frameworks: BIAN, DODAF, FEAF, TMForum ODF und IndEA.
Finanz- und Bankarchitektur-Framework – BIAN
BIAN ist das Banking Industry Architecture Network. Es wurde von einem Konsortium von Finanzdienstleistungsunternehmen entwickelt. Die BIAN Service Landscape ist ein Entwurf für die logischen Komponenten der IT-Umgebung einer Bank. Die Nutzung dieses Entwurfs und der Service Domain Specifications beschleunigt Architekturinitiativen erheblich – sei es bei der Planung von Änderungsinitiativen, bei der Beschaffung von Komponenten oder beim Benchmarking einer bestehenden Landschaft anhand von Best Practices.
>>> Vergleichen Sie BIAN und TOGAF (TOGAF vs. BIAN)
Architekturrahmen für die Verteidigung
DODAF ist das Architektur-Framework des US-Verteidigungsministeriums. Das US-Verteidigungsministerium entwickelt DODAF. Das zentrale Problem der Verteidigungsbehörden besteht darin, langlebige Systeme und unterschiedliche Organisationen in gemeinsame Missionen und Fähigkeiten zu integrieren. Viele Waffensysteme werden über Jahrzehnte entwickelt und sind voraussichtlich 30 bis 40 Jahre im Einsatz.
Um dieses Problem zu lösen, ist die DODAF-Viewpoint-Bibliothek auf Kommunikation und Integration optimiert. Wir nutzen die Viewpoints von DODAF routinemäßig, wenn wir ein Integrationsproblem zwischen unabhängigen Organisationen haben.
Neben DODAF haben auch andere NATO-Länder ihre eigenen spezialisierten Verteidigungsarchitekturen entwickelt. Kanada entwickelte DNDAF, Das Vereinigte Königreich hat MODAF entwickelt und die NATO verwendet NAF. Auf DODAF basierende Rahmenwerke für die Verteidigungsarchitektur konzentrieren sich auf das Kernproblem der Interoperabilität.
>>> Vergleichen Sie DODAF und TOGAF (TOGAF vs. DODAF)
Rahmenwerk für die Regierungsarchitektur – FEAF
FEAF ist das US-amerikanische Federal Enterprise Architecture Framework. Das zentrale Problem staatlicher Behörden ist die Duplizierung von Prozessen, IT-Systemen und Daten bei unabhängig voneinander entwickelten Diensten und Programmen.
Sie haben die FEAF-Referenzmodelle entwickelt, um Doppelarbeit aufzuzeigen. Durch die Beschreibung von Geschäftsprozessen, IT-Systemen, Daten und Infrastruktur in einer gemeinsamen Sprache werden Doppelarbeit aufgedeckt. So kann die Agentur sicherstellen, dass doppelte Prozesse, Systeme und Daten im Interesse der Programmbeteiligten liegen.
Wir haben den FEAF-Ansatz routinemäßig verwendet und Referenzmodelle für Akquisitions- und Fusionsprojekte abgeleitet. Duplizierung ist nicht unbedingt schlecht. Sie muss auf der Grundlage des Wertversprechens und des Betriebsmodells Ihres Unternehmens gerechtfertigt sein.
Die indische Regierung hat IndEA. IndEA verfolgt einen breiteren Ansatz als FEAF. Neben der Duplizierung versucht IndEA, Standards zu setzen für Modellierung der Unternehmensarchitektur und die Beschreibung vieler Domänen der Unternehmensarchitektur.
Open Digital Framework des TM Forums
Das TM Forum Open Digital Framework (ODF) ist für die Telekommunikationsbranche konzipiert. Sie optimieren es für ihre Herausforderungen, die sich auf die Migration von veralteten IT-Systemen und -Prozessen zu modularen, Cloud-nativen Systemen konzentrieren.
Die Mitgliedsorganisationen des TM Forums entwickeln ODF.
Wir haben das Geschäftsprozessmodell FrameworX von TM Forum bereits mehrfach bei kundenorientierten Organisationen eingesetzt. Die Trennung von eTOM in kundenorientierte und operative Systeme hat die Herausforderungen bei der Verwaltung konsolidierter und vereinfachter Abläufe angesichts spezialisierter Angebote für Kunden deutlich gemacht.
Domänenarchitektur-Frameworks
Wir verwenden zwei Domänenarchitektur-Frameworks, SABSA und DODAF
Sicherheitsarchitektur-Framework – SABSA
SABSA ist das branchenführende Framework für Sicherheitsarchitekturen. Sie haben das SABSA-Modell entwickelt, um mit verschiedenen Verbrauchern und Fragen von Zachman zu sprechen.
Die SABSA nutzt das Modell als Grundlage und entwickelt spezielle Tools zur Identifizierung von Zielen und Risiken. Schließlich ist das Risiko die Auswirkung der Unsicherheit bei der Verwirklichung Ihrer Ziele.
>>> Verwenden einer Risikoarchitektur mit dem SABSA-Domänenmodell
>>> Vergleichen Sie SABSA mit TOGAF
Integrationsarchitektur-Framework – DODAF
Verteidigungsbehörden haben Schwierigkeiten, langlebige Systeme und unterschiedliche Organisationen für gemeinsame Missionen und Fähigkeiten zu kombinieren.
Sie haben DODAF entwickelt, um die beiden Probleme der Integrationsdirektion und des Integrationsverfalls zu lösen.
Unmittelbarkeit: Von Mission zu Mission integrieren die Betreiber verschiedene Systeme in Echtzeit. Die Betreiber kommen oft aus verschiedenen Ländern und Branchen. Dennoch müssen ihre Systeme funktionieren.
Vermächtnis: Die Entwicklung von Systemen dauert in der Regel Jahrzehnte und sie bleiben 30–40 Jahre lang im Einsatz.
Sie optimierten die DODAF-Viewpoint-Bibliothek, um dieses Problem zu lösen. Bei Integrationsproblemen greifen wir auf die DODAF-Viewpoints zurück. Dabei spielt es keine Rolle, ob wir moderne agil entwickelte Module, oder die Integration zwischen unabhängigen Organisationen.
Wählen Sie Ihr bestes Framework für die Unternehmensarchitektur
Ihr bestes Framework für die Unternehmensarchitektur wird von Ihren spezifischen Anforderungen bestimmt.
Erste, wenn Sie im Finanz- und Bankwesen, in der Verteidigung, in der Telekommunikation oder in der Regierung arbeiten, verwenden Sie ein Branchenrahmen. Sie haben es leicht. Es gibt eine etablierte Methode zur Beschreibung Ihrer Unternehmensarchitektur. Fahren Sie nach dieser Entscheidung mit Schritt zwei fort.
Wenn Sie keine einfache Branchenwahl haben, schauen Sie sich die Zweck Ihres Enterprise-Architektur-Teams. Sie müssen das zentrale Problem verstehen, das die Design Ihres Enterprise-Architektur-Teams. Der Leitfaden für Führungskräfte zum Aufbau eines Enterprise-Architektur-Teams ist es wichtig, dass Sie Ihr Unternehmens-Metamodell aus den zu lösenden Problemen entwickeln. Die Denkweise hinter konsistenten Branchenproblemen ist ein guter Ausgangspunkt für die Auswahl des besten Enterprise-Architektur-Frameworks. Können Sie ein Branchenarchitektur-Framework? Wenn Sie das Designproblem teilen, sollten Sie das Framework BIAN anpassen, um die Trennung von Kundenbindung und Betriebssystemen zu verwalten. DODAF, um die Integration zu ermöglichen. FEAF, um Duplizierung zu vermeiden.
Wenn Sie Ihr eigenes Unternehmens-Metamodell entwerfen müssen, stehen Sie vor einem schwierigen Problem. Wir empfehlen Ihnen dringend, sich Hilfe zu holen. Das Schlimmste, was Sie tun können, ist, einem Framework zu folgen, das viele Dinge beschreibt und keine Fragen beantwortet.
Zweite, prüfen Sie die Stärke Ihres EA-Teams und Ihre Methode zur Entwicklung einer Unternehmensarchitektur. Wenn Sie nicht gut etabliert sind, wählen Sie das TOGAF-Framework. Es umfasst die Methode, den Aufbau einer EA-Fähigkeit sowie die Beschreibung einer Architektur. Sie nutzen die Modularität von TOGAF und ersetzen Ihr Framework durch das TOGAF-Inhaltsrahmen
Conexiam Unternehmensarchitektur-Beratung
Mit diesen beiden Schritten wählt Conexiams Enterprise Architecture Consulting das beste Framework für die Unternehmensarchitektur aus. Unsere Workshop zu Enterprise Architecture Capability beantwortet die ersten Fragen zu Zweck und Problem.
Jedes Enterprise-Architektur-Team muss dieselben drei Dinge tun:
- Unternehmensarchitektur entwickeln,
- eine Unternehmensarchitektur dokumentieren,
- ein Team für Unternehmensarchitektur aufbauen
Wir verwenden stets das TOGAF-Framework, um das wesentliche Gerüst für die Entwicklung der Architektur und des Architekturteams bereitzustellen. Wir verwenden niemals das TOGAF-Inhaltsrahmen zur Dokumentation einer Unternehmensarchitektur. Wir verwenden immer ein Architektur-Framework, das auf Ihr Problem optimiert ist. Wir verwenden Navigieren, DODAF, BIAN, FEAF oder entwickeln Sie ein individuelles Inhaltsframework. Wir fügen immer SABSA hinzu, um eine effektive Abdeckung von Risiken und Sicherheit zu gewährleisten.
Als Enterprise-Architekt, Ihre Aufgabe ist es, die Herausforderungen, Defizite und Chancen Ihres Unternehmens zu verstehen. Mit diesem Verständnis helfen Sie Ihren Stakeholdern, Ihr Unternehmen zu verbessern. Das optimale Framework für Unternehmensarchitektur beschleunigt und verbessert Ihre Arbeit.
Do-it-yourself-Tools zur Bewertung von Enterprise Architecture Frameworks
Wechseln Sie von TOGAF vs. SABSA zu TOGAF plus SABSA.
Vergleichen Sie TOGAF und BIAN
Richten Sie das Design Ihres EA-Teams am Wert aus
