• Hier habe ich Architektur / Design und Anwendungsentwicklung (C++11) im Rahmen eines Prototyp ?Adaptive Autosar? Manifest gemacht.

• Dies wurde mit den Werkzeugen gcc und Eclipse gemacht.Ich habe ein ?Provisioning Tool? designed und gebaut welches Ubuntu Linux Installationen unter VirtualBox (Oracle) von Grund auf aufgebaut hat.

• Ich habe auch die Architektur und Design für ein Netzwerk Optimierungsframework gebaut.

• Dies hat die Workflows des RTAW-Pegase (Netzwerkoptimierungstool) Tools automatisiert.

• Das Ziel davon ist es, die Netzwerkdefinitionen in Enterprise Architekt zu verwalten, diese als XMI zu exportieren und zusammen mit (in .csv Frameflows / Datenflüsse) in das Pegase Tool einzupflegen, anhand des Java APIs des Pegase Tools.

• Hier habe ich Anwendungsentwicklung (C++11/14/17, Multithreaded) für das CSAR-System gemacht.

• Dies unterstützt die Konfiguration von SSL / TLS Kommunikation zwischen Client (Ubuntu) und Server (4-Core ARM). Zusätzlich habe ich das Testingframework (C++ 11 / Python 3.8) verbessert und ausgebaut.

• Ich habe Testautomatisierung und Data-Driven Testing (Boost Unit-Test) eingeführt.

• Ich habe den Continuous Integration Prozess durch die Einführung von Test-Templates / Test-Filtering verbessert.

• Ich habe einen Test-Case Coverage und Analyse Skript in Python 3.8 geschrieben.

• Ich habe durch Reverse Engineering der Requirements (aus der Dokumentation) für das CSAR-System das Test-Coverage verifiziert.

• Ich habe den Test-Code beschleunigt durch einen Refactoring-Prozess, der mit Python Skripting unterstützt wurde.

• Hier hatte ich die Verantwortung für die Anforderungsanalyse, Design und Implementierung von einem ?Last-Test? SW, welche für die Lasttests der Datenflüsse der TCP-IP Verbindungen verwendet werden sollen.

• Die C/C++ Anteile wurde ?Multi-Threaded? mit boost Threads entwickelt.

• Zusätzlich habe ich Projektplanung und Technische Leitung eines kleinen Teams, welches die Teile des Projektes implementiert hat, betreut.

• Hier habe ich SW in Embedded C und C++ (C++14, ARM Prozessor) unter Embedded Linux (Ubuntu) und Windows entwickelt. Ich habe dazu ein Test Management System in Python entwickelt und eingeführt.

• Dieses validiert und prüft die Test Cases, so wie auch die Traceability zwischen den Anforderungen und Test Cases auf Unit- und Systemebenen nach dem V-Modell.

• Ich habe Black-Box Testing geplant und angewendet.

• Die testing Workflows wurden dadurch optimiert und mit den bestehenden Continuous Integration workflows integriert.

• Außerdem habe ich den Workflow innerhalb des Testing Teams vereinfacht und verbessert.

• Hier habe ich sowohl als Entwickler im Embedded Bereich (Medizintechnik) in Embedded C und C++ auf ARM Chips, als auch als Tester gearbeitet.

• Ich habe als Entwickler eine Template Library zur Konfiguration des Lasergerätes entwickelt, mit besonderem Hinsicht auf Tracing und Logging.

• Als Tester habe ich in Python Test Cases entwickelt (Test Library: PyUnit).

• Ich habe die Coverage der Requirements durch Tests und deren Implementierung validiert (V-Modell / Traceability).

• Dies habe ich auch durch Python Coding unterstützt.

• Ich habe einen Prototyp für die automatische Generierung der Testcases aus DOORS gebaut.

• Nach erfolgreicher Auswertung dieses Generators, wird er vollständig implementiert.

• Ich habe auch ?Simulatoren? für am Testboard nicht anwesende Geräte gebaut, die diese durch Ihre Schnittstellen darstellen (CAN-BIOS, SPI, GPIOs, Ethernet)

• Hier habe ich Verantwortung für Testen der SW für die Insulinpumpe ?Antlia?.

• Tests wurden teilweise automatisch, teilweise manuell durchgeführt auf Modultest und Systemtest Ebene.

• Zusätzlich habe ich die SW der Pumpe weiterentwickelt, neue Features definitert und implementiert.

• Ich habe die Durchsuchung der ?Event-Historie? der Pumpe durch einen Binary Search Algorithmus, optimiert durch ein ?Standard-Deviation? basierten Startpunkt ermöglicht.

• Auch habe ich die Benutzeroberfläche angepasst und erweitert.

• Verantwortlich für die System Tests des ESBO-Rail System.

• Zusätzlich habe ich zur Archtiektur des SW-Test-Frameworks beigetragen.

• Das Projekt wurde agil entwickelt, mit SCRUM Meetings alle 2 Tage

• Hier habe ich als Tester und Automotiver Entwickler gearbeitet (Microcontroller: ARM7 und RH850).

• Meine Hauptaufgabe war die Entwicklung von automatisierten Tests, die zur Unterstützung des Continuous Integration Prozesses dienten (HMI-Integration Tests).

• Dafür habe ich ein bestehendes Tool erweitert, um die Verteilung der SW über mehrere unabhängige Prozesse (multithreading) zu berücksichtigen.

• Zusätzlich habe ich: i) Die Requiements analysiert um Test Dokumentationen zu erzeugen die V-Modell / ASPICE konform waren.

• ii) Das Konzept von ?checksums?(basierend auf die eindeutigen Trace-IDs) eingeführt, sodass der Kontrollfluss mit einer einzigen Zahl bestimmt werden konnte, statt mit einer Liste von Traces.

• iii) Ein Requirementsanalysetool in Python entwickelt, welches traceability (ASPICE Voraussetzung) zwischen Requirements und Tests über DOORs IDs ermöglicht hat.

• Ich habe auch zwischen den Architekten, Entwicklern, Requirments Engineers und HMI-Integratoren ermittelt, sodass die für die Releases notwendigen Informationen geflossen sind.

• Ich habe ich mit CANoe und CAN-Bus Nachrichten gearbeitet.

• Meine Hauptaufgabe war die Qualitätssicherung des Codes durch Einsatz von QACPP und die MISRA-Standards.

• Ich habe den Workflow des QA-Prozesses unterstützt und verbessert durch die Entwicklung mehere Python Skripte.

• Ich habe die Einhaltung der Naming Conventions der Coding Guidelines ermöglicht durch einen, in Python geschriebenen, QACPP- Rule Generator.

• Hier habe ich die IPC Schnittstellen zwischen den zwei Microcontrollern anhand einer Thread-Safe Timer Software Bibliothek, welche ich selbst entworfen und implementiert habe, untersucht.
• Anhand der Timing Ergebnisse habe ich architektonische Verbesserungen vorgeschlagen. Ich habe auch ein schwerwiegendes Problem für das Display (HMI) Validierungssystem (DisplaySupervisor) durch dem Einsatz von Signal Processing (FFT / FIR-Filtering) gelöst.
• Ich habe auch die Verantwortung für das CAN-Messaging Debugging System für das Project übernommen und es erweitert.
• Dies hat Status Informationen über alle SW-Komponenten anhand von CAN- Nachrichten in CANoe zur Verfügung gestellt.
• Des Weiteren habe ich folgenden Werkzeuge eingesetzt und Aufgaben gelöst: Windows 7, Embedded Ubuntu (LINUX Variante), Eclipse, Visual .NET, Embedded C, C/C++, Versionierungssysteme: ClearCase, RTC (IBM Rational Team Concert), ClearQuest / RTC (bug tracking), DOORS (Requirements Management),Python (verschiedene Test und Validierungstools erstellt), CAN, CANoe, CAPL (Testfall Erstellung / Durchführung), Greenhills-Compiler / Multidebugger (embedded Compiler und Debugger), AutoSAR / MicroSAR / RTE (IPC zwischen den Microcontrollern, anhand von XML Beschreibungen generiert wurden), Microcontroller: Altas / Atlas-L (ARM) Chip.
• Ich habe auch Teile der Projektdokumentation von englisch ins Deutsche übersetzt.
• Auch habe ich mit Python und CANoe einen Satz von Regressionstests für den Displaysupervisor geschrieben, um die Inbetriebnahme von allen Varianten bzw.,Kombinationen der Hardware und Software zu ermöglichen.

• Hier hatte ich Verantwortung für das Technical Software Design des Angebots-Manager Projektes, welches in C/C++ unter Linux entwickelt wurde (Ubuntu / Eclipse / gcc / Boost).

• Ich habe auch die Verantwortung für die alltägliche Planung und Organisation des Projektes gehabt.

• Dazu gehörte die Etablierung von Mechanismen welche die Zusammenarbeit mit indischen Mitarbeiter ermöglicht haben, insbesondere: ein ?Prototyping? Verfahren das eine Parallelisierung des Entwicklungsprozesses ermöglicht hat.

• Ein Teil meiner Aufgaben war der Entwurf eines Python Code-Generators, welcher die Automatisierung der Entwicklung des ?Mapping Codes ? zwischen Schnittstellen und internen BOM (Business Object Model) Komponenten ermöglicht hat.

• Basis dafür waren Excel-Sheets, Visual Basic und eine selbst entworfene prozedurale Mappingsprache.

• Das BOM (Business Object Model) wurde mit Enterpreise Architect (EA) in UML modelliert.

• Die Etablierung eines "Continuous Integration" Prozesses für Automotive

• Software welches Software von den verschiedensten Quellen, auch Open-Source integriert.

• Dafür habe ich Workflows definiert die die Stabilität, Zuverlässigkeit und generelle Qualität (QA) des Baselines gewährleisten.

• Die Workflows, die ich definiert habe, sind dokumentiert und aus diesen Dokumentationen soweit wie möglich automatisiert.

• Dies beschleunigt den Software Lifecyle and stellt Reproduzierbarkeit sicher.

• Während dieses Projektes habe ich ein detaillierte Wissen des Beagle Board (ARM-11 chip) aufgebaut, welches die Referenzhardware für das GENIVI-Consortium ist.

• Hier habe ich im Embedded Bereich unter Windows XP Windows CE / HMI in C entwickelt.
• Meine Aufgabe war die Erweiterung des Infotainment Recorder (ITR) Logging Systemes, welches die Daten aller Auto Onboard-Geräte sammelt und speichert.
• Die Architektur dieses Systemes basiert auf Hierarchical State Machines (HSMs), die  gruppiert in verschiedenen Threads laufen.
• Zusätzlich konnte ich durch Einführung neuer Dokumentationsstandards die firmeninterne Kommunikation und die Geschwindigkeit des Informationsflusses verbessern

• C++ Entwicklung unter Linux (VersionUbuntu 9.10)
• Ich habe in dieser Zeit folgende Werkzeuge benutzt: C++ Compiler, Gnu 4.3, Netbeans 6.8, Vi, Vim, Nedit, Gedit, Unix Script Sprache, DBX, GDB (Debugging Werkzeuge) Testautomatisierungsscript (MPFT), Versionierungssystem Git.
• Mein Aufgabe war das reparieren von Defekten und die Entwicklung von neuen Features mit objektorientiertem Design für das IBM/Deutsche Telekom VOIP (Voice over Internet Protokoll System), welches anhand von SIP Nachrichten / Responses funktioniert.
• Während diese Aufgabe habe ich mich auch mit SIGTRAN beschäftigt.
• Weitere Technologien die ich dafür verwendet habe sind DIAMETER, RADIUS, PTHREADS und TCP-IP/UDP.
• Entwicklung und Analysierung von Defekten erfolgte anhand der Analyse von Traces, Cores und Debuggen mit dem Netbeanswerkzeug.
• Hierfür wurde eine Mischung aus V-Modell und Agile Programmierung als Design-/ Entwicklungsprozessangewendet.
• Als Versionierungssytem wurde GIT verwendet.

• Hier betreute ich die Software für die T-Mobile Teilprojekte Kundenpflege und Neugeschäft im Rahmen des Carmen Customer Care Systems.

• Ich war verantwortlich für die Software Qualität, Fachanalyse der Carmen / SAP Schnittstellen, Design-zuverlässigkeit, Anforderungsdefinitionen (DVK), Architektur- und Anwendungsentwicklung bei der Umstellung der Aufrufe von Carmen Software auf SAP Schnittstellen.

• Für diese sehr umfassende Tätigkeit hatte ich das bei T-Mobile übliche V-Modell verwendet um den Design-/ Entwicklungsprozess zu strukturieren.

• Im Rahmen dieser Tätigkeit baute ich die Fachlogik/Software des alten Aufrufes auf die neue Architektur um (unter Windows/UNIX).

• Diese Aufgabe schloss folgendes mit ein: Aufbau der Kommunikationsschnittstellen zwischen den SAP Entwicklern, EI (Enterprise Integration), Entwicklern, Carmen Fachexperten und Carmen C++ Entwicklern.

• Schwerpunkte waren Softwarequalität Sicherung durch Testklassen und Verbesserung des Software Lifecycles.

• Ein Schwerpunkt meiner Arbeit außer Anwendungsentwicklung und die oben genannte Punkte, war die Sicherstellung der Kompatibilität und Baubarkeit  aller C++ Codes unter sowohl UNIX als auch Windows.

• In den letzten 3 Monaten hatte ich an der Übersetzung der gesamten Carmen Dokumentation von Deutsch auf Englisch teilgenommen, dies ermöglichte einen tiefen Einblick in die Analysemethodik / Prozesse von T-Mobile

• Während meiner Tätigkeit habe ich C++/C Anwendungsentwicklung unter Windows 2000 / NT und Tandem / UNIX gemacht.
• Die folgende Werkzeuge habe ich benutzt: Eclipse, Borland Builder, Tandem Debugger. 
• Zusätzlich habe ich eine mit C++ entwickelte TCP / IP Komponente entwickelt.

• Während meiner Tätigkeit habe ich C++/C Anwendungsentwicklung unter Windows 2000 / NT und Visual Studio 7.0 mit MFC gemacht.
• Dabei habe ich auch die Architektur verbessert und am Testing teilgenommen.

• Während meiner Tätigkeit habe ich mit Visual Studio 6.0 und Visual Studio 7.0 (VS.NET) und MFC / TFC, unter Windows/UNIX, CRM (Customer Relations Management) Software entwickelt. (Projekt Carmen) 

• Zusätzlich habe ich Prototyp Software für einen Klassenhierachie-Browser und eine generische RPC Architektur entwickelt, die auch als SOAP-Interpreter / Converter geeignet ist. Auch habe ich Businessschicht Software aus Rational Rose von XMI mit XSLT in C++ generiert und  ein JNI (Java Native Interface) wrapper für die Integration von C++ und Java entwickelt. 
• Zusätzlich habe ich Perl-Skripte entwickelt

Meine Tätigkeiten schließen folgendes ein: 

• Unterstützung und Verbesserung eines auf DCOM / VC++ basierierenden Telematik Simulations Frameworks.
• Erweiterungen sowie architektonische Verbesserungen des Frameworks, architektonische Beratung der Mitglieder des Entwicklungsteams.
• Verbesserungen der Business Prozesse des SW Entwicklungs-Lifecycles.
• Entwurf und Durchführung von Qualitäts-Maßnahmen zur Verbesserung der Code Qualität und des Auslieferungsprozesses, einschließlich Design und Entwicklung von SW Tools, die die verbesserten Business Prozesse unterstützt haben.