Entwurf der Architektur für eine GraphQL-Schnittstelle und die Implementierung.

Auf Basis von Spring Boot wurde eine GraphQL-Schnittstelle gebaut, wo das Schema auch generiert werden kann. Zusätzlich wurde mit Spring ein mehrstufiges Sicherheitskonzept (Api-Key, Bearer Token etc.) erstellt und umgesetzt

• Entwicklung einer Prozessautomatisierungssoftware, welche Annotation basierte Java-Bausteine automatisch miteinander verknüpft.
• Hiermit ist es möglich sehr schnell Backendanwendungen für z.B. Konvertierungsprozesse zu erstellen.
• Die Entwicklung kann deutlich einfacher und schneller als durch die klassische BPMN-Modellierung erfolgen.
• Im Backend ist Camunda als unterliegende Prozessengine angebunden.
• Im Frontend ist es mit Vaadin sehr einfach möglich passende Oberflächen zu bauen.

Update des Projektes und Aktualisierung auf neue Libraries mit Focus auf Migration von Vaadin 14 auf Vaadin 23 und Update auf Java 17.

Unterstützung beim Wechsel von Eclipse auf IntelliJ.

Verbesserung des Quellcodes durch Bereinigung von mehr wie 10.000 Warnings.

Bauen eines generischen Dashboards für Vaadin unter Verwendung von Spring Boot.

Erstellung sowohl Frontend als auch Backend. Java Klassen werden über Annotations als Reports oder Charts registriert. Die Anwender können sich dann aus den Reports mit über 10 Diagramtypen ein mehrzeiliges und mehrspaltiges Dashboard erstellen.

Erstellung des Konzepts und Erstellung der Architektur und Implementierung.

• Im Rahmen der Digitalisierung wurden 12 Prozesse den einzelnen Kammern zur Verfügung gestellt.
• Diese Prozesse haben üblicherweise eine Angular Oberfläche, die über Spring mit einem Java Backend kommuniziert. Die Persistenz wird in BPMN abgelegt und die Prozesse sind auf Openshift deployed. Einzelne Prozesse haben auch noch zusätzliche Daten, die in einer eigenen Datenbank mit JPA persistiert sind.
• Der Prozess ist üblicherweise noch in Antragsstellung und Antragsbearbeitung unterteilt. Die üblichen Qualitygates mit Jenkins, Unittest, Sonarqube und Pullrequest wurden strikt eingehalten. Die Entwicklung fand in einem Scrumteam mit bis zu 15 Mitarbeitern statt.
• Mitwirkung u. A. an folgenden Prozessen im Frontend und Backend (20:80)

Mitgliedsbescheinigung

Das Kammermitglied kann sich direkt eine Mitgliedsbescheinigung herunterladen bzw. die Zustellung beantragen. Das Ganze für die Sprachvarianten deutsch, englisch und französisch. Das ganze ist pro Kammer stark konfigurierbar.

Firmenjubiläum

Das Kammermitglied kann zum Firmenjubiläum eine Urkunde beantragen.

Dienstjubiläum

Das Kammermitglied kann für die Dienstjubiläen seiner Mitarbeiter auch Urkunden bzw. Medallien beantragen und eine Veröffentlichung in den entsprechenden Magazinen beantragen. Hier kann am Frontend zwischen einer Kachel und einer Tabellenansicht umgeschaltet werden. Massendaten können über Excel bzw. CSV importiert werden.

Ausbildungsbescheinigung

Mit diesem Prozess kann ein direkt ein Ausbildungsvertrag als PDF erzeugt werden. Hier werden großé Menge an Daten über eine Serviceschicht geholt z. B. Ausbilder, Ausbildungsstätten. Berufe, Qualifikationen. Nachweise können hochgeladen werden. Neue Daten z. B. neue Berufe können auch erstellt werden.

• Bereitstellen der Infrastruktur zur PDF Generierung auf Basis von Apache FOP.
• Hierbei wurde ein komplettes Framework gebaut, um zum Beispiel konfigurativ Formulartemplates zu modifizieren (Austauschen von Logos, dynamischen Inhalten, Papierformaten).
• Hierbei wurden die Templates teilweise mit Docx4J erstellt und auch einige Funktionen mit PDF-Box bereitgestellt z. B. das Zusammenmischen von mehreren unterschiedlichen Vorlagen auf ein PDF.
• Über ausgeklügelte Unittest wurden die Vorlagen generiert und auch gegen den generierten Inhalt verifiziert.
• Mit dieser Infrastrukur wurden bisher über 150 Formulare umgesetzt und bis zu 15 Mitarbeiter haben damit gearbeitet.
• Die komplette Infrastruktur inkl. Toolauswahl wurde von mir alleine gestaltet.
• Hierbei auch Wissentransfer und technische Begleitung der Infrastrukturanwender.

• Im Umfeld von Luxaufgabe Plus werden verschiedenste Prozesse modellgetrieben und auf Bausteinbasis entwickelt.
• Konkretes Bauspiel ist das Einlesen einer Postrückläuferdatei (Premiumadress) und die automatische Korrektur von Adressdaten und das Erzeugen von Rechercheaufgaben.
• Oder das Erzeugen von Aufgaben anhand von E-Mails, die über Webformulare eingespielt werden.
• Das ganze basiert auf den W3L-Frameworks CoreFrame und ActivityLib, welche die Prozessengine stellen. Ansonsten kommuniziert hier ein Pure-Javascript-Frontend mit einem Java-Backend.
• Hierbei für ungefähr 2 Jahre der alleinige technische Verantwortliche für Entwicklung, Wartung und Rollout.
• Am Projektende erfolgte ein Wissentransfer.

• Bugfixingunterstützung an einer Software für Fahrzeuverwertung.
• Das konkrete Modul stellt Fahrzeugteile in EBay-Auktionen ein und synchronisiert die Datenbank auch ständig mit Auktionsänderungen.
• Die Fehlerbehebungen waren überwiegend im Bereich Datenbankzugriff, E-Bay-Webschnittstelle und Artikelbilderanzeige.
• Während der Projektzeit der alleinige Fullstackentwickler.

• Wegen der Fusion von GAD und Fiducia, ist der Bereich elektronisches Formularwesen vom Standort Karlsruhe nach Münster gewandert.
• Neben der Wartung der Software erfolgte auch ein Wissentransfer an die neuen Kollegen in Münster.
• Im elektronischen Formularwesen waren über 2000 Formulare angesiedelt, welche sehr konfigurativ befüllt werden konnten.
• Beim Coaching und der Wartung wurde ich von einem weiteren Mitarbeiter unterstützt.

• Der Formsmanager ist ein Tool zu Bespielung von DB2 und Oracle-Datenbanken um die dynamische Datenversorgung von Formularen zu testen und um Lieferungsversionen (Formularupdates) zu erstellen.
• Im Gegensatz zum Projekt EFW-Inspektor übernimmt der Formsmanager das Deployment und die Versionierung der verschiedenen Test-, Pilot- und Produktionsinstanzen.
• Alleinige Weiterentwicklung und Wartung.

• Bei der Fiducia IT AG werden über 2000 Formulare überwiegend vom DG-Verlag aus der Anwendung befüllt.
• Die Befüllung erfolgt über Versorgungsbausteine und eine Feld-Variablenzuordnung. Hierbei werden teilweise Formulare aus unterschiedlichen Fachbereichen unterschiedlich befüllt (Konsumentenkredit vs Immobilienkredit). Außerdem können vom Formularmapping unterschiedlichste Versionen produktiv sein, da jede Bank innerhalb eines Zeitfensters frei entscheiden kann, wann sie auf eine neue Version migriert.
• Das Projekt bestand aus der Entwicklung eines Tools zur Bearbeitung und Auswertung von XML-Dateien. mit welchen die dynamische Datenversorgung von Formularen gesteuert wird. Vor allem die Massenbearbeitung sollte verbessert werden (z. B. das Hinzufügen eines neuen Datenfelds in mehrere Formularen und Versionen).
• Analyse der fachlichen Anforderungen
• Erstellung des Fachkonzepts
• Alleinige Weiterentwicklung des Tools (Basis war hier eine Bachelorarbeit, die jedoch nicht fertiggestellt wurde und auch in einigen Bereichen grundlegend überarbeitet wurde)
• Wissenstransfer

• Das Projekt elektronisches Formularwesen steht für die  dynamische Datenversorgung von Formularen.
• In diesem Projekt ging es hauptsächlich um die Administration der Formulare innerhalb der Anwendung.
• Zum Beispiel Feldsperren, Herkunft der Formulare, Unterschriftenzeilen.
• Je nach Anwender können unterschiedliche Rechte zur Formularadminstration vorhanden sein und wenn ein Formular vom DG-Verlag kommt (Herkunft) gibt es andere Regeln als wenn es ein Bankeigenes Formular ist.

• Aufgrund der gesetzlichen Anforderung "Wohnimmobilienkreditrichtlinie" müssen diverse Formulare unter großem Zeitdruck anders befüllt werden.
• Analyse der fachlichen Anforderungen aufgrund der gesetzlichen Vorgabe für ein neues ESIS-Merkblatt, Datenmapping und Entwicklung der entsprechenden Formularversorgung.
• In diesem Projekt waren bis zu 6 Mitarbeiter beteiligt, da insgesamt ca 300 neue Anwendungsfelder benötigt wurden.
• Die Verteilung der Unteraufgaben wurde von mir in Absprache mit dem Projektleiter vorgenommen.

Aufgrund von gesetzlichen Anforderungen (CRS) muss die steuerliche Ansässigkeit im Ausland erfasst werden. Zusammengefasst muss bei Konto-erstellung/änderung zukünftig nachgefragt werden, ob der Kontoinhaber eine steuerliche Ansässigkeit in den USA (FATCA) bzw. außerhalb von Deutschland hat.

• Erweiterung einer Webanwendung um die gesetzliche Anforderung Auslandssteuer 
• Einbau diverser neuer Vaadin-Widgets

• Für ein PHP-basiertes Shopsystem mussten diverse XML-Schnittstellen zu Affiliatepartnern gebaut werden und die entsprechenden Webservices aufgerufen werden.
• Des weiteren waren neben Änderungen im Oberflächendesign auch noch Performanceoptimierung vor dem Livegang notwendig.
• Alleiniger Softwareentwickler für die Zeit. Das Projekt wurde damals aufgesetzt, weil der Shopsystemanbieter nicht in der Lage war die notwendigen Anforderungen zeitnah umzusetzen.
• Im Projekt war ich der einzige Entwickler und habe unter anderem die Infrastruktur für den Affiliatezugriff komplett überarbeitet.

• Entwicklung der Abschlussphase einer Baufinanzierungssoftware für eine große Bausparkasse.
• Hierbei erfolgte nach Laden des Gesamtengagement oder einer Neukundenerfassung inkl. der Erfassung von Sicherheiten, Bankverbindungen etc. eine automatische Kreditentscheidung inkl. Schufaprüfung.
• Entwicklung der Bereiche Abschluss, Kreditprüfung, Schnittstellen, Sicherheiten, Ausdruck, Gesamtengagement, automatischer Produktvorschlag, Darlehensanfrage, Unisex-Risiko-LV, Vertriebswege, Blankodarlehen und Kundenverwaltung.
• Seit 04/2009 die Projektleitung übernommen. Anteil Projektleitung je nach Teilprojekt zwischen 30 % und 60 %. Der Rest war Softwareentwicklung.

• Konzeption und Entwicklung von Onlineschnellrechnern im Bereich Baufinanzierung z. B. Miethochrechner und "wieviel Immobilie kann ich mir leisten".

• Umstellung der Fördermittel auf eine neue Administration. Hierbei Import und Export in eine Access-Datenbank.

Eintwicklung einer mandantenfähigen Onlineversion der Baufinanzierung.

Projektleitung, Design und Entwicklung.

Der Finanzierungscheck ist eine Software die einen Berater anhand von vor administrierten Modellen in die Lage versetzt sehr schnell Finanzierungsmöglichkeiten zu ermitteln und zu vergleichen.

Das Admintool ist ein Werkzeug um Voreinstellungen zu verwalten.

Außerdem können hier auch die möglichen Finanzmittel administriert werden.

Hierbei hauptsächlich die Bereiche Produke, Konditionen und Finanzierungsmodelle entwickelt.

Light-Version von FinCheck Profi für weitere Konzernteile (Versicherung).

Spezialanpassung der Baufinanzierung in Form einer Portalkomponente für die ApoBank

Bugfixingunterstützung und Entwicklerung des Prozesses Ziele und Wünsche

Validierung der Tools und Aufbau der kompletten Infrakstruktur für Webservices. Export von fachlichen Daten in XML-Notation über Soapmessages an das Trassenportal zur Anmeldung von Trassen.Hierbei auch Schemavalidierungen. Da Axis C++ noch ein wenig fehlerhaft ist, auch Bugfixes in dem Open-Source-Code durchgeführt

Entwicklung eines Warenwirtschaftssystems für einen Onlinerecordstore. Hierbei auch Analyse und Design der fachlichen Anforderungen.

Steffi ist eine MFC basierte Einplatzlösung mit einer Access-Datenbank. Aufbau von generischen Ex- und Importer die sowohl das PPSFR-Format als auch XML unterstützen.

Erneute Durchführung der Schemamigration und Anpassung der

Initaldatenbildung an neue fachliche Anforderungen.

Erweiterung der Schemamigration zur Bereistellung von Initialdaten bei Fahrplanwechsel. Hierbei sind komplexe Anpassungen bei den Gültigkeiten der Objekte durchgeführt worden. Bei der Initaldatenbildung wird nur die Regelplanung übernommen. Durch den generischen und objektorientierten Aufbau der Schemamigration kann ein Großteil der Basisfunktionaltät dafür genutzt werden.

Aufbau und wiederholte erfolgreiche Durchführung einer generischen

Schemamigration für die Objectstoredatenbank als Alleinverantwortlicher. Objectstore hat zu diesem Zeitpunkt noch massive technische Probleme (z. B.Laufzeitfehler. Wenn ein Export mehrere Stunden läuft meldet Objectstore teilweise korrupte Objekte, die aber intakt sind). Die Schemamigration ist fehlerresistent und sehr performanceoptimiert. Dateiexport erst im XML-Format, dann aus Performancegründen eigenes Format. Migration von etwa 6 Millionen fachlichen Objekten.

Hierbei auch Aufbau der Infrastruktur für Datenbankpatcher und Statistiktools.

Durch die große Menge von Schnittstellen in PPSFR sind immer wieder inkonsistente Daten von Zuliefersystemen gekommen.

Migration von Objectstoredaten in eine Oracledatenbank um mit dem

Grit-Report-Developer einige Formulare zu realisieren. Sehr Performancekritisch, da bis zu 5000 Züge gleichzeitig in einem Formular gedruckt werden.

Bugfixingunterstützung PPSFR Zug vor Produktionseinführung

Realisierung des ersten Ilog Views Prototypen um die Oberflächen-Entwicklung effizienter zu machen.

Nach diesem Prototypen werden alle hochgrafischen Dialoge in PPSFR BORD und PPSFR ZUG mit Ilog Views entwickelt.

Anhand von diversen Textdateien unterschiedlicher Herkunft sollen die Jahreskontoauszüge für Betriebsdarlehen eines großen Autoherstellers gedruckt werden.

Ermittelung eines Kreditwürdigkeitsratings anhand von Personendaten.

Definierung und Automatisierung von Beziehungen zwischen Klassen im MVC-Architekturmodel. Z.B. Dialogfensterklasse zu Anwendungskomponente. Festlegung von Namenskonventionen für Klassennamen. Aufbau eines Codegenerators. Implementierung eines dynamischen Dialogs. Es war hiermit möglich sehr schnell einfache Dialoge anzuzeigen. Anbindung der Dialogklassen an eine automatische Einzelfeldprüfung, die ihre Informationen aus der Datenbank gelesen hat.

Formulare können aus Dialog-, Daten-, Prüf- und Rechenbausteinen zusammengesetzt werden, die in einer Datenbank abgelegt werden. Entwicklungsaufwand für neue Formulare ist damit sehr gering. Technische Teamleitung in dem Projekt. Verantwortlich für bis zu 4 Personen. Realisierung von etwa 80 Formularen im Bereich Marktpartner, Sicherheitenverwaltung, Kreditverwaltung und Einlagenbereich.

Automatische Genehmigung oder Ablehnung von Buchung innerhalb spezieller Limits. Dialoganbindung für Nachbearbeitung.

Verwaltung und Korrektur von großen Datenmengen (Adressdaten) und Druck von Werbemitteln.

Komplettentwicklung einer Kundenverwaltung inkl. Rechnungsdruck für eine Fahrschule.