SOA als Migrationsarchitektur

Transcript

1. Seite 1 SOA als Migrationsarchitektur 30.01.2013 SOA als Migrationsarchitektur Heiko Spindler Freiberuflicher IT-Berater Niko Köbler Freiberuflicher IT-Berater
2. Seite 2 SOA als Migrationsarchitektur 30.01.2013 1 Anwendungsmodernisierung
3. Seite 3 SOA als Migrationsarchitektur 30.01.2013 „Legacy-Systeme sind sehr große Software-Systeme, von denen wir nicht wissen, wie wir mit ihnen fertig werden sollen, die jedoch lebenswichtig für unsere Organisation sind.“ (Bennett, 1995)
4. Seite 4 SOA als Migrationsarchitektur 30.01.2013 Legacy System im Kontext eines Unternehmens  „Ein Legacy-System ist ein soziotechnisches System, welches Legacy-Software enthält.“  Technologie veraltet != Kontext nicht mehr aktuell  Jedes System wird „Legacy“
5. Seite 5 SOA als Migrationsarchitektur 30.01.2013 Modernisierung
6. Seite 6 SOA als Migrationsarchitektur 30.01.2013 Möglichkeiten der Modernisierung  Screen Scraping  Batch-Verarbeitung / keine interaktiven Elemente  OO-Wrapping
7. Seite 7 SOA als Migrationsarchitektur 30.01.2013 Möglichkeiten der Modernisierung  Black-Box-Modernisierung  White-Box-Modernisierung  Kombinationen
8. Seite 8 SOA als Migrationsarchitektur 30.01.2013 Wie sollte eine Modernisierung ablaufen?
9. Seite 9 SOA als Migrationsarchitektur 30.01.2013 Wie sollte eine Modernisierung ablaufen?
10. Seite 10 SOA als Migrationsarchitektur 30.01.2013 Wie sollte eine Modernisierung ablaufen? Zielformulierung Analyse des bestehenden Systems Auswahl der Modernisierungs- techniken Toolauswahl Durchführung Anforderungs-katalog Systemübersicht Grundfunktionalität Mengengerüst Geeignete Modernisierungs- methode Geeignetstes Tool (Process Engine, Rule Engine, ESB, etc…) Zielsystem Quelle: Java Magazin 1.2010/S.93
11. Seite 11 SOA als Migrationsarchitektur 30.01.2013 Lebenszyklus eines Informations-Systems  Durchschnittlich 12-15 Jahre  SOA soll den Lebenszyklus verlängern
12. Seite 12 SOA als Migrationsarchitektur 30.01.2013 SOA vs. Integration  funktional / technisch  transaktional / Batch  Prozesse / Daten  Standards / individuell  Toolunterstützung / manuell
13. Seite 13 SOA als Migrationsarchitektur 30.01.2013 2 Projektbeispiel
14. Seite 14 SOA als Migrationsarchitektur 30.01.2013 Finanzinstitut / Finanzierungsgeschäft Handel mit Finanzprodukten
15. Seite 15 SOA als Migrationsarchitektur 30.01.2013 Ausgangssituation  Gewachsene Systemlandschaft  Selbstentwickeltes Host-System  Keine Dokumentation  Fehlender Überblick  Redundanz  Ungewisse Zukunft
16. Seite 16 SOA als Migrationsarchitektur 30.01.2013 Erhoffte Vorteile  Mehr Agilität  Reduzierung der Kosten  Weniger Fehler  KnowHow-Aufbau  Überblick und Durchblick  Single Point of Truth
17. Seite 17 SOA als Migrationsarchitektur 30.01.2013 Strategie des Kunden  Alt-System in grobe Funktionsblöcke zerlegen  Langfristige Planung  Integration über eine SOA  Alle Blöcke müssen in der SOA zusammenspielen
18. Seite 18 SOA als Migrationsarchitektur 30.01.2013 3 Proof-of-Concept
19. Seite 19 SOA als Migrationsarchitektur 30.01.2013 Proof-of-Concept  Passt SOA als Architektur-Paradigma zum Kunden?  Welche der SOA-Komponenten passt zum Kunden?  Integration einer IBM AS/400  Anbindung weiterer Systeme  Neue Client-Technologie
20. Seite 20 SOA als Migrationsarchitektur 30.01.2013 Planung des Vorgehens  Diskussion Vorgehensweise BigBang vs. Phasenmodell  Überblick über alle Ist-Prozesse  Finden von sinnvollen Schnitten und Schritten  Grobe Zeit- und Kostenplanung Antragssystem Handelssystem Kalkulation Partner verwaltung
21. Seite 21 SOA als Migrationsarchitektur 30.01.2013 Phasenmodell Phase 1 2011 • Internetportal • Beleg-Erkennung • Regeln, Antragsprüfung • Web-Client Phase 2 2012 • Antrags- erfassung • Partnerdaten- erfassung Phase 3 2013 • Migration Kredit • DWH Phase 4 2014 • Handel • Migration Partnerdaten
22. Seite 22 SOA als Migrationsarchitektur 30.01.2013 4 Phase 1 –Analyse
23. Seite 23 SOA als Migrationsarchitektur 30.01.2013 Phase 1 - Analyse  Definition der Methode  Konventionen (z. B. UML-Modellierung)  Vorlagen für Dokumenten und andere Artefakte  Werkzeuge und Organisationen aufsetzten  Schulungen und Installationen  Lastenheft  Detailanalyse der Anforderungen  Erheben der Antragsregeln  Pflichtenheft  Erstellen einer Spezifikation für die Implementierung mit konkreten Ideen zur Lösung
24. Seite 24 SOA als Migrationsarchitektur 30.01.2013 Projekt-Kontext  Ca. 400 Regeln für die Prüfung von Kredit- und Leasing -Anträgen  Regeln sind im Code versteckt (Cobol)  Viele Anträge müssen manuell bearbeitet werden  Ziel im Projekt  Regeln erheben und analysieren  Regeln im Rahmen der SOA anbinden und ausführen
25. Seite 25 SOA als Migrationsarchitektur 30.01.2013 Beispiel-Regeln: Erster Ansatz  Regel 1: "Antragsprüfung" Wenn Leasingwert > 100.000 Euro dann Antrag manuell bearbeiten  Regel 2: "Automatisieren: Gesperrter Anträge" Wenn Antrag ist als manuell markiert (nach Regel 1) und der Antragsteller ist kein Neukunde und hat ein Konto seit mehr als 5 Jahren … dann Antrag automatisch bearbeiten und freigeben
26. Seite 26 SOA als Migrationsarchitektur 30.01.2013 Beispiel-Regeln: Erster Ansatz  Regel 1: "Antragsprüfung" Wenn Leasingwert > 100.000 Euro dann Antrag manuell bearbeiten  Regel 2: "Automatisieren: Gesperrter Anträge" Wenn Antrag ist als manuell markiert (nach Regel 1) und der Antragsteller ist kein Neukunde und hat ein Konto seit mehr als 5 Jahren … dann Antrag automatisch bearbeiten und freigeben
27. Seite 27 SOA als Migrationsarchitektur 30.01.2013 Beispiel-Regeln: Analyse und Umformuliert  Regel 1: "Partner mit positiver Bewertung (Partnerklassifizierung)" Wenn Partner ist Kunde und hat sein Konto seit mehr als 5 Jahren und … dann Klassifiziere den Partner mit "A"  Regel 2: "Hoher Antragswert (Antragsprüfung)" Wenn Leasingwert > 100.000 Euro ist und die Klassifizierung des Partners "B" oder "C" ist dann Manuell bearbeiten
28. Seite 28 SOA als Migrationsarchitektur 30.01.2013 Modellierung der Regeln in UML <RegelGruppe> Antragsprüfung Abteilung <Prüfregel> Hoher Kreditwertwert ID Beschreibung Priorität <Entität> Antrag Auftragswert <Entität> Partner 1..n 1..n 1 <Entität> Informationen 1..n 1
29. Seite 29 SOA als Migrationsarchitektur 30.01.2013 IST-SOLL-Mapping  Risiko: Welche Daten und Funktionen für die Auftragsprüfung stehen im Alt-System zur Verfügung und welche nicht? Maßnahme:  Welche Attribute sind für die Regeln notwendig?  Gibt es das Attribut im Alt-System?  Analysieren des Deltas  Erarbeiten von Lösungen
30. Seite 30 SOA als Migrationsarchitektur 30.01.2013 Modellierung der Regeln in UML mit IST-SOLL-Mapping <Cobol Programm> Nebenkosten Kalkuliere Kreditwert() <Prüfregel> Hoher Kreditwert ID Beschreibung Priorität <Entität> Antrag Kreditwert <Entität> Partner Kundenklasse <Cobol Programm> Partner KNDRISIKO 1..n 1 <Entität> Informationen 1..n 1
31. Seite 31 SOA als Migrationsarchitektur 30.01.2013 Grober Prozess Prozess Annehmen Speichern Sperren vorhanden ESB ESB Positiv Antrag manuell bearbeiten Aufruf Decision Service Antrag Auszahlung Ja Nein …  Antrag Ergebnis  Rule Engine
32. Seite 32 SOA als Migrationsarchitektur 30.01.2013 5 Erkenntnisse
33. Seite 33 SOA als Migrationsarchitektur 30.01.2013 Kampf der Kräfte im Modernisierungsprojekt
34. Seite 34 SOA als Migrationsarchitektur 30.01.2013 Migration = Umstrukturierung  Auch die IT im Unternehmen muss umstrukturiert werden  Anwendungsnahe MA  Fachabteilung  Geschäftsprozesse (BPEL/BPMN)  Technologienahe MA  serviceorientierte IT-Abteilung  Software-Services erstellen  IT kümmert sich „nur noch“ um:  Datenhaltung  Datenaustausch  Datenverarbeitung (globale Geschäftslogik)  Rolle einer „erweiterten Datenadministration“
35. Seite 35 SOA als Migrationsarchitektur 30.01.2013 Migration = Veränderung  Governance  Abläufe  Rollen  Menschen  Veränderung von Macht und Einfluss  Widerstände  Unsicherheit gegenüber allem Neuen  „Never change a running system!“
36. Seite 36 SOA als Migrationsarchitektur 30.01.2013 Niccolò Machiavelli (Discorsi)  Reformen bringen mehr Feinde als Freunde  Menschen fürchten nichts mehr als die Veränderung  Die Jungen und Fremden drängen auf Veränderung
37. Seite 37 SOA als Migrationsarchitektur 30.01.2013 Ansprechpartner Heiko Spindler, Freiberuflicher IT-Berater E-Mail: Heiko.Spindler@HirnSport.de Mobil: 0162 432 56 90 Niko Köbler, Freiberuflicher IT-Berater E-Mail: niko@n-k.de Mobil: 0172 67 14 839 Web: www.n-k.de