Lehrstuhl für Wirtschaftsinformatik und Electronic Government Universität Potsdam

Chair of Business Information Systemsand Electronic GovernmentUniversity of Potsdam

Univ.-Prof. Dr.–Ing. habil. Norbert Gronau Lehrstuhlinhaber | Chairholder

August-Bebel-Str. 89 | 14482 Potsdam | Germany

Tel +49 331 977 3322Fax +49 331 977 3406

E-Mail ngronau@lswi.deWeb lswi.de

Aufnahme und Visualisierung von IT-LandschaftenArchitekturen betrieblicher Anwendungssysteme

Anwendungslandschaft als Planungsmittel für IT-ProjekteAufnahme der AnwendungslandschaftVisualisierung der Anwendungslandschaft

Anwendungslandschaft als Planungsmittel für IT-ProjekteAufnahme der AnwendungslandschaftVisualisierung der Anwendungslandschaft

Zuordnung der Teilschritte

Für eine konsolidierte Unternehmensarchitektur müssen alle Phasen der Entwicklung zyklisch überprüft werden.

Unternehmensarchitekturzyklus

Quelle: Niemann 2005, S. 38

Analysieren - Strategisches ArchitekturmanagementPlanen - Strategisches & Operatives ArchitekturmanagementAusführen - Operatives ArchitekturmanagementDokumentieren - Strategisches ArchitekturmanagementÜberprüfen - Strategisches & Operatives Architekturmanagement

Ziele

Die IT-Landschaftsplanung stellt den Ausgangspunkt für zahlreiche Analysen dar.

IT-Landschaftsplanung

Quelle: Niemann 2005, S. 79

SteuerungPlanungWeiterentwicklungVermeidung von Heterogenität und RedundanzenIntegrationsprojekte

Was wird aufgenommen?

Quelle: Niemann 2005, S. 77

Die Anwendungslandschaft verbindet die Inhalte der Architekturebenen.

Geschäftsarchitektur

Ziele, Strategien, Rahmenbedingungen Prozesse Komponenten Organisation/

Lokation

Anwendungsarchitektur

Anwendungssystem-komponenten Daten Schnittstellen Schichten

Systemarchitektur

Entwicklungs-umgebungen

Test-umgebungen

Integrations-umgebungen

Abnahme-umgebungen

Produktions-umgebungen

Die Anwendungslandschaft ermöglicht die Analyse und Planung des Architekturmanagements.

Wozu dient eine Anwendungslandschaft?

Anwendungslandschaft

Quelle: Niemann 2005, S. 80

Verbindung zwischen Geschäftsprozess, Anwendungssystem und InfrastrukturkomponentenAuswirkungen von Ersetzungen oder Ablösungen einzelner Bestandteile der InfrastrukturAusfallfolgenabschätzungPlanung von neuanzuschaffender Hard- oder Software bei anstehendem GroßprojektAnalyse der Geschäftsprozesse hinsichtlich der Mengengerüste (Transaktionen, Datenbankzugriffe, Datenvolumina), der zeitlichen Entwicklung und IT-Kosten für die Bearbeitung der Geschäftsprozesse

Geschäftsarchitektur

...

Abhängigkeiten in der Unternehmensarchitektur

Quelle: Niemann 2005, S. 80

Durch die Referenzen zwischen den Architekturebenen lassen sich Abhängigkeiten erkennen.

AnwendungsarchitekturDienste/SchnittstellenVertrag anlegen

Partnersuche

Provision ermitteln

AnwendungssystemeDaten

SystemarchitekturEntwicklungsumgebungen Produktionsumgebungen

Neugeschäfft ...

Vertrag CRM VertragPartner

AnwendungssystemeEntwicklungsserver 4712 Entwicklungsserver 47yy

Entwicklungs-server 47xx Host

Anwendungslandschaft als Planungsmittel für IT-ProjekteAufnahme der AnwendungslandschaftVisualisierung der Anwendungslandschaft

Drei grobe Phasen kennzeichnen den Auswahl- und Einführungsprozess.

Vorgehensmodell zur Aufnahme der Anwendungslandschaft

Zur besseren Verwendung werden die zu sammelnden Informationen in jedem Schritt beschrieben.

Betrachtung für jeden Schritt

Zum Vorgehensmodell zur Aufnahme der Anwendungslandschaft

Zu beantwortende FragenZu betrachtende AspekteMethodeAnsprechpartner im UnternehmenErgebnis

Zu betrachtende Aspekte

Methode:

Ergebnis: Übersicht der Anwendungssysteme, die integriert werden müssen/sollen

Zu beantwortende Fragen:

Beispiel Schritt 5. Aufstellen von Kriterien für die Integration

Ansprechpartner im Unternehmen

Welche Anwendungssysteme müssen integriert werden?

Organisationsstruktur (Schritt 1), Prozessdiagramme (Schritt 2) und Anwendungssystemlisten (Schritt 4, dort insbesondere Aufstellung der notwendigen Anwendungssysteme) ermöglichen eine Clusterung von Anwendungssystemen, die eine Einheit bilden sollten, bzw. immer gemeinschaftlich verwendet werden.

Analyse der bisherigen Ergebnisse nach Verbindung zwischen den Anwendungssystemen

CTO/CIO/COOIT-BeauftragtenAdministrator

Anwendungslandschaft als Planungsmittel für IT-ProjekteAufnahme der AnwendungslandschaftVisualisierung der Anwendungslandschaft

Motivation

Notwendigkeit, die IT-Landschaften in geeigneter Form zu beschreiben

Dokumentation einer Anwendungslandschaft

Komplexe und schlecht dokumentierte IT-Landschaften Starke Abhängigkeit von einer funktionierenden IT-Landschaft Stetig steigende Zahl von InformationssystemenStarke Vernetzung durch unterschiedlichste Technologien Unzureichender Überblick über IT-Landschaft birgt Risiken und Kosten

Softwarekartographie: Darstellung von IT-Landschaften durch Softwarekarten

Wissenswertes

Softwarekartographie

Ursprünge in der KartographieBeschreibung von AnwendungslandschaftenStellt Mittel zur Verfügung, mit deren Hilfe IT-Landschaften dargestellt werden könnenInteressengruppen zur IT-LandschaftArten von Softwarekarten

Wissenswertes

Kartographie ist die Wissenschaft und Technik der Erstellung von Land- und Seekarten

Kartographie

Quelle: [Broc04], S.335

Historisch gesehen die Darstellung der Erdoberfläche(mit all ihren topografischen, infrastrukturellen, sozialen, wirtschaftlichen, politischen, historischen, tektonischen, geomorphologischen und sonstigen Aspekten)Erfassung raumbezogener InformationInformationen wurden früher typischerweise in Karten abgelegt

Tontafel aus der Frühgeschichte

Weltkarte aus dem Mittelalter

Atlas-Kartographie aus dem 20. Jahrhundert

Aufgabe der Kartographie

Erzeugung einer möglichst zutreffenden Abbildung der Realität

Kartographische Karte

Kartographie (Fortsetzung)

Quelle: Hake 2002

Symbolisiertes Abbild (Modell) der raumbezogenen Wirklichkeit (Umwelt)Stellt ausgewählte Objekte oder raumbezogene Charakteristiken darVisualisierung räumlicher DatenVerständlichkeitKommunikation räumlicher GegebenheitenSpeichermedium (recht robust und dauerhaft)Durchführung von Messungen, Analysen, Berechnungen

Räumliche Gegebenheiten beschreiben und vermittelnRäumliche Zusammenhänge darstellen:Gegenwärtige RealitätVergangenheitZukunftPlanungen, Ideen, SimulationenThematische Zusammenhänge auf 2D-Darstellungen abbilden:Semantische NachbarschaftenAssoziationen

Definitionen

Softwarekartographie

Quelle: Matthes 2004, [LMW05]

Softwarekartographie: Beschreibung der Modelle und Methoden zur Dokumentation und graphischen Darstellung von Anwendungslandschaften durch SoftwarekartenAnwendungslandschaft: Gesamtheit aller Informationssysteme in einem UnternehmenSoftwarekarte: Repräsentation der Anwendungslandschaft, Fokus auf Gestaltung und Planung der komplexen InformationsinfrastrukturZiel der Softwarekartographie:Darstellung der gesamten Anwendungslandschaft und Verbindung von verschiedenen Betrachtungsebenen

NutzenBeherrschung der hohen Komplexität der AnwendungslandschaftBessere Planung von ProjektenErkennen von Veränderungen der AnwendungslandschaftErreichen der strategischen Ziele

Die Analyse von Anwendungslandschaften erfordert eine Betrachtung auf unterschiedlichen Ebenen.

Betrachtungsebenen der Softwarekartographie

Quelle: Matthes 2004

Wirtschaftliche Aspekte Fachliche Aspekte Planerische Aspekte

Anforderungen an Softwarekarten

Quelle: Matthes 2004

Zeitliche Veränderung der AnwendungslandschaftAbstimmung und Priorisierung von parallel laufenden Programme und Projekte Zeitliche Analyse der Anwendungslandschaft zur Unterscheidung von Ist-, Soll- und Plan-Anwendungslandschaften

Verschiedene Kostenarten bei Entwicklung, Betrieb, Wartung, etc. von Informationssystemen Visualisierung der verschiedenen Kostenarten, IT-Kennzahlen und Balanced Scorecard

Kombination von Organisationseinheiten, Prozesse, Geschäftsobjekte und Funktionsbereiche mit Informationssystemenz.B. auch die Anzahl von Nutzern oder quantifizierbarer Nutzen von Informationssystemen

Operative Aspekte Technische Aspekte

Anforderungen an Softwarekarten (Fortsetzung)

Quelle: Matthes 2004

Implementierungssprache eines InformationssystemsVerbindungenEigenschaften wie Architektur oder genutzter Middleware Zusammenhänge in der gesamten AnwendungslandschaftZiele: Homogenisierung von Datenbanksystemen, Enterprise Application Integration oder Individual- vs. Standardsoftware

Bezug auf den unmittelbaren Betrieb von Informationssystemen und damit verbundene EreignisseBerücksichtigung von Domino-Effekten bei Ausfällen oder der Ablauf von zeitgesteuerten Prozessen

Aufbau

Softwarekarten

Quelle: Matthes 2004

Kartengrund

Aufbau

Softwarekarten

Quelle: Matthes 2004

KartengrundAufbauende Schichten:(transportieren verschiedene Informationen bzgl. der Anwendungslandschaft)

Informationssysteme

Aufbau

Softwarekarten

Quelle: Matthes 2004

KartengrundAufbauende Schichten:(transportieren verschiedene Informationen bzgl. der Anwendungslandschaft)

Informationssysteme

Verbindungen

Aufbau

Softwarekarten

Quelle: Matthes 2004

KartengrundAufbauende Schichten:(transportieren verschiedene Informationen bzgl. der Anwendungslandschaft)

Informationssysteme

Verbindungen

Kennzahlen

Clusterkarte

Clusterkarten erlauben es Anwendungen Organisationseinheiten zuzuordnen

Arten von Softwarekarten I

Quelle: Matthes 2004, Lauschke 2005

Visualisierung aller Systeme des UnternehmensZuordnung der Systeme zu Funktionsbereichen (logischen Einheiten)Kartengrund gibt Clusterung vorDarstellung der Schnittstellenbeziehungen zwischen diesen Systemen In Schichten lassen sich neue Cluster und Anwendungen aufbringen, die bei Bedarf miteinander verbunden werden können, um sie in Beziehung zu setzen.Durch Verbindungen kann der Datenaustausch zwischen den Anwendungen dargestellt werden.

Vorgehen

Erhebung der Anforderungen an die zu erstellenden Softwarekarten(Welche Aspekte sollen betrachtet werden?)Festlegen der Darstellungsformen der einzelnen ClusterFestlegung des Kartengrundes zur Clusterung(Abbildung der logischen Einheiten = Funktionsbereiche,z.B. Standort)Zuordnung weiterer Cluster (z.B. Systeme) zu den FunktionsbereichenZuordnung weiterer Schichten:

Verbindungen: Darstellung der Schnittstellenbeziehungen zwischen diesen Systemen

Kennzahlen

Entwicklung von Softwarekarten am Beispiel Clusterkarte

Quelle: Lauschke 2005

Prozesskarte

Prozesskarten erlauben es bestimmte fachliche Aspekte zu visualisieren.

Arten von Softwarekarten II

Quelle: Matthes 2004, Lauschke 2005

Visualisierung der IT-Projekte mit den betroffenen Systemen und deren Entwicklungsstand bzw. ProjektfortschrittZuordnung von Anwendungen zu Prozessen, sowie Ausprägungen eines Merkmals oder Entitäten, wie zum Beispiel Organisationseinheiten

Horizontale: Prozesse, bzw. Prozessschritte der WertschöpfungskettenVertikale:visualisierende Merkmal, bzw. Entitäten denen Anwendungssysteme zugeordnet werden

Vorgehen

Erhebung der Anforderungen an die zu erstellenden Softwarekarten (Welche Aspekte sollen betrachtet werden?)Festlegen der Darstellungsformen der einzelnen Prozesse und Merkmale (z.B. Prozessschritte der Wertschöpfungsketten)Horizontale: Abbildung der Prozesse oder Prozesschritte Vertikale: Abbildung des zu visualisierende Merkmals, bzw. Entitäten denen Anwendungssysteme zugeordnet werden sollenVerortung eines Anwendungssystems(durch länge und breite des Kastens = transportiert die Information, welche Prozesse das Anwendungssystem unterstützt und welche Ausprägung das visualisierte Merkmal annimmt)Legende: beinhaltet Ausprägung des visualisierten Merkmals (z.B. System: blau=in Planung oder Projekt: gelb=Idee)

Entwicklung von Softwarekarten am Beispiel Prozesskarte

Quelle: Lauschke 2005

Andresen, A. (2004): Komponentenorientierte Softwareentwicklung. Hansa-Verlag 2004.

Niemann, K. D. (2005): Von der Unternehmensarchitektur zur IT-Governance: Bausteine für ein wirksames IT-Management. Springer-Verlag Wiesbaden 2005.

Hruschka, P.; Starke, G. (2006): Ressourcen für Software Architekten. http://www.arc42.de/ArchitekturundAr.html Letzter Zugriff 12.10.2006.

Reussner, R.; Hasselbring, W. (Hrsg.) (2006): Handbuch der Software-Architektur. dpunkt 2006.

Shaw, M.; Garlan, D. (1996): Software architecture : perspectives on an emerging discipline . Upper Saddle River, NJ . Prentice-Hall 1996.

Siedersleben, J. (2004): Moderne Softwarearchitektur. dpunkt Verlag Heidelberg 2004.

Starke, G. (2005): Effektive Software-Architekturen. Hanser 2005.

Vogel, O., et al (2005): Software-Architektur. Grundlagen - Konzepte - Praxis. Elsevier, Spektrum Akadem-Verlag München 2005.

Hake, G.; Grünreich, D. Meng, L. (2002): Kartographie. Walter DeGruyter-Verlag Berlin 2002

Lauschke, S. (2005): Softwarekartographie: Analyse und Darstellung der IT-Landschaft eines mittelständischen Unternehmens. 2005

Matthes, F.; Wittenburg, A. (2004): Softwarekarten zur Visualisierung von Anwendungslandschaften und ihren Aspekten - Eine Bestandsaufnahme. 2004

Literatur