• Neuentwicklung einer Konzernsteuerungssoftware mit Vaadin als UI. Die Software ersetzte eine SAP Anwendung, die unflexibel geworden war. Alle Parameter wurden in einem sehr komplexen Datenmodell abgebildet
• Anbindung der Software an erhöhte Security Anforderungen eines Stromerzeugers. Mit der Software kann die Produktion sowie steuerliche Abschreibungsprozesse dynamisch gesteuert werden.
• Das Ganze erfolgte agil, da durch die Energiewende permanent neue Anforderungen zu berücksichtigen waren
• Qualifizierung: Lead-Developer Oracle, Software-Architekt, Business/DataAnalyst n Umgebung: Microservicearchitektur mit Spring
• Teamgröße: 4

• Microservice-Development für Volkswagen Verona Oracle Anbindung
• Anbindung verschiedenster VW-Systeme über einen neu zu entwickelnden Schnittstellenserver, der über REST und Soap die Oracle-Datenwelten mit einem Dokumentenmanagementsystem verbindet. 
• Das Konzept wurde über mehrere Microservices dimensioniert, die alle über die Netflix-Registry kommunizieren. Realisiert wurde das System mit Spring Cloud + Oracle- Besonderheiten. Das System soll manuelle Arbeitsschritte durch automatische Prozesse ablösen.
• Teamgröße: 5
• Qualifizierung: Lead-Developer, technischer Software-Architekt für VW Verona / Schnittstellen Entwicklung

Transmission einer bestehenden Spring Microservice Plattform in ein Kubernetes/ Openshift Cluster mit Spring Cloud + Eureka (Netflix OSS)

• Überführung einer bestehenden Microservice Lösung aus einer Marathon-Umgebung (mit Docker) in einem anwendungsorientiertem Cloud-Stack (unabhängig von der Cloud- Umgebung). Damit können Java Anwendungen unabhängig des Kunden Cloud Systems und Hoster skaliert werden. Weiterhin können einfach verschieden Versionen der Anwendung parallel betrieben werden. Dadurch können Entwickler einen Microservice lokal entwickeln und diesen in das Gesamtsystem einbinden 
• Ein administratives Routing ist nicht mehr notwendig. Die technische Umsetzung und Überführung setze ich dabei vollständig um. 
• Zusätzlich führte ich eine automatische Build und Deployment-Pipeline bis hin in die Openshift Umgebung ein. Das Ganze wurde umrahmt mit einem ELK Stack, der aus Docker Images ohne Logstash funktioniert
• Qualifizierung: Lead-Developer cloudnativer Stack, Software-Architekt CI/CD Pipeline, Openshift Deployment Pipeline, Docker, ELK Stack ohne Logstash mit Java Appender Logging
• Teamgröße: 10

• Das Projekt beinhaltet die Aufspaltung und Weiterentwicklung eines Monolithen in etwa 85 Microservices. Dadurch stieg die Flexibilität und Skalierbarkeit aber auch die Komplexität und Abhängigkeit untereinander. 
• Neue Testkonzepte mussten zusätzlich eingeführt werden. Das Projekt beinhaltet die vollständige Anbindung aller Mercedes-Benz Fahrzeuge weltweit an das Daimler Netzwerk über verschiedenste Server-Zonen weltweit. Alle Signale und Dienste vom und zum Fahrzeug (Tür öffnen, Motor abschalten, Remotediagnose, etc.) werden Online durchgeführt. Das Backend für die direkte Fahrzeugkommunikation dazu ist dieses Projekt. 
• Die Serverlasten sind teilweise sehr hoch (>500000 Request pro Minute) Die Microservicewelt wurde dabei mit dem Netflixcore und Spring-Cloud umgesetzt. Eine Skalierung in zusätzliche Serverzonen je nach Last für mehre Kontinente konnte so durch Verschiebung erreicht werden.

Teamgröße:

12/ Abstimmung mit bis zu 10-20 int. Scrum-Teams

Qualifizierung:

Lead-Developer, technischer Software-Architekt im Microservice Umfeld (Java), Microservice Testkonzepte

Echtzeit Preisberechnung im Automotive After Sales Market

• Erreicht wurde eine Echzeitpreisberechnung für Reparaturleistungen aller Art im Werkstattbereich als Auskunftssystem. Die Leistungen mit Artikeln können aus Web­Anwendungen online mit lokalen und dezentralen ERP-Systemen kommunizieren zur genauen Berechnung von Angeboten im ERP-System. Gleichzeitig konnte auf Lagerbestände wie auch Alternativ-Artikel (Zweitausrüster) für unterschiedlichste Preisangebote zurückgegriffen werden. Verkäufe wurden sofort im Auftragsmanagement der ERP-Systems verbucht.
• Nachfolgend sind meine wesentlichen Aufgaben in dem Projekt genannt:
  • Definition und Entwicklung von Schnittstellen
  • Einbindung externer Dienstleister und Daten
  • Schaffung inhaltlicher Schnittstellen zu Berechnungsdatenmodellen
  • komplexe Onlinepreisberechnungen kleiner 1 Sekunde
  • Einbindung von Kalkulationsschnittstellen verschiedenster ERP-Systeme in lokalen Umgebungen wie auch Cloud-Systemen (>50) in die Onlinewelt
  • Integration des ERP Auftragswesen

  • Teamgröße: 6

• Ziel des Systems ist das Speichern jeder Art von Daten, die im Leben eines Fahrzeuges entstehen. Diese sind Werkstattbesuche, Fahrzeugdiagnosedaten, Werkstattaufträge und - rechnungen, Versicherungs- und Leasingverträge, Kundendaten, Unfallschäden, Kalkulationen und Fehlerberichte mit Messdaten.
• Nachfolgend sind meine wesentlichen Aufgaben in dem Projekt genannt:
  • Definition und Entwicklung von Schnittstellen
  • Entwicklung Kommunikationsverfahren zwischen lokalen Alt-System mit zentralen Cloud/Server-Anwendung
  • ERP-Integration von Auftrags und Rechnungsdaten
  • Modellierung von Algorithmen zur Standardisierung von Fehlerbildern und Defekten von Fahrzeugen
  • Zuordnung von Fahrzeug-Fehlerbildern auf Leistungspakete (Artikel/LaborOperation) für das Auftragswesen im Automotive Umfeld (Konzept, Planung)
  • Aufbau eines Katalogwesen zur einheitlichen und weltweiten Klassifikation von Fahrzeugen
  • Konzeption/Entwicklung von Algorithmen, um aus Seriennummern (Fahrgestellnummern) eindeutige Fahrzeugobjekte für BigData zu klassifizieren.
  • Konzeption und Umsetzung von Verschleiß-Hochrechnungen/Vorhersagen für Produktgruppen und Artikel an Fahrzeugen (Umgehung des Ersatzteilbeschaffungsfaktors)

  • Teamgröße: 8

    
    

• Entwicklung eines Vertrags- & Tarifmanagements und Billing-Machine mit Rechnungs­erstellung zur Abrechnung von transaktionsbasierten Prozessen. Rechnungsdatensätze werden anschließend an DATEV bzw. an das ERP-System geliefert. Ziel war die Abrechnung kreativster Marketing-Tarife als Vertriebswerkzeug, da ERP-Systeme dafür nicht nutzbar waren
• Teamgröße: 4

Ziel des Systems ist das Speichern jeder Art von Daten, die im Leben eines Fahrzeuges entstehen. Diese sind Werkstattbesuche, Fahrzeugdiagnosedaten, Werkstattaufträge und -rechnungen, Versicherungs- und Leasingverträge, Kundendaten, Unfallschäden, Kalkulationen und Fehlerberichte mit Messdaten. Nachfolgend sind meine wesentlichen Aufgaben in dem Projekt genannt: 

• Definition und Entwicklung von Schnittstellen
• Entwicklung Kommunikationsverfahren zwischen lokalen Alt-System mit zentralen
  Cloud/Server-Anwendung
• ERP-Integration von Auftrags und Rechnungsdaten
• Modellierung von Algorithmen zur Standardisierung von Fehlerbildern und Defekten
  von Fahrzeugen
• Zuordnung von Fahrzeug-Fehlerbildern auf Leistungspakete (Artikel/LaborOperation) für das Auftragswesen im Automotive Umfeld (Konzept, Planung)
• Aufbau eines Katalogwesen zur einheitlichen und weltweiten Klassifikation von Fahrzeugen
• Konzeption/Entwicklung von Algorithmen, um aus Seriennummern (Fahrgestellnummern) eindeutige Fahrzeugobjekte für BigData zu klassifizieren.
• Konzeption und Umsetzung von Verschleiß-Hochrechnungen/Vorhersagen für
  Produktgruppen und Artikel an Fahrzeugen (Umgehung des Ersatzteilbeschaffungsfaktors)
• Teamgröße: 8

Solution-Manager mobile Anwendungen, Planung von Design und Architektur, Umsetzung eines Entwicklungsprojektes zur Marktreife im Automotive-Umfeld

• Entwicklung einer Tablett-Anwendung auf Basis von Html 5 mit iOS und Android als Adapter- Layer zum Gerät für Diagnose und Verkaufsprozesse im Automotive After Sales Umfeld.
• Abstimmung mit Großkunden und Dienstleistern der Automobilindustrie in Deutschland, Österreich, Schweiz und Frankreich
• Offshore-Projektmanagement mit einer Entwicklungsabteilung von 30 Mitarbeitern in Ungarn n Einführung von standardisierten Entwicklungsprozessen und -methoden n Vereinheitlichung der QA-Prozesse
• Definition der Projektziele und Anforderungen n Koordination der Projektleiter
• Coaching von Nachwuchs-Führungskräften zur Übergabe der Aufgaben nach Projektstabilisierung
• Teamgröße: 30

• Projektleitung, Planung von Design und Architektur, Umsetzung eines Entwicklungsprojektes zur Marktreife im Gesundheitswesen (Genehmigungsmanagement-System)
• Softwareentwicklung, Architekturdesign und Realisierung
• Es wurde ein System für die gesetzlichen Krankenkassen geplant, das im Eilverfahren ärztliche Verordnungen und Kostenvoranschläge von Versicherten hinsichtlich des besten Preises prüft und bewilligt. Als Software-Architekt plante ich die Umsetzung des Pflichtenheftes und war an der Realisierung maßgebend als Entwickler wie auch Projektleiter beteiligt. 
• Das System nutzt die neuesten Technologien des Java-Umfeldes unter Einbeziehung von Entwurfsmustern und agilen Methoden. Das System ist für eine Serverbenutzung von über 1000 Nutzern gleichzeitig ausgelegt. Um die Fehlerrate in der Entwicklung zu senken, fand eine agile testgetriebene Entwicklungsmethodik Anwendung. 
• Gleichzeitig wurden Test- und Qualitätsprojekte implementiert, um frühzeitig nach Architektur- und Planungsfehler zu suchen. Da die Komplexität der Software und des Anwendungshintergrundes sehr hoch ist, war ein permanentes Coaching der Projektbeteiligten in der Entwicklung meinerseits notwendig. 
• Die Consultationen mit den Fachteams wurde teilweise durch mich geleitet
  
• Teamgröße: 13

• Analyse, Refactoring und Implementierung einer Service­ Architektur bei einer bestehenden Web-Anwendung
• Softwareentwicklung, Architekturdesign und Realisierung
• Ein bestehendes fragiles System musste technisch überarbeitet und weiterentwickelt werden. Durch eine gezielte Architekturanalyse und Refactoring konnte das Projekt stabilisiert und weiterentwickelt werden. Dabei wurde ein eigenes Business-Framework auf einer Service und Test-Architektur entwickelt und eingesetzt.
• Teamgröße: 3

Testdirector-Integration eines C++ Linux Test-Frameworks unter Linux mit DCOM-Server über .NET Remoting mit Mono

• Im Rahmen von Qualitätsmaßnahmen wurde das Produkt TestDirector beim Kunden eingeführt. Die Aufgabe bestand darin, Linux Programme mit TestDirector (TD) zu verbinden. Da TD nur rein unter Windows läuft (DCOM), musste eine Architektur geplant und umgesetzt werden, die unabhängig vom Betriebssystem ist. Durch Einsatz der .NET Architektur wurde ein Server/Client-Konzept umgesetzt, dass einen Datenaustausch von Linux nach Windows (DCOM) ermöglichte. Dabei wurde C# benutzt unter Einbeziehung der Mono Architektur für Unix/Linux. 
• Unter Linux wurden so DCOM-Ressourcen eingebunden. Dabei wurde .NET Remoting eingesetzt bei Nutzung vom SOAP und RPC. Das Projekt fand in Zusammenarbeit mit Mascot Systems (Indien) statt und wurde vollständig in Englisch koordiniert.
• Teamgröße: 2-5

Konzeption und Umsetzung einer PM Fehlerdatenbank für die Verwaltung der Rücknahme defekter Geräte für TollCollect

• DaimlerChrysler/EADS/TollCollect Softwareentwicklung Businessanwendung
• Aufbau einer internet-basierenden Lösung zur Verwaltung von Informationen (Wissenssystem) und Fehlern beim Einsatz der Kundenprodukte. Die Datenbank verwaltete eingehende fehlerhafte Produkte von Support Level 1 bis 3 und stellte den Workflow dar. Auswertungen und graphische Darstellungen waren Online jederzeit möglich. Exports nach Word und Powerpoint konnten aus Web-Seiten generiert werden
• Zudem wurden Fehler in einer Wissensdatenbank verwaltet und so aufbereitet, dass Mitarbeiter aus Level 1 bis 3 selbständig Entscheidungen, basierend auf generierten Maßnahmen, treffen konnten. Das Support-System kann somit jederzeit dynamisch und kostengünstig auf neue Fehler reagieren. Die Lösung wurde mit OpenSource Software umgesetzt. Verschlüsselung und sicherer Remote-Support wurden eingesetzt
• Planung und Darstellung erfolgte mit UML-Notation, um Geschäftsprozesse eindeutig darzustellen
• Teamgröße: 5-10

• Software Integration, Test und Tool-Erstellung ETC (LKW-Maut)
• Softwareentwicklung, Projektleitung Testmanagement

• Aufbau einer automatischen Testumgebung (Framework) unter Linux, um Funktionen des Hardwareabstraktion-Layers der TollCollect-OBU (Telematik) zu testen. Das Projekt wurde mit C++ und C unter Unix/Linux geplant und umgesetzt. Die Dokumentation des Codes fand mit Doxygen statt. Die Ergebnisse wurden in eine PostgreSQL Datenbank eingepflegt. Weiterhin wurden Architektur und Designpattern des Hardwareabstraktion-Layers nach RFC untersucht und verändert. Die RFC-Tiefenuntersuchung betraf die Bereiche Netzwerk (TCP/IP), PPP, GPRS, BS26, GPS (Navigation und Dead Reckoning). 

• Um Testbedingungen der Serversysteme bei TollCollect nachzuempfinden, wurden Linux-Server aufgesetzt, die den Datenverkehr verwalten (Firewall, State of Inspection - Rules wie Checkpoint) wie im Echt-System

• Die Linux­Server wurden selbst aufgesetzt und mit Scripten (Shell/Pearl) optimiert. Verwaltet wurden die Server mit LDAP bei Verwendung von OpenVPN und OpenSSL. Die Planung und Darstellung der Requirements erfolgte mit Testdirector und UML-Notation (DFN-DialogFlußNotation)

• Das Projekt fand in Zusammenarbeit mit Mascot Systems (Indien) statt und wurde vollständig in Englisch koordiniert.

• Teamgröße: 10-20

• Qualifizierung: GSM, Telematik, Projektmanagement Softwareintegration

• Software Qualitäts- Management, Schulung und Erstellung von Unterlagen
• Software Qualitätsmanagement, Schulung
• Das Projekt umfasste die Tätigkeiten der Erstellung von Schulungsunterlagen mit Beispielen sowie die Durchführung der Schulung
• Thema war der automatische Software Build und - Deployment mit Java basierend auf ANT aus einer SPU (Software Produktions-Umgebung).
• Teamgröße: 1-10

• Das Projekt befasste sich mit der Umstellung von C++ Code von VC++5 nach VC++6. Zusätzlich wurden alle Builds und Methoden nach neuen Standards des Kunden verändert und die neuentwickelte SPU (Software Produktions-Umgebung) des Kunden integriert. Bei diesem Projekt wurden die UML Tools zur automatischen Codegenerierung von Rational Rose modifiziert und angepasst. Die gesamte Software-Entwicklung basierte auf Vorgehen und Methoden nach RUP. Allerdings wurden bestimmte funktionale und non-funktionale Anforderungen in die Prozessgestaltung so integriert, dass sie bei der automatischen Codegenerierung Verwendung fanden.

Qualifizierung:

C++, Rational Rose, UML, OOA, OOD

Teamgröße:

1

XANDRA® Technology ist eine von der main {GRUPPE} entwickelte Technologie, die sich sehr gut für interaktive Internetseiten eignet. Es wurde ein vollständig neues Java Framework erstellt, dass mit SOAP/XML Client-Kommunikation arbeitet. Das Framework wurde auf Basis von J2EE erstellt.

Qualifizierung:

OOA/OOD und OOP, J2EE, Application-Server

Teamgröße:

10

Es wurde eine B2B Lösung in einem J2EE Application Server (BEA Weblogic) entwickelt. Die Daten wurden in Oracle gespeichert. Der B2B Marktplatz stellte eine Plattform dar, Freiberufler und Firmen mit Profilen zu verwalten und Projekten zuzuordnen. Kundenanfragen konnten so auf die entsprechenden Personen verteilt werden. Das Datenmodell wurde komplett neu entworfen und mit Oracle umgesetzt. Verwendung fanden Java, EJB, Html, CSS, Flash sowie SQL und Modellierung des Datenmodells.

Qualifizierung:

Oracle, OOA/OOP, J2EE, Application-Server

Teamgröße:

5

Qualifizierung:

Mission Critical Projekte, Projektleitung

Teamgröße:

5-10