Enterprise Architecture

Die Unternehmensarchitektur (Enterprise Architecture) im Rahmen der Informationstechnologie (IT) beschreibt das Zusammenspiel von Elementen der Informationstechnologie und der geschäftlichen Tätigkeit im Unternehmen. Sie unterscheidet sich von Begriffen wie Informationsarchitektur oder Softwarearchitektur durch den gesamthaften Blick auf die Rolle der Informationstechnologie im Unternehmen. Oft geht damit auch ein höherer Abstraktionsgrad einher. Die Unternehmensstrategie oder IT-Strategie ist dabei vorgegeben und wird in der Unternehmensarchitekturinitiative detailliert. Eine erfolgreiche Unternehmensarchitekturinitiative geht immer vom Top-Management aus.

Teilweise werden unter der Unternehmensarchitektur nur die Schlüsselprozesse und deren IT Bedürfnisse verstanden. In diesem Fall wird diese vom Top-Management ohne Einbindung der IT erstellt.^[1] In diesem Fall ist die Entwicklung der Strategie und der IT Strategie integraler Bestandteil der Unternehmsarchitekturentwicklung.

Entgegen ihrer Bezeichnung sind Unternehmensarchitekturen nicht auf Unternehmen beschränkt sondern werden auch von Regierungen und dem Militär genutzt.

Geschichte

Als Ursprung der Unternehmensarchitekturen und Vorbild für viele Unternehmensarchitekturen gilt das Zachman Framework. Es wurde 1987 von John Zachman veröffentlicht.^[2] Die Weiterentwicklung der Unternehmensarchitektur wurde in den folgenden Jahren vor allem durch Militär und Regierung der Vereinigten Staaten vorangetrieben:

• Auf Basis der Überlegungen von Zachman entwickelte das US-Verteidigungsministerium eine Unternehmensarchitektur, die 1994 unter der Bezeichnung Technical Architecture Framework for Information Management (TAFIM) vorgestellt wurde.
• 1996 verabschiedete der US-Kongress den Clinger-Cohen-Act, der alle US-Regierungsbehörden verpflichtet, die Effektivität Ihrer IT-Investitionen zu erhöhen. Dies führte 1999 zur Veröffentlichung des Federal Enterprise Architecture Frameworks (FEAF), das seit 2002 zur Federal Enterprise Architecture weiterentwickelt wird.
• Aus TAFIM entwickelte die Open Group The Open Group Architecture Framework (TOGAF), das seit Februar 2009 in der Version 9 vorliegt.

Definition

Bislang besteht keine allgemein anerkannte Definition des Begriffs Unternehmensarchitektur. Dennoch lassen sich aus den Gemeinsamkeiten der Definitionen Eigenschaften einer Unternehmensarchitektur ableiten.^[3] Ein Ansatz hierzu ist der ISO-Standard 15704, der allgemeine Anforderungen an die Unternehmensarchitektur definiert. In diesem Standard wird Architektur als Beschreibung (Modell) der grundsätzlichen Struktur der Teile eines Systems sowie der Zusammenhänge zwischen den einzelnen Elementen verstanden. Auf dieser Grundlage wird zwischen zwei Typen der Unternehmensarchitektur unterschieden:

• Typ-1-Architekturen befassen sich mit der Beschreibung der Unternehmensarchitektur zu einem bestimmten Zeitpunkt (Momentaufnahme).
• Typ-2-Architekturen legen den Schwerpunkt auf den Prozess zur Weiterentwicklung der Unternehmensarchitektur.

Struktur zur Beschreibung der Unternehmensarchitektur

Die Unternehmensarchitektur befasst sich mit der geschäftlichen Tätigkeit des Unternehmens und der Unterstützung dieser Tätigkeiten durch die Informationstechnologie (IT). Hierbei werden oftmals die folgenden Architekturbereiche betrachtet:

• Geschäftsarchitektur: Die Geschäftsarchitektur betrachtet die Geschäftsprozesse des Unternehmens. Die Geschäftsprozessarchitektur ist das Ergebnis der Geschäftsprozessmodellierung.
• Informations- und Datenarchitektur: In der Informations- und Datenarchitektur werden die Daten mit ihren Beziehungen, die für die Durchführung der Geschäftsprozesse benötigt werden, identifiziert und beschrieben. Dies erfolgt in einem Modell und einer Darstellungsform, die stabil, vollständig, konsistent und für alle Beteiligten verständlich ist (vgl. Datenmodell). Die Informationsarchitektur repräsentiert Informationen, Informationsgruppen und deren Informationsbedürfnisse. Unter Informationsgruppen sind verschiedene Rollen zusammengefasst, die den gleichen Informationsbedarf haben (z.B. Controller).
• Anwendungsarchitektur: Innerhalb der Anwendungsarchitektur werden die Anwendungen verwaltet, die für die Ausführung der Geschäftsprozesse erforderlich sind. Neben der Bestandsführung aller Anwendungen werden auch die Beziehungen und Schnittstellen zwischen den Anwendungen im Rahmen der Anwendungsarchitektur betrachtet. Die Anwendungen werden anhand ihrer fachlichen Funktionalität und der durch sie verarbeiteten Informationen kategorisiert. Diese Kategorien sind relativ stabil. Die konkreten Anwendungen, die innerhalb der Kategorien zum Einsatz kommen, werden häufiger ersetzt. Dieser Wandel ergibt sich aus der technischen Weiterentwicklung und veränderten Anforderungen.
• Technologiearchitektur: Die Technologiearchitektur beschreibt die Architekturelemente für Aufbau und Betrieb der IT-Infrastruktur. Sie definiert die Basis, auf der Anwendungen beschafft, integriert und betrieben werden können.

Diese Basisarchitekturen können, je nach Sichtweise, um weitere Architekturen ergänzt werden. TOGAF ergänzt beispielsweise die Sicherheitsarchitektur (Beschreibung der Sicherheitsprozesse, Sicherheitssysteme und die Aufgaben der beteiligten Organisationseinheiten mit der die für die Organisation geeignete Informationssicherheit erreicht wird) und die Betriebsarchitektur (Betrieb und Verwaltung der Software, Hardware und Kommunikationsinfrastruktur).

Prozess zur Weiterentwicklung

Die Struktur kann zur Darstellung des aktuellen (Ist-Architektur) oder eines angestrebten zukünftigen Zustandes (Soll-Architektur) der Unternehmensarchitektur genutzt werden. Die Weiterentwicklung der Unternehmensarchitektur, aus dem IST zum SOLL, ist ein Kreislauf. ^[4] Sie weist eine Verwandtschaft zum ISO 9000 Qualitätsprozess auf. Als erster Schritt erfolgt die Beschreibung der Soll-Architektur, die aus der Geschäfts- und IT-Strategie abgeleitet wird. Nächster Schritt ist die Planung, Konzeption und Umsetzung von Projekten für die Transformation der Ist-Architektur. Anschließend erfolgt die Kontrolle der Ergebnisse. Sobald sich Geschäfts- oder IT-Strategie verändern ist ein erneuter Durchlauf des Kreislaufes zur Aktualisierung der Unternehmensarchitektur erforderlich. Für die weitere Detaillierung können die Ansätze der einzelnen Enterprise Architecture Frameworks genutzt werden (vgl. Architecture-Development-Methode (ADM) aus dem TOGAF).

Ergebnisse

Zu den Ergebnissen der Unternehmensarchitektur zählen:

• Darstellung der Unternehmensarchitektur in geeigneten Modellen.
• Dokumentation von Prinzipien der Unternehmensarchitektur. Es handelt sich hier um Prinzipien auf höchster Ebene, welche die Grundzüge der Architektur bestimmen. Es sollten so wenig Prinzipien wie notwendig verwendet werden, da sonst die Architekturentwicklung behindert bzw. unmöglich wird. Die Architekturprinzipien beschäftigen sich nicht mit konkreten Technologien oder Anwendungen.
• Einheitliches Vokabular für die Benennung der Bestandteile der Unternehmensarchitektur.

Ziele

Eine Unternehmensarchitektur dient zum Business-IT-Alignment. Sie stellt die einzelnen Architekturen und deren Zusammenhänge dar um die Komplexität beherrschbar zu machen. Dadurch soll die Unternehmens-IT agiler werden. Außerdem sollen IT-Investitionen besser bewertet und unnötige Investitionen vermieden werden können. Ferner kann die Unternehmsarchitektur zur Aus- und Weiterbildung von Mitarbeitern dienen. Insbesondere im Bereich Fusionen und Übernahmen – aber auch bei der Aufteilung eines Unternehmens in mehrere Unternehmen – können Unternehmensarchitekturen wertvolle Dienste leisten und Zeit und Geld sparen.

Der Unternehmensarchitekturprozess soll Wert schöpfen für alle Beteiligten, was von vielen Methoden leider nicht berücksicht wird. KLUGE, DIETZSCH und ROSEMANN geben einen Ansatz, wie diese Wertrealisierung gemessen werden kann. ^[5]

Hilfsmittel

Enterprise Architecture Frameworks

Enterprise Architecture Frameworks unterstützen die Unternehmensarchitektur. Sie stellen eine Grundlage dar, aus der sich eine konkrete Unternehmensarchitektur ableiten lässt. Je nach Framework liegt der Schwerpunkt auf der Strukturierung oder Entwicklung der Unternehmensarchitektur.

Programmier-Frameworks sind keine Enterprise Architecture Frameworks. Programmier-Frameworks unterstützen bei der Programmierung und können die Architektur einer Anwendung bestimmen − nicht jedoch eine Unternehmensarchitektur.

Über den Einsatz von Enterprise Architecture Frameworks gibt es wenig gesicherte Informationen. Laut einer Umfrage des Institute For Enterprise Architecture Developments aus dem Jahr 2005 werden die folgenden Frameworks in relevantem Umfang in der Praxis genutzt:^[6]

• Zachman Framework: Das Zachman Framework wurde 1987 von John Zachman veröffentlicht. Es gilt als eines der bekanntesten Frameworks und beeinflusste das heutige Verständnis der Unternehmensarchitekturen sowie viele später entwickelte Enterprise Architecture Frameworks.

• The Open Group Architecture Framework (TOGAF): TOGAF ist ein von der Open Group entwickeltes Framework. Im wesentlichen bietet es eine Methodik zur Entwicklung einer Unternehmensarchitektur. 1995 wurde eine erste Version veröffentlicht, die aktuelle Version ist 9.

• Department of Defense Architecture Framework (DoDAF): Version 1.0 des DoDAF datiert aus dem Jahr 2003. Es wird für die Unternehmensarchitekturen im militärischen Bereich der USA eingesetzt. Es eignet sich besonders für große Systeme mit komplexen Integrations- und Kommunikationsaufgaben. Daher kommt DoDAF auch außerhalb des militärischen Bereichs bei großen Behörden und Unternehmen zum Einsatz.

• Extended Enterprise Architecture Framework (E2AF): E2AF wurde in einer ersten Version 2003 veröffentlicht. Es basiert auf bestehenden Frameworks wie FEAF und TOGAF sowie aus praktischen Erfahrungen aus der Anwendung von Enterprise Architecture Frameworks.

• US Federal Enterprise Architecture Framework (FEAF): Das FEAF ist ein Framework das für die US-Regierung entwickelt wurde. Es wurde 1999 in der Version 1.1 veröffentlicht. Es definiert eine Struktur für die Unternehmensarchitektur von US-Behörden vor und ermöglicht damit die Entwicklung einheitlicher Prozesse. Dies soll den Austausch von Informationen innerhalb der Behörden vereinfachen.

Werkzeuge

Neben den Enterprise Architecture Frameworks unterstützen Enterprise Architecture Tools ebenfalls bei der Unternehmensarchitektur. Mit Ihrer Hilfe lassen sich die unterschiedlichen Modelle der Unternehmensarchitektur erstellen und verwalten. Darüber hinaus ermöglichen sie die Koordination der Projekte, welche die Unternehmensarchitektur weiterentwickeln. Die Enterprise Architecture Tools entstanden in den 1980er Jahren als Kombination aus Datenmodellierungs- und Prozessmodellierungswerkzeugen. Im Laufe der Zeit wurden weitere Sichten ergänzt. Laut einer Studie von Forrester Research aus dem Jahr 2009 sind die folgenden Werkzeuge relevant:^[7]

• alphabet: planningIT
• Casewise: Corporate Modeler
• IBM: Telelogic System Architect
• IDS Scheer: ARIS
• iGrafx: iGrafx 2007
• MEGA: MEGA Suite 2007
• Metastorm : Metastorm ProVision
• Sybase: PowerDesigner
• Troux Technologies: Troux Enterprise Suite

Neben solchen Speziallösungen werden auch Werkzeuge für die Unternehmensarchitektur genutzt, die eigentlich eine andere Ausrichtung haben: Zeichenprogramme wie Microsoft Visio, UML-Werkzeuge wie Magic Draw und Enterprise Architect oder Kollaborationssoftware wie Wikis.

Governance und Unternehmensarchitektur

Die für das individuelle Unternehmen entwickelte Unternehmensarchitektur kann als Kommunikationsgrundlage für die verschiedenen Formen von Governance in der Unternehmung dienen, wie z.B. BPM Governance, Corporate Governance, Data Governance, IT-Governance oder SOA-Governance. Diese verschiedenen Formen von Governance definieren auch die Rollen/Verantwortlichkeiten/Entscheidungen im Rahmen der Unternehmensarchitektur.

Problematik

Eine Unternehmensarchitektur muss, wenn sie erfolgreich sein soll, immer vom Top-Management initiiert werden. Sie wird in einem langen Prozess (häufig 6-18 Monate, unternehmensabhängig auch länger) erstellt und führt kurzfristig nicht zu höherem Gewinn, sondern zu zusätzlichem Aufwand. Voraussetzung für eine Unternehmensarchitektur ist ein Team, das in Vollzeit die Unternehmensarchitektur entwickelt. Dieses Team muss durch Mitarbeit der übrigen Bereiche unterstützt werden. Es ist unrealistisch, eine vollständige Unternehmensarchitektur zu erstellen. Dies würde Jahre bzw. Jahrzehnte benötigen. Deshalb soll die Unternehmensachitektur nur die relevanten Bereiche des Unternehmens in einer geeigneten Granularität darstellen.

Quellen

1. ↑ Weill, Peter; Ross, Jeanne W.; Robertson David C. (2006). Enterprise Architecture as a Strategy. Harvard Business School Press, Boston, Massachusetts. ISBN 1-59139-839-8
2. ↑ Zachman, J. (1987). IBM Systems Journal, Vol. 26, No. 3, 1987, S. 277-293. A framework for information systems architecture (PDF)
3. ↑ Leitel, J.(2007): Entwicklung und Anwendung von Bewertungskriterien für Enterprise Architecture Frameworks. Technische Universität München, Fakultät für Informatik, Masterarbeit.Weblink (PDF)
4. ↑ Fischer, Ronny (2008). Organisation der Unternehmensarchitektur. Entwicklung der aufbau- und ablauforganisatorischen Strukturen unter besonderer Berücksichtigung des Gestaltungsziels Konsistenzerhaltung. Verlag Dr. Kovač, Hamburg (zgl. Dissertation Universität St. Gallen). ISBN 978-3-8300-3770-5
5. ↑ Kluge, C.; Dietzsch, A; Rosemann, M. (2006). Conference Proceedings of the 14th European Conference on Information Systems, Göteborg, Sweden. How to realise Corporate Value from Enterprise Architecture (PDF)
6. ↑ Institute For Enterprise Architecture Developments: Trends in Enterprise Architecture 2005: How are Organizations Progressing? Weblink (PDF)
7. ↑ Peyret, H. (2009): The Forrester Wave: Business Process Analysis, EA Tools, And IT Planning, Q1 2009