Drei Arten von EA-Frameworks
Was ist ein Enterprise Architecture Framework?
Ein Enterprise Architecture Framework ist ein strukturierter Ansatz zur Entwicklung einer Enterprise Architecture. Frameworks können einfach sein, wie das Zachman-Framework, Das ist eine Taxonomie der Fragen und wer die Informationen benötigt. Oder sie können erschöpfend sein wie die TOGAF-Framework Interessengruppen, Führung, Modellieren, Architekturmuster, Arbeitsprodukte und Implementierungs-Governance.
Die meisten Enterprise-Architektur-Frameworks liegen zwischen diesen Extremen. Frameworks konzentrieren sich auf eine Industrie oder Domain basieren auf ReferenzarchitekturenDazu können gehören Standpunkte optimiert für eine bestimmte Anwendungsfall der Unternehmensarchitektur.
Um nützlich zu sein, muss ein Unternehmensarchitektur-Framework die Produktivität und die Qualität der Arbeitsprodukte eines Unternehmensarchitekten verbessern.
Unternehmensarchitektur-Framework
Ein Unternehmensarchitektur-Framework wird verwendet, um die Entwicklung eines zu vereinfachen Unternehmensstruktur. Gut Unternehmensarchitekten Nutzen Sie den besten Rahmen, um die Komplexität ihrer Arbeit zu vereinfachen. Sie nutzen 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.
Für uns ist ein Architekturrahmen das wesentliche Gerüst. Ein Gerüst, das einem Unternehmensarchitekten bei den beiden Herausforderungen hilft:
- wie man eine Unternehmensarchitektur entwickelt
- wie man eine Unternehmensarchitektur dokumentiert
Welche Architektur-Frameworks werden in der Unternehmensarchitektur verwendet?
Unternehmensarchitekten verwenden drei Arten von Unternehmensarchitektur-Frameworks: umfassende Architektur-Frameworks, branchenspezifische Architektur-Frameworks und domänenspezifische Architektur-Frameworks.
Umfassende Enterprise Architecture Frameworks
Comprehensive Architecture Frameworks sind branchen- und domänenunabhängig. Sie gelten allgemein. Es gibt zwei führende umfassende Frameworks, TOGAF-Framework und Zachmann.
Frameworks für Branchenarchitekturen
Sie optimieren branchenspezifische Architektur-Frameworks für eine Branche. Diese Frameworks spezifizieren typischerweise die Stakeholder, Standpunkte und Modelltechniken. Sie können auch Referenzmodelle für die Industrie bereitstellen. Wir verwenden sechs Branchen-Frameworks: BIAN, DODAF, FEAF, ODF von TMForum und IndEA.
Domänenarchitektur-Frameworks
Sie optimieren Domänenarchitektur-Frameworks für eine Domäne. Diese Frameworks bieten in der Regel die detailliertesten Techniken und Methoden. Wir verwenden ein Domänenarchitektur-Framework, SABSA.
Umfassende Enterprise Architecture Frameworks
Es gibt zwei führende umfassende Frameworks für Unternehmensarchitekturen, TOGAF-Framework und Zachmann.
TOGAF-Standard
Der TOGAF-Standard ist modular, skalierbar und konfigurierbar. Es 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-Content-Framework),
- wie man ein Enterprise-Architecture-Team entwickelt (Führer des Führers)
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 verwendet werden kann.
- Leitfaden für Teamleiter der Unternehmensarchitektur
- Praxisleitfaden für Unternehmensarchitektur
- TOGAF/SABSA-Sicherheitsleitfaden
- SOA-Praxisleitfaden
Zachman-Framework
Das Zachman Framework basiert auf einer Reihe von Perspektiven. Jede Perspektive existiert an der Schnittstelle zwischen der Art des Stakeholders und dem Aspekt der Architektur. Die Menge der Perspektiven repräsentiert einen Teil Ihres Unternehmens und seiner Informationssysteme.
Die Spalten des Zachman Framework sind sechs Aspekte, die auf den englischsprachigen Fragewörtern „was“, „wo“, „wer“, „wann“, „warum“ und „wie“ basieren. Die Spalten werden verwendet, um unterschiedliche Erklärungen für jeden der Beteiligten einzurahmen.
Die Zeilen definieren unterschiedliche Stakeholder-Klassen – Planer, Eigentümer, Designer (Architekten), Ausführende, Subkonstrukteure, Nutzer. Alternativ werden sie verwendet, um Umfang, Kontext, Geschäftskonzepte, Systemlogik, Technologie, Physik, Komponentenbaugruppen und Betriebsklassen darzustellen.
Der Wert des Zachman-Frameworks kommt am Schnittpunkt jeder Spalte und Zeile. In vielerlei Hinsicht bietet das Zachman-Framework eine starke Perspektivenbibliothek. Wir verlangen vom Architekten, dass er die Architektur in Bezug auf die Fragewörter für die verschiedenen Stakeholder-Klassen beschreibt.
Während das Zachman-Framework eine umfangreiche Dokumentation implizieren kann, sollten nur die Informationen ausgefüllt werden, die zur Lösung des zu analysierenden Problems erforderlich sind. Beispielsweise würde sich eine Organisation mit bestands- und prozessgesteuerten Abläufen auf die Spalten „Was“ und „Wie“ konzentrieren. Die Ausnahme ist die Warum-Spalte. Sie liefert die Treiber und Motivationen für die Arbeit.
Das Zachman-Framework stellt weder ein zugrunde liegendes Modell noch eine Methode zur Entwicklung der Unternehmensarchitektur bereit. Das EA-Team muss seine Methode, seinen Prozess und seine Notation zum Sammeln, Verwalten oder Verwenden der Informationen entwickeln.
Frameworks für Branchenarchitekturen
Wir verwenden sechs Branchen-Frameworks: BIAN, DODAF, FEAF, TMForum ODF und IndEA.
Finanz- und Bankenarchitektur-Framework - BIAN
BIAN ist das Banking Industry Architecture Network. Ein Konsortium von Finanzdienstleistungsunternehmen hat es entwickelt. Die BIAN Service Landscape ist eine Blaupause für die logischen Komponenten der IT-Umgebung einer Bank. Die Nutzung dieses Blueprints und der Service Domain Specifications wird Architekturinitiativen erheblich beschleunigen – sei es bei der Planung von Änderungsinitiativen, bei der Beschaffung von Komponenten oder beim Benchmarking einer bestehenden Landschaft mit Best Practices.
>>> Vergleichen Sie BIAN und TOGAF (TOGAF vs. BIAN)
Architektur-Framework für die Verteidigung
DODAF ist das Architektur-Framework des Verteidigungsministeriums. Das US-Verteidigungsministerium entwickelt DODAF. Das zentrale Problem, mit dem Verteidigungsbehörden konfrontiert sind, besteht darin, langlebige Systeme und verschiedene Organisationen in gemeinsame Missionen und Fähigkeiten zu integrieren. Viele Waffensysteme haben eine jahrzehntelange Entwicklung und werden voraussichtlich 30-40 Jahre im Einsatz sein.
Die DODAF-Ansichtspunktbibliothek ist für Kommunikation und Integration optimiert, um dieses Problem anzugehen. Wir verwenden routinemäßig die Standpunkte von DODAF, wenn wir ein Integrationsproblem zwischen unabhängigen Organisationen haben.
Neben DODAF haben andere NATO-Staaten ihre eigenen spezialisierten Verteidigungsarchitektur-Frameworks entwickelt. Kanada entwickelt DNDAF, das Vereinigte Königreich entwickelte MODAF und die NATO verwendet NAF. DODAF-basierte Verteidigungsarchitektur-Frameworks konzentrieren sich auf das Kernproblem der Interoperabilität.
>>> Vergleichen Sie DODAF und TOGAF (TOGAF vs. DODAF)
Regierungsarchitektur-Rahmen - FEAF
FEAF ist das United States Federal Enterprise Architecture Framework. Das zentrale Problem der Regierungsbehörden ist die Duplizierung von Prozessen, IT-Systemen und Daten über unabhängig entwickelte Dienste und Programme hinweg.
Sie entwarfen die FEAF-Referenzmodelle, um die Duplizierung hervorzuheben. Durch die Beschreibung von Unternehmen, IT-Systemen, Daten und Infrastruktur in einer gemeinsamen Sprache werden Duplikate aufgedeckt. Dadurch kann die Agentur sicherstellen, dass doppelte Prozesse, Systeme und Daten im Interesse der Programmbeteiligten liegen.
Bei Akquisitions- und Fusionsprojekten haben wir routinemäßig den Ansatz von FEAF verwendet und Referenzmodelle abgeleitet. Duplizieren ist nicht unbedingt schlecht. Es muss auf der Grundlage des Wertversprechens und des Betriebsmodells Ihres Unternehmens begründet werden.
Die indische Regierung hat sich entwickelt IndEA. IndEA verfolgt einen breiteren Ansatz als FEAF. Neben der Duplizierung versucht IndEA, Standards zu setzen Modellierung der Unternehmensarchitektur und die Beschreibung vieler Unternehmensarchitekturdomänen.
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, bei denen es um die Migration von Legacy-IT-Systemen und -Prozessen zu modularen, Cloud-nativen Systemen geht.
Mitgliedsorganisationen des TM-Forums entwickeln ODF.
Wir haben das FrameworX-Geschäftsprozessmodell des TM-Forums mehrmals mit verbraucherorientierten Organisationen verwendet. 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 Sicherheitsarchitektur-Framework. Sie bauten das SABSA-Modell, um mit verschiedenen Verbrauchern und Befragungspersonen von Zachman zu sprechen.
Die SABSA verwendet das Modell als Grundlage und entwickelt spezialisierte Tools, um Ziel und Risiko zu identifizieren. Schließlich ist Risiko der Effekt der Ungewissheit bei der Verwirklichung Ihrer Ziele.
>>> Verwendung einer Risikoarchitektur mit dem SABSA-Domänenmodell
>>> Vergleichen Sie SABSA mit TOGAF
Integrationsarchitektur-Framework – DODAF
Verteidigungsbehörden haben Schwierigkeiten, langlebige Systeme und verschiedene Organisationen für gemeinsame Aufgaben und Fähigkeiten zu kombinieren.
Sie entwarfen DODAF, um die beiden Buchstützen Integration Unmittelbarkeit und Vermächtnis zu lösen.
Unmittelbarkeit: Auf Mission-zu-Mission-Basis integrieren Betreiber verschiedene Systeme in Echtzeit. Betreiber kommen oft aus verschiedenen Ländern und unterschiedlichen Branchen. Doch ihre Systeme müssen funktionieren.
Erbe: Systeme haben typischerweise eine jahrzehntelange Entwicklung hinter sich und bleiben 30-40 Jahre im Einsatz.
Sie haben die DODAF-Ansichtspunktbibliothek optimiert, um dieses Problem anzugehen. Wenn wir vor einem Integrationsproblem stehen, greifen wir nach den Standpunkten des DODAF. Dabei spielt es keine Rolle, ob wir moderne integrieren agil entwickelte Module, oder Integration zwischen unabhängigen Organisationen.
Wählen Sie Ihr bestes Framework für die Unternehmensarchitektur
Ihr bestes Framework für Unternehmensarchitektur wird von Ihren spezifischen Anforderungen bestimmt.
Zuerst, wenn Sie in den Bereichen Finanzen und Bankwesen, Verteidigung, Telekommunikation oder Regierung arbeiten, verwenden Sie eine Branchenrahmen. Du hast es leicht. Es gibt eine etablierte Methode, um Ihre Unternehmensarchitektur zu beschreiben. Springen Sie nach dieser Entscheidung zu Schritt Zwei.
Wenn Sie keine einfache Branchenauswahl haben, schauen Sie sich die an Zweck Ihres Enterprise-Architecture-Teams. Sie müssen das zentrale Problem verstehen, das die antreibt Design Ihres Enterprise-Architecture-Teams. Die Leitfaden für Führungskräfte zum Aufbau eines Unternehmensarchitekturteams besteht darauf, dass Sie Ihr Unternehmens-Metamodell aus den Problemen entwickeln, die Sie beantworten müssen. Die Denkweise hinter konsistenten Branchenproblemen ist ein guter Ausgangspunkt für die Auswahl des besten Unternehmensarchitektur-Frameworks. Kannst du eine anpassen 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 zur Vermeidung von Doppelarbeit.
Wenn Sie Ihr eigenes Enterprise-Meta-Modell entwerfen müssen, stehen Sie vor einem schwierigen Problem. Wir raten Ihnen dringend, sich Hilfe zu holen. Der schlechteste Ort, an dem Sie landen können, ist, einem Pfad zu folgen, um einen Rahmen zu erstellen, der viele Dinge beschreibt und keine Frage beantwortet.
Sekunde, sehen Sie sich die Stärke Ihres EA-Teams und Ihre Methode zur Entwicklung von Unternehmensarchitekturen an. Wenn Sie nicht gut etabliert sind, wählen Sie das TOGAF-Framework. Es behandelt die Methode und den Aufbau einer EA-Fähigkeit sowie die Beschreibung einer Architektur. Sie profitieren von der Modularität von TOGAF und ersetzen Ihr Framework durch das TOGAF-Content-Framework
Conexiam Enterprise Architecture Consulting
In diesen beiden Schritten wählt die Unternehmensarchitekturberatung von Conexiam das beste Framework für die Unternehmensarchitektur aus. Unsere Workshop zum Thema „Enterprise Architecture Capability“. beantwortet die ersten Fragen zu Sinn und Problem.
Jedes Unternehmensarchitekturteam muss die gleichen drei Dinge tun:
- Unternehmensarchitektur entwickeln,
- eine Unternehmensarchitektur dokumentieren,
- Aufbau eines Unternehmensarchitekturteams
Wir verwenden immer das TOGAF-Framework, um das wesentliche Gerüst für die Architekturentwicklung und das Architekturteam bereitzustellen. Wir benutzen die nie TOGAF-Content-Framework eine Unternehmensarchitektur zu dokumentieren. Wir ersetzen immer ein Architektur-Framework, das für Ihr Problem optimiert ist. Wir gebrauchen Navigieren, DODAF, BIAN, FEAF, oder entwickeln Sie ein benutzerdefiniertes Inhaltsframework. Wir fügen immer SABSA hinzu, um eine effektive Abdeckung von Risiken und Sicherheit zu gewährleisten.
Als ein Unternehmensarchitekt, ist es Ihre Aufgabe, die Herausforderungen, Mängel und Chancen in Ihrem Unternehmen zu verstehen. Mit diesem Verständnis helfen Sie den Stakeholdern, Ihre Organisation zu verbessern. Das beste Framework für Unternehmensarchitektur beschleunigt und verbessert die Qualität Ihrer Arbeit.
Do-it-yourself-Tools zur Evaluierung 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
