Was ist ein Enterprise-Architekturmodell?
Ihr Unternehmensarchitekturmodell ist der vollständige Satz von Abstraktionen und Modellen, die komplexe Strukturen, Prozesse, Regeln und Einschränkungen vereinfachen und kommunizieren.
Der effizienteste Weg zur Entwicklung eines Unternehmensarchitekturmodells besteht darin, in Domänen der Unternehmensarchitektur. Jeder Bereich wird auf Mängel und Verbesserungsmöglichkeiten analysiert. Die wahre Kunst der Unternehmensarchitektur ist die Integration jedes der Geschäftsarchitekturmodelle, Anwendungsarchitekturmodelle, Informationsarchitekturmodelle, Datenarchitekturmodelle, Sicherheitsarchitekturmodelle, und Spezialisierte Architekturmodelle.
Lassen Sie uns also loslegen und einen kurzen Überblick über die Grundlagen von Unternehmensarchitekturmodellen geben.
Einführung in Enterprise-Architekturmodelle
Enterprise Architecture Framework-Unterstützung für Enterprise Architecture-Modelle
Tools für die Unternehmensarchitektur
Herausforderungen bei der Entwicklung von Enterprise-Architekturmodellen
Best Practices zur Entwicklung von Enterprise-Architekturmodellen
Was ist Unternehmensarchitektur?
Unsere Erfahrung lehrt uns, uns auf den Zweck zu konzentrieren. Die Definition folgt. Was ist Unternehmensarchitektur? Eine Unternehmensarchitektur wird entwickelt um wirksame Veränderungen anzuleiten. Der DODAF Die Definition besagt, dass eine Unternehmensarchitektur “eine Reihe von Abstraktionen und Modellen ist, die vereinfachen und kommunizieren …”
Eine Unternehmensarchitektur wird in Form eines oder mehrerer Modelle entwickelt. Jedes Modell hilft bei der Beantwortung von Fragen wie: Was sind die Ursachen für Starrheit und Kosten? Zusammen zeigen die Modelle die vielen Facetten einer Organisation auf, um notwendige Änderungen zu identifizieren. Unternehmensarchitekturmodelle sind oft das Herzstück von digitale Transformation.
Unternehmensarchitektur verfügt über eine klar definierte Methode zur Durchführung von Unternehmensanalysen, Design, Planung und Implementierung. Enterprise Architecture verwendet bewährte Methoden für die Architektur und Konzepte, um Unternehmen durch die technologischen, geschäftlichen und informationellen Transformationen zu führen, die zur Umsetzung ihrer Strategie erforderlich sind.
Enterprise-Architekten analysieren die Organisationsstruktur und Geschäftsprozesse. Sie werden häufig gebeten, aus den gesammelten Daten Schlussfolgerungen zu ziehen, um die Ziele der Organisation zu erreichen, zu denen Effizienz, allgemeine Agilität und die Belastbarkeit komplexer Geschäftsabläufe gehören. Enterprise-Architektur-Modelle liefern die nötigen Erkenntnisse zur Beantwortung dieser Fragen.
Wie funktioniert ein Enterprise-Architekturmodell?
Ein Unternehmensarchitekturmodell funktioniert, indem es das Thema in einer Form darstellt, die Schlussfolgerungen, Einblicke und Klarheit hinsichtlich des Wesens des Themas ermöglicht.
TOGAF sieht nach IEEE 42010 Anleitungen zum Erstellen von Unternehmensarchitekturmodellen. Das Bild rechts zeigt die in TOGAF verwendete Gliederung.
Dies sagt uns, dass:
- Eine Modellart bietet Konventionen für ein Architekturmodell
- Ein oder mehrere Architekturmodelle werden verwendet, um ein Architekturansicht
- Architekturansichten berücksichtigen die Bedenken der Stakeholder hinsichtlich der betreffenden Architektur
Diese technische Grundlage verdeutlicht für uns mehrere Dinge.
Zunächst erstellen Sie ein Modell, um Fragen zu beantworten. Das richtige Modell hängt davon ab, was Ihr Stakeholder über die aktuelle oder Zielarchitektur wissen muss.
Zweitens benötigen Sie möglicherweise mehr als ein Modell, um eine Stakeholder-Frage zu beantworten.
Drittens, ein gutes Rahmen für die Unternehmensarchitektur hilft Ihnen herauszufinden, welche Informationen Sie benötigen, um die Modelle zu erstellen, die die erwarteten Fragen beantworten. Die Leitfaden für Führungskräfte zur Unternehmensarchitektur empfiehlt dem Leiter des EA-Teams dringend, von der erwarteten Frage aus rückwärts zu arbeiten und den gesamten Satz von
Jeder der drei Typen von Enterprise-Architektur-Frameworks (umfassender Rahmen, Branchenrahmen, Domänen-Frameworks) wird unterschiedliche Leitlinien bereitstellen.
Als allgemeine Regel müssen sich die EA-Leiter an ihren Anwendungsfälle für Unternehmensarchitektur.
- umfassender Rahmen wird breitere Modellarten haben, die sich sehr auf die Rückverfolgbarkeit konzentrieren
- Branchenrahmen wird Modelltypen haben, die sich auf Standardprobleme der Industrie konzentrieren
- Domänen-Frameworks wird sehr spezialisierte Modellarten haben
Sie benötigen ein Framework, das Ihren EA-Anwendungsfall unterstützt und die Fragen Ihres Teams beantwortet.
Durch die Verwendung der richtigen Anzahl von Modellen zur Erstellung eines Unternehmensarchitekturmodells wird es einfacher zu verstehen, wie sich eine Unternehmensstruktur auf ein Design auswirkt. Wie man architektonische Entscheidungen und Prinzipien. Jede Architektur enthält ein grundlegendes Element, das das Unternehmen prägt und seine Funktionsweise sowie die Erfahrungen der Menschen damit stark beeinflusst.
Erfordert viele verschiedene Arten von Architekturmodellen
Um es klar zu sagen: Sie werden kein einheitliches End-to-End-Unternehmensarchitekturmodell haben.
Betrachten Sie die folgenden Modelle:
- Transformationsmodell
- Unternehmensinformationskomponentenmodell
- Wertschöpfungskettenmodell
- Risikomodell
- Prozessmodell
- Erwerbsmotivationsmodell
Es ist unmöglich, diese nahtlos in ein einheitliches Unternehmensarchitekturmodell zu integrieren. Sie müssen sie zusammenfügen, um Ihr Unternehmen zu verstehen und die Ursache eines Mangels zu finden und zu beheben.
Durch den Einsatz von Domänen der Unternehmensarchitektur, werden Sie feststellen, dass es einfacher ist, Modelle innerhalb einer Domäne zu verknüpfen als zwischen Domänen. Kontrollieren Sie die Berührungspunkte über Domänen hinweg und verwenden Sie die Berührungspunkte, um Ihr End-to-End-Modell zusammenzufügen.
Beispiele für Enterprise-Architekturmodelle
Super, die Theorie haben wir – je nach Fragestellung sind unterschiedliche Modelle erforderlich. Modelle dienen dazu, verschiedene Bereiche Ihrer Organisation zu vereinfachen und zu verstehen.
Im Folgenden fasse ich verschiedene Modelle und Fragen zusammen.
- Worauf Sie bei den erforderlichen Verbesserungen achten sollten - Fähigkeitsmodell (Fähigkeitsmodell) Und Fähigkeitsbasierter Plan
- Wie das IT-Portfolio Wertschöpfung ermöglicht – Anwendungsentwicklungsmodell, Infrastruktur-Servicemodell
- Wo Kosten in das IT-Portfolio einfließen - Anwendungsfunktionsmodell und Infrastruktur-Schnittstellenmodell
- Wo Starrheit in das IT-Portfolio eingebracht wird - Integrationsmodell und Lebenszyklusmodell
- Was das IT-Portfolio ist – Physisches Softwaremodell und Modell der physischen Infrastruktur
- Einschränkungen beim Erwerb und Einsatz von Technologie – Normenkatalog
- Die gesamten Aktivitäten einer Infrastruktur, gruppiert, um zu zeigen, wie sie zueinander in Beziehung stehen – Service- oder Produktmodell
- Wie das Unternehmen Wert schafft - Geschäftsmodell, Betriebsmodell, und Wertschöpfungskette
- Welche Aktivitäten führt Ihre Organisation durch – Prozessmodell
- Wie Autorität, Verantwortlichkeit und Ressourcen aufgeteilt und verwaltet werden – Organisationsmodell
- Welche Informationen werden benötigt und wohin müssen sie fließen, um mehr Informationen zu erzeugen - Informationsmodell
Was macht ein gutes Enterprise-Architekturmodell aus?
Ein gutes Enterprise-Architecture-Modell hilft Ihnen, die Funktionsweise Ihres Unternehmens zu verstehen und die Ursache von Mängeln zu beheben. Ein gutes Enterprise-Architecture-Modell ermöglicht es Ihnen, Veränderungen zu üben und deren Auswirkungen zu erkennen.
Betrachten wir eine Analogie, um unseren Standpunkt besser zu veranschaulichen. Eine Budgettabelle schlüsselt die Ausgaben auf in Miete, Strom, Heizung, Investitionen usw. Wenn Sie dann die Ausgaben für andere Dinge, wie z. B. ein Haus, erhöhen möchten, können Sie in Ihrer Tabelle sehen, welche Optionen Ihnen zur Verfügung stehen. Enterprise-Architekten gehen genauso vor, um Dinge wie die Veränderung der digitalen Kundenbindung, die Integration einer Akquisition oder die Aktualisierung wichtiger Unternehmenssoftware zu betrachten. Wirklich schlechte Modelle sind oft statisch, da sie lediglich etwas “zeigen”. Schlechte Modelle lassen Sie die Auswirkungen von Möglichkeiten nicht erkennen. Wirklich starke Modelle ermöglichen es Ihnen, den Zweck der Veränderung auf die Anliegen der Stakeholder für Entscheidungsträger zu konzentrieren, wie z. B. Beweglichkeit oder andere Standard-EA-Anwendungsfälle.
Kernkriterien zur Bewertung verschiedener Enterprise-Architektur-Modelle
- beantwortet eine nützliche Frage
- wird durch die Praxis der Industrie unterstützt
- hat einen minimalen Informationsbedarf
- entweder
- passt zu benachbarten Modellen
- liefert eine Antwort, die in ein anderes Modell einfließt
Warum sollten Enterprise-Architekturmodelle verwendet werden?
Ehrlich gesagt kann kein hochfunktionales Enterprise-Architecture-Team ohne formale Enterprise-Architecture-Modelle bestehen.
Die Komplexität der realen Welt ist überwältigend. Modelle sind erforderlich, um sie zu vereinfachen und verständlich zu machen. Modelle sind erforderlich, um Wiederverwendung und Arbeitsproduktivität zu unterstützen. Modelle sind erforderlich, um schwierige Fragen der Stakeholder zu beantworten.
In der Vergangenheit führten Enterprise Architectures zu langwierigen, mehrjährigen Plänen mit vielen einmaligen Analysen, einem langsamen Tempo und starren konzeptionellen Rahmenbedingungen. Diese veralteten Enterprise Architecture-Denkweisen sind durch die Anforderungen moderner Best Practices im Management überholt.
Die unterstützenden Technologien für Enterprise Architecture haben sich parallel zur Disziplin weiterentwickelt. Skalierbarkeit, Unterstützung komplexer Modellierung, unternehmensweite Zusammenarbeit, nützliche Konnektoren, einfache Bedienung sowie verbesserte Datenintegrität und -qualität sind Merkmale spezialisierter Enterprise Architecture-Technologien. Professionelle Lösungen decken ein breites Spektrum an Anwendungsfällen ab, darunter Cloud-Transformation, Datenkonformität, Standard-Governance, Integrationsarchitektur und mehr. Tools für das Enterprise-Architekturmodell.
Enterprise-Architektur-Frameworks verstehen
Ein Unternehmen kann die Vorteile bewährter Architekturpraktiken nutzen, indem es ein Enterprise Architecture-Framework verwendet, um den Prozess der Entwicklung und Wartung von Architekturen auf allen Ebenen zu optimieren.
Um die Entwicklung der Unternehmensarchitektur und Architekturen verschiedener Bereiche zu unterstützen, bietet ein Enterprise Architecture-Framework eine Sammlung von Best Practices, Standards, Tools, Verfahren und Vorlagen. Gemeinsames Vokabular, gemeinsame Modelle, gemeinsame Taxonomien, Verfahren, Philosophien, Strategien, Tools und Referenzarchitekturen sind im Allgemeinen in Unternehmensarchitektur-Frameworks enthalten. Darüber hinaus können sie eine Liste der Architektur-Liefergegenstände und -Artefakte sowie verbindliche Richtlinien enthalten.
Teams haben die Wahl - TOGAF, die Zachman-Framework, DODAF, MODAF, usw. – um das grundlegende Problem der Bewertung, Koordinierung und Kombination der erforderlichen Änderungen mit den Geschäftszielen und Erfolgshindernissen zu lösen. Verschiedene Frameworks haben unterschiedliche Vor- und Nachteile.
Enterprise-Architekturmodelle erfordern Enterprise-Architektur-Tools
Die Tools für die Unternehmensarchitektur verwalten im Wesentlichen die in der Unternehmensarchitektur verwendeten Modelle. Jedes hochfunktionale Unternehmensarchitekturteam erfordert ein effektives Enterprise-Architektur-Tool und ein nützliches Enterprise-Architektur-Modell.
Obwohl Ihre Enterprise-Architekturmodelle ein Kernelement Ihres EA-Teams-Wissensrepositorys sind, eignen sie sich am besten als Analyse- und Informationsrepository. Meistens werden andere Artefakte, Arbeitsprodukte und Liefergegenstände wird extern verbraucht.
Best Practices zur Implementierung von Enterprise-Architektur-Tools
- Unterstützen Sie Ihre Anwendungsfälle für Unternehmensarchitektur
- Testen Sie die wichtigsten Funktionen
- Modell nach Projekt
- Entwickeln Sie Fähigkeiten zur Unternehmensarchitektur (stellen Sie Ressourcen bereit, um die Effektivität von Tools zur Unternehmensarchitektur zu steigern)
- Vermeiden Sie Datenüberlastung
- Integration vermeiden
Welches Enterprise-Architektur-Tool Conexiam für Enterprise-Architektur-Modelle verwendet
Wir verwenden nach Wahl Avolution ABACUS für die Modellierung von Unternehmensarchitekturen und als unser EA-Repository. Wir bauen Conexiam Navigieren und alle Navigieren Sie durch Atlanten in ABACUS.
ABACUS unterstützt einen analytischen Ansatz für die Unternehmensarchitektur. Die Analyse eines Modells liefert Erkenntnisse, die durch das Zeichnen eines Diagramms nicht möglich sind. Durch die Analyse verstehen Sie, wie Sie das Modell ändern können, um bestimmte Ziele zu erreichen. ABACUS unterstützt eine bessere Architekturentwicklung.
Wir arbeiten kontinuierlich mit der Wesentliches Projekt zur Suche nach einer kostengünstigeren, analytisch orientierten Alternative.
Gedanken zu ArchiMate
Auf mehreren Beratungsprojekte zur Unternehmensarchitektur Wir haben ArchiMate verwendet. Das am häufigsten verwendete Tool war Archi. Während unsere leitenden Berater sich schnell mit Archi und ArchiMate auskannten, führten wir die meisten Analysen mit separaten Tools durch.
Zusammenfassend lässt sich sagen, dass ArchiMate eine gute End-to-End-Rückverfolgbarkeit bietet. Allerdings erfordert es, dass jegliche Analyse außerhalb des Architekturtools und außerhalb der Modellierungssprache durchgeführt wird.
Wir empfehlen ArchiMate nicht für hochfunktionale EA-Teams.
Welche Herausforderungen gibt es bei der Entwicklung eines Enterprise-Architekturmodells?
Bei der Entwicklung von Enterprise-Architekturmodellen gibt es drei Herausforderungen
- Zu viele Details in Ihrem Modell
- Abkürzungen
- Spezialanalyse
Zu viele Details in Ihrem Modell
Die größte Herausforderung eines Unternehmensarchitekturmodells besteht in seiner kontinuierlichen Weiterentwicklung und Aktualisierung. Je detaillierter ein Unternehmensarchitekturmodell ist, desto schneller ist es veraltet.
Bedenken Sie, dass Sie ein Enterprise-Architekturmodell entwickeln. Sie möchten das System verstehen, um Defizite zu identifizieren. Sie erstellen keine technischen Konstruktionsdokumente und replizieren auch keine CMDB.
Um uns dabei zu helfen, auf dem richtigen Niveau zu bleiben, verfügen wir in Navigate explizit über konzeptionelle, logische und physische Ebenen. Wir stellen fest, dass unsere Arbeit hauptsächlich auf den konzeptionellen und logischen Ebenen stattfindet und auch genügend physische Ebenen umfasst, um die Auswirkungen der Änderungen zu verstehen.
Abkürzungen
Der Druck der Termine zwingt Ihre Architekten dazu, sich auf unmittelbare Bedürfnisse zu konzentrieren. Unmittelbare Bedürfnisse sind sehr vergänglich. Wir kümmern uns um unmittelbare Bedürfnisse.
Wir haben eine Reihe von Verfahren entwickelt, die das Kürzen von Kosten unterstützen.
Zunächst minimieren wir die Dokumentation. Wir lassen die Komponentenbeschreibungen weg und akzeptieren den Namen.
Zweitens standardisieren wir Ansatz und Eigenschaften rücksichtslos.
Drittens arbeiten wir auf der richtigen Ebene. Wir sprechen von der Zehnerregel: Architektur zur Unterstützung des Portfolios ist zehnmal so viel Arbeit wie Strategieunterstützung. Architektur zur Projektunterstützung ist zehnmal so viel wie Portfoliounterstützung. Und die Unterstützung der Lösungsbereitstellung ist zehnmal so viel wie Projektunterstützung.
Viertens setzen wir auf Wiederverwendung. Wir beginnen nie mit einem leeren Blatt Papier. Wann immer möglich, beginnen wir mit einem Architekturmuster oder Referenzarchitektur. Andernfalls verwenden wir ähnliche Arbeiten wieder. Zum Beispiel in einem digitale Transformation Im Rahmen unseres Engagements haben wir das Order-to-Cash-Modell wiederverwendet. Ursprünglich diente es dazu, die Verantwortung für die Kostenanalyse zwischen Geschäftseinheit und Finanzabteilung aufzuteilen. Anschließend wurde es für die Einführung mehrerer neuer digitaler Produkte eingesetzt. Zuletzt haben wir es für die Abwicklung einer Akquisition genutzt.
Diese Herausforderung erfordert eine sorgfältige Steuerung und ein erhebliches Engagement des Architekturausschusses.
Spezialanalyse
Wir sind analytisch. Wir verfolgen einen analytischen Ansatz für die Modellierung und Analyse von Unternehmensarchitekturen. Und wir gehen auf die Bedürfnisse unserer Stakeholder ein.
Wir nutzen ein breites Spektrum an Analysetechniken, um das Problem zu verstehen. All diese Techniken liefern uns ausreichende Erkenntnisse, um das Problem zu lösen. Anschließend extrahieren wir die Antwort aus einer speziellen Modellierung und übertragen sie in das System of Record, unser Enterprise-Architekturmodell.
Best Practices für die Modellierung von Unternehmensarchitekturen
Wir nutzen Avolution ABACUS seit über einem Jahrzehnt. Wir haben Enterprise-Architekturmodelle in der Version 4 erstellt, mittlerweile verfügen sie über Hunderttausende von Komponenten und laufen auf der neuesten Softwareversion.
Unsere längerfristigen Projekte erforderten eine Transformation der Enterprise-Architecture-Modellierung. Diese langlebigen Enterprise-Architecture-Modelle bildeten die Grundlage für eine Reihe von Best Practices:
- Rücksichtslose Standardisierung
- Komponentenisolierung durch Eigenschaft oder Tag
- Verwenden Referenzarchitekturen und Architekturmuster
- Starke Governance der Architekturentwicklung
- Analytisches Techniktraining
- Training zum kritischen Denken
- Teambasierte Architekturentwicklung
- Einen Modelmanager haben
Geschäftsarchitekturmodelle
Geschäftsarchitektur beschreibt Ihre Organisation. Es verwendet eine Reihe von Modellen, die die Domäne der Geschäftsarchitektur. Zusammengenommen beschreiben die Modelle die Geschäftsarchitektur.
Verschiedene Geschäftsarchitekturmodelle beantworten unterschiedliche Fragen. Hier finden Sie eine Reihe von Fragen, die von verschiedenen Modelltypen beantwortet werden.
- Wie das Unternehmen Wert schafft - Geschäftsmodell
- Wie das Unternehmen läuft - Betriebsmodell
- Zur Erstellung des Produkts oder der Dienstleistung erforderliche Aktivitäten – Wertschöpfungskette
- Die Dinge, die eine Organisation können muss - Fähigkeitsmodell
- Der Informationsfluss zur Durchführung der Aktivitäten eines Unternehmens - Informationsmodell
- Die gesamten Aktivitäten eines Unternehmens, typischerweise gruppiert, um zu zeigen, wie sie zueinander in Beziehung stehen - Prozessmodell
- Wie ein Unternehmen organisiert ist - Organisationsmodell
- Wie die Aktivitäten eines Unternehmens organisatorisch gruppiert sind - Funktionsmodell
Zusammen helfen Ihnen diese Modelle, Ihr Unternehmen zu verstehen. Wenn Ihr Unternehmen Defizite aufweist, suchen Sie in den Modellen nach deren Ursache. So können Sie Ihre Stakeholder beraten, was geändert werden muss und wie die Veränderung gesteuert werden kann.
Bedenken Sie, dass die Geschäftsarchitektur nicht isoliert ist. Änderungen an der Geschäftsarchitektur werden durch die anderen Domänen eingeschränkt und wirken sich auf diese aus. Sie benötigen Folgendes:
Anwendungsarchitekturmodelle
Die Anwendungsarchitekturdomäne beschreibt die Informationssysteme oder Anwendungen, die Ihre digitale Produkte und unterstützen den Betrieb Ihrer Organisation. Sie entwickeln die Anwendungsarchitektur mit einer Reihe von Anwendungsmodellen.
Bedenken Sie, dass Sie keine detaillierte Anwendungsarchitektur benötigen. Niemals. Selbst eine Architektur zur Unterstützung der Lösungsbereitstellung bietet nicht die nötigen Details für eine Anwendungsarchitektur.
Sie entwickeln Ihre Anwendungsarchitektur, um die Ursache eines Mangels zu finden und diesen zu beheben. Dazu müssen verschiedene Fragen beantwortet werden. Ihre Anwendungsarchitekturmodelle helfen bei der Beantwortung der folgenden Fragen:
- Wie das Anwendungsportfolio Wertschöpfung ermöglicht – Anwendungsentwicklungsmodell
- Wo Kosten in das IT-Portfolio einfließen - Funktionsmodell
- Wo Starrheit in das IT-Portfolio eingebracht wird - Integrationsmodell
- Wie das Unternehmen läuft – Systemmodell
- Für die Bereitstellung des Produkts oder der Dienstleistung erforderliche Systeme – Produktmodell
- Die Dinge, die eine Organisation können muss - Funktionsmodell
- Der Informationsfluss, der für die Durchführung der Aktivitäten eines Unternehmens erforderlich ist - Integrationsmodell
- Die Gesamtheit der Aktivitäten eines Unternehmens, typischerweise gruppiert, um zu zeigen, wie sie zueinander in Beziehung stehen – Servicemodell
- Was das Softwareportfolio ist – Physikalisches Modell
Zusammen helfen Ihnen diese Modelle, Ihre Anwendungen und Informationssysteme zu verstehen. Wenn in Ihrem Unternehmen ein Mangel auftritt, finden Sie die Ursache des Mangels.
Denken Sie daran, dass die Anwendungsarchitektur nicht eigenständig ist. Sie müssen in Ihrem End-to-End-Modell nachsehen, um die Quelle sowie die eingeschränkten und effektiven Änderungen zu finden.
Ihr End-to-End-Modell umfasst eine Reihe von:
Informationsarchitekturmodelle und Datenarchitekturmodelle
Viel zu viele Menschen streiten über den Unterschied zwischen Informations- und Datenarchitekturen. Ja, es gibt einen Unterschied. Für Praktiker ist er wirklich wichtig. Niemand sonst interessiert sich dafür, daher verwenden wir die Begriffe als grobe Synonyme.
Sie werden feststellen, dass Sie sich bei Ihrer Analyse von Konzepten, die sich auf Dokumente beziehen, wie etwa eine Bestellung und eine Rechnung, hin zur Struktur von Daten, Konzepten wie Stammdaten und Datenschutz, bewegen und von der Informations- zur Datenarchitektur gelangen.
Die Domäne „Datenarchitektur“ beschreibt die Informationsseite von Informationssystemen. Es werden Informationsressourcen behandelt, die Ihre digitale Produkte oder werden zum Betrieb Ihrer Organisation verwendet. Sie entwickeln die Datenarchitektur mit einem Satz Daten- und Informationsmodelle.
Bedenken Sie, dass Sie nicht nach einem Datenbankschema suchen. Niemals. Selbst die Architektur zur Unterstützung der Lösungsbereitstellung deckt diesen Detaillierungsgrad nicht ab.
Sie entwickeln Ihre Informationsarchitektur, um die Ursache eines Mangels zu finden und diesen zu beheben. Dazu müssen verschiedene Fragen beantwortet werden. Ihre Informationsarchitekturmodelle helfen bei der Beantwortung der folgenden Fragen:
- Wie Daten Effizienz und Skalierbarkeit erzeugen – Masterdatenmodell, Referenzdatenmodell
- Wie werden die Daten geschützt – Datenresilienzmodell
- Wer kann die Daten sehen – Datenzugriffsmodell
- Wo Starrheit in das IT-Portfolio eingebracht wird – Datenintegrationsmodell
- Wie Datenvorschriften für Zugriff und Standort eingehalten werden – Informationsflussmodell, Datenzugriffsmodell und Informationsdatensatzmodell
- So läuft das Geschäft – Information Needlines Model oder Information Flow Model
- Welche digitalen Produkte sind von Daten abhängig – Informationsproduktmodell und Risikomodell
- Die Aufzeichnungen, die eine Organisation aufbewahren muss – Informationsaufzeichnungsmodell
- Der für die Durchführung der Aktivitäten eines Unternehmens erforderliche Informationsfluss – Datenintegrationsmodell
- Die Informationsflüsse innerhalb der Aktivitäten eines Unternehmens – Information Needlines-Modell
- Was das Datenportfolio ist – Physical Data Entity Model
Zusammen helfen Ihnen diese Modelle, Ihre Informationen und Informationssysteme zu verstehen. Wenn in Ihrer Organisation ein Mangel vorliegt, suchen Sie nach der Ursache des Mangels.
Denken Sie daran, dass die Informationsarchitektur nie allein steht. Sie ist vollständig von den anderen Domänen abhängig. Sie müssen Ihr End-to-End-Modell analysieren, um die Quelle, die Einschränkungen und die effektiven Änderungen zu finden.
Ihr End-to-End-Modell umfasst eine Reihe von:
Technologiearchitekturmodelle oder Infrastrukturarchitekturmodelle
Die Technologiearchitekturdomäne beschreibt die Infrastruktur, die es Ihnen ermöglicht, digitale Produkte und den Betrieb Ihrer Anwendungen. Dabei spielt es keine Rolle, ob Sie Öffentliche Cloud, Private Cloud, Hybrid Cloud oder traditionelle IT. Das ist eine Frage der Umsetzung und Verantwortung. Die Grundlage jeder sinnvollen Infrastrukturarchitektur ist eine Infrastruktur-Servicemodell.
Dass die Stiftung eine Infrastruktur-Servicemodell wird Ihnen sagen, dass eine Technologiearchitektur kein detaillierter technischer Entwurf der Server, Netzwerke und anderer Infrastruktur ist. Niemals.
Technologiearchitektur wird entwickelt, um effektive Veränderungen zu steuern. Effektive Veränderungen bedeuten, herauszufinden, was fehlt oder eine gewünschte Verbesserung blockiert. In jedem Digitale Transformation und bei allen von uns durchgeführten Public-Private-Hybrid-Cloud-Aktivitäten war die Starrheit des IT-Portfolios das größte Hindernis.
Um einen effektiven Wandel zu steuern, müssen Sie die Antworten auf verschiedene Fragen kennen. Ihre Technologiearchitekturmodelle helfen Ihnen bei der Beantwortung der folgenden Fragen:
- Was ist Ihre private Cloud - Infrastruktur-Servicemodell
- Was ist Ihre Hybrid Cloud – Infrastruktur-Servicemodell und Infrastrukturanbietermodell
- Wie das Infrastrukturportfolio Wertschöpfung ermöglicht – Infrastruktur-Servicemodell
- Wie die Infrastruktur bereitgestellt wird – Infrastrukturanbietermodell
- Wo Kosten in das IT-Portfolio einfließen - Infrastruktursystemmodell und Infrastrukturanbietermodell
- Wo Starrheit in das IT-Portfolio eingebracht wird - Infrastrukturanbietermodell, Infrastruktur-Lebenszyklusmodell und Modell der physischen Infrastruktur
- Was eine Infrastruktur können muss – Infrastruktursystemmodell
- Einschränkungen beim Erwerb und Einsatz von Technologie – Katalog der Infrastrukturstandards
- So nutzen Sie die Infrastruktur zur Durchführung der Unternehmensaktivitäten – Infrastruktur-Servicemodell und Infrastruktur-Servicemodell
- Die gesamten Aktivitäten einer Infrastruktur, gruppiert, um zu zeigen, wie sie zueinander in Beziehung stehen – Infrastruktur-Servicemodell
- Was das Infrastrukturportfolio ist – Modell der physischen Infrastruktur
Zusammen helfen Ihnen diese Modelle, Ihre Infrastruktur zu verstehen. Wenn in Ihrer Organisation ein Mangel auftritt, finden Sie die Lösung für diesen Mangel.
Keine Technologiearchitektur steht für sich allein. Infrastrukturmängel lassen sich selten allein beheben. Sie werden oft durch Änderungen in einem anderen Bereich behoben. Sie müssen Ihr End-to-End-Modell analysieren, um die Ursache, die Einschränkung und die Wirksamkeit der Änderungen zu finden.
Ihr End-to-End-Modell umfasst eine Reihe von:
Sicherheitsarchitekturmodelle
Die Domäne der Sicherheitsarchitektur erfordert die anderen Unternehmensarchitekturdomänen und ein Unternehmensarchitekturmodell.
Sie können kein Standalone-Programm Sicherheitsarchitektur. Wir basieren unsere Sicherheitsarchitekturmodelle auf SABSA. SABSA bietet ein umfassendes Sicherheitsarchitekturmodell für Unternehmen. Zu den wichtigsten Teilen gehören die SABSA-Modell, die SABSA-Geschäftsattributprofil, Die SABSA-Risikomodell, und die SABSA-Domänenmodell.
Die Sicherheitsarchitektur trägt dazu bei, effektive Veränderungen zu steuern. Sie legt zudem einen besonderen Schwerpunkt auf das Risikomanagement. Insbesondere geht es um das Konzept der Abwägung von Bedrohung und Chance, oder anders gesagt: Risiko und Ertrag.
Mit diesen spezialisierten Sicherheitsmodellen werden häufige Sicherheitsfragen beantwortet
- Wer ist für die Risiko-/Ertragsentscheidung verantwortlich? SABSA-Domänenmodell
- Was ist das akzeptable Maß an Unsicherheit - SABSA-Risikomodell
- Was sind die Risikotreiber - SABSA-Geschäftsattributprofil
- Was sind Sicherheits- und Risikobeschränkungen? - Sicherheitsrichtlinienarchitektur
Keine Sicherheitsarchitektur kann eigenständig sein. Ohne ein Enterprise-Architekturmodell ist es unmöglich, Risiko und Nutzen abzuwägen. Ein Blick auf das SABSA-Modell zeigt, dass ein Großteil der Ebenen und Perspektiven nur durch die Nutzung anderer Architekturdomänen abgedeckt werden kann.
Sie müssen in Ihrem End-to-End-Modell nachsehen, um die Quelle sowie die eingeschränkten und effektiven Änderungen zu finden.
SABSA-Modell

SABSA-Sicherheitsarchitekturebenen
SABSA-Sicherheitsarchitekturperspektiven
Spezialarchitekturmodelle
Der Klassiker Domänen der Unternehmensarchitektur beantworten nicht alle Fragen. Die Standardmodelle der Domänenarchitektur beantworten nicht alle Fragen. Domänen dienen dazu, dass ein spezialisierter Architekt die für die jeweiligen Probleme geeigneten Techniken und Fähigkeiten einsetzen kann.
Moderne Unternehmensarchitekturdomänen entstehen ständig. Im Laufe der Zeit werden die meisten in eine klassische Unternehmensarchitekturdomäne. Dies geschieht, wenn sich die neuen Techniken durchsetzen.
Wenn Sie eine einzigartige Frage haben, müssen Sie spezielle Modelle entwickeln. Manchmal basieren diese Modelle auf einem klassischen Architekturbereich, manchmal sind sie sehr spezialisiert.
Der Kern der Erstellung eines Spezialmodells umfasst:
- Definieren Sie das Problem
- Definieren Sie die Systemgrenze
- Sammeln Sie die Daten
- Erstellen des Modells
- Interpretieren der Modellergebnisse
- Verfeinern Sie das Modell
- Nutzen Sie die Ergebnisse
Zur Durchführung unserer Analysen verwenden wir zunehmend Systemdynamik, Entscheidungsbaumanalyse und ein vereinfachtes Geschäftsmotivationsmodell, das Ergebnisse und Handlungsabläufe betrachtet.
- Systemdynamik - zu verstehen, was Veränderungen in einem System vorantreibt
- Entscheidungsbaumanalyse – um zu verstehen, wann eine Roadmap-Entscheidung getroffen werden muss oder welche Entscheidungen sie beeinflusst, wenn sie heute getroffen wird
- Vereinfachtes Geschäftsmotivationsmodell (Ergebnisse und Handlungsabläufe) – um zu verstehen, was ein Endzustand anstelle einer bevorzugten Aktion ist und um zu verstehen, welche Roadmap-Entscheidungen aufgeschoben werden sollten
Sie integrieren die Ergebnisse aller Spezialmodelle in Ihr End-to-End-Modell. Darüber hinaus müssen Sie das Unternehmensarchitekturmodell häufig als Datenquelle nutzen, um Mängel zu finden und wirksame Änderungen herbeizuführen.
Fazit zum Enterprise-Architekturmodell
Bei der Durchsicht der Grundlagen haben wir festgestellt, dass Ihr Unternehmensarchitekturmodell der vollständige Satz von Abstraktionen und Modellen ist, die komplexe Strukturen, Prozesse, Regeln und Einschränkungen vereinfachen und kommunizieren.
Sie erstellen Domänenmodelle, um Fragen zu beantworten. Fragen, die Ihren Stakeholdern helfen, die Ursache eines Mangels zu verstehen und wie Sie Ihr Unternehmen verbessern können.
Sie erstellen Ihr Unternehmensarchitekturmodell, indem Sie in Domänen der Unternehmensarchitektur. Jeder Bereich wird auf Mängel und Verbesserungsmöglichkeiten analysiert.
Die wahre Kunst des Unternehmensarchitektur ist die Zusammenführung der einzelnen Modelle wie Ihr Transformationsmodell, Informationsmodell, und Risikomodell, in ein End-to-End-Modell
Ihre nächsten Schritte sind die Verbesserung Ihrer Enterprise Architecture-Kenntnisse, Verbessern Sie Ihr Enterprise Architecture Team, oder Beauftragen Sie Experten, um die Architektur, das Verständnis und die Verbesserung einfach in Gang zu bringen.
Leiten Sie wirksame Veränderungen ein!