IT-Architektur im Großen

Transcrição

IT-Architektur im Großen
IT-Architektur
im Großen
STI Jahrestagung
Kaiserslautern, 10.11.2006
Prof. Dr. Bernhard Humm
Hochschule Darmstadt und sd&m Research
IT-Anwendungslandschaften gestalten heißt:
Komplexität beherrschen
2
Wie werden Anwendungslandschaften
strukturiert?
Nach welchen Regeln werden Domänen
und Komponenten gebildet?
Nach welchen Regeln werden Services
gebildet?
Und wie geht das wirklich in der Praxis?
Prof. Dr. Bernhard Humm, 10.11.2006
Agenda
Agendafolie
Domänen
Domänen
Kategorien
Services
Praxiserfahrung
Fazit
Domänen
Strukturierung einer Anwendungslandschaft
am Beispiel einer Versicherung
Kernversicherungsprozesse
Akquisition/
Beratung
Antrag/
Abschluss/
Ersatz
Vertragsverwaltung
Schaden/
Leistung
In-/
Exkasso
Rechnungswesen/
Verwaltung
Kranken
POS Kranken
Bestandsverwaltung Leben
Bestandsverwaltung Kranken
In-/Exkasso
Leben/
SAP CO (Special Ledger)
POS
Leben
SAP
SAP CO (Controlling)
Leben
Bestandsverwaltung
inkl. Kraftfahrt
In-/Exkasso
KfZ
SAP AA (Anlagebuchhaltung)
Industriegeschäft
Rückversicherg.
SAP FI (FiBu)
Sach
Unfall
Haftpflicht
Angebotssystem
(Internet;)
Kraftfahrt
AD-Informationssyst.
Produktsparten
Unternehmenssteuerung/
Controlling
DWH
(SAP BW)
FS-CD
SAP TR-LO (Hypotheken)
SAP TR-TM (Wertpapiere)
Immobilienverwaltung
AssetManagement
Personalverwaltung (PAISY)
ServiceSysteme
Rückversicherungssystem
SAP CS (Provision)
Alt-Provision
Partnerverwaltung
Druck Sonstiges
Druck Papyrus
Postkorb + Archiv
4
Prof. Dr. Bernhard Humm, 10.11.2006
Agenda
Agendafolie
Domänen
Kategorien
Kategorien
Services
Praxiserfahrung
Fazit
Kategorien
T-Referenzarchitektur
kategorisierte Anwendungs-Landschaft
Domänen
Operative Domänen
Analytische Domänen
Interaktions-
Kategorien
Komponenten
ProzessKomponenten
FunktionsKomponenten
BestandsKomponenten
6
Prof. Dr. Bernhard Humm, 10.11.2006
Kategorien
Beispiel Versicherung
Domänen
Partner
Interaktions-
Kategorien
Komponenten
InternetAntrag
BeraterLaptop
ProzessKomponenten
Antrag bearbeiten
Antrag bearbeiten
FunktionsKomponenten
BestandsKomponenten
7
Call
Center
Vertrag
Antragsberechnung
Antragsberechnung
Partner-Stammdaten
Partner-Stammdaten
Vertragsdaten
Vertragsdaten
Prof. Dr. Bernhard Humm, 10.11.2006
Agenda
Agendafolie
Domänen
Kategorien
Services
Services
Praxiserfahrung
Fazit
Services
Serviceorierntierung: ein wichtiges Paradigma zur
Gestaltung von IT-Anwendungslandschaften
Prozesskomponenten unter Verwendung
einer Flow-Engine implementiert
Enterprise Service Bus
Enterprise Service Bus
als universelle
Middleware
Orchestrierung von Services
Anwendungskomponenten
Enterprise Service Bus
Anwendungen mit
Bestands- und
Funktionskomponenten als
Lieferanten für Services
Anwendungskomponenten
9
Anwendungskomponenten
Prof. Dr. Bernhard Humm, 10.11.2006
Services
Kriterien für das Service-Design
Kategorie
Art
Regeln
10
grobgranular,
idempotent
Legende
kontextfrei
normal
orchestrierbar
technikneutral, referenzfrei
Funktion,
Bestand
elementar
Prozess
zusammengesetzt
Interaktion
Service
Komponente
Abhängigkeit
Prof. Dr. Bernhard Humm, 10.11.2006
Agenda
Agendafolie
Domänen
Kategorien
Services
Praxiserfahrung
Praxiserfahrung
Fazit
Praxiserfahrung
Reale und ideale Anwendungslandschaften
InteraktionsIdeale AL
Komponenten
ProzessKomponenten
Funktions- und
Bestands-
Reale AL
Services
12
Reale
Komponenten
und Produkte
Kommerzielles Open-Source
Produkt
Produkt
individuelles
Altsystem
neue Anw.Komponente
Prof. Dr. Bernhard Humm, 10.11.2006
13
Regeln für den
Komponentenschnitt
R1: Fachliche Komponenten
R2: Komponenten nach
Servicekategorien
R3: Abhängigkeiten gemäß
Servicekategorien
R4: Keine zyklischen
Abhängigkeiten
R5: Enger Zusammenhalt, geringe
Kopplung
R6: Datenhoheit
R7: Technikneutral
R8: Referenzfrei
R9: Normal (vollständig und
redundanzfrei)
R10: Grobgranular
R11: Idempotent
R12: Kontextfrei
R13: Koppelungsmechanismen
R14: Transaktionssteuerung
R15: Datentypen
P1: IT Anbieter für Finanzdienstleister – AL-Beratung
P2: Automobilhersteller Auftragsverwaltung
P3: Bundesbehörde –
IT-Gesamtkonzeption
P4: ITK-Unternehmen –
Architekturberatung
P5: Logistikdienstleister Auftragsverwaltung
P6: Logistikdienstleiter –
Unternehmensarchitektur
P7: Automobilhersteller –
Logistiksystem
P8: Finanzdienstleister –
SOA-Beratung
P9: Finanzdienstleister –
SOA-Beratung
P10: Finanzdienstleister Architekturberatung
Praxiserfahrung
Regeln für das Design von
Services und ihre Operationen
Projektreferenzen
Regeln zur
Koppelung
Legende
Regel angewendet
Erfolg nachgewiesen
Prof. Dr. Bernhard Humm, 10.11.2006
Informatik Spektrum
Dezember 2006
14
Prof. Dr. Bernhard Humm, 10.11.2006
Agenda
Agendafolie
Domänen
Kategorien
Services
Praxiserfahrung
Fazit
Fazit
Fazit
Fazit
Quasar Enterprise destilliert unsere Erfahrungen in der Gestaltung von ITAnwendungslandschaften und der Integration von Systemen
Domänen bilden die primäre Struktur von Anwendungslandschaften
Anwendungskomponenten werden kategorisiert: Interaktion, Prozess, Funktion, und Bestand
Regeln helfen dem IT-Architekten bei der Bildung von Komponenten und Services
Serviceorientierung ist ein wichtiges Paradigma in der Gestaltung von ITAnwendungslandschaften
Aber SOA ist nicht alles: Integration auch auf der Präsentations- und Datenebene sinnvoll
Die Gestaltung von IT-Anwendungslandschaften ist hoch komplex und erfordert viel Erfahrung
16
Prof. Dr. Bernhard Humm, 10.11.2006