Senior Developer Java/JEE, Spring, Dropwizard, Microservices, REST/SOAP, Swagger/Open-API, Datenbanken/JPA, Magnolia CMS

"ELPA" steht für Elektronische Annahme von Papieranträgen. Es handelt sich um eine Prozesskette, mit der Versicherungsanträge in Papierform in die Bestandsführungssysteme des Unternehmens eingepflegt werden. Idealerweise geschieht dies vollautomatisch (= so genannte "Dunkelverarbeitung"). In der Praxis gibt es aber innerhalb der Kette Stationen, an denen momentan noch oft händisch in den Prozess eingegriffen werden muss.

Für verschiedene interne Projektteams eines Anbieters von Finanzdienstleistungen werden REST-basierte Services in Form von Microservices erstellt. Die REST- Resoucen werden zunächst im Open-API-Standard (als YAML-Datei) beschrieben und per Swagger-Codegen als Java-Klassen generiert. Die Kommunikation mit den Host-Backendsystemen erfolgt über Apache Kafka.
Die Frontends, soweit vorhanden, sind in Angular geschrieben. Die fertigen Microservices werden per Jenkins-Skript in eine OpenShift-Cloudumgebung deployt.

Die Netfonds AG ist ein Beratungs- und Serviceunternehmen für Finanzmakler.
Zu den Leistungen gehört u.a. eine Backoffice-Lösung, die die
Geschäftsprozesse im Finanzdienstleistungsbereich abbildet und den Makler in seiner täglichen Arbeit unterstützen soll. Bislang setzte diese Backoffice-Lösung auf einer klassischen, monolithischen (Web-) Architektur auf, welche nun durch ein leichtgewichtiges, auf autarken Microservices basierendes System abgelöst werden soll.
Meine Aufgabe im besagten Projekt war die Entwicklung eines Microservices zur Abbildung der Kundendaten. Es gibt (REST-) API's zum Anlegen und Ändern von Kundendaten, für den Datenimport aus anderen Systemen sowie verschiedene Services zur Kundensuche. Die Beschreibung der REST-API erfolgte per Swagger im Open-API-Standard.

Die Volkswagen AG ist weltweit aktiv. Entsprechend müssen die verschiedenen Produkt-Websites in diversen Sprachen verfügbar sein. Die Übersetzung wird von Übersetzungsbüros an den jeweiligen Standorten vorgenommen. Damit die eigentliche Programmierung der Website von der Internationalisierung
getrennt werden kann, werden die übersetzten Contents in einer Excel-Datei gespeichert. Ich habe ein Modul erstellt, welches den automatisierten Einpflegeprozess dieser Excel-Daten vornimmt. Zunächst durchläuft die Datei diverse Validierungen nach einem definierten Regelwerk. Erst nach erfolgreichem
Abschluss erfolgt das Einpflegen des Contents. Die notwendige Programmierung erfolgte auf Basis der modularen Architektur von Magnolia CMS. Für die Dateiverarbeitung kam das Apache POI-Framework zur Anwendung (http://poi.apache.org/). Der Content wird innerhalb von Magnolia-CMS auf Basis
von JCR/Jackrabbit persistiert (http://jackrabbit.apache.org).

Teamgröße:

3 Mitarbeiter

Bereits in 2009/2010 war ich am Aufbau dieser
Plattform beteiligt (s.u.). Hierbei handelt es sich um ein Nachrichtensystem für die Außendienstpartner der SI mit den für sie zuständigen Innendienst- Einheiten (= Landes- und Fillialdirektionen). Inzwischen verwenden auch die freien Vertriebe (= Maklerdirektionen) die Plattform. Zum einen sollte ein Daten-Caching für die Benutzer und Organisationseinheiten
des AVS aufgebaut werden (diese Daten werden regelmäßig aus verschiedenen Backend-Systemen der Signal Iduna beschafft, aufbereitet und in einer eigenen Datenbank persistiert, s.u.). Als Basis für das Caching haben wir EHCache
verwendet. Eine besondere Herausforderung in diesem Zusammenhang war die Cache-Replikation auf die verschiedenen Cluster des JEE-Containers (ein IBMWebsphere
8). Außerdem mussten die Caches per Remoting verfügbar gemacht werden. Hierzu wurde eine REST-API auf Basis von JAX-RS/Jersey aufgebaut. Die Objekt-Serialisierung erfolgte per JSON mithilfe von Google Gson. Des weiteren wird das AVS innerhalb der SI gerade zu einem Routing-System
für verschiedene Prozesse (Batch und Online) ausgebaut. In diesem Zusammenhang habe ich eine API für das AVS gegen den unternehmensinternen Exchange-Server entwickelt. Als technische Basis hierfür dienten die ExchangeServer Webservices (EWS) von Microsoft. Schließlich musste das AVS technisch vorbereitet werden, um am unternehmensinternen SSO-Verbund teilzunehmen. Die Webanwendungen
(Desktop und Mobile) sowie die REST-API wurden hierfür auf Spring Security umgestellt, die SOAP-API wurde mit Apache WSS4J abgesichert.

Teamgröße:

5 Mitarbeiter

Dynamisierung einer statischen HTML5-Website auf Basis von Magnolia-CMS. Die Labels sowie sämtlicher grafischer und multimedialer Content können nun von Redakteuren gepflegt werden. Die Website ist seit dem 03.10.2014 live (http://emobility.volkswagen.de), wird aber sukzessive weiter ausgebaut.

Teamgröße:

10 Mitarbeiter

Jeder Markt der REWE-Gruppe erhält durch dieses Portal die Möglichkeit, eigenen, marktspezifischen Content unterhalb von [URL auf Anfrage] zu platzieren. Hierzu gibt es spezielle, vordefinierte Module zu bestimmten Themen (z.B.
Aktionen, Regionale Specials, Das Marktteam stellt sich vor usw.), die nur mit Inhalt (Text, Bilder, Multimedia-Content) angereichert werden müssen. Das Portal ist seit April online [URL auf Anfrage]. Mein Aufgabenschwerpunkt lag im Aufbau einer Benutzerverwaltung inklusive der Autorisierung der verschiedenen Benutzer (Rollen, Berechtigungen). Hierzu
musste eine Integration zwischen der standardmäßig vorhandenen Benutzerverwaltung im Magnolia-CMS und dem Rollen- und Berechtigungsmodell der REWE-Gruppe geschaffen werden. Die Benutzer- und Organisationsdaten der REWE-Gruppe sind in einem LDAP-Server abgelegt.

Teamgröße:

5 Mitarbeiter

Entega-Bestandskunden können über dieses Portal ihre Zählerstände übermitteln, außerdem können Tarifwechsel in andere Strom- bzw. Erdgasprodukte vorgenommen werden. Nicht-Kunden können sich als Interessenten registrieren und werden über die Entega-Produkte und -Tarife informiert. Schließt ein Interessent einen Vertrag über die Lieferung von Strom
bzw. Erdgas mit Entega ab (ebenfalls über das Portal möglich), wird er zu einem Bestandskunden. Alsterstudio fungierte als externer Dienstleister innerhalb eines größeren Teams
von Entwicklern. Federführend betreut wurde das Projekt von t8y.com. Wir waren verantwortlich für den Bereich „Persönliche Daten“, in dem der Kunde seine Stammdaten sowie seine Login-Daten eigenständig pflegen kann. Das Portal ist seit dem 21. November 2013 online.

Teamgröße:

20 Mitarbeiter

Erweiterung des Produktes KM-Modul um verschiedene fachliche Komponenten. Hausverwaltungen und große Vermietungsgesellschaften können mit diesem Tool die Kautionen der Mieter verwalten. Die Software integriert sich mit dem jeweils eingesetzten ERP-System sowie mit der Software der Partnerbanken des Anwenders [URL auf Anfrage]

Teamgröße:

3 Mitarbeiter

Einrichtungen wie Kindertagesstätten und Schulen können sich täglich mit Mahlzeiten beliefern lassen. Bisher wurden die Bestellungen telefonisch oder per Fax/Mail aufgenommen und vom Service-Mitarbeiter händisch über das Unternehmensportal in eine Verwaltungsanwendung eingepflegt. Zukünftig werden sich die Kunden von extern in die (webbasierte) Verwaltungsanwendung einwählen und ihre Bestellungen eigenständig vornehmen.

Teamgröße:

4 Mitarbeiter

Hierbei handelt es sich um ein Nachrichtensystem für die Außendienstpartner der SI mit den für sie zuständigen Innendienst-Einheiten (= Landes- und Fillialdirektionen). Es gibt diverse Schnittstellen zu den Backend-Systemen der Signal Iduna sowie zu anderen Service-Plattformen, die innerhalb des Unternehmens im Einsatz sind. Als technische Basis diente ein deutlich erweitertes und auf die Versicherungs-Domäne zugeschnittenes Ticket-System. Meine Aufgabe innerhalb des Projektes ist es, die Benutzer und Organisationseinheiten des Konzerns aus verschiedenen Backend-Systemen (Innendienst, Außendienst, Hauptverwaltung, Technik) zu beschaffen und in
einen einheitlichen Datenbestand zu überführen.
Das AVS befindet sich seit März 2010 im produktiven Einsatz.

Teamgröße:

10 Mitarbeiter

Hierbei handelt es sich um eine Software, mit der die im Unternehmen anfallenden Geschäftsvorfälle in Form von Workflows bearbeitet werden, als so genannte „Tickets“.

Die Anwendung umfasst folgende Features:

• Tickets können weitergeleitet, terminiert und erledigt werden. Die verschiedenen Bearbeitungsphasen können kommentiert werden.
• Eine Suche von Tickets mithilfe verschiedener Suchparameter wird angeboten.
• Zu jedem Ticket wird eine Übersicht der verschiedenen
  Bearbeitungsstationen angeboten.

Zudem gibt es u.a. Komponenten für das Eskalationsmanagement sowie für das Beschwerdemanagement.

Das gesamte Projekt wurde mithilfe diverser Java/JEE-Techniken umgesetzt. So kommen innerhalb der Service- sowie der DAO-Schicht verschiedene Spring-Features zum Einsatz (Spring Framework, Spring JDBC). Die Services werden
als RMI-Services sowie als Webservices (auf Basis von SOAP/AXIS) angeboten. Die Webanwendung ist mithilfe von JSPs und Servlets in Form des Model2-Patterns umgesetzt. Als Datenbanksystem dient eine Oracle-DB.