Lass den Fachbereich entwickeln: Wie die Entwicklung von Businesslogik im Fachbereich gelingt

Transkript

1 Lass de Fachbereich etwickel: Wie die Etwicklug vo Busiesslogik im Fachbereich geligt Lass de Fachbereich etwickel: Wie die Etwicklug vo Busiesslogik im Fachbereich geligt Die Haover Rück beötigte eie eiheitliche Plattform zur Preisberechug für verschiedee Rückversicherugsrisike. Die herkömmliche Awedugsetwicklug war hierfür zu uflexibel. Mittels eies Citize Developmet Frameworks wird deshalb die Fachlogik vo techisch versierte Mitarbeiter im Fachbereich etwickelt ud ka uabhägig vo IT-Release-Zykle produktiv gestellt werde. Der Artikel zeigt Erfolgsfaktore ud Kriterie für de Eisatz eier solche Lösug auf. Fakultative Schade-Rückversicherug ist ei vo Vielfalt geprägtes Geschäftsfeld: Kraftwerksalage müsse gege Feuer ud Erdbebe versichert werde. Rechtsawälte brauche eie Berufshaftpflicht. Kusttrasporte müsse gege Diebstahl ud Kozerte gege Ausfall versichert werde. Vielfältige Risike bedeute dabei uterschiedliche Datemodelle ud Logike zu dere Bewertug ud stelle damit eie Herausforderug für die IT-techische Umsetzug dar. Vor dem Hitergrud dieser Vielfalt hat die Haover Rück, Nummer drei weltweit uter de Rückversicherer, eie eiheitliche Plattform geschaffe, i der die uterschiedlichste Risike bewertet ud verwaltet werde köe. Die Besoderheit a der geschaffee Plattform ist, dass die eigetliche Modellierug ud Implemetierug der Logik, wie die eizele Rückversicherugs-Risike bewertet ud Prämie berechet werde, komplett vo techisch versierte Mitarbeiter im Fachbereich vorgeomme werde ka Stichwort Citize Developmet. I diesem Artikel zeige wir auf, welche Überleguge zu der Etscheidug, eie wesetliche Teil eier komplexe geschäftskritische Awedug komplett i die Kotrolle des Fachbereichs zu überatworte, geführt habe, wie dieses System auf Basis eies Citize Developmet Frameworks umgesetzt werde kote ud welche Erfahruge sich beim Produktiveisatz ergebe habe, die für adere Awedugsfälle iteressat sei köte. Problem: Geschäftslogik-Variate Ursprüglich existierte bei der Haover Rück eie Vielzahl vo historisch gewachsee Pricig-Tools für die verschiedee am Markt agebotee Rückversicherugs- Produkte. Diese ware i uterschiedliche Techologie realisiert (meistes i Excel oder Access) ud ware direkt i de Fachbereiche etstade. Die Tools zeichete sich durch eie große fachliche Detailtiefe aus ud wurde vo de Uderwriter, d. h. de Experte für das jeweilige Versicherugsgeschäft, zur Ermittlug vo Risikoqualität ud Prämie verwedet. Die Haover Rück wollte u mit eier eiheitliche Plattform die Qualität ihres Rückversicherugs-Portfolios durch eie Fakultative Schade-Rückversicherug: Form der Rückversicherug für typischerweise Sach- ud Haftpflichtrisike, bei der jedes Versicherugsrisiko eizel bewertet ud vom Rückversicherer akzeptiert oder abgeleht wird. Pricig: Ermittlug der Prämie, die ei Rückversicherugs-Uterehme für ei zu versicherdes Risiko vom Versicherugsehmer verlagt. Citize Developer: Etwickler im Fachbereich. Nach Garter: A citize developer is a user who creates ew busiess applicatios for cosumptio by others usig developmet ad rutime eviromets sactioed by corporate IT (vgl. [Gar14]). Citize Developmet: Awedugsetwicklug durch Citize Developer. Uderwriter: Mitarbeiter eier Rückversicherug, der ei kokretes Risiko bewertet ud zu eier Aahme bzw. Ablehugsetscheidug kommt. Kaste 1: Glossar. kosequete Awedug ud Durchsetzug vo Uderwritig-Richtliie ud stadardisierte Vorgehesweise für de bis dato mauell geprägte Pricig-Prozess verbesser. Um die Revisiossicherheit des Uderwritig-Prozesses zu gewährleiste, sollte zudem die Schritte hi zu eier Pricig-Etscheidug achvollzoge werde köe, also der Recheweg sivoll dokumetiert ud die im Tagesgeschäft getroffee Eizeletscheiduge achprüfbar dokumetiert werde köe. Darüber hiaus wollte die Haover Rück eie Möglichkeit schaffe, aktiv ihre Rückversicherugs-Produkte weiteretwickel zu köe, d.h. eie etwaige Lösug sollte schell apassbar sei für eue Rückversicherugs-Produkte, die sich gerade i der Etwicklug befide. Weil der Uderwritig-Prozess vo der fachliche Expertise der Edaweder geprägt ist, war es zudem wichtig, die Pricig-Tools i der eue Plattform i voller Detailtiefe realisiere zu köe, um Akzeptazprobleme der eue Plattform bei de Edaweder zu vermeide. Lösugsidee: Citize Developmet Die wesetliche Herausforderug bei der Etwicklug eier Plattform für das fakultative Geschäft lag also i der Abdeckug der große Badbreite der existierede ud zuküftig etstehede Rückversicherugs- Produkte. Auf Basis eier Aalyse besteheder Pricig-Tools kote zwar schell geklärt werde, welche grudlegede Fähigkeite eie solche Plattform habe musste, ei abschließedes Datemodell, das die gesamte Badbreite der Versicherugstools abdeckte, erschie jedoch icht sivoll. Ebeso war es icht realistisch, alle Berechugsregel vorab im Detail zu kläre. 16

2 IT zu schaffe, erfüllt werde ka. Die Grudidee hierzu ist icht eu scho vor über 30 Jahre gab es Überleguge (wie beispielsweise i [Mar81]), Aweduge vo Nicht-IT-ler etwickel zu lasse. Doch bisher kote sich hierfür kei Vorgehe i der Breite etabliere. So auch bei der Haover Rück: Am Markt verfügbare Lösuge aus de Bereiche Busiess-Rules-Egies ud Web-Form- Egies ware für die Aforderuge der Haover Rück i de Pukte Detaillierugsgrad der Datemodelle, Mächtigkeit der Beutzugsoberfläche-Defiitio sowie Hadhabbarkeit für die Abbildug der vorliegede Bewertugsalgorithme icht überzeuged. Aus diesem Grud fiel die Etscheidug, zur Lösug der Aforderuge der Haover Rück ei optimiertes Framework ei Citize Developmet Framework selbst zu schaffe. Abb. 1: Schematische Darstellug Citize Developmet Framework. Damit war jedoch auch klar, dass jedes auch och so agile Vorgehe bei der Awedugsetwicklug ei hohes Risiko mit sich gebracht hätte zu scheiter. Deoch gab es eie Asatz zur Lösug des Dilemmas. Etwas abstrakter formuliert ließe sich ämlich aus der Betrachtug der verschiedee Pricig-Tools die folgede Erketisse gewie: Die Aforderuge, die auf die Pricig- Tools etfalle, ware vo vergleichsweise geriger IT-techischer Komplexität. Die Aforderuge ware vo hoher fachlicher (teils algorithmischer) Komplexität. Die Aforderuge betreffe ur eie isolierbare Teil der (geplate) Gesamtawedug. Kozept eies Citize Developmet Frameworks Ei Citize Developmet Framework stellt de Citize Developer, de Etwickler im Fachbereich, eie i sich geschlossee Umgebug zur Verfügug, i der die techisch versierte Citize Developer fei-graulare Busiess-Logik (im Folgede Apps geat, bei der Haover Rück kokret Pricig-Tools) weitestgehed uabhägig vo der im Gesamtprojekt federführede IT etwickel köe (siehe Abbildug 1). Diese Abgeschlosseheit stellt sicher, dass die vo de Citize Developer erstellte Apps keie egative Auswirkuge auf die Stabilität des Gesamtsystems habe köe. Weil die Apps i isolierter Form jedoch ur sehr eigeschräkt utzbar wäre, stellt ei Citize Developmet Framework eie Itegratiosmöglichkeit für die Apps zur Verfügug. Dabei köe die Apps mit dem Rest der Gesamtawedug (wie ERP-Systeme, Prozessportale) über vo der IT bereitgestellte ud kotrollierte Kompoete (so geate Maaged Resources) iteragiere. Automatisierte Buildud Deploy-Workflows Eie zetrale Maagemet-Awedug kotrolliert ud koordiiert sowohl de fachliche als auch de techische Build- Workflow, mit dem aus de vo de Citize Developer etwickelte Artefakte ausführbarer Code für die Apps erzeugt ud Diese Erketis zusamme mit der Tatsache, dass die bis dato verwedete Pricig- Tools ohehi im Fachbereich etwickelt worde ware, führte zu der Idee, auch i eiem zuküftige System die Etwicklug der Pricig-Tools beim Fachbereich zu belasse ud ur die Teile der Plattform, die quasi außerhalb der Pricig-Tools liege, i eiem klassische IT-Projekt zu realisiere. Notwedig dazu war ei Framework, das zum eie die Flexibilität mitbrigt, damit techisch versierte Mitglieder des Fachbereichs die fachlich kritische Awedugsteile möglichst eigestädig erstelle köe, ud das zum adere eie ahtlose Itegratio der vom Fachbereich etwickelte Teile mit de herkömmliche Kompoete erlaubt, sodass der Aspruch, ei Gesamtsystem uter der Federführug der Abb. 2: Vo der Citize-Developer-App zum ausführbare System. 02/

3 Lass de Fachbereich etwickel: Wie die Etwicklug vo Busiesslogik im Fachbereich geligt schließlich auf de mögliche Zielplattforme deployt wird (siehe Abbildug 2). Idealerweise ka dieser Prozess der Awedugsgeerierug ud -verteilug flexibel a die Aforderuge der Zielplattform agepasst werde (beispielsweise durch Templates), um eie Etkopplug der vo de Citize Developer geschaffee Aweduge vo de kokret vorherrschede techologische Rahmebediguge der Zielplattform zu erreiche ud so die lagfristige Wartbarkeit des Gesamtsystems zu erleichter. Workflow- ud Freigabeschritte erlaube zusamme mit der Uterstützug für mehrstufige Deploymets auch das Abbilde vo Prüf- ud Freigabeprozesse, sodass die Möglichkeit, über ei Citize Developmet Framework bis i die Produktivsysteme zu deploye, durch wirksame Mittel der Compliace- ud Qualitätssicherug ergäzt wird. Für die Qualitätssicherug komme dabei automatisierte ud mauelle Tests zum Eisatz. Automatisierte Tests köe sowohl vom Fachbereich als auch vo der IT beigestellt werde, sodass im Rahme der automatisierte Build-Prozesse zugleich die Qualität der vo de Citize Developer etwickelte Apps überprüft werde ka. Mauelle Tests werde durch die Plattform uterstützt, idem eue Versioe vo Apps auf eier Test-Stage deployt werde ud eie Freigabe der deployte Versio vo Fachveratwortliche über die Workflow-Logik erfolgt. Das bedeutet, eie eue Versio eier App ka ur da auf spätere Stages (wie beispielsweise Produktio) deployt werde, we zuvor im System die automatisierte Tests erfolgreich ware ud zudem vo veratwortlicher Seite eie Freigabe erteilt wurde, die somit auch lückelos durch das System dokumetiert werde ka. Abb. 3: Itegrierte Etwicklugsumgebug für Citize Developer. zetrale Alaufstelle für diese dar. Diese IDE erlaubt es de Citize Developer Awedugsteile zu erzeuge, sie zu debugge ud teste, ohe dabei auf eeswerte Support aus der IT agewiese zu sei. Grafische Editore erlaube die Defiitio vo Datemodelle ud Beutzugsoberfläche. Für die eigetliche Geschäftslogik steht eie Codig-Umgebug zur Verfügug, die die Erstellug ud das Debuggig vo Programme i eier für de Eisatz vo Citize Developer optimierte domäespezifische Sprache (DSL) erlaubt. Alle Artefakte, die der Fachbereich i der IDE erstellt, werde automatisch i eie Versiosverwaltug eigestellt, die ebefalls auf die Bedürfisse bzw. Fähigkeite vo Citize Developer optimiert beziehugsweise vereifacht ud etschlackt wurde. Als Basis der Etwicklugsumgebug kommt bei der Haover Rück eie speziell agepasste Fassug vo Eclipse zum Eisatz. Für die Umsetzug der DSL für die Citize Developer wurde auf das Xtext- Framework zurückgegriffe. Das Graphical Editig Framework (GEF) vo Eclipse kommt als Basisfür die grafische Editore zum Eisatz. Eie zetrale Maagemet-Awedug (siehe Abbildug 4), realisiert als Web-Awedug, verwaltet die Beziehuge ud Abhägigkeite vo Kompoete, sorgt für die Versioierug ud stellt automatisierte Workflows für das Baue ud Deploye der Apps bereit. Durch Freigabe-Workflows ka zudem Prozess-Compliace sichergestellt werde. Die zetrale Maagemet-Kompoete kotrolliert auch de Build-Prozess für die Softwaretechischer Aufbau Das Citize Developmet Framework, das bei der Haover Rück zum Eisatz kommt, besteht aus drei Hauptbestadteile: eier itegrierte Etwicklugsumgebug eier zetrale Maagemet-Kompoete eier Laufzeit-Ausführugskompoete Eie itegrierte Etwicklugsumgebug (IDE) (siehe Abbildug 3), die speziell auf die Bedürfisse ud Fähigkeite vo Citize Developer zugeschitte ist, stellt die Abb. 4: Zetrale Maagemetawedug. 18

4 Abb. 5: Screeshot der fertige App. ausführbare Awedugsteile. Hierbei werde alle vo de Citize Developer erzeugte Artefakte kombiiert ud mittels eies Template-basierte Code-Geerators wird der eigetliche techische Quellcode der Zielawedug geeriert. Dieser wird da mittels Stadard-Build-Prozesse i biäre Dateie kompiliert, die da wiederum i de Zielplattforme deployt werde köe. Die Maagemet-Kompoete greift auf bestehede Stadards zurück ud kapselt diese bzw. sorgt für die ötige Apassuge für das Citize Developmet. So wird z.b. für die eigetliche Versiosverwaltug auf eie Git-Server zurückgegriffe. Für das Baue vo Aweduge kommt ei Jekis-Server zum Eisatz, die Workflow-Logik basiert auf der Workflow Egie activiti. Eie Laufzeit-Ausführugskompoete erlaubt die ahtlose Itegratio ud hochskalierbare Ausführug der vo de Citize Developer etwickelte Awedugsteile i der Gesamtawedug. Dazu stellt die Kompoete Lebeszyklus-Support für die Citize-Applikatioe sowie Support für die hochgradig dyamische Oberfläche zur Verfügug (siehe Abbildug 5). Aufbau der Gesamtlösug bei Haover Rück Die fakultative Pricig-Plattform der Haover Rück (siehe Abbildug 6) wurde als Web-Plattform mit diverse Kompoete realisiert. Das Citize Developmet Framework wurde dabei mit de restliche Kompoete itegriert. Damit kote erreicht werde, dass die Kompoete für das Lebeszyklus-Maagemet der Rückversicherugsrisike (Portfolio, Workflow) ahtlos im Portal mit de durch die Citize-Developer bereitgestellte Pricig-Tools itegriert sid, da aus Sicht der Gesamtplattform die Pricig- Tools lediglich aus geerische Kompoete zu Datemodellierug, Logik ud Oberfläche bestehe. Date ud Prozessitegratio mit Umsysteme wie SAP FS-RI (für die Bestadsführug) ud Doxis WiCube für das Dokumetemaagemet stelle die Eibettug i übergreifede Uderwritig-Workflows der Haover Rück sicher. Erfahruge bei Haover Rück Die Firma it factum hat für die Haover Rück das Pricig-Portal implemetiert ud dabei das zuvor umrissee Citize Developmet Framework für die Realisierug der eizele Pricig-Tools eigesetzt. I eier erste Fassug gig die Plattform im Jahr 2009 i Produktivbetrieb ud bis zum Jahr 2013 ware durch de Fachbereich sukzessive alle Pricig-Tools erstellt, sodass u das gesamte fakultative Schade-Portfolio d. h. alle Risike, die eizel bewertet werde müsse durch die Plattform verarbeitet wird. Diese Risike stelle eie Gesamtprämie (Versicherugsprämie) vo rud 700 Millioe Euro im Jahr dar. Die Awedug wird vo mehrere hudert Nutzer weltweit beutzt ud ka als geschäftskritisch agesehe werde. Aus Sicht der Haover Rück kote die mit der Plattform agestrebte Erwartuge voll erfüllt werde: Eie detaillierte Abbildug der Pricig- Tools ist möglich ud führt auch zu der gewüschte hohe Akzeptaz bei de Beutzer. Schelle Apassuge a de Pricig- Tools sid jederzeit möglich, da diese Äderuge durch die techisch versierte Mitglieder des Fachbereichs ohe Support durch die IT möglich sid ud zudem keie Abgleich mit IT-Release-Zykle erforder. Die zukuftsorietierte Zusammearbeit zwische Fachbereich ud IT hat sich bewährt. Die Pricig-Tools kote vo de techisch versierte Mitglieder des Fachbereichs eigestädig, d.h. ohe dauerhafte Support durch die IT, bewältigt werde. Auch das Zusammespiel zwische de vom Fachbereich etwickelte Awedugsteile ud de federführed vo der IT gestaltete Awedugsteile gestaltete sich reibugslos. Gegeüber de zuvor verwedete Pricig-Tools (Excel etc.) kote die Haover Rück die Qualität ud die Mächtigkeit der verwedete Pricig- Tools steiger ud damit die Uderwriter i dere tägliche Workflow besser uterstütze. Erfolgsfaktore für de Eisatz Der Asatz, die Pricig-Tools ud damit eie fachlich kritische Teil der Awe- 02/

5 Lass de Fachbereich etwickel: Wie die Etwicklug vo Busiesslogik im Fachbereich geligt Abb. 6: Pricig-Portal-Überblick. dug vo techisch versierte Mitglieder des Fachbereichs etwickel zu lasse, mag vielleicht auf de erste Blick riskat erscheie, weil die IT icht die Federführug für alle Awedugsteile überimmt. Die Erfahrug bei der Haover Rück hat jedoch gezeigt, dass ei solches Uterfage icht ur gelige ka, soder dass es sogar derart belastbare Ergebisse brigt, dass es im Zetrum vo geschäftskritische Aweduge stehe ka. Aus userer Sicht sid folgede Faktore mit dafür veratwortlich, dass die Lösug bei der Haover Rück geluge ist: Für Citize Developmet geeigete Problemstellug: Die Ausgagssituatio bei der Haover Rück legte eie Citize-Developmet-Asatz ahe: isolierbare, fachlich komplexe Problemstelluge, die über eie relativ gerige IT-techische Komplexität verfüge. Dadurch war eie Etkopplug der uter Federführug der IT etwickelte Awedugsteile ud der vo de techisch versierte Fachexperte etwickelte Teile gut umsetzbar. Zusammesetzug des Fachbereichs mit de Citize Developer: Der Fachbereich bei der Haover Rück ist i der Lage, Probleme zu strukturiere ud Algorithme zu implemetiere, d.h. er ist eierseits methodisch stark ud adererseits techisch so weit versiert, dass er mit eiem Citize Developmet Framework i der Lage ist, fachlich geprägte Awedugsteile mit miimalem Sup- port seites der IT zu etwickel. Allgemeier formuliert: Wir sid überzeugt, dass ei Fachbereich, der aufgrud seier techische Versiertheit etsprechede Logike i Excel oder ähliche Tools programmiere ka, mit gerigem Eiführugsaufwad durch die IT auch i der Lage ist, mit eiem Citize Developmet Framework zu arbeite. Klare Treug zwische de vom Fachbereich etwickelte Awedugsteile ud dem restliche Teil der Gesamtawedug: Die strikte Treug hat sich als vorteilhaft für die Stabilität der Gesamtplattform erwiese. Auch dass der Zugriff auf Systeme (Systemteile) außerhalb des Citize-Raums ur sehr restriktiv gehadhabt ud ITsaktioiert erfolgt, hat positiv zur Stabilität der Plattform beigetrage. Maximale Freiheit für die Citize Developer: Es wurde viel Wert darauf gelegt, de Citize Developer möglichst große Freiheit zu gebe, wie die eizele Applikatioe etwickelt werde köe, d.h. das Citize Developmet Framework macht dem Fachbereich hierzu weige Vorgabe. Dieses große Maß a Freiheit ist mit dafür veratwortlich, dass die breite Palette vo Pricig-Tools zur Zufriedeheit der Edaweder realisiert werde kote. Lose Kopplug der Citize-Tools a de Rest der Awedug: Eie relativ lose Kopplug der vo de Citize Developer etwickelte Pricig-Tools a die umgebede Awedugsladschaft (z.b. bei Workflows, der Überahme vo Date vo ud ach SAP usw.) erlaubte eie wirksame Etkopplug der Etwicklugssträge i der IT ud im Fachbereich. Das heißt, die Etwicklug vo Pricig-Tools kote vo der IT-techische Weiteretwicklug ud Itegratio der Plattform mit Umsysteme etkoppelt werde. DSL für Citize Developer: Der Eisatz eier DSL für die Citize Developer, die eier vereifachte Form vo C bzw. Java etspricht, hat sich bewährt. Sprach-Features, die für Citize Developer Ballast wäre (z.b. Lambda- Ausdrücke, Poiter) kote etfert ud die Sprache schlak gehalte werde. Spezielle Erweiteruge, z.b. zur Datemodell-Traversierug, ließe sich gut eibaue. Die etstadee Sprache ist auch für die IT ituitiv lesbar, was bei der Revisio des Codes hilfreich ist. Dadurch, dass ur der aus der DSL geerierte Java-Code kompiliert ud ausgeführt wird, lasse sich zudem mögliche Sicherheits- ud Stabilitätsprobleme durch (uabsichtliches) Cross-Skriptig vo voreherei ausschließe. Pragmatische softwaretechische Vorgehesweise: Bei der Architektur für die geerierte Apps wurde auf eie möglichst eifache softwaretechische Realisierug Wert gelegt. Apps sid zu eiem hohe Maße i sich selbst abgeschlosse ud die Möglichkeit, Querabhägigkeite zwische vo Citize Developer erstellte Artefakte herzustelle, wurde bewusst gerig gehalte. Dies kommt eiem lagfristig stabile Betrieb zugute. So gibt es keie egative Erfahruge damit, dass euer Code i de Citize- Apps alte Code bricht. Automatisierte Etwicklugsprozesse: Eie Itegratio ud Automatisierug des Etwicklugsprozesses für die Citize Developer ist otwedig, aber auch gut umsetzbar. Die typische Aufgabe rud um Versiosverwaltug, automatische Build, Testautomatisierug mit automatisierte Testfälle, die sowohl vo der IT als auch vo de Fachexperte beigestellt werde köe, ud Deploymet lasse sich für das Citize-Developmet-Szeario so vereifache, dass die Prozessqualität ud Compliace erhalte bleibe, die Etwicklugswerkzeuge aber auch vo Nicht-IT-ler problemlos bediet werde köe. Wesetlicher Hebel zur Vereifachug ist, dass die Citize- 20

6 Developer-Teams deutlich kleier sid als herkömmliche Software-Etwicklugsteams ud dass i ihe icht so stark arbeitsteilig gearbeitet wird. Ei Beispiel für eie Vereifachug ist, dass Checkouts vo Quellcode ur exklusiv möglich sid. Damit werde Koflikte vermiede. I typische IT-Teams wäre eie derartige Eischräkug mittlerweile ei No-Go, bei Citize Developer stellt sie aufgrud der geate Faktore kei Problem dar. Skalierbares Framework: Ei Citize Developmet Framework muss skaliere. Gerade we de Citize Developer ei relativ großer Freiraum gegebe wird, wachse wie bei der Haover Rück geschehe die vo de Citize Developer etwickelte Apps mit de Möglichkeite. Dies führt dazu, dass große Datemege ud komplexe dyamische Formulare etstehe, die zur Herausforderug werde köe, we es darum geht, sie performat ud skalierbar zu betreibe. Literatur & Liks [Gar14] Garter, Ic., Garter IT Glossary, 2014, siehe: [Mar81] J. Marti, Applicatio Developmet Without Programmers, Logma Higher Educatio 1981 Fazit Für die Haover Rück hat sich das Thema Citize Developmet vollauf bewährt: Eie stabile Plattform, die sämtliche Variate des fakultative Rückversicherugsgeschäfts abdeckt, kote realisiert werde. Sämtliche Aforderuge hisichtlich Flexibilität wurde erfüllt ud auch die Uabhägigkeit der Etwicklug der Pricig- Tools im Fachbereich ka gelebt werde, das bedeutet eie zukuftsfähige Kooperatio zwische federführeder IT ud fachlicher Etwicklug im Fachbereich. Nachdem die Kerplattform ausgerollt ud i Betrieb ist, liege die ächste Schritte i der weitergehede Itegratio der Plattform mit Umsysteme ud der Ausweitug der Abdeckug auch i agrezede Awedugsbereiche. Aufgrud der positive Erfahruge der Haover Rück mit dem Thema Citize Die Autore Developmet stellt die it factum u ei geerisches Citize Developmet Framework uter dem Name CIDELIO adere Uterehme zur Verfügug. it factum ist überzeugt, damit i ählich herausforderde Situatioe, bei dee die Kotrolle über komplexe, fei-graulare Busiess- Logik dem Fachbereich überatwortet werde soll, eie vielversprechede Beitrag zu Lösug abiete zu köe. Clemes Schäfer (schaefer@it-factum.de) ist Geschäftsführer der it factum GmbH i Müche ud Leipzig. Seie Iteresse liege im Bereich Softwarearchitekture ud -etwicklugsprozesse. Felix Hemstedt (felix.hemstedt@haover-re.com) ist Seior Coordiator ud Referatsleiter der Abteilug Coordiatio & Uderwritig Systems. Das Referat ist dem Marktbereich Fakultative Rückversicherug agegliedert ud büdelt die Theme Quotierugstool-Etwicklug ud E-Busiess. 02/