Skip to main content

Enterprise Architecture – Standards und ihre Beziehung

By 27. Oktober 2019Juli 16th, 2021Insights
ea

Eine Unternehmensarchitektur wird in der Regel entwickelt, da Schlüsselpersonen Bedenken haben, die von den Geschäfts- und IT-Systemen innerhalb einer Organisation behoben werden müssen. Solche Personen werden gemeinhin als die “Stakeholder” der Unternehmensarchitektur bezeichnet. Die Rolle des Architekten besteht darin, diese Bedenken zu lösen, indem er die Motivation und Strategie der Interessengruppen identifiziert und verfeinert, eine Architektur entwickelt und Ansichten der Architektur erstellt, die zeigen, wie sie die Anliegen der Stakeholder ausspricht und ausbalanciert. Ohne Unternehmensarchitektur ist es unwahrscheinlich, dass alle Bedenken und Anforderungen berücksichtigt und berücksichtigt und berücksichtigt werden.

Die Open Group definiert drei Standards im Kontext von Enterprise Architectures.

TOGAF – Architekturframework

Der OPEN Group Architecture Framework (TOGAF)-Standard ist ein Architekturframework. Es stellt die Methoden und Tools zur Unterstützung bei der Annahme, Produktion, Verwendung und Wartung einer Unternehmensarchitektur bereit. Sie basiert auf einem iterativen Prozessmodell, das von Best Practices unterstützt wird, und einem wiederverwendbaren Satz vorhandener Architekturressourcen.

Ein Architekturframework ist eine Reihe von Strukturen, die für die Entwicklung einer breiten Palette von verschiedenen Architekturen verwendet werden können. Es sollte eine Methode zum Entwerfen eines Zielzustands des Unternehmens in Form einer Reihe von Bausteinen und zum Zeigen beschreiben, wie die Bausteine zusammenpassen. Es sollte eine Reihe von Werkzeugen enthalten und ein gemeinsames Vokabular bereitstellen. Es sollte auch eine Liste der empfohlenen Standards und konformen Produkte enthalten, die zur Implementierung der Bausteine verwendet werden können.

TOGAF beschäftigt sich mit der Business-, Daten-, Anwendungs- und Technologiearchitektur. Die zentrale Methode und der wiederholbare Prozess für die Entwicklung von Architekturen ist die TOGAF Architecture Development Method (ADM). Das ADM umfasst die Einrichtung eines Architekturframeworks, die Entwicklung von Architekturinhalten, den Übergang und die Steuerung der Realisierung von Architekturen. Alle diese Aktivitäten werden in einem iterativen Zyklus der kontinuierlichen Architekturdefinition und -Realisierung durchgeführt, der es Organisationen ermöglicht, ihre Unternehmen kontrolliert als Reaktion auf Geschäftsziele und -chancen zu transformieren.

TOGAF Architecture Development Method (ADM)

Architekten, die die Architecture Development Method (ADM) ausführen, werden aufgrund ihrer Bemühungen eine Reihe von Ergebnissen erstellen, z. B. Prozessabläufe, architektonische Anforderungen, Projektpläne, Bewertungen der Projektkonformität usw. Das Inhaltsframework bietet ein strukturelles Modell für architektonische Inhalte, das es ermöglicht, die wichtigsten Arbeitsprodukte, die ein Architekt erstellt, konsistent zu definieren, zu strukturieren und zu präsentieren.

Content Metamodel Übersicht

Das hier bereitgestellte Inhaltsframework soll es ermöglichen, das TOGAF-Framework als eigenständiges Framework für die Architektur innerhalb eines Unternehmens zu verwenden.

Offene Geschäftsarchitektur (O – BA)

Dieser Standard konzentriert sich auf Transformationen in das Unternehmen oder die Organisation. Sie stellt sicher, dass die Geschäftsvision zusammen mit der Strategie und ihren Auswirkungen auf Struktur und Betrieb gut verstanden und anschließend über den gesamten Lebenszyklus der Unternehmenstransformation gut kommuniziert wird.

Business Architecture ist die Disziplin, die erfasst und kommuniziert, wie ein Unternehmen seine wesentlichen Kompetenzen nutzt, um seine strategischen Absichten und Ziele zu verwirklichen. Sie wird in zwei Situationen für Unternehmenstransformationen und -änderungen angewendet:

  • Entscheidungsfindung
  • Betriebsplanung

Diese Situationen unterscheiden sich, weil sie unterschiedlicher Natur sind.

Bei der Anwendung auf die Entscheidungsfindung konzentriert sich die Business Architecture-Praxis darauf, die Implikationen einer strategischen Geschäftsidee ganzheitlich zu verstehen. Zunächst sind die Interessengruppen vor allem daran interessiert zu verstehen, ob die Idee realisierbar und machbar ist. In dieser Phase wird die ganzheitliche Sicht geschaffen und die Ausrichtung und Integration relevanter Aspekte erfolgt. Dieser Standard wird mit der Entscheidungsperspektive erstellt.

Bei der Anwendung auf das betriebsbedingte Design konzentriert sich die Business Architecture-Praxis auf die Ausarbeitung von Design, soweit dies erforderlich ist, um den Designern geschäftsgeschäftliche Anforderungen und Prioritäten zu vermitteln. Nicht nur strategische Aspekte müssen ausgearbeitet, sondern auch Business-as-usual-Operationen einbezogen werden. Als solche ist es eine detailliertere Ausarbeitung der Business Architecture, die während der Entscheidungsphase entwickelt wurde.

 

In wie steht Business Architecture zum TOGAF ADM?

Es beschreibt die ADM-Methode und gibt Anleitungen, wie bestimmte Ebenen des ADM adressieren.

Business Architecture mit Fokus auf Entscheidungsfindung fügt sich gut in die Vor- und Phase A (Architecture Vision) Phasen des TOGAF ADM ein und legt die Richtung für die Phasen B bis H vor.

Business Architecture mit Fokus auf operatives Design für die Implementierung passt gut zu Phase B (Business Architecture) und den Änderungs- und Feedbackzyklen. Der Business Architect spielt auch eine Rolle in den Aktualisierungs- und Änderungszyklen.

ArchiMate – Modellierungssprache

ArchiMate, ein Open Group Standard, ist eine offene und unabhängige Modellierungssprache für Enterprise Architecture, die von verschiedenen Werkzeuganbietern (z. B. Sparxsystems, Archi und Visual Paradigm) und Beratungsunternehmen unterstützt wird.

Archimate ist eine visuelle Sprache mit einer Reihe von Standard-Ikonographie für die Beschreibung, Analyse und Kommunikation vieler Anliegen von Unternehmensarchitekturen, wenn sie sich im Laufe der Zeit ändern. Der Standard stellt eine Reihe von Entitäten und Beziehungen mit der entsprechenden Ikonographie für die Darstellung von Architekturbeschreibungen bereit.

Wie ArchiMate mit TOGAF zusammenhängt

Die ArchiMate-Sprache ergänzt das TOGAF-Framework insofern, als sie einen herstellerunabhängigen Satz von Konzepten bietet, einschließlich einer grafischen Darstellung, die dazu beiträgt, ein konsistentes, integriertes Modell zu erstellen, das in Form von TOGAF-Ansichten dargestellt werden kann. Die Struktur der ArchiMate-Kernsprache entspricht eng den drei Hauptarchitekturen, wie sie im TOGAF ADM angesprochen werden.

Wie ArchiMate mit BPMN zusammenhängt

Sowohl die ArchiMate-Sprache als auch BPMN können zum Modellieren von Geschäftsprozessen verwendet werden. Ihre Ziele sind jedoch andere. Die ArchiMate-Notation wird in der Regel für übergeordnete Prozesse und deren Beziehungen zum Unternehmenskontext verwendet, ist jedoch nicht für die detaillierte Workflowmodellierung vorgesehen, während BPMN detaillierte Unterprozess- und Aufgabenmodellierung bis auf die Ebene ausführbarer Spezifikationen unterstützt, aber nicht den breiteren Unternehmenskontext enthält, z. B. um die Anwendungsdienste zu modellieren, die einen Prozess unterstützen, oder die Ziele und Anforderungen, die er erfüllen muss.

Wie ArchiMate mit UML zusammenhängt

Die ArchiMate-Sprache hat eine Reihe von Konzepten von UML abgeleitet. Viele Diagramme und Elemente auf der Geschäfts-, Anwendungs- und Technologieebene entsprechen direkt UML-Diagrammen und Artefakten, aber der Anwendungsfall ist ein anderer. Dies hat Einfluss darauf, wie bestimmte Elemente verwendet werden, z. B. ArchiMate-Dienstbeziehung im Vergleich zur UML-Abhängigkeit. Der Fokus von UML liegt eindeutig auf der Softwareentwicklung und ArchiMate konzentriert sich eher auf übergeordnete Beschreibungen von Unternehmensarchitekturen.

F. Jradi

F. Jradi

Management Consultant

Leave a Reply