Die Fallstudie ArchiSurance ist ein fiktives Beispiel, das erstellt wurde, um die Anwendung der ArchiMate®-Modelliersprache innerhalb des TOGAF®-Rahmens zu veranschaulichen. Die Fallstudie befasst sich mit der Versicherungsgesellschaft ArchiSurance, die durch die Fusion von drei zuvor unabhängigen Unternehmen entstanden ist. Die Fallstudie beschreibt die Ausgangsarchitektur des Unternehmens, gefolgt von mehreren Änderungsszenarien.

Diese Fallstudie ist als Beispiel in zertifizierten ArchiMate-Ausbildungskursen erforderlich. Sie ist jedoch nicht Teil der offiziellen TOGAF-Definition. Die Arbeit unterstützt die Vision des Open Group für grenzenlosen Informationsfluss, indem sie die kombinierte Anwendung der TOGAF- und ArchiMate-Standards veranschaulicht und eine konsistente Darstellung architektonischer Informationen über verschiedene Organisationen, Systeme und Programme hinweg ermöglicht.

Einleitung

Diese fiktive Fallstudie veranschaulicht die praktische Anwendung der ArchiMate-Unternehmensmodelliersprache im TOGAF-Rahmen. Die Fallstudie befasst sich mit der Versicherungsgesellschaft ArchiSurance, die die Folge der Fusion von drei zuvor unabhängigen Unternehmen ist, die in verschiedenen Metropolen tätig waren.

Die Fallstudie wird als Beispiel in zertifizierten ArchiMate-Ausbildungskursen verwendet und dient als Hintergrundmaterial für die ArchiMate-Zertifizierungsprüfung. Sie beginnt mit der Ausgangsarchitektur der Geschäfts-, Anwendungs-, Daten- und Technologieebene unter Verwendung geeigneter ArchiMate- oder TOGAF-Sichten. Die Studie geht anschließend auf zwei Änderungsszenarien ein. Das erste Szenario liefert Beispiele für Sichten, die die TOGAF-Zyklen der Architekturentwicklung und -Implementierung veranschaulichen. Es zeigt die Architekturvision, Geschäftsziele, Prinzipien und Anforderungen, die Zielarchitektur der Geschäfts-, Anwendungs-, Daten- und Technologieebene, die Ergebnisse der Gap-Analyse zwischen Ausgangs- und Zielarchitektur sowie Sichten, die die Implementierung und Planung der Migration unterstützen. Im zweiten Szenario wird der Zielzustand des ersten Szenarios als neue Ausgangsarchitektur verwendet, und Kunden können ihre Versicherungsportfolios direkt über das Web zugreifen. Für dieses Szenario sind derzeit keine Modelle verfügbar.

Das Open Group erwartet, dass die Fallstudie im Laufe der Zeit weiterentwickelt wird, und ermutigt seine Mitglieder, neue Aspekte und Sichten hinzuzufügen oder neue Änderungsszenarien zu erstellen, solange sie mit der ursprünglichen Fallstudienbeschreibung und den Modellen konsistent bleiben.

TOGAF® und ArchiMate®

Enterprise-Architektur-Rahmenwerke decken verschiedene Aspekte ab, die Enterprise-Architekten unterstützen. Unter anderem können sie beliebige Kombinationen der folgenden Bestandteile enthalten:

• Ein Prozess zur Erstellung der Architektur („Way of Working“)
• Eine Sammlung oder Klassifizierung von Sichten
• Eine Sprache zur Beschreibung der Architektur (Definition von Konzepten und Beziehungen, einschließlich Notation)

Das Open Group pflegt zwei offene Standards für Enterprise-Architektur: TOGAF [1] und ArchiMate [2].

Der Kern von TOGAF ist der Prozess zur Entwicklung und Implementierung der Enterprise-Architektur – die Architektur-Entwicklungs-Methode (ADM). TOGAF beschreibt außerdem Sichten, Techniken, Referenzmodelle und ein Inhaltsrahmenwerk zur Identifizierung der Arten von Bausteinen, aus denen Architekturen bestehen. TOGAF legt jedoch nicht fest, welche spezifische Modelliersprache zur Erstellung von Architektursichten verwendet werden soll.

ArchiMate ist eine grafische Sprache, die eine einheitliche Darstellung für Modelle bereitstellt, um den gesamten Architektur-Entwicklungszyklus zu unterstützen. Die Version 2.0 des Standards enthält eine Kernsprache, die zur Beschreibung tatsächlicher Architekturen (Geschäfts-, Informationssystem- und Technologiearchitekturen sowie deren Beziehungen) gedacht ist, sowie Erweiterungen zur Modellierung der Architekturmotivation sowie zur Implementierung und Planung der Migration. Abbildung 1 beschreibt, wie die Kernsprache und Erweiterungen mit der TOGAF-ADM verknüpft sind. Neben der Definition von Modellierungskonzepten und -beziehungen definiert ArchiMate – wie TOGAF – auch eine Reihe von Architektursichten.

Abbildung 1: Übereinstimmung zwischen ArchiMate und TOGAF

TOGAF und ArchiMate haben eine solide gemeinsame Grundlage in ihrer Philosophie und der Verwendung von Sichten, um verschiedene Aspekte eines einzigen zugrundeliegenden Architekturmodells zu erfassen und zu kommunizieren. Die Standards ergänzen sich, da TOGAF sich auf den Prozess der Entwicklung und Implementierung von Architekturen konzentriert, während ArchiMate sich auf eine einheitliche Sprache zur Modellierung architektonischer Artefakte konzentriert.

Die ArchiMate-Sprache, wie in der technischen Norm [2] beschrieben, ergänzt TOGAF [1], indem sie ein herstellerunabhängiges Set an Konzepten und Beziehungen, einschließlich grafischer Notation, bereitstellt, um konsistente, integrierte Modelle zu erstellen, die in Form von Sichten dargestellt werden können.

Hintergrund

ArchiSurance [3,4] ist das Ergebnis einer jüngsten Fusion von drei zuvor unabhängigen Versicherungsgesellschaften:

• Home & Away, spezialisiert auf Haftpflicht- und Reiseversicherung
• PRO-FIT, spezialisiert auf Kfz-Versicherung
• Legally Yours, spezialisiert auf Rechtskostenversicherung

Das Unternehmen besteht nun aus drei Abteilungen mit denselben Namen und Sitz wie ihre unabhängigen Vorgänger.

Abbildung 2: ArchiSurance: Ergebnis der Fusion von drei Versicherungsgesellschaften

ArchiSurance wurde gegründet, um zahlreiche Synergien zwischen den drei Organisationen zu nutzen. Obwohl die drei Unternehmen vor der Fusion unterschiedliche Versicherungsarten anboten, waren ihre Geschäftsmodelle ähnlich. Alle drei Produkte wurden direkt an Verbraucher und kleine Unternehmen über Web, E-Mail, Telefon und postalische Kanäle verkauft. Obwohl die Unternehmen in verschiedenen Städten ansässig waren, waren sie jeweils vollständig in modernen Bürogebäuden in einer Metropolregion untergebracht. Jedes Unternehmen verfügte über eine treue Kundenbasis und genoss einen guten Ruf hinsichtlich Integrität, Wert, Service und finanzieller Stabilität. Alle drei Unternehmen waren privat von Kettengesellschaften institutioneller und privater Investoren gehalten.

Die Hauptinvestoren der drei Unternehmen starteten Verhandlungen über eine Fusion, nachdem sie niedrigpreisige Wettbewerber in ihren Märkten bemerkten, neue Möglichkeiten in wachstumsstarken Regionen erkannten und den Bedarf an erheblichen neuen IT-Investitionen in jedem Unternehmen sahen, um wettbewerbsfähig zu bleiben. Sie erkannten, dass nur ein größeres, fusioniertes Unternehmen gleichzeitig Kosten kontrollieren, die Kundenzufriedenheit aufrechterhalten, in neue Technologien investieren und sich neue Märkte mit hohem Wachstumspotenzial erschließen könnte. Die Verhandlungen über die Fusion und die regulatorische Genehmigung dauerten 18 Monate, doch die Verträge wurden vor zwei Jahren unterzeichnet und die Fusion abgeschlossen.

Das neue Unternehmen bietet alle Versicherungsprodukte der drei vor der Fusion bestehenden Unternehmen an und beabsichtigt, seine Angebote regelmäßig an veränderte Marktbedingungen anzupassen. Wie seine drei Vorgänger verkauft ArchiSurance direkt an Kunden über Print, Web und Direktmarketing.

Die Fusion stellte zahlreiche Herausforderungen in Bezug auf Integration und Koordination der Geschäftsprozesse und Informationssysteme des neuen Unternehmens dar. Diese Herausforderungen sind in der Ausgangsarchitektur von ArchiSurance in den Bereichen Geschäfts-, Anwendungs-, Daten- und Technologiearchitektur deutlich erkennbar. Zunächst legte jedoch die Vorphase der TOGAF-ADM die motivierende Grundlage für diese Herausforderungen fest.

Vorphase

Um seine zukünftigen Geschäft- und IT-Veränderungen zu steuern, entschied sich ArchiSurance dafür, eine Unternehmensarchitektur auf Basis von TOGAF 9.1 und ArchiMate 2.0 mit minimaler Anpassung zu entwickeln.

Im Rahmen der Vorphase wurden die wichtigsten Stakeholder der Architekturinitiative und ihre Anliegen identifiziert (in ArchiMate als interne Treiber modelliert). TOGAF definiert eine Stakeholder-Zuordnungsmatrix, um dies darzustellen. In ArchiMate kann dies mithilfe der Stakeholder-Sichtweise dargestellt werden:

Die Stakeholder-Sichtweise ermöglicht es dem Analysten, Stakeholder, ihre Anliegen und deren Bewertung (in Bezug auf Stärken, Schwächen, Chancen und Bedrohungen) zu modellieren. Zudem ist es möglich, diese Anliegen und Bewertungen mit anfänglichen (hochwertigen) Zielen zu verknüpfen, um sie zu lösen.

Abbildung 3 zeigt einen Ausschnitt eines solchen Diagramms, der zwei Stakeholder (den Architekturausschuss und dessen aktuelle und potenzielle Kunden) sowie deren Anliegen identifiziert, die als Treiber modelliert sind. Die Kundenzufriedenheit ist ein Anliegen, das beide Stakeholder teilen. Die Stakeholderzufriedenheit kann in detailliertere Anliegen aufgegliedert werden; beispielsweise Gewinn.

Abbildung 3: Ausschnitt aus der Stakeholder-Sicht

Treiber führen zur Entwicklung spezifischer Geschäftsziele, wie unten zur Erreichung des Gewinns gezeigt. Ziele wie die Kostensenkung können in die Senkung der Wartungskosten und der Personalkosten zerlegt werden.

Abbildung 4: Geschäftsziele, die Gewinn fördern

ArchiMate definiert Prinzipien als normative Eigenschaften aller Systeme in einem gegebenen Kontext oder der Art und Weise, wie sie realisiert werden. Beachten Sie, dass hier „System“ Organisationen und organisatorische Einheiten einschließt, nicht nur IT-Systeme. Daher helfen Prinzipien bei der Realisierung von Geschäftszielen. TOGAF definiert Prinzipien als qualitative Aussagen über die Intention, die die Architektur erfüllen muss. Ein Prinzip muss eine stützende Begründung und eine wichtige Konsequenz haben.

Die ArchiMate-Prinzipien-Sichtweise (ein Beispiel ist in Abbildung 5 dargestellt) beschreibt grafisch Prinzipien, ihre Abhängigkeiten und die Ziele, die sie realisieren:

Die Prinzipien-Sichtweise ermöglicht es dem Analysten oder Designer, Prinzipien zu modellieren, die für das vorliegende Gestaltungsproblem relevant sind, einschließlich der Ziele, die diese Prinzipien motivieren. Zudem können Beziehungen zwischen Prinzipien und Zielen modelliert werden. Zum Beispiel können Prinzipien sich gegenseitig positiv oder negativ beeinflussen.

Abbildung 5: Prinzipien-Sicht

TOGAF definiert einen Prinzipienkatalog, um einen Überblick über Prinzipien zu bieten.

Phase B: Basis-Geschäftsarchitektur

Nach der Fusion errichtete ArchiSurance ein gemeinsames Front-Office als mehrkanaliges Kontaktzentrum für Verkauf und Kundenservice, wobei das Hauptkontaktzentrum im ehemaligen Hauptquartier von Home & Away angesiedelt ist. Drei getrennte Back-Offices verwalten weiterhin die Versicherungsprodukte der drei ursprünglichen Unternehmen. Ein gemeinsamer Service-Center (SSC) für Dokumentenverarbeitung wurde im ehemaligen profitablen Hauptquartier eingerichtet. Dieser Zentrum verwaltet die zentrale Dokumenten-Datenbank und alle automatisierten Dokumenten-Workflows. Zudem führt er alle Scanning-, Druck- und Archivierungsarbeiten durch, wenn rechtsverbindliche Dokumente ArchiSurance betreten oder verlassen. Um die Geschäftskontinuität sicherzustellen und Spitzenlasten bewältigen zu können, ist der SSC zudem mit geschultem Personal und Equipment ausgestattet, um Front-Office-Funktionen auszuführen, und das Front-Office ist entsprechend vorbereitet.

Abbildung 6: Globale Organisationsstruktur von ArchiSurance

In Phase B (Geschäftsarchitektur) des TOGAF ADM kann ArchiMate die Organisationsstruktur, Produkte, Dienstleistungen, Funktionen, Prozesse und Informationen von ArchiSurance darstellen und miteinander verknüpfen. Die Geschäftsarchitektur bietet den Kontext für die Daten-, Anwendungs- und Technologiearchitekturen.

Organisationsstruktur

Um die Organisationsstruktur zu beschreiben, definiert ArchiMate die Organisations-Sichtweise:

Die Organisations-Sichtweise konzentriert sich auf die (interne) Organisation eines Unternehmens, einer Abteilung, eines Geschäftsknotens oder einer anderen organisatorischen Einheit. In dieser Sichtweise können Modelle als verschachtelte Kastendiagramme dargestellt werden, aber auch traditionellere Darstellungen wie Organigramme können verwendet werden. Die Organisations-Sichtweise ist sehr nützlich, um Fähigkeiten, Befugnisse und Verantwortlichkeiten innerhalb einer Organisation zu identifizieren.

Das TOGAF-Äquivalent dieser Sichtweise ist das Organisations-Aufteilungs-Diagramm.

Die Organisationsstruktur wird typischerweise als Baum dargestellt, wie in Abbildung 7 gezeigt, obwohl die Organisations-Aufteilungsmethoden in ArchiMate und TOGAF mehr Optionen bieten als einfache Baum-Organigramme. Diese Darstellung zeigt die hochwertige Organisationsstruktur von ArchiSurance zusammen mit ihren Hauptstandorten und Abteilungen. Alternativ könnte ein verschachteltes Diagramm die Organisation nach Standort und Abteilung aufteilen.

Abbildung 7: Organisations-Sicht

Geschäftsfunktionen

ArchiMate-Geschäftsfunktionen gruppieren Verhaltensweisen nach einem ausgewählten Satz von Kriterien (typischerweise erforderliche geschäftliche Ressourcen und/oder Kompetenzen).

Die wichtigsten Geschäftsfunktionen, die von ArchiSurance unterschieden werden, sind:

• Marketing — Forschung, Planung, Promotion und Management von Produkten und Segmenten sowie Zusammenarbeit mit Aktuaren zur Produktgestaltung
• Aktuar — Festlegung von Produktpreisen und Rückstellungsleveln, Zusammenarbeit mit dem Marketing zur Gestaltung neuer Produkte sowie Analyse von Unternehmensrisiken
• Kundenservice — Interaktionen zwischen ArchiSurance und seinen Kunden; Bearbeitung von Kundenanfragen, Erfassung eingegangener Ansprüche und Durchführung von Direktmarketingkampagnen
• Versicherungsausstattung — Festlegung von Preisen für individuelle Policen und Erstellung von Versicherungsangeboten und Policen
• Schadensfälle — Formulierung und Durchführung der Reaktion von ArchiSurance auf jeden eingereichten Anspruch gegen seine Policen
• Finanzen — periodische Einziehung von Prämien von Kunden gemäß Verträgen und Bearbeitung von Zahlungen für Versicherungsansprüche
• Dokumentenverarbeitung — Unterstützung anderer Funktionen durch Dokumentenscanning, Drucken und Archivieren
• Investmentmanagement — Verwaltung von Finanz- und Immobilienanlagen zur Erzielung des maximalen Ertrags unter Berücksichtigung von Unternehmens- und regulatorischen Liquiditäts- und Risikobeschränkungen

Einige dieser Geschäftsprozesse werden in den Back-Office-Bereichen der drei Divisionen von ArchiSurance repliziert.

Um Geschäftsprozesse und ihre Beziehungen zu modellieren, definiert ArchiMate die Geschäftsprozess-Sichtweise:

Die Geschäftsprozess-Sichtweise zeigt die wichtigsten Geschäftsprozesse einer Organisation und ihre Beziehungen im Hinblick auf Informationsfluss, Wertfluss oder Güterfluss.

Das TOGAF-Äquivalent dieser Sichtweise ist das Funktionszergliederungsdiagramm.

Abbildung 8 zeigt die wichtigsten Geschäftsprozesse von ArchiSurance sowie die wichtigsten Informationsflüsse zwischen Funktionen und externen Rollen. Sie zeigt außerdem die Replikation von Geschäftsprozessen in den Back-Office-Bereichen der verschiedenen Divisionen.

Abbildung 8: Geschäftsprozess-Sicht

Geschäftsprozesse

ArchiMate-Geschäftsprozesse gruppieren Verhaltensweisen nach der Reihenfolge der Aktivitäten. Sie erzeugen eine definierte Menge an Produkten oder Dienstleistungen. Die Prozessarchitektur zeigt die wichtigsten Geschäftsprozesse und ihre Beziehungen, möglicherweise auch die Hauptphasen jedes Prozesses. Sie zeigt typischerweise nicht alle Details des Prozessflusses – das ist Aufgabe von Geschäftsprozessmodellierungssprachen. ArchiMate definiert eine Geschäftsprozess-Sichtweise:

Die Geschäftsprozess-Sichtweise dient dazu, die hochwertige Struktur und Zusammensetzung eines oder mehrerer Geschäftsprozesse (oder Teile davon) darzustellen.

Das TOGAF-Äquivalent dieser Sichtweise ist das Prozessdiagramm.

Abbildung 9 zeigt zwei zentrale Geschäftsprozesse von ArchiSurance und ihre hochwertigen Teilprozesse: Vertrag abschließen (wird ausgeführt, wenn ein neues Versicherungsprodukt verkauft wird) und Anspruch bearbeiten (wird ausgeführt, wenn ein Schadensanspruch eingegangen ist). Obwohl die Details dieser Prozesse je nach Versicherungsprodukt variieren können, sind die Hauptphasen identisch.

Abbildung 9: Geschäftsprozess-Sicht

Phase C: Baseline-Informationssystemarchitektur (Anwendungen)

Seit der Fusion haben die drei Divisionen einen gemeinsamen Portal, eine Kontaktzentrum-Software-Suite und ein Dokumentenverwaltungssystem übernommen. Zudem hat das Unternehmen eine strategische CRM-Lösung ausgewählt und für Home & Away sowie PRO-FIT implementiert. Da die Management-Teams jedoch darauf abzielten, das Risiko nach der Fusion zu minimieren, während sie gleichzeitig die tägliche Leistung in jeder Division kontinuierlich verbesserten, hat die Rationalisierung der Kerngeschäftsanwendungen noch nicht begonnen. Nun, da ArchiSurance die Erwartungen nach der Fusion erfüllt hat, erwarten die Investoren erhebliche IT-Kosteneinsparungen durch die Einführung einer gemeinsamen Produktpalette und kundenorientierter Anwendungen. Herausforderungen bestehen weiterhin. Home & Away verwendet weiterhin sein vor der Fusion eingesetztes Verwaltungs- und Finanzanwendungspaket, während PRO-FIT und Legally Yours weiterhin ihre eigenen vor der Fusion entwickelten Anwendungen nutzen.

Abbildung 10: Anwendungsumgebung

Anwendungszusammenarbeit

ArchiMate definiert eine Anwendungszusammenarbeit-Sichtweise, um einen Überblick über die Anwendungsumgebung und die Abhängigkeiten zwischen Anwendungen zu geben:

Die Anwendungszusammenarbeit-Sichtweise beschreibt die Beziehungen zwischen Anwendungskomponenten, also die Informationsflüsse zwischen ihnen oder die Dienstleistungen, die sie bereitstellen und nutzen. Diese Sichtweise wird typischerweise verwendet, um einen Überblick über die Anwendungsumgebung einer Organisation zu erstellen. Sie wird außerdem verwendet, um (interne) Zusammenarbeit oder Orchestrierung von Dienstleistungen darzustellen, die gemeinsam die Ausführung von Geschäftsprozessen unterstützen.

Das TOGAF-Äquivalent dieser Sichtweise ist das Anwendungskommunikationsdiagramm.

Abbildung 11 zeigt die wichtigsten Anwendungen von ArchiSurance sowie die primären Datenflüsse zwischen Anwendungen.

Abbildung 11: Anwendungszusammenarbeit-Sicht

Geschäfts-Anwendung-Ausrichtung

TOGAF definiert keine Diagramme für die Geschäfts-Anwendung-Ausrichtung. Es legt jedoch matrixbasierte Sichtweisen fest, um Verbindungen zwischen Geschäfts- und Anwendungarchitektur darzustellen; beispielsweise die Anwendung/Organisation-Matrix und die Anwendung/Funktion-Matrix.

Beziehungen zwischen Anwendungskomponenten können ebenfalls grafisch modelliert werden. ArchiMate definiert die Anwendungsnutzung-Sichtweise:

Die Anwendungsnutzung-Sichtweise beschreibt, wie Anwendungen eingesetzt werden, um einen oder mehrere Geschäftsprozesse zu unterstützen, und wie sie von anderen Anwendungen genutzt werden. Sie kann verwendet werden, um Anwendungen zu entwerfen, indem sie Dienstleistungen identifiziert, die von Geschäftsprozessen und anderen Anwendungen benötigt werden, oder um Geschäftsprozesse zu entwerfen, indem verfügbare Dienstleistungen beschrieben werden. Außerdem kann sie für operative Manager nützlich sein, die für diese Prozesse verantwortlich sind, da sie Abhängigkeiten von Geschäftsprozessen gegenüber Anwendungen identifiziert.

Das Konzept der Anwendungsdienstleistung spielt in dieser Sichtweise eine zentrale Rolle. Abbildung 12 zeigt eine Auswahl der Dienstleistungen, die von den Anwendungen der ArchiSurance-Abteilung Home & Away bereitgestellt werden, und welche Teilprozesse des Anspruchsbehandlungsprozesses welche dieser Dienstleistungen nutzen.

Abbildung 12: Anwendungsnutzung-Sicht

Phase C: Baseline-Informationssystem-Architektur (Daten)

Die Datenarchitektur von ArchiSurance beschreibt die wichtigsten Beziehungen zwischen ihren konzeptuellen Geschäftsobjekten und logischen Datenobjekten. ArchiMate definiert die Informationstruktur-Sichtweise hierfür:

Die Informationstruktur-Sichtweise ist vergleichbar mit den traditionellen Informationsmodellen, die in nahezu jedem Prozess der Entwicklung von Informationssystemen erstellt werden. Sie zeigt die Struktur der in der Organisation oder in spezifischen Geschäftsprozessen oder Anwendungen verwendeten Informationen in Form von Datentypen oder (objektorientierten) Klassenstrukturen.

Eine der von TOGAF definierten Daten-Sichten ist das logische Daten-Diagramm.

Abbildung 13 zeigt eine Teilmenge der von ArchiSurance definierten Geschäftsobjekte. Ein Teil der Kundendaten ist die Versicherungsakte, bestehend aus Versicherungsanträgen, Versicherungsverträgen und Schadensmeldungen. Es sind viele Spezialisierungen des Versicherungsvertragsobjekts definiert, eine für jede Versicherungsart, die von ArchiSurance angeboten wird.

Abbildung 13: Sichtweise der Informationstruktur

Eine weitere von TOGAF definierte Daten-Sicht ist das Datenverbreitungs-Diagramm:

Zweck des Datenverbreitungs-Diagramms ist es, die Beziehungen zwischen Datenentitäten, Geschäftsdienstleistungen und Anwendungskomponenten darzustellen. Das Diagramm zeigt, wie Anwendungskomponenten logische Entitäten physisch realisieren. Dies ermöglicht eine effektive Dimensionierung und Optimierung des IT-Fußabdrucks. Außerdem kann durch die Zuweisung von Geschäftswert zu Daten eine Einschätzung der geschäftskritischen Bedeutung von Anwendungskomponenten gewonnen werden.

Abbildung 14 zeigt ein Datenverbreitungs-Diagramm für eine ArchiSurance-Anwendung.

Abbildung 14: Datenverbreitungs-Diagramm

Phase D: Baseline-Technologiearchitektur

Abbildung 15 skizziert das Technologie-Infrastruktur-Landschaft von ArchiSurance. Im Front-Office, gelegen im Hauptsitz Home & Away, befindet sich ein gemeinsamer Server und ein Server, der speziell für das Web-Hosting reserviert ist. Das Shared-Service-Center (SSC), gelegen im Hauptsitz PRO-FIT, verfügt über einen eigenen Server für das Dateimanagementsystem. Jeder der drei Back-Offices verfügt über einen Server für seine Anwendungen.

Lokale Netzwerke (LANs) verbinden die Server und Personal-Computer an den drei ArchiSurance-Standorten, die wiederum über das Unternehmens-Weitverkehrsnetz (WAN) miteinander verbunden sind.

Abbildung 15: Infrastruktur-Landschaft

Zur Übersicht über die Infrastruktur-Landschaft definiert ArchiMate die Infrastruktur-Sichtweise:

Die Infrastruktur-Sichtweise umfasst Software- und Hardware-Infrastrukturelemente, die die Anwendungsschicht unterstützen, wie physische Geräte, Netzwerke oder Systemsoftware (z. B. Betriebssysteme, Datenbanken und Middleware).

Das TOGAF-Äquivalent dieser Sichtweise ist das Diagramm für Umgebungen und Standorte.

Abbildung 16 zeigt die wichtigsten Infrastrukturkomponenten von ArchiSurance nach Standort und Abteilung gruppiert. Diese Sicht zeigt außerdem die Netzwerke, die verschiedene Geräte verbinden, sowie die (Anwendungs-) Artefakte, die auf den Geräten bereitgestellt sind.

Abbildung 16: Infrastruktur-Sicht

Änderungsszenarien

Szenario 1: Rationalisierung des Anwendungsportfolios

Die Unflexibilität der Anwendungarchitektur von ArchiSurance macht es schwierig, sich an veränderte Geschäftssituationen anzupassen. Teils aufgrund der Fusion ist die Anwendungsumgebung fragmentiert worden, was zu Datenredundanz und funktionaler Überlappung sowie punkt-zu-punkt-Integration von Anwendungen mit verschiedenen Datenformaten und Methoden geführt hat. Diese Probleme führen zu innerer Instabilität, erhöhten Wartungskosten für Anwendungen und behindern die Informationsweitergabe innerhalb des Unternehmens sowie mit Partnern. Als Folge hat die IT-Abteilung eine große Anzahl offener Arbeitsanfragen. Die Führungsebene von ArchiSurance ist besonders besorgt über diese Rückstände, insbesondere über die Unfähigkeit, Informationen automatisch mit einer großen Zahl vertraglich gebundener Vertriebspartner und einflussreicher Versicherungsberater zu teilen.

Dieses Szenario rationalisiert das Anwendungspolterio von ArchiSurance durch:

• Migration zu einem integrierten Back-Office-System, das Funktionen wie Versicherungsverwaltung und Finanztransaktionen übernimmt. Das System umfasst:
  • Ein automatisiertes Versicherungsprüfungssystem, das Angebote und Verträge erstellt – AUTO-U
  • Ein vorgefertigtes Versicherungsverwaltungssystem, das mit dem automatisierten Versicherungsprüfungssystem integriert ist, um Versicherungsverträge auszustellen, zu ändern und zu verlängern; dieses System verwaltet auch die Kundenbuchhaltung und Abrechnung – P-ADMIN
  • Ein vorgefertigtes Schadensbearbeitungssystem mit anpassbaren Bildschirmen und Workflows, um die drei Geschäftsbereiche von ArchiSurance zu unterstützen – VERSA-CLAIM
  • Ein Produktkonfigurations-Manager, um alle Versicherungsprodukte zu definieren und diese Definitionen über Webdienste an AUTO-U, P-ADMIN und VERSA-CLAIM weiterzugeben – P-CONFIG
  • Ein System zur Verwaltung von Geschäftsregeln (BRMS), bestehend aus einer Regeln-Datenbank, einem Verarbeitungs-Engine, einer Entwicklungsumgebung für Regeln und Werkzeugen zur Erstellung der Benutzeroberfläche für die Regelnverwaltung. Die Geschäftsregel-Engine stellt die Funktionalität zur Ausführung von Regeln über Webdienste für AUTO-U, P-ADMIN, VERSA-CLAIM und P-CONFIG bereit – EDGE
• Abschluss der Migration zum strategischen CRM-System

Der Hauptinvestor und der CEO von ArchiSurance unterstützen diese Pläne unter der Bedingung, dass ArchiSurance-Kunden und -Partner keine der Änderungen bemerken. Die Produkte und Dienstleistungen des Versicherers dürfen nicht beeinträchtigt werden, und alle Interaktionen mit Kunden und Partnern müssen ohne Unterbrechung weiterlaufen.

Abbildung 17: Rationalisierung des Anwendungsportfolios

Als Teil dieser Maßnahme wird auch die technische Infrastruktur vereinfacht. Separate Back-Office-Server werden durch einen gemeinsam genutzten Server-Cluster ersetzt, der sich im Datenzentrum der Zentrale von Home & Away befindet. Um die Geschäftskontinuität sicherzustellen, wird jedoch auch ein Backup-Server-Cluster im Datenzentrum der Zentrale von PRO-FIT installiert.

Phase A: Architekturvision

Phase A des TOGAF ADM legt die Architekturarbeiten durch Festlegung von Umfang, Einschränkungen und Zielen fest und initiiert die Iteration des Architektur-Entwicklungszyklus. In dieser Phase wird auch der Geschäftskontext validiert und der Architekturarbeitsauftrag entwickelt.

Der Geschäftskontext besteht aus zentralen Geschäftsanforderungen, die auf primären Geschäftszielen und Architekturprinzipien basieren. Abbildung 18 zeigt einige relevante Geschäftsziele und Prinzipien für die aktuelle Situation.

Abbildung 18: Geschäftsziele und Prinzipien

Ziele und Prinzipien bilden die Grundlage für konkrete Anforderungen, wie im ArchiMate-Viewpoint Zielverfeinerung gezeigt wird:

Der Viewpoint Zielverfeinerung ermöglicht dem Designer die Modellierung der Verfeinerung von (hochwertigen) Zielen in konkretere Ziele sowie die Verfeinerung konkreter Ziele in Anforderungen oder Beschränkungen, die die Eigenschaften beschreiben, die zur Realisierung der Ziele erforderlich sind. Aggregationsbeziehungen werden verwendet, um Ziele in Unterziele zu verfeinern. Realisierungsbeziehungen werden verwendet, um die Verfeinerung von Zielen in Anforderungen zu modellieren.

Abbildung 19 zeigt ein Beispiel dieses Viewpoints für die aktuelle Änderungssituation.

Abbildung 19: Viewpoint Zielverfeinerung

Ein wichtiges Element der Architekturvision ist eine hochwertige Darstellung der Basis- und Zielarchitektur, um den Nutzen der Architekturarbeiten für die Stakeholder zu erklären. Hierfür definiert ArchiMate den Introductory-Viewpoint:

Der Introductory-Viewpoint verwendet eine vereinfachte Notation, die eine Teilmenge der vollständigen ArchiMate-Sprache darstellt. Er wird typischerweise zu Beginn einer Gestaltungsreise eingesetzt, wenn noch nicht alles detailliert sein muss, oder um die Essenz eines Architekturmodells für Nicht-Architekten zu erklären, die eine einfachere, intuitivere Notation benötigen. Ein weiterer Einsatz dieses grundlegenden, weniger formalen Viewpoints besteht darin, den Eindruck zu vermeiden, dass die Architektur bereits festgelegt ist – ein Eindruck, der leicht entsteht, wenn formellere, stark strukturierte oder detaillierte Visualisierungen verwendet werden.

Das TOGAF-Äquivalent zu diesem Viewpoint ist das Lösungskonzept-Diagramm.

Das folgende Beispiel hebt die wichtigsten Änderungen hervor, die in der aktuellen Änderungssituation erforderlich sind:

• Im Front-Office wird das separate CRM-System für Rechtskosten verschwinden.
• Im Back-Office werden separate Back-Office-Anwendungen durch ein einziges Back-Office-Suite ersetzt. Drei separate gemeinsame Back-Office-Server werden durch einen gemeinsam genutzten Server-Cluster und einen Backup-Server-Cluster ersetzt.

Abbildung 20: Introductory-View

Phase B: Zielgeschäftsarchitektur und Gap-Analyse

In dieser Situation bleibt die Geschäftsarchitektur unverändert. Innerhalb der Geschäftsarchitektur zeigen wir jedoch auch, wie die Zielarchitektur zentrale Geschäftsanforderungen realisiert. Hierfür legt TOGAF ein Geschäfts-Footprint-Diagramm fest. In ArchiMate kann dies mit dem Viewpoint Anforderungsrealisierung ausgedrückt werden, wie folgt definiert:

Der Viewpoint Anforderungsrealisierung ermöglicht dem Designer die Modellierung der Realisierung von Anforderungen durch zentrale Elemente wie Geschäftsakteure, Geschäftsleistungen, Geschäftsprozesse, Anwendungsdienste, Anwendungskomponenten usw. In der Regel stammen Anforderungen aus dem Viewpoint Zielverfeinerung.

Das folgende Beispiel zeigt, wie die in der Architekturvisionphase festgelegten Geschäftsanforderungen durch Elemente in der Architektur realisiert werden.

Abbildung 21: Viewpoint Anforderungsrealisierung

Phase C: Ziel-Anwendungsarchitektur und Gap-Analyse

Das folgende Anwendungs-Kommunikations-Diagramm zeigt die vorgeschlagene Ziel-Situation der Anwendungsumgebung.

Abbildung 22: Ziel-Anwendungsarchitektur: Viewpoint Anwendungszusammenarbeit

Die globalen Ergebnisse der Gap-Analyse der Anwendungsarchitektur sind unten dargestellt. Mehrere in der Basisarchitektur vorhandene Anwendungskomponenten existieren in der Zielarchitektur nicht mehr: separate Back-Office-Anwendungen und das separate CRM-System für Rechtskostenversicherungen. Die CRM-Funktionalität für Kunden der Rechtskostenversicherung wird durch das gemeinsame CRM-System übernommen; daher ist kein neuer Komponente erforderlich (obwohl bestehende gemeinsame CRM-Systeme möglicherweise Anpassungen oder Neukonfigurationen benötigen, dies wird in der Gap-Analyse nicht dargestellt). Zudem wird eine völlig neue Back-Office-Anwendungs-Suite eingeführt.

Abbildung 23: Anwendungsarchitektur: Gap-Analyse

Phase D: Ziel-Technologiearchitektur und Gap-Analyse

Der folgende Viewpoint Infrastruktur zeigt die vorgeschlagene Ziel-Situation im Bereich der Technologie-Infrastruktur.

Abbildung 24: Ziel-Technologiearchitektur: Infrastrukturblick

Abbildung 25 zeigt die Ergebnisse der globalen Gap-Analyse der Technologiearchitektur. Getrennte gemeinsame Back-Office-Server werden entfernt. Der ursprüngliche Server-Cluster von Home & Away wird zum zentralen ArchiSurance-Back-Office-Service-Cluster, und ein zusätzlicher Backup-Server-Cluster wird am SSC im PRO-FIT-Hauptquartier platziert. Außerdem befindet sich ein Backup-Dokumentenverwaltungs-Server im Back-Office von Home & Away. Die neue Back-Office-Suite und das Dokumentenverwaltungssystem werden auf den jeweiligen Primär- und Backup-Servern repliziert.

Abbildung 25: Technologiearchitektur: Gap-Analyse

Implementierungs- und Migrationplanung

TOGAF 9 führte Übergangsarchitekturen für Phasen E und F ein, die mögliche Zwischenzustände („Plateaus“) zwischen der Baseline- und der Zielarchitektur darstellen.

In ArchiMate werden Baseline-, Ziel- und Übergangsarchitekturen sowie die Beziehungen zwischen ihnen mithilfe der Migration-Sichtweise dargestellt:

Die Migration-Sichtweise enthält Modelle und Konzepte, die verwendet werden können, um die Übergangsphase von einer bestehenden Architektur zu einer gewünschten Architektur zu spezifizieren.

Abbildung 26 zeigt ein Beispiel für die aktuelle Situation. Die IT-Abteilung von ArchiSurance verfügt nicht über ausreichende Ressourcen, um die Integration der Back-Office-Systeme und die Integration des CRM-Systems parallel durchzuführen. Daher ersetzt eine Übergangsarchitektur die beiden CRM-Systeme durch ein einziges, behält aber getrennte Back-Office-Systeme bei. Eine andere verfügt über eine Back-Office-Suite, aber zwei CRM-Anwendungen.

Abbildung 26: Migration-Sicht

Übergangsarchitekturen unterstützen die Planung von Implementierungsprojekten wie der CRM-Integration und der Integration von Back-Office-Anwendungen. Die Reihenfolge dieser Projekte hängt davon ab, welche Übergangsarchitektur gewählt wird. Dies kann im TOGAF-Projekt-Kontext-Diagramm (Abbildung 27) dargestellt werden:

Das Projekt-Kontext-Diagramm zeigt den Umfang der Arbeitspakete, die im Rahmen eines umfassenderen Transformationspfads realisiert werden sollen. Das Diagramm der Projekt-Kontext-Beziehungen verknüpft Arbeitspakete mit Organisationen, Funktionen, Dienstleistungen, Prozessen, Anwendungen, Daten und Technologien, die durch das Projekt hinzugefügt, entfernt oder beeinflusst werden.

Abbildung 27: TOGAF-Projekt-Kontext-Diagramm in ArchiMate dargestellt

Szenario 2: Online-Portfoliomanagement

In diesem Szenario wird der Zielzustand von Szenario 1 als neue Baseline angenommen, und Kunden können direkt über das Web auf ihr Versicherungsportfolio zugreifen. Durch die Ermöglichung für Kunden:

• Sicherlich online kaufen, verlängern oder ihre Wohn-, Reise-, Autoversicherung oder Rechtskostenversicherung ändern, entsprechend den Regeln, die ArchiSurance bei der Geschäftstätigkeit anwendet
• Hilfe bei Online-Transaktionen erhalten über:
  • Suchen nach Antworten in der Wissensdatenbank
  • Ein Chat-Gespräch mit einem Kundenservice-Mitarbeiter (CSR) starten
  • Schreiben und Absenden einer E-Mail über ein Web-Formular, beantwortet von einem CSR
  • Anfordern eines Anrufs von einem CSR über ein Web-Formular
• Informationen und Sonderangebote von ArchiSurance-Partnern erhalten, um ihre Bedürfnisse zu erfüllen, beispielsweise Bank- und Finanzplanungsdienstleistungen, Investitionen, Kreditkarten und andere Versicherungsarten

Für dieses Szenario sind derzeit keine Modelle verfügbar. Die Open Group ermutigt ihre Mitglieder, zu zukünftigen Versionen dieses Fallstudienbeitrags beizutragen. Beiträger können die beiden hier vorgestellten Szenarien erweitern oder detaillierter ausgestalten oder neue Szenarien erstellen. Um eine kohärente Arbeit zu gewährleisten, sollte die Baseline-Architektur neuer Änderungsszenarien die Baseline oder Zielarchitektur der hier vorgestellten Änderungsszenarien sein.

Literaturverzeichnis

1. TOGAF® Version 9.1, The Open Group, veröffentlicht von The Open Group, 2011.
2. ArchiMate® 2.0 Spezifikation, The Open Group, Januar 2012.
3. Doest, H., Iacob, M.-E., Lankhorst, M.M. (Hrsg.), und van Leeuwen, D.: Funktionalität und Beispiele für Sichtweisen, ArchiMate-Lieferung D3.4.1a v2, TI/RS/2003/091, Telematica Instituut, Enschede, Niederlande, 2004.
4. van den Berg, H., Moelaert, F.: PRO-FIT Autoschaden Open Trial Bench, Trial Bench-Lieferung WP3/N004/V001, TRC, Enschede, Niederlande, 1997.
5. Was ist ArchiMate?
6. Kompletter ArchiMate-Viewpoints-Leitfaden
7. ArchiMate 3-Update
8. Was ist neu in ArchiMate 3?
9. Verwendung des ArchiMate-Tools mit TOGAF ADM
10. Wie verwendet man den Wertstrom in ArchiMate 3.1?
11. Was ist neu in ArchiMate 3.1