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