Integration von BiPRO-Webservices in eine vorhandene Infrastruktur

Transkript

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

2 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

3 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

4 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

5 Anbindung 5

6 Anbindung 6

7 Anbindung 7

8 Anbindung 8

9 Netzwerkinfrastruktur Operative Systeme 9

10 Netzwerkinfrastruktur Operative Systeme 10

11 Netzwerkinfrastruktur Operative Systeme 11

12 Netzwerkinfrastruktur Operative Systeme 12

13 Netzwerkinfrastruktur Firewall Operative Systeme 13

14 Netzwerkinfrastruktur Firewall Operative Systeme 14

15 Netzwerkinfrastruktur Externe Services Interne Services Operative Systeme 15

16 Anbindung 16

17 Netzwerkinfrastruktur Externe Services Interne Services Operative Systeme 17

18 Netzwerkinfrastruktur Externe Services Interne Services Operative Systeme 18

19 Infrastruktur Externe Services Interne Services Operative Systeme 19

20 Anbindung 20

21 Aufgabe BiPRO propietär Vertriebspartner Anbieter 21

22 Aufgabe Vertriebspartner Anbieter 22

23 Aufgabe Vertriebspartner Anbieter 23

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

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

26 Architektur 26

27 Architektur 27

28 Aufbau des BiPRO-Adapters 28

29 Aufbau des BiPRO-Adapters 29

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

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

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

33 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

34 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

35 Herausforderungen 35

36 Herausforderungen BiPRO 36

37 Herausforderungen BiPRO Versionen 37

38 Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung 38

39 Herausforderungen BiPRO Versionen Freiheitsgrade bei der Modellierung DSL-Ansatz 39

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

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

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

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

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

45 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

46 Fazit 46

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

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: 48

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 49

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 50

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) 51

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: 52

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 53

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 54

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 55

56 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

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