>> ICIS Technology Scope 2010ff <<

Transkript

1 ICIS Messekongress IT für Versicherungsunternehmen Nov >> ICIS Technology Scope 2010ff << Seite 1

2 Vorstellung der WGV WGV- Beteiligungsgesellschaft mbh 66,7 % Württembergische Gemeinde-Versicherung a.g. WGV Holding AG WGV- Stiftung 33,3 % WGV- Versicherung AG WGV- Lebensversicherung AG (74 %) WGV Rechtsschutz Schadenservice GmbH WGV- Informatik und Media GmbH E + S Rückversicherung AG (7 %) S-Pensionskasse AG (2 %) Seite 2

3 Agenda ICIS Entwicklungshistorie ICIS IST ICIS Zielphoto Der Weg... Resümee Seite 3

4 ICIS 1.0 Die ICIS Anwendung basiert auf einem relationalen Datenmodell. Aus Oracle CASE werden die Dialogmasken generiert. Der generierte Code in Oracle Forms unterstützte keine enarchitektur. Die Business- Logik in Forms Triggern greift direkt auf die Datenbank-Tabellen zu. Oracle Forms ICIS Oracle RDBMS Datenbank Tabellen Seite 4

5 ICIS 2.0 In den Jahren der funktionalen Vervollständigung wird die Business-Logik sukzessive gekapselt und in der Oracle Datenbank, in sogenannten Stored Procedures, Stored Functions od. gebündelt in Stored Packages, abgelegt. Oracle Forms ICIS Stored Packages Oracle RDBMS Datenbank Tabellen Seite 5

6 ICIS 3.0 ICIS Neue Anwendungen Mit eicis entsteht eine Web-Anwendung, die vorhandene Funktionalitäten verwendet. Der Zugriff darauf findet über Services statt. Neben traditionellem PL/SQL kommen jetzt auch WEB Technologien zum Einsatz. Neue Technologien Oracle Forms Services Stored Packages Oracle RDBMS Datenbank Tabellen Seite 6

7 ~ 20 ICIS Anwender Stand per 2010 Legende (Auszug) 1994 wgv Versicherungen 1995 debis Assekuranz Makler u. Aegon 1996 Rheinland, Bruderhilfe u. Vorsorge 1998 Erasmus, Royal Sun Alliance u. Wesleyan 1999 Cosmos direkt (Komposit), SV BW, OVAG, Fahrlehrer Versicherung, WüBa, BGV u. LLB 2000 Cosmos Direkt (Leben) u. Aegon Italien 2001 SV Hessen Nassau Thüringen u. Versicherungskammer Bayern (UBR) 2002 Lippische Pensionsfonds AG 2003 Lippische (UBR) 2004 SV Sachsen u. Hamburger Feuerkasse 2005 Roland Rechtschutz 2007 MKB Budapest 2010 Provinzial Rheinland (Unfall) 2010 Waldenburger Versicherung Seite 7

8 Agenda ICIS Entwicklungshistorie ICIS IST 2010 ICIS Zielphoto Der Weg Resümee Seite 8

9 ICIS 3.0 Architektur: en, Middleware u. Zugriffmethoden Presentation Tier Browser mit WebForms-GUI Applet-Technik Client PC Browser mit eicis-gui HTML Reports Batch Network Application Tier Oracle Application Server Applet-Technik Forms Build-In- Funktionalität Layout / Navigation / Base Table / LOV / Partner Vertrag Angebot PL/SQL-Methoden in FMB/PLL eicis Server Apache Server + Oracle Database PL/SQL-Methoden: -GUI-Steuerung (HTML) -Aufruf fachlicher Methoden PKG_abc Data Tier Partner Codetabs Vertrag PRC_123 FNC_xyz PL/SQL-Methoden als Stored Objects Oracle Database Server HTTP SQL Function-Call Seite 9

10 ICIS en-architektur Präsentations- Forms Applet Beans WebUtil Browser eicis Java Web- Service Applikations- Existierende Forms: * Blöcke/ * Trigger nur Steuerungslogik Items * Prozedure-Calls nur Steuerungslogik Prozess- Service-/Geschäfts- Logik- PL/SQL- Programme in der Datenbank Datenzugriffs- Persistenz- Datenbank-Tabellen Seite 10

11 ICIS Technologie 3-en-Architektur Clients in der Zentrale Linux Application-Server UNIX Datenbank-Server Load Balancer Clients in der Direktion od. beim VM ICIS-Applikation ICIS wird über Browser gestartet Auf dem Thin-Client läuft nur noch die graphische Darstellung Seite 11

12 ICIS 3.0 (Web) Services ICIS Applikation Server Dienst: F KFZ, HUS, RS,... Dienst: A ; B ICIS DB Server ICIS- Schaden- System HIS Dienst: D Intra-,, oder Internet Dienst: C z.b. FS-CD Der Applikationsserver überprüft über den (Web) Service Server x: Dienst A: Check ob ein gültiger Vertrag vorhanden ist. Dienst B: Check ob die Risikoart o. k. ist. Dienst C: Check ob deckungsfreie Zeiträume vorhanden sind. Dienst D: HIS Request Dienst F: Insert, Update, Read, Schadeninformation/en. zeigt dem Benutzer alle Ergebnisse an. User intern od. extern Seite 12

13 Agenda ICIS Entwicklungshistorie ICIS IST 2010 ICIS Zielphoto Der Weg Resümee Seite 13

14 Trendthemen Bedeutung IT-Leiter beurteilen neue Technologien sehr nüchtern. Im Vordergrund steht der Mehrwert und nicht die Faszination einer neuen Technologie. IT-Leiter finden vor allem solche Lösungen innovativ, die den Nutzen vorhandener Technologien oder Daten erweitern. Bezugsquelle: Capgemini - All rights reserved Vollkommen neuen Innovationen wie Cloud Computing oder Web 2.0 steht man skeptisch gegenüber. Seite 14 14

15 ICIS 4.0 Neue Technologien Oracle Forms ICIS Weiterer Ausbau der ICIS Anwendung durch die Integration der neuen Techniken Neue Anwendungen Geschäftslogik Process Datenzugriffsschicht CRUD- Services * Oracle RDBMS Datenbank Tabellen (*Create, Read, Update, Delete) Seite 15

16 ICIS enmodell Präsentations- Forms Applet Beans Webutil Alternative GUI Browser eicis Java Apex Web- Service Applikations- Bereinigte Forms: * Blöcke/ * Trigger nur Steuerungslogik Items * Prozeduren nur Steuerungslogik Prozess- PL-Packages in der Datenbank Service-/Geschäfts- Logik- SL-Packages und SL-Views in der Datenbank und DB-Trigger Datenzugriffs- DL-Packages in der Datenbank und DB-Trigger Persistenz- Datenbank-Tabellen Seite 16

17 ICIS 4.0 Technisches Modell... in welcher physikalischen Umgebung die einzelnen Programme abgelegt werden bzw. zur Ausführung kommen. Seite 17

18 ICIS 4.0 Dialoge Neuschaden CRM Angebote Navigationen Selektionen Navigationen SCH Interface VER Interface PAR Interface ANG Interface Vertrag Partner Seite 18

19 Agenda ICIS Entwicklungshistorie ICIS IST 2010 ICIS Zielphoto Der Weg Resümee Seite 19

20 Service-Enabled-Architecture (SEA) Die Strategie ist über SEA zu SOA ICIS soll selbst nicht in einer kompletten SOA entwickelt werden eine Architektur haben, so dass einfach und strukturiert Services erstellt und zur Verfügung gestellt werden können Services anbieten, die auch konkret benötigt werden Services konsumieren, wenn dies sinnvoll ist Innerhalb der ICIS Systemlandschaft werden in der Regel die bewährten Business-Services benutzt Die Services werden über einen simplen SOAP-Web Service-Layer angeboten (Link to: SOAP-WebService-Layer) Seite 20

21 Ausgangslage: In der ICIS Datenbank findet man eine Vielzahl von Prozeduren, Funktionen und Packages. Die aktuell in ICIS existierenden Datenbank-Packages liegen in vielen Fällen bereits in einer serviceähnlichen Struktur vor. Im Wesentlichen müssen bei solchen Packages noch einheitliche Projektstandards eingearbeitet werden wie Namenskonventionen, Fehlerhandling und das Einordnen in die entsprechende. Seite 21

22 Ziel der Servicierung Servicierung Die Wiederverwendbarkeit von Geschäftslogik Übersichtlichkeit Lesbarkeit Intuitives Auffinden von vorhandenen Programmen anhand sprechender, aussagekräftiger Namenskonventionen, Programm-Dokumentationen und Saubere Trennung der Prozesse in einem enmodell Bessere Beherrschung der Systemkomplexität Seite 22

23 ICIS 4.0 -en-architektur Evolutionsphase Präsentations- Forms Applet Beans Webutil Alternative GUI Browser eicis Java Apex Web- Service Applikations- Prozess- Service-/Geschäfts- Logik- Datenzugriffs- Bereinigte Forms * Blöcke/ * Trigger Items * Prozeduren PL-Packages in der Datenbank SL-Packages und SL-Views in der Datenbank DB-Trigger DL-Packages in der Datenbank und DB-Trigger Existierende Forms: * Blöcke/ * Trigger Items * Prozedure-Calls vorhandene PL/SQL- Programme in der Datenbank Persistenz- Datenbank-Tabellen Seite 23

24 Vorgehensmodell: Business Logik: Web/Forms DB Business Methoden Service Tier Toolunterstützte (radikale) Entschlackung der Web-Forms GUI Design neuer Methoden für die Service Tier CreateCustomer (Neues Kundenkonto) ModifyCustomer (Ändern eines bestehenden Kunden) DeleteCustomer (Löschen eines bestehenden Kunden) FindCustomer (Finden eines bestehenden Kunden). Definition neuer Entwicklungs- Standards für ICIS ICIS Formatprüfungen, Fehlerhandling, Tracing u. Logging ICIS Berechtigungs- u. Transaktionskonzept ICIS Customizing Dokumentation und Katalogisierung der Quellprogramme des Partnersystems XML Schema Definitionen für Partnersystem und seine Entitäten Seite 24

25 Vorgehensmodell: Szenarien Test and Check der Methodenaufrufe Interner Methodenaufruf Aufruf aus Web/Forms Aufruf mittels Webservice Aufruf über eine Test GUI (!= Web/Forms) Unit-Tests Seite 25

26 ICIS-en-Architektur PoC am Beispiel Partneradressen verwalten Präsentations- Applikations- Prozess- Maske Partneradressen (paradr.fmb) Block in Maske Button auf Maske Maske Partneradressen (paradr.fmb) Block in Maske Button auf Maske Partneradressen umziehen plp_padr.umzug Service-/Geschäfts- Logik- slv_padr slp_padr.get_rec_padr slp_padr.ins_padr slp_padr.upd_padr_gueltigkeit slp_padr.chk_padr_typ... Datenzugriffs- dlv_padr dlp_padr.ins_rec dlp_padr.upd_rec dlp_padr.del_rec... Persistenz- partner partner partneradressen partneradressen partnerversionen partnerversionen Seite 26

27 IMPACT Voranalyse Kommunikationsmedien und Adressen Gemessene Ergebnisse: Partnerkommunikationsmedien: PARKOME Stand: Bearbeitung abgeschlossen Bearbeitungszeit: 28 Stunden *) Ausgelagerter Code: 44 KB Partneradressen: PARADR Bearbeitungszeit: 120 Stunden *) davon 27 Stunden für Services und Prozesse zu den Vorgängen Insert neue Adresse und Partner Umzug Ausgelagerter Code: 260 KB *) Die Bearbeitungszeiten enthalten Analyse zum Verständnis der Fachlichkeit Technische Konzeption Codierung Entwicklertest Seite 27

28 Proof of Concept: Partnersystem Festlegungen: Berechtigungs- und Transaktionskonzept Formatprüfungen, Fehlerhandling, Tracing u. Logging IT-Security Verwendbarkeit aus anderen Applikationen Erweiterbarkeit Vorgaben zur maschinellen Sourcecodeprüfung auf Verwendung der Entwicklungsrichtlinien bei Neuentwicklungen Kosten- und Zeitabschätzung Definition von überprüfbaren Meilensteinen mit Ziel: technische Überprüfung der Konzepte Prüfung auf Useability (fachlich und technisch) Restaufwandschätzung Seite 28

29 Agenda ICIS Entwicklungshistorie ICIS IST 2010 ICIS Zielphoto Der Weg Resümee Seite 29

30 Resümee: Ziel dieses Projektes ist die Verbesserung folgender Bereiche: Wiederverwendung von Geschäftslogik Übersichtlichkeit Lesbarkeit Intuitives Auffinden von vorhandenen Programmen anhand sprechender, aussagekräftiger Namenskonventionen, Programm-Dokumentationen und einem enkonzept Bessere Beherrschung der Systemkomplexität Erhaltung der bisherigen Investitionen in die Software bessere Wartbarkeit und Erweiterbarkeit Modularisierung Datenschutz durch präzisere Zugriffsberechtigungen saubere Trennung der en Zugriff auf die Geschäftslogik von externen Systemen (Java-GUIs, Web-Service etc.) ICIS als Service Enabled Architecture Seite 30

31 ICIS 4.0 ist: > Bewährtes erhalten und Neues gestalten! < and and beyond beyond ICIS Den Vortrag finden Sie zum Download unter: oder Reinhard Stiefel WGV-Informatik und Media GmbH Stuttgart / Seite 31

32 Simpel SOAP-WebService-Layer WebService ohne fachliche Logik Runtime Enviroment KRISK (C) RS HP HR Unf WSDL XML-Schema XML-Schema Daten Entgegnnehmen und durchreichen -> KRISK DB-PL/SQL- Prozess Java Schnittstelle Schnittstelle Schnittst. GPM (PL/SQL) GPM-J (Java) KRISK (C) KRISK (in DB) Individuelle Anpassungen an WSDL bzw. XML-Schema < Seite 32