Systemintegration mit Service Orientierten Architekturen. Frank Zenker

Transkript

1 Systemintegration mit Service Orientierten Architekturen Frank Zenker

2 System Integration Level 0: No Integration Folie 2

3 System Integration Level 1 : Human Integration Folie 3

4 System Integration Level 2 : Spaghetti Integration Folie 4

5 System Integration Level 3 : EAI - Integration Broker Folie 5

6 EAI - Broker-Architektur (Beispiel mit SAP-Schnittstellentechnologien) Folie 6

7 Integration with Services I Folie 7

8 Integration with Services II Folie 8

9 System Integration Level 4 : Integration with Services & Broker Folie 9

10 Integration with Services, CAS Referenz Architektur Folie 10

11 Integration with Services, Architektur mit IBM-Komponenten 5 Business Activity Monitoring (IBM Business Monitor) 4 3 Process Engine (WebSphere Process Server) IBM Portal User Interface (RAD, Portlet Factory) (IBM Human Task Manager) 2 Business Services (WebSphere ESB, WBSF, WSRR) 1 System A System B System C System X Sys... Folie 11

12 Integration with Services, Architektur mit SAP-Komponenten 5 Business Activity Monitoring 4 3 Process Engine (SAP Guided Procedures, BPM ) SAP Portal (SAP Universal Worklist) User Interface (Web Dynpro, Visual Composer) 2 Business Services (SAP Service Bus, ESR, PI, BRM ) 1 System A System B System C System X Sys... Folie 12

13 Komponenten in Businessanwendungen Business Objekte Datenhaltung, Dokumentation des Zustands Bietet Methoden an um den Zustand des Objektes zu ändern Statisch, wenig Änderungen unterzogen Business Prozesse Ändern den Zustand der Business-Objekte (über Objektmethoden) Implizit, da Mitarbeiter wissen, was Sie wann tun müssen Explizit, definiert durch Unternehmensanweisungen Dynamisch, oft (und immer öfter) Änderungen unterzogen Folie 13

14 Business Objekte, Anwendungstypen Display & Search Liste mit Filter Maintenance Single (Kopf) Multiple (Positionen) Single/Multiple (Kopf und Positionen) Folie 14

15 Business Objekte, Typische Objektmethoden Gesamt-Objektmethoden <object>-init <object>-get <object>-check <object>-delete <object>-modify <object>-lock <object>-unlock <object>-exist_check <object>-delete_check <object>-list_get u.e.m. Teil-Objektmethoden <subobject>-init <subobject>-add_check <subobject>-delete_check <subobject>-change_check u.e.m. Folie 15

16 Business-Objekte, Standard Service <business-object>-get_list <business-object>-open <business-object>-save <business-object>-delete <business-object>-close Folie 16

17 Komplexität & Freiheitsgrade von Entwicklungswerkzeugen Folie 17

18 Komplexität & Freiheitsgrade, CAS Framework Folie 18

19 Produktivitätssteigerung durch Einsatz eines Frameworks Anwendungsentwickler ohne Java/J2EE/Tool Erfahrung Folie 19

20 CAS Entwicklungs-Framework Grundgerüste für die wichtigsten Anwendungs & Prozesstypen Für jeden Layer ein eigenes Framework Business-Objekte/Service Business-GUI Business-Prozesse Business-Monitoring Einarbeitungszeit wesentlich geringer Steigerung der Produktivität Folie 20

21 CAS Referenz Architektur mit Framework Folie 21

22 Integration with Services, Stichwort-Sammlung Fachabteilungen geben relevante Prozesse vor Prozesse werden von Anfang bis Ende dokumentiert Abstraktion von Systemen (Servicekonsument kennt nur Schnittstelle, Vor und Nachbedingungen) Operationen basieren auf tatsächliche Geschäfts-Objekte und Vorfälle Prozesse geben den Ausschlag (Nur Service bauen, die auch benötigt werden) Klein Anfangen und zyklisch Vorgehen Aktuelle Entwicklungen auf Service Integration ausrichten Folie 22

23 Wesentliche Änderungen in der Anwendungsentwicklung Von Business-Objekte im Vordergrund Komplexen Oberflächen für Business-Objekte Datenzugriffen und Anzeigen in "Einem (-Programm) Zu Business-Prozesse im Vordergund Einfache Oberflächen für Prozessschritte (nur die notwendigen Daten) Oberflächen von (Business-Objekt)-Funktionen (Service) trennen Folie 23

24 CAS Grundprinzipien Konsequente Trennung der Aufgaben der einzelnen Layer Business Service User Interface Business Prozesse Services abstrahieren von Systemen Servicekonsument kennt nur Schnittstelle, Vor und Nachbedingungen Operationen basieren auf tatsächliche Geschäfts-Objekte und Vorfälle Nur Service bauen, die auch benötigt werden Konsequente Nutzung eines Frameworks Framework entwickelt sich im Projektverlauf (weiter) Erweiterung des Frameworks jederzeit möglich Sprache aller Projektbeteiligten einheitlich (IT und Fachabteilung) Projektvorgehen Nomenklatur Örtliche Nähe Folie 24

25 CAS Entwicklungs-Richtlinien Die wichtigsten Regelungen für die Programmierung in Java in einem präzisen Dokument (< 10 Seiten) festgelegt Basieren auf Java Code Conventions von Sun Erweiterungen für CAS Framework Sichert Einheitlichkeit des Quellcodes Einheitlicher Quellcode erleichtert die Einarbeitung in fremden Quellcode. Folie 25

26 CAS Projektvorgehen Zyklisches & evolutionäres Entwicklungsmodell Agile Softwareentwicklung Entwicklungsrichtlinien vorgegeben Entwicklungen basierend auf CAS Frameworktechnik Folie 26

27 Vielen Dank für Ihre Aufmerksamkeit