architekturen betrieblicher anwendungssysteme · atlas-kartographie aus dem 20. jahrhundert....
TRANSCRIPT
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 [email protected] 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