IT-Architektur im Großen ACM/GI Localgroup. Hamburg, 23. März 2007 Dr. Jan-Peter Richter sd&m Research

Transkript

1 IT-Architektur im Großen ACM/GI Localgroup Hamburg, 23. März 2007 Dr. Jan-Peter Richter sd&m Research

2 IT-Anwendungslandschaften gestalten heißt: Komplexität beherrschen Wie werden Anwendungslandschaften strukturiert? Nach welchen Regeln werden Domänen und Komponenten gebildet? Wie werden Systeme integriert? Und wie geht das wirklich in der Praxis? 2 sd&m,

3 Enterprise Architektur-Frameworks Die Landkarte für die Gestaltung von IT-Architektur im Großen Geschäft (Business) Fachlichkeit Information Aspekte Informationssysteme (IS) Technik Technische Infrastruktur (TI) Abstraktionsebenen Konzeption Analyse Warum? Was? Wie? Strukturiert die erforderlichen fachlichen Aktivitäten: Prozesse Produkte Wertschöpfungskette Marketing Organisation Personal Administration Finanzen Strukturiert die notwendige Informationsverarbeitung: Kommunikation Information Wissen Beziehungen Struktur Strukturiert die automatisierte Verarbeitung nach Fachlogik Automatisierte Verarbeitung Komponenten Daten Verteilung Integration Schnittstellen Strukturiert Hardware, Software und Kommunikation Hardware Systemsoftware Kommunikation Allgemeine Anwendungen Womit? Nach Capemini: Integrated Architecture Framework 3 sd&m,

4 Agenda Agenda Vom Vom Geschäft zur zur Anwendungslandschaft Komponenten und Services Integration und Technische Infrastruktur Fazit

5 Vom Geschäft zur Anwendungslandschaft Im Kontext der Landkarte für die Gestaltung von IT-Architektur im Großen Geschäft (Business) Fachlichkeit Information Aspekte Informationssysteme (IS) Technik Technische Infrastruktur (TI) Abstraktionsebenen Konzeption Analyse Warum? Was? Wie? Strukturiert die erforderlichen fachlichen Aktivitäten: Prozesse Produkte Wertschöpfungskette Marketing Organisation Personal Administration Finanzen Strukturiert die notwendige Informationsverarbeitung: Kommunikation Information Vom Geschäft zur Anwendungslandschaft Wissen Beziehungen Struktur Strukturiert die automatisierte Verarbeitung nach Fachlogik Automatisierte Verarbeitung Komponenten Daten Verteilung Integration Schnittstellen Strukturiert Hardware, Software und Kommunikation Hardware Systemsoftware Kommunikation Allgemeine Anwendungen Womit? Nach Capemini: Integrated Architecture Framework 5 sd&m,

6 Vom Geschäft zur Anwendungslandschaft Input aus der Geschäftsstrategie: Top-Level Geschäftsfunktionen Core Business Functions Product Development Marketing Sales & Advice Operations Support Service Order Management Order Execution Settlement Custody Accounting & Booking Management & Support Fcts. ERP Risk Management Compliance Treasury Accounting Controlling Human Resources 6 sd&m,

7 Vom Geschäft zur Anwendungslandschaft Input aus der Geschäftsstrategie: Top-level Geschäftsobjekte Product Development Marketing Sales & Advice Operations Support Service Business Partner Product Contract Order Account 7 sd&m,

8 Vom Geschäft zur Anwendungslandschaft Input aus der Geschäftsstrategie: Geschäftsdimensionen Customers / Markets Retail banking customers Corporate customers Branch Self-service E-banking Call Centre Products Account-based products Loans Securities Payments (depending on business function) Customer Access Channels Length of Value Chain 8 sd&m,

9 Vom Geschäft zur Anwendungslandschaft Schritt 1: Top-Level Prozesse werden Domänenkandidaten Product Development Marketing Sales & Advice Operations Support Service 9 sd&m,

10 Vom Geschäft zur Anwendungslandschaft Schritt 2: Domänenkandidaten können entlang der Geschäftsdimensionen aufgeteilt werden (Beispiel: Sales & Advice) Sales & Advice Business dimension customers / markets Retail banking customers Retail Banking (sales & advice for retail banking customers) Corporate Banking (sales & advice for corporate customers) Corporate customers 10 sd&m,

11 Vom Geschäft zur Anwendungslandschaft Schritt 2: Beispiel Support service Support Service Business dimension customer access channel Branch Self-service E-banking Call centre Branch Applications (Support service via branch) Self-Service (Support service via self-service facilities) E-Banking (Support services via e-banking) Call Centre (Support service via call centre) 11 sd&m,

12 Vom Geschäft zur Anwendungslandschaft Schritt 2: Beispiel Fulfilment Business dimension length of value chain Operations Order Management Order Execution Settlement Custody Accounting & Booking Business dimension product Accountbased products Loans Securities Core banking (Order management, order execution, settlement, and custody for account-based products) Credit Approval (Order management and order execution for loans) Securities Trading (Order management and order execution for securities) Credit Administration (Settlement and custody for loans) Securities Custody (Settlement and custody for securities) Accounting & Booking (Accounting and booking for all products) Payments Payments Order Management (o.m. for payments) Payment Transaction (Order execution, settlement and custody for payments) 12 sd&m,

13 Vom Geschäft zur Anwendungslandschaft Schritt 3: Top-Level Geschäftsobjekte, welche sich über mehrere Domänenkandidaten erstrecken, werden eigene Domänenkandidaten Business Partner Management (handling business partner objects) Contract Management (handling contract business objects) Order Management (handling order business objects) Account Management (handling account business objects) 13 sd&m,

14 Vom Geschäft zur Anwendungslandschaft Schritt 4: Management- und Supportprozesse werden Domänenkandidaten ERP Compliance Treasury Risk Management 14 sd&m,

15 Vom Geschäft zur Anwendungslandschaft Schritt 5: Finale Benennung und sinnvolle Anordnung der Domänen Customer-facing domains Branch Applications Self Service E-Banking Call Centre Core Banking Core business Product Marketing Retail Banking Corporate Banking Credit Approval Securities Trading Payments Order Management Credit Administration Securities Custody Payment Transaction Accounting & Booking Enterprise Resources Business Partner Management Contract Management Order Management Account Management Management & Support ERP Compliance Treasury Risk Management 15 sd&m,

16 Agenda Agenda Vom Geschäft zur Anwendungslandschaft Komponenten und und Services Services Integration und Technische Infrastruktur Fazit

17 Komponenten und Services Im Kontext der Landkarte für die Gestaltung von IT-Architektur im Großen Geschäft (Business) Fachlichkeit Information Aspekte Informationssysteme (IS) Technik Technische Infrastruktur (TI) Abstraktionsebenen Konzeption Analyse Warum? Was? Wie? Strukturiert die erforderlichen fachlichen Aktivitäten: Prozesse Produkte Wertschöpfungskette Marketing Organisation Personal Administration Finanzen Strukturiert die notwendige Informationsverarbeitung: Kommunikation Information Wissen Beziehungen Struktur Strukturiert die automatisierte Verarbeitung nach Komponenten und Services Fachlogik Automatisierte Verarbeitung Komponenten Daten Verteilung Integration Schnittstellen Strukturiert Hardware, Software und Kommunikation Hardware Systemsoftware Kommunikation Allgemeine Anwendungen Womit? Nach Capemini: Integrated Architecture Framework 17 sd&m,

18 Komponenten und Services Anwendungslandschaften: Domänen, Komponenten und Schnittstellen Domain 1 Anwendungslandschaft Domain 2 Component 1.1 Component 1.2 Component 2.1 Service Service Component 1.3 Component 2.2 Component 2.3 Service Component 1.4 Component 1.5 Component 2.4 Component sd&m,

19 Komponenten und Services Die Referenzarchitektur kategorisierte Anwendungslandschaft Legende Domäne Interaktionskomponente Prozesskomponente Funktionskomponente Bestandskomponente Abhängigkeit 19 sd&m,

20 Komponenten und Services Kategorien sind keine Schichten! Schichten einer Anwendung Präsentation Anwendungskern Datenhaltung Servicekategorien Interaktion Prozess Funktion Bestand 20 sd&m,

21 Komponenten und Services Ein Beispiel aus der Versicherungsbranche Partner Domänen Vertrag Call Center Internet- Antrag Berater- Laptop Legende Domäne Antrag bearbeiten Antrag bearbeiten Interaktionskomponente Prozesskomponente Partner-Stammdaten Partner-Stammdaten Antragsberechnung Antragsberechnung Vertragsdaten Vertragsdaten Funktionskomponente Bestandskomponente Abhängigkeit Lokale Präsentation 21 sd&m,

22 Komponenten und Services Implementierung von Services Prozesskomponenten unter Verwendung einer Flow-Engine implementiert Orchestrierung von Services Enterprise Service Bus Enterprise Service Bus als universelle Middleware Anwendungskomponenten Anwendungskomponenten Enterprise Service Bus Anwendungskomponenten Anwendungen mit Bestands- und Funktionskomponenten als Lieferanten für Services 22 sd&m,

23 Komponenten und Services Regeln für das Design von Operationen Kategorie Art Regeln Interaktion Prozess Funktion, Bestand Legende elementar normal kontextfrei zusammengesetzt orchestrierbar technikneutral, referenzfrei grobgranular, idempotent Service Komponente Abhängigkeit 23 sd&m,

24 Komponenten und Services Entfernung von Komponenten Domänen Kategorien Legende Domäne Service Komponente Entfernung 24 sd&m,

25 Komponenten und Services Vertrauen, Wissen und Koppelung in Abhängigkeit von der Entfernung Vertrauen hoch gering Wissen viel wenig Koppelung eng lose Entfernung nah fern 25 sd&m,

26 Komponenten und Services Datentypen Kategorie Wissen viel wenig Interaktion, Prozess, Funktion, Bestand Entitäten Transportstrukturen fachliche Datentypen technische Datentypen Legende Service Komponente Abhängigkeit 26 sd&m,

27 Komponenten und Services Ideale und reale Anwendungslandschaften Ideale AL Legende Domäne Interaktion Prozess Reale AL Kommerzielles Produkt Open-Source Produkt individuelles Altsystem neue Anw.- Komponente Service Adapter Produkt 27 sd&m,

28 IST, SOLL und IDEAL in Anwendungslandschafts-Vorhaben Grad der Unterstützung des Geschäfts nicht erreichbarer Bereich IDEAL (Vision, nicht direkt über Projekte angestrebt) SOLL (konkret angestrebt) Das Ideal gibt die Leitplanken vor für Fachliche Anwendungsarchitektur TI-Architektur (Technologie und Infrastruktur) IST Einzelne Projekte als Motor der Entwicklung unerwünschter Bereich Maßnahmen, Zeit 28 sd&m,

29 Agenda Agenda Vom Geschäft zur Anwendungslandschaft Komponenten und Services Integration und und Technische Infrastruktur Infrastruktur Fazit

30 Integration und Technische Infrastruktur Im Kontext der Landkarte für die Gestaltung von IT-Architektur im Großen Geschäft (Business) Fachlichkeit Information Aspekte Informationssysteme (IS) Technik Technische Infrastruktur (TI) Abstraktionsebenen Konzeption Analyse Warum? Was? Wie? Strukturiert die erforderlichen fachlichen Aktivitäten: Prozesse Produkte Wertschöpfungskette Marketing Organisation Personal Administration Finanzen Strukturiert die notwendige Informationsverarbeitung: Kommunikation Information Wissen Beziehungen Struktur Strukturiert die automatisierte Verarbeitung nach Fachlogik Automatisierte Verarbeitung Komponenten Daten Verteilung Integration Schnittstellen Strukturiert Hardware, Software und Kommunikation Hardware Systemsoftware Kommunikation Allgemeine Anwendungen Integration und Technische Infrastruktur Womit? Nach Capemini: Integrated Architecture Framework 30 sd&m,

31 Integration und Technische Infrastruktur Integrationspunkte Anwendung Präsentation Anwendungskern Datenhaltung Integrationspunkt Präsentation Integrationspunkt Service Integrationspunkt Daten 31 sd&m,

32 Integration und Technische Infrastruktur Integrationsebenen: Präsentationsintegration Anwendung Präsentation Datenhaltung Anwendung Anwendungskern Präsentationsintegration Anwendung Präsentation Anwendungskern Datenhaltung 32 sd&m,

33 Integration und Technische Infrastruktur Transformation von Integrationspunkten Ziel Quelle Präsentation Service Daten Präsentation Portlet-Integration, Präsentationstransformation, Clipping Service Portlets SQL Portlets Service Screen Scraping Service-Adaptoren SQL Adaptoren Daten Daten-konsolidierung, -föderation und -propagation 33 sd&m,

34 Integration und Technische Infrastruktur Beispiel Integrationsarchitektur: Versicherungsportal HTML Web Tier Vertriebs-Portal HTML HTML HTML Legende Middle Tier CMS Vertrags-Web- Anwendung A Screen Scraping Portlet Tier (Stufe) Anwendung Infrastukturdienst Host CICS Adapter Java CICS Vertrags-Anw. Sparte A 3270 Vertrags-Anw. Sparte B I.-P. Präsentation I.-P. Service I.-P. Daten Aufrufbeziehung Anwender 34 sd&m,

35 Integration und Technische Infrastruktur Klare Kriterien helfen bei der Wahl der adäquaten Integrationsebene Präsentations- Integration Einsatzkriterien Existierende Dialoge unterschiedlicher Anwendungen Fachlogik beschränkt auf Dialogsteuerung und Übergabe von Feldinhalten Erfolgsfaktoren Werkzeugeinsatz Portal Server, Screen Scraping Tools, Portlets Service- Integration Existierende Anwendungen mit umfangreicher, komplexer Fachlogik Rasche Einführung neuer fachlicher Geschäftsprozesse Fachlich motivierter Komponenten- und Service-Schnitt nach Regeln von Quasar Enterprise Werkzeugeinsatz ESB Daten- Integration Datenredundanz: geplant (Performance) oder bereits existent (z.b. historisch) Ausfallsicherheit (Stand-by Datenbanken) Unterschiedliche SLA s für Anwendungen (physische Separierung) Pflegehoheit festlegen / Synchronisationskonflikte vermeiden Anforderungen an Datenaktualität (Real- Time vs. Batch) berücksichtigen Datenqualität Werkzeugeinsatz ETL, MDM, EII, EAI 35 sd&m,

36 Integration und Technische Infrastruktur Die TI Referenzarchitektur für Enterprise Integration Laufzeit-Dienste Entwicklungs-Dienste Laufzeit Management Workflow Prozess-Management Fachl./Techn. Event Handling Synchronisation Transaktionen Entwicklung Monitoring Kommunikations-Dienste Transformations- Dienste Prozess- Modellierung Fehlerbehandlung Ausfallsicherheit Lastverteilung Lieferung Sicherheit Adressierung Protokollierung Fachliche Transformation Technische Transformation (Adapter) Transformations- Modellierung Schnittstellen- Entwicklung Konfigurations- Management Anwendungen 36 sd&m,

37 Integration und Technische Infrastruktur Eine Produktlandkarte am Beispiel IBM Laufzeit-Dienste Laufzeit Management IBM WebSphere Business Monitor Monitoring Lastverteilung Workflow Prozess-Management IBM WebSphere Process Server Kommunikations-Dienste Lieferung Sicherheit Fachl./Techn. Event- Handling Adressierung Protokollierung IBM WebSphere ESB, IBM WebSphere Message Broker Fehlerbehandlung Ausfallsicherheit Synchronisation Transaktionen IBM WS Process Server Fachliche Transformation Technische Transformation (Adapter) IBM WebSphere JCA-Adapter Entwicklung-Dienste Entwicklung IBM WebSphere Business Modeler, IBM WebSphere Integration Developer Transformations- Dienste Prozessmodellierung Transformationsmodellierung Schnittstellenentwicklung Konfigurations- Management IBM WebSphere Integration Developer IBM WebSphere Application Server Anwendungen Rational ClearCase 37 sd&m,

38 Agenda Agenda Vom Geschäft zur Anwendungslandschaft Komponenten und Services Integration und Technische Infrastruktur Fazit Fazit

39 Fazit Projekterfahrungen R1: Fachliche Komponenten R2: Komponenten nach Servicekategorien R3: Abhängigkeiten gemäß Servicekategorien R4: Keine zyklischen Abhängigkeiten Regeln für den Komponentenschnitt R5: Enger Zusammenhalt, geringe Kopplung R6: Datenhoheit R7: Technikneutral R8: Referenzfrei R9: Normal (vollständig und redundanzfrei) R10: Grobgranular R11: Idempotent Regeln für das Design von Services und ihre Operationen R12: Kontextfrei R13: Koppelungsmechanismen R14: Transaktionssteuerung Regeln zur Koppelung 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 R15: Datentypen Legende Regel angewendet Erfolg nachgewiesen 39 sd&m,

40 Fazit Fazit Quasar Enterprise destilliert unsere Erfahrungen in der Gestaltung von IT- Anwendungslandschaften 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 IT- Anwendungslandschaften 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 40 sd&m,