Entwicklung:
• Backendentwicklung Rest-Service über Spring Boot 4
• Schnittstellenabstimmung zu Angular JS Service Komponenten (JSON)
• Spring Security – CRSF-Token und OAuth2
• Common Library Implementierung
• Dynamische Spring Properties Verwaltung
• JUnit Test mit Mockito und Easymock

Architektur:
• AngularJS 4 Frontend
• Spring Boot 4
• Anbindung bestehender Backend Systeme über serviceorientierter Architektur
• EasyMock und PowerMock

Darüber hinaus:
• Im Projekt wurde nach Scrum gearbeitet.
• Die Entwicklungszyklen (Sprints) waren direkt mi dem Kunden bzw. PO abgestimmt
• Stetige Optimierung des Ablaufes der Prozesslogiken
• Unterstützung der Lead Developer
• Erstellung Code Quality Richtlinien
• Sonarqube / Sonar Lint, Checkstyle
• Code Reviews (Bitbucket)

Über dDPM wird eine neue moderne Investment Plattform für verschiedenen Endkunden zur Verfügung gestellt. Hierbei werden sowohl existierenden Deutsche Bank Kunden als auch Neukunden über das bekannte PWS Angebot (Public Websites) der Deutschen Bank eine individuelle Anlagestrategie on demand angeboten. Der Verarbeitungsprozess für dDPM wird hierbei in Profiling, Strategieberechnung und Depoteröffnung untergliedert. Im Profilling werden alle relevanten Kundendaten, wie beispielsweise Angaben zur finanziellen Situation oder Risiskobereitschaft des Kundens erfragt. Anschließend werden diese Werte aufbereitet und an die entsprechenden Backendsysteme der Deutschen Bank übermittelt, die dann eine individuelle Anlagestrategie errechnen. Am Ende wird online ein Depoteröffnung durchgeführt und der Kunde somit als Bestandskunde registriert.

Entwicklung:
• Anbindung der Figo-API für Multibanking
• Backendentwicklung Rest-Service mit JAX-RS
• Schnittstellenabstimmung zur MKonto App (JSON)
• Weitere Implementierung von Rest Services für neue Geschäftsfälle
• JUnit Test mit Mockito und Easymock

Architektur:
• Oracle 11g Datenbank
• Hibernate 4.2.7
• Spring, EJB
• EasyMock und PowerMock

Darüber hinaus:
• Im Projekt wurde nach Scrum gearbeitet.
• Die ganzen Entwicklungszyklen (Sprints) waren direkt mi dem Kunden abgestimmt
• Stetige Optimierung des Ablaufes der Prozesslogiken
• Beratung in Design und Konzeption
• Die M-Konto App für Endanwender wurde termingerecht fertig gestellt.

Die 1822direkt ist eine Tochter der Frankfurter Sparkasse. Mit der neue Mobile-Konto App sollen vor allem jüngere Kunden gewonnen werden. Grundsätzlich unterstützt die App alle Standard Kontofunktionalitäten des Online-Bankings. Darüber hinaus werden weitere Funktionen wie beispielsweise das Multibanking über die Figo-API angeboten. Die App ist mit AngularJS implementiert. Mein Schwerpunkt lag in der Entwicklung von Rest-Servicen mit JAX-RS, die für die App zur Verfügung gestellt wurden.

Entwicklung:
• Die Entwicklung basiert auf FRAME - dem neuen Commerzbank Projekt Standard
• Frontendentwicklung mit Techniken wie JSF 2, Primefaces, AJAX…
• Backendentwicklung mit Hibernate, Oracle, SOA Web-Services
• JUnit Test zusammen mit PowerMock und EasyMock
• Frontend Testing u. a. mit Selenium
• Ticketanalysen und Ticketfixing

Architektur:
• Oracle 11g Datenbank
• Hibernate 4.2.7
• JSF 2 inklusive (Primefaces 5.2, AJAX, Javascript, JQuery, CSS…)
• Spring, Spring MVC, Spring Web Flow
• EasyMock und PowerMock

Darüber hinaus:
• In einem agilen Ansatz (Scrum) wird sehr eng mit der Fachseite zusammengearbeitet.
Durch kurze Entwicklungszyklen werden Zwischenergebnisse gemeinsam erarbeitet.
• Stetige Optimierung des Ablaufes der Prozesslogiken
• Beratung in Design und Konzeption

Mit dem Projekt CIMT kann der Fachbereich im Bereich Risikovorsorge nach dem IFRS9 Standard Ausfallscenarien erfassen und pflegen. Außerdem können darüber alle notwendigen Vorsorge Maßnahmen verwaltet werden. Cashinflows sowie Cashoutflows können für die relavanten Geschäftsfälle erfasst und dokumentiert werden. Ausfallwahrscheinlichkeiten können erfasst bzw. berechnet werden. Über SOA-Webservices werden die Daten zu weiteren Systemen der Bank verteilt um notwendigen Maßnahmen zu automatisieren.

Entwicklung:
• Technisches Design, Klassendiagramm, Sequenzdiagramme mit Enterprise Architect
• Schnittstellen Spezifikationen für Rest und SOA Services
• Frontendentwicklung mit Techniken wie JSF 2, Primefaces, Richfaces, AJAX…
• Entwicklung spezieller JSF Komponenten
• Frontend Testing u. a. mit Selenium
• Ticketanalysen und Ticketfixing

Architektur:
• Oracle 11g Datenbank
• Hibernate 4.2.7
• SOA basierende Architektur >> JAX-WS
• JSF 2 inklusive (Richfaces 4.3.5 , Primefaces 4.0, AJAX, Javascript, JQuery…)

Darüber hinaus:
• Enge Zusammenarbeit und Abstimmung mit Fachseite
• Erstellen von DV-Konzepten mit Enterprise Architect
• Performanceoptimierungen
• Stetige Optimierung des Ablaufes der Prozesslogiken
• Beratung in Design und Konzeption
• Performanceoptimierungen

In dem Projekt EWDS für DB Schenker Rail, wurde ein Dispostionssystem entwickelt, über den die Bestellungen von Güterwagen zu den passenden Beständen zugeordnet werden können. Das System bietet eine automatische Zuordnung oder ermöglicht es den Disponenten Bestellungen, Bestände und Dispositionen manuell über eine Benutzeroberfläche zu ergänzen. Zur Ermittlung von Fahrzeiten, Fahrplanauskünften oder Fahrtkosten werden weitere bahninterne System mit EWDS gekoppelt. Die Benutzeroberfläche unterstützt modernste Frontendkomponenten wie beispielsweise eine LazyLoading (automatisches dynamisches Nachladen) einer TreeTable mit mehreren Hirachieebenen. EWDS ist ein international einsetzbares System was als Ziel die optimale Unterstützung der Endanwender hat. Darüber hinaus sollen durch EWDS mehrere ältere System der Bahn abgelöst werden.

In meinem aktuellen Projekt (Rating Abbildung) bei der VR-Leasing in Eschborn bin ich als "normaler" Java Senior
Developer tätig. Nachdem bei meinem vorherigen Projekt bei der Deutschen Telekom (siehe entsprechenden Eintrag)
die eigentliche Softwareentwicklung mehr und mehr in den Hintergrund geraten ist, war es mir sehr wichtig den
Schritt zurück in die Entwicklung wieder zu finden. Meiner Meinung kann man weitere Aufgaben wie Design,
Architekturberatung oder Teamleitung nur dann qualifiziert leisten, wenn man einen möglichst guten Kenntnisstand
über die aktuell gängigen Entwicklungswerkzeuge besitzt. Und um diesen Kenntnisstand sicher zustellen ist ein
regelmäßiges Auffrischen von Nöten. Dieses Auffrischen versuche ich speziell durch neue Entwicklungseinsätze zu bekommen.

Entwicklung:
• Frontendentwicklung mit Techniken wie JSF, HTML, CSS, JavaScript, Richfaces, AJAX
• Anbindung an Webservices anderer Systeme (meist SAP-Systemen)
• Entwicklung von Java Webservices
• Entwicklung spezieller JSF Komponenten
• Ticketanalysen und Ticketfixing

Architektur:
• SOA basierende Architektur >> JAX-WS
• Perfomanceanalysen und Optimierungen
• Security

Darüber hinaus:
• Enge Zusammenarbeit und Abstimmung mit Fachseite
• Stetige Optimierung des Ablaufes der Prozesslogiken
• Beratung in Design und Konzeption

Mit dem Projekt "Rating Abbildung" bei der VR-Leasing AG, sollen Mitarbeiter des Unternehmens in dessen
Kerngeschäft besser unterstützt werden. Um alle verfügbaren Informationen über die Bonität eines Kunden
zu bekommen waren bisher mehrere unterschiedliche Tools notwendig. Durch die "Rating Abbildung" wird
ein führendes Rating basierend auf verschiedene Quellen errechnet und somit dem Mitarbeiter als zentrale
Information über den Kunden zur Verfügung gestellt.
Darüber hinaus bietet die "Rating Abbildung" einige weitere Funktionalitäten wie beispielsweise ein zentrales
Reporting oder ein übersichtliches Mapping zwischen den Ratings verschiedener Ratingagenturen.

Architektonisch ist das Projekt ein gewöhnliches JEE Projekt. Das Projekt ist sauber in die drei gängigen
Schichten "Backend", "Middleware" und "Frontend" unterteilt. Als Applicationserver kommt
Oracle Weblogic 10.3.3 zum Einsatz. Das Backend basiert auf SAP, die Middleware besteht aus Webmethods von
der SoftwareAG und das Frontend ist, wie oben bereits erwähnt, mit JSF 1.2 und entsprechenden Bibliotheken
implementiert.

In dem Projekt (THOP) bei der Deutschen Telekom habe ich einige verschiedene Rollen bzw.
Tätigkeiten wahr genommen. Wie bereits oben tabellarisch beschrieben, waren meine Aufgaben zuerst in
der Entwicklung und anschließend in der Analyse und Design. Bis zum Schluss habe ich die Projektleitung
bei speziellen Aufgaben, in denen sehr gute Kenntnisse des Gesamtsystems und deren Komponenten
Voraussetzung waren, unterstützt.

In den Jahren bei der Telekom konnte ich mir einiges Wissen über die verschiedenen Systeme der Telekom aneignen,
weshalb ich auch über die Grenzen des Projektes hinweg als kompetenter Ansprechpartner galt.

Zu meinen Schwerpunkten im Projekt THOP gehörten:

Unterstützung Projektleitung:
• Erstellung von Projektplänen
• Resourcenplanungen
• Kostenschätzungen

Design:
  Erstellen, verfeinern und überarbeiten von:
• Technischen Designs (DV-Konzepten)
• Fachlichen Anforderungskonzepten
• UML-Diagramme und Sequenzdiagramme
• Abstimmung von Schnittstellenvereinbarungen.
• Enge Abstimmungen mit Fachseiten bis hin zur technischen Beratung
• Klärung fachlicher Tickets

Architektur:
• SOA und Rest-Service basierende Architektur
• Perfomanceanalysen und Optimierungen
• Security

Entwicklung:
• Entwicklung von Java Webservices
• Anbindung an Webservices anderer Systeme
• Datenbankanbindung über Hibernate
• Frontendentwicklung mit Techniken wie JSF, HTML, CSS, JavaScript, Richfaces
• Entwicklung spezieller JSF Komponenten
• Ticketanalysen und Ticketfixing

Im Projekt THOP wurde eine J2EE Web-Applikation entwickelt, mit dem die Partner des Unternehmens,
viele verschiedene Geschäftsprozesse abwickeln können. So können zum Beispiel Neukunden Neuanschlüsse,
Produktwechsel, Änderungen von Bestandskundendaten oder auch Auftragsrecherchen durchgeführt werden.
Hierbei wird auf bestehende Backend Systeme zurückgegriffen.

In der Anwendung, wird der Benutzer, durch verschiedene Masken geführt bis er zum Abschluss eines
jeden Geschäftsprozesses einen Auftrag abschließen kann. Hierbei werden per Webservice mehrere bestehende
Backend Systeme aufgerufen. Die Seiten der Web-Anwendung enthalten zum einen verschiedene spezifische
Telekommunikations-Informationen, zum Beispiel Produktauswahlseiten, Verfügbarkeitsprüfungen,
Telefonbucheinträge oder auch Rufnummernauswahl, und darüber hinaus auch „alltägliche“ Seiten wie
zum Beispiel Bonitätsprüfungen oder auch allgemeine Geschäftsbedingungen, die man auch in anderen
Web-Anwendungen finden kann.

Technologisch war es ein sehr anspruchvolles Projekt, da viele verschiedene neue Technologien im Zusammenspiel
gebracht wurden. So wurde als J2EE Web-Framework JSF (Java Server Faces) verwendet. Darüber hinaus wurden
bei der Frontendentwicklung zusätzlich Richfaces, Ajax, und Portlets eingesetzt. Mit den Backends wird in der Regel
über Webservices kommuniziert, hier sind die Standards JAX-WS und Axis im Einsatz. Einige Systeme wurden auch
direkt über MQ angebunden. Ansonsten sind noch weitere Standards im Einsatz wie z. B. Spring, EJB, usw…

Die Hochschule Darmstadt arbeitet zusammen mit einigen Partnern an einem Projekt für das Städel Museum
in Frankfurt am Main, in dem eine Multimediale Exponaten Plattform entwickelt wird. Das Städel Museum
ist eines der bedeutendsten Kunst Museen Deutschlands. Bei diesem Projekt soll unter anderem eine
intelligente Zuordnung zwischen Suchergebnissen aus dem Museumsbestand und den eingegebenen Suchanfragen
erfolgen. Wählt der Anwender anschließend ein Kunstobjekt aus, soll er zusätzlich auch auf weitere
verwandte Themen hingewiesen werden. Für diese Hinweise wird eine entsprechende kontextbezogene semantische
Klassifizierung benötigt.

Es sollen inhaltlich verwandte Themen eines ausgewählten Ergebnisses priorisiert und strukturiert dargestellt
werden. Um dieses Ziel erreichen zu können muss zunächst analysiert werden, wie die verschiedenen Informationen
bzw. Daten überhaupt einem Thema zugeordnet werden können. Anschließend stellt sich die Frage, was eigentlich
eine Verwandtschaft von Themen ausmacht und wie diese Verwandtschaft aus dem semantischen Kontext erkannt
werden kann. Später, wenn diese verwandten Themen gefunden wurden, müssen sie entsprechend priorisiert und
klassifiziert werden.

Für die Lösung der oben stehenden Probleme werden moderne Technologien aus dem Umfeld des Semantic Web
eingesetzt. Diese Technologien, wie zum Beispiel Ontologien, wurden speziell dafür entwickelt, um semantisches
Hintergrundwissen zu den unterschiedlichsten Objekten abzubilden. Die damit gewonnenen Informationen
werden in Relation zu anderen Objektinformationen gesetzt, sodass mächtige Wissensnetze entstehen.
Über diese Wissensnetze sollen die ausgewählten Objekte klassifiziert werden und thematisch verwandte
Objekte recherchiert werden können.

In dem Projekt bei der KfW Bankengruppe wird eine Intranet Anwendung für die Bearbeitung
der Kreditverwaltung weiter entwickelt. Das Projekt Finanzielle Zusammenarbeit (FZ) besteht
aus mehreren Webanwendungen, die auf einem firmeneigenen J2EE Framework
(ähnlich dem Struts Framework) basieren.

In diesen Webanwendungen müssen die Benutzer aus den entsprechenden Fachabteilungen
alle relevanten Eintragungen vornehmen, die dann abschließend zu prüfen sind und am
Ende in der Datenbank auf dem Host abgelegt werden.

Die Anwendungen laufen im WebSphere Applikationserver Umfeld und kommunizieren über eine
DB2 Datenbank mit verschiedenen PL1 Hostmodulen. Die interne Struktur unterstützt das
Arbeiten mit vorgangsgesteuerten Abläufen der KfW. Die Vorgänge können Bearbeitet,
Abgebrochen und/oder Freigeben werden. Die persistente Datenspeicherung erfolgt
ebenfalls in einer DB2 Datenbank.

Des Weiteren wurde ein Teilprojekt realisiert in dem binäre Daten (pdf-Files) aus einer
Queue (MQSeries) in einer Oracle Datenbank als Blob abgelegt wurden. Hierbei wurden
die gängigen Encoding Methoden (zum Beispiel Base64) zur EBCDIC/ASCII Umwandlung verwendet.

In dem Projekt wird eine online Bestellservice entwickelt das sowohl vom
Endkunden (B2C) als auch von verschiedenen Business Partnern verwendet wird.
Über dieses Bestellsystem ist alles rundum der DSL Zugangs Bestellung, sowie
die Bestandskunden pflege abgedeckt.
Die Anwendung stellt ein gewöhnliches Wizard gesteuertes Online Bestellsystem dar,
dass auf alle Technologien einer gewöhnlichen J2EE Applikation zurückgreift.

In dem Projekt Prism im Hause der Kleinwort Wasserstein wird ein CRM - System für
den gesamten Carpital Market für Europa, Asien und den Vereinigten Staaten entwickelt.
In Prism werden alle Geschäftsbeziehungen zwischen der DRKW und ihren Kunden
benutzerfreundlich dargestellt.

Prism selbst ist eine auf dem Struts Framework basierende Webanwendung die bereits
seit einigen Jahren in Produktion ist. Verwendet wird Prism von mehreren hundert
Tradern und Sales Leuten der DRKW.

Zusätzlich zu Prism gibt es ein Administrations Client welches von den Product Controllern
benutzt wird um Prism konfigurieren zu können. Hier werden unter anderem die Rechte
bzw. die Sichtbarkeit der einzelnen Trader eingeschränkt.

Der AdminClient ist eine Java Swing Anwendung die auf die selben Middleware und Backend
Systeme wie Prism zurückgreift.

Meine Aufgabe in diesem Projekt war sowohl die Entwicklung und Pflege des AdminClients
als auch bei Prism selbst. Zusätzlich zur Frontend Entwicklung habe ich ebenfalls an
der Backend und Middlerware Software mitgearbeitet.

In dem Projekt Audit 3 wurde ein Programm entwickelt, in dem ein Tester seine
Testergebnisse in einer speziellen Weboberfläche eintragen kann. Der Tester führt
seine Test durch Stichproben an zufällig ausgewählten Fahrzeugen durch.
Die erfassten Fehler werden direkt an die Produktion bzw. zur Nachbearbeitung zum
Hostsystem weitergegeben. Das Projektteam umfasste ungefähr 10 Entwickler.

In dem Projekt oskar, bei der Dresdner Bank in Frankfurt, ist der Kernauftrag der Aufbau
einer Information Factory zur Ablösung der heutigen Geldumsatzverarbeitung, Buchung,
Geldkontenbestandsführung und des diesbezüglichen Berichtswesens. Mein Wirkungskreis,
in diesen Großprojekt (mit ca. 150 Mitarbeitern), ist im Gui – Team.
Hier werden unter Einsatz der oben beschriebenen Techniken die Oberflächen aller
anderen Teams entwickelt.

Außerdem war ich bei der Backendentwicklung der Integrationschicht für die auftragsspezifische
Annahme tätig. Basierend auf definierten Schnittstellen wurden die Eingangsdaten geparst und
Objekte für die verschiedenen Stationen wie zum Beispiel Umsatzverarbeitung,
Disposition oder Abstimmung generiert.

In dem Projekt SAMBA wurde für das Privatkundengeschäft verschiedener Versicherungsinstitute
der AMB Generali Gruppe, zu denen zum Beispiel die Aachen-Münchener, die Generalli,
die Thuringia und die Volksfürsorge gehört, wurde ein Außendienstsystem entwickelt.

Diese Java Applikation wird auf den Notebooks der Versicherungsagenten (ca. 26.000 Mal)
eingesetzt und unterstützt folgende Sparten des Privatkundenbereiches: Haftpflicht, Hausrat,
Glas, Unfall, Wohngebäude, Reisegepäck und Rechtschutz, inklusive aller notwendigen Antragsfragen.

In diesem Projekt wurde ein swingbasiertes Applet entwickelt mit dem
KFZ Haftpflicht Versicherungen tarifiert werden. Der Anwender kann hierbei
über eine Java Swing GUI alle erforderlichen Eingaben tätigen, wobei er durch
Kunden- und KFZ-Datensätze die am Host gespeichert sind unterstützt wird. So
werden zum Beispiel alle relevanten Fahrzeugdaten automatisch ergänzt, wenn der
Anwender aus einer Drop Down Liste den zu versichernden Fahrzeugtyp ausgewählt hat.

Das Applet läuft in dem Java-Plugin 1.3.0 JRE (Java Runtime Environment).
Die Hostkommunikation läuft via MSQuery. Der Antragsdruck wurde durch die Java2D API realisiert.

Das Projektteam bestand aus 7 Entwicklern und mehreren Softwaretestern vom Fachbereich.