Integration von BiPRO-Webservices in eine vorhandene Infrastruktur

Integration von BiPRO-Webservices in eine vorhandene Infrastruktur Matthias Brauch Leiter Softwareentwicklung BISS GmbH 1

Wer ist BISS? Erfahrung und Verständnis für Technik und Fachlichkeit sind entscheidend für den Projekterfolg! Wir sind Experten für die IT in Vertrieb und Kundenservice und sonst nichts! Langjährige Erfahrung mit POSS-Systemen und -Prozessen in der Versicherungswirtschaft Anwendungen, die - laut Anwendern und neutralen Experten - zu den besten im Markt zählen Innovatoren-Funktion bei Technologien und Prozessen im Vertrieb und Service 2

Wer ist BISS? Traditionell wird Vertrieb gern als Nasengeschäft bezeichnet, um den zwischenmenschlichen Faktor zu unterstreichen, doch die Nase erhält offenbar zunehmend Unterstützung durch moderne IT aus: BISS-Themenfokus IT-Trends 2013 Vertrieb und IT zusammen denken: Expertenbefragung: IT-Trends an den Points of Sales & Service Maklerbefragung: Nutzung von Software und Extranets YouGov-Psychonomics Konferenz: IT-Trends im Kundenmanagement BiPRO-Mitglied seit 2006 Versicherungsforen Leipzig: Forenund Projektpartnerschaft seit 2008 3

Wer ist BISS? B-Wise XA ist eine produktive Plattform zur Implementierung individueller Lösungen für den Point-of-Sales&Service (PoSS) in der Assekuranz. Mit zahlreichen Standard- Prozessen und -Funktionen unterstützt es optimal alle Vertriebs- und Servicekanäle. Branding Umfangreiche Styling- und Konfigurationsmöglichkeiten zur Anpassung an das Corporate- Design. Modular Baukastenprinzip: das Softwarepaket enthält je nach Anwendungsfall wie aus einem Baukasten die notwendigen Funktionsgruppen. Funktional Für zukünftige Anforderungen steht eine Vielzahl von Funktionalitäten bereits zur Verfügung. Integrativ Anbindung unterschiedlichster Schnittstellen zur nahtlosen Integration in die IT-Struktur der Unternehmen Zukunftssicher Einsetzbar auf mobilen Plattformen (z.b iphone, ipad) 4

Anbindung 5

Anbindung 6

Anbindung 7

Anbindung 8

Netzwerkinfrastruktur Operative Systeme 9

Netzwerkinfrastruktur Firewall Operative Systeme 13

Netzwerkinfrastruktur Firewall Operative Systeme 14

Netzwerkinfrastruktur Externe Services Interne Services Operative Systeme 15

Anbindung 16

Infrastruktur Externe Services Interne Services Operative Systeme 19

Anbindung 20

Aufgabe BiPRO propietär Vertriebspartner Anbieter 21

Aufgabe Vertriebspartner Anbieter 22

Aufgabe Vertriebspartner Anbieter 23

Adapter zur Backend-Anbindung Vorhandene Infrastruktur Grundsätzliches Vorgehen Verwendete Technologie Herausforderungen 24

Infrastruktur SOAP-WS BiPRO- Adapter LV- Berechnung Schema-Validierung 25

Architektur 26

Architektur 27

Aufbau des BiPRO-Adapters 28

Aufbau des BiPRO-Adapters 29

Nachrichtenfluss Transformation BiPRO- Request interner Request BiPRO- Request Response Merge + BiPRO- Response (unvollst.) interner Response Berechnung Transformation 30

Nachrichtentransformation Template (XML) Evaluator (Java) Transformer (Java) Document (DOM) FieldProvider (DOM) 31

Nachrichtentransformation Template (XML) Useclass= Custom Evaluator (Java) Transformer (Java) Document (DOM) FieldProvider (DOM) 32

BML-Beispiel Template: <dest> <dest1><bw:var expr="src.src1"/></dest1> <bw:if expr="src.src2 eq 'xyz'"> <dest2/> </bw:if> <bw:foreach element="src.srcn.*object"> <destn><bw:var expr="concat('x', pos())"/></destn> </bw:foreach> </dest> FieldProvider: <src> <src1>abc</src1> <src2>xyz</src2> <srcn> <srcna></srcna> <srcnb/> <srcnc><srcncc/></srcnc> </srcn> </src> 33

BML-Beispiel WW_Request_BU.tmpl: <bw:usecls name="com.biss.extern.wwi.service.leben.bu.biproevaluator" /> <bw:var name="artidbasis expr="$produkt.*leben:vorgabeberechnung[ leben:kontext = 'ArbeitskraftAbsicherung' and leben:artid.@xsi:type = 'datentypen:ste_vorgabeberechnungbasis ].leben:artid" /> <bw:var name="checkbeitrag" expr="checkgewuenschterbeitrag( $ArtIDBasis, $Produkt.taa:Beitrag.taa:Betrag )"/> <ang:hauptversicherung> <ang:kennzeicheneinsatzgebiet>d</ang:kennzeicheneinsatzgebiet> <ang:tarifumfang> <bw:var expr="maptarif( $Produkt.taa:Kennung, $Produkt.taa:Paket)"/> </ang:tarifumfang> <ang:besonderevereinbarungen> <bw:var expr="mapbesonderevereinbarungen( $HauptProdukt.taa:Kennung, $HauptProdukt.leben.Produktattribut )" /> </ang:besonderevereinbarungen> 34

Herausforderungen 35

Herausforderungen BiPRO 36

Herausforderungen BiPRO Versionen 37

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung 38

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz 39

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix 40

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix teilweise komplexe Ausdrücke 41

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix teilweise komplexe Ausdrücke Infrastruktur 42

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix teilweise komplexe Ausdrücke Infrastruktur Zonenkonzept im Netzwerk 43

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix teilweise komplexe Ausdrücke Infrastruktur Zonenkonzept im Netzwerk Verarbeitungszeiten im Backend 44

Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz Technologie-Mix teilweise komplexe Ausdrücke Infrastruktur Zonenkonzept im Netzwerk Verarbeitungszeiten im Backend Herauslösung von Teilfunktionalitäten 45

Fazit 46

Fazit Rückgriff auf bestehendes Framework (hier B-Wise XA) erlaubt den Einsatz fertiger Komponenten 47

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: 48

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden 49

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden 50

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) 51

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) Aus Betriebssicht werden individuelle Anforderungen gestellt: 52

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) Aus Betriebssicht werden individuelle Anforderungen gestellt: Deployment / Paketierung 53

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) Aus Betriebssicht werden individuelle Anforderungen gestellt: Deployment / Paketierung Logging 54

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) Aus Betriebssicht werden individuelle Anforderungen gestellt: Deployment / Paketierung Logging Konfiguration 55

Fazit Rückgriff auf bestehendes Framework (hier: B-Wise XA) erlaubt den Einsatz fertiger Komponenten Dennoch gibt es keinen BiPRO-Adapter out-of-the-box, denn: Individualitäten des Anbieters müssen als VU-individuelle Erweiterungen im Rahmen der BiPRO-Normen definiert werden Proprietäre Services müssen individuell angebunden werden Authentifizierung und ggfs. Autorisierung müssen an die Anforderungen und die Infrastruktur des Unternehmens angepasst werden (hier: IBM WebSphere / Data-Power) Aus Betriebssicht werden individuelle Anforderungen gestellt: Deployment / Paketierung Logging Konfiguration Ggfs. Coding-Conventions 56

Integration von BiPRO-Webservices in eine vorhandene Infrastruktur Vielen Dank für Ihre Aufmerksamkeit! Matthias Brauch BISS GmbH Marie-Curie-Straße 4 26129 Oldenburg Telefon: +49 (0) 441 / 36 10 76-0 Fax: +49 (0) 441 / 36 10 76-99 Web: http://www.biss-net.com E-Mail: matthias.brauch@biss-net.com 57