Für einen Zulieferer sollte ein für ein EPS System folgende Aufgaben bearbeitet werden:

• Requirements Engineering
• Definition, Monitoring und Optimierung der Systemintegration und Applikation
• Überwachung des Requirements Management und berichten an den Projektleiter
• Überwachung der Einhaltung der Requirements Prozesse

Für einen Zulieferer sollte eine System Architektur für autonomes Fahren entwickelt werden. Das Steuergerät soll ASIL B konform sein.

Folgende Aufgaben wurden von mir durchgeführt:

• Erstellen eines System Architecture Konzept

• Erstellung einer Functional Requirement Analyse
• Erstellen einer Functional Infrastructure Requirement Analyse

Für einen Zulieferer sollte eine System Architektur entwickelt werden, die Plattform übergreifend eingesetzt werden kann. Das Steuergerät soll ASIL A/B konform sein.

Folgende Aufgaben wurden von mir durchgeführt:

• Erstellen eines System Architecture Guide (Vorgehensmodell)

• Erstellen eines Technischen Safety Konzeptes (TSC) ISO 26262
• Erstellung einer Functional Requirement Analyse
• Erstellen einer Functional Analyse
• Erstellen einer Functional Architecture
• Erstellen einer Functional Infrastructure Requirement Analyse
• Erstellen einer Functional Infrastructure Analyse
• Erstellen einer Functional Infrastructure Architecture
• Erstellen System Architecture Design
• Definition Interfaces
• Definition Views
• Verification

Für einen Kunden sollte eine Microservice Archtektur entwickelt werden, die in einem Online Shop als internationale Plattform zum Verkauf von Automobile genutzt werden kann. Voraussetzung für die Software sollte eine leichte Anpassung an Länderspezifika sein. Die Entwicklung wurde nach SCRUM durchgeführt.

Folgende Aufgaben wurden von mir durchgeführt:

• Erstellen der Requirement Dokumentation in Conflurence
• Erstellen der Architektur, die eine Nutzung des Systems via Handy, Tablett oder Labtop ermöglicht.
• Zusammenarbeit mit dem Test Team zur Erstellung von Use Cases für den E2E Test
• Fehleranalyse und Problemmanagement

Für einen Zulieferer sollte eine System Architektur entwickelt werden, die generisch erzeugt werden kann und OEM unabhängig ist. Auch sollte es möglich sein Matlab Modelle der OEM‘s mit ein zu binden.

Folgende Aufgaben wurden von mir durchgeführt:

• Erstellen eines Workflow Plan.
• Erstellung des Pflichtenheftes.
• Erstellen der System Architektur aus Use Cases, Block Diagramm, Struktur Diagramm, State-Diagramm, Sequenz-Diagramm, Activity Diagramm.
• Definition der Diagnose DTC.
• Erstellen der Coding Tabellen.
• Erstellen des HW Anfordungskatalogs
• Definition des Hardware –Software Interface HSI

Für einen Zulieferer war ich als SW-Leiter für die Entwicklung eines Steuergerätes auf Basis von AUTOSAR 4.2.2 tätig.

Folgende Aufgaben wurden von mir durchgeführt:

• Gesamt SW Projektleitung. Planung und Steuerung des SW Projekts in enger Kooperation mit dem SW Team, dem System Requirements Team, dem Software Test Team, dem Kunden und anderen 3rd-Party SW-Zulieferern
• Management und Koordination der SW Entwicklung und des SW SCRUM Teams (intern und extern). Sicherstellen der Integration von 3rd-Party SW-Modulen und ausgelagerten Arbeitspaketen
• Sicherstellen der Verfügbarkeit des Continuous Integration Systems
• Managen der äußeren Randbedingungen wie Hardware, Supplier Software, Requirements etc. in Bezug auf das Software-Team und die planmäßige Entwicklung der Software.
• Verhandlung der Budget-Vorgaben mit dem Program Management in Abstimmung mit dem SW Entwicklungsteam
• Steuerung der AUTOSAR basierten Software-Architektur mit Software Team, Endkunde und 3rd party software suppliers
• Design matching der SW Application mit dem Projektteam und dem Engineering Team des OEMs.
• Definition der SW Spezifikation in enger Zusammenarbeit mit dem Kunden und dem gesamten Projektteam
• Koordination des gesamten SW-Entwicklungsprozess, unter Anwendung der vorgegeben Entwicklungs-Prozesse und SW- Tools.
• Sicherstellung des geforderten Prozesslevels im Projekt

Für ein Zulieferbetrieb wurde das Requirement und die Architektur für ein ASIL B/D Steuergerät erstellt

Folgende Aufgaben wurden durchgeführt:

• Leitung und Koordination des Requirements- Management und Architektur.
• Konzeption und Umsetzung der Requirements in Form eines Blueprints
• Abstimmen der Realisierbarkeit von Anforderungen
• Durchführung einer Requirement Analyse
• Verhandlung und Design von Interfaces zu den benachbarten Applikationen
• Erstellung technischer Lösungen auf Basis von fachlichen Konzepten
• Durchführung einer System und Software Architektur
• Planen und Umsetzen eines Konfigurations Management Systems
• Erstellen und Pflege der begleitenden Analysedokumente

In Rahmen eines Automotive Projektes wurde die RTE-Schnittstelle von AutoSAR in MATLAB/Simulink entwickelt: Die aus dem Modell entstandenen Templates wurden dann in C/C++ Programmierung erweitert bzw ergänzt.

In Rahmen einer Antriebssteuerung von Verbrennungs- und E-Motoren auf Basis von AutoSAR wurden System-Funktionen für alle Produktlinien und Baureihen entwickelt. Der Schwerpunkt lag in der Einbindung von AutoSAR. Zusätzlich waren Aufgaben als Projektleiter zu erledigen.

Im Rahmen einer Steuergeräte Entwicklung auf Basis von AutoSAR wurden folgende Aufgaben von mir durchgeführt:
Analyse der Anfordeungen bzw Requirements des Auftraggebers in DOORS.

• Modellierung des Systems in SyML als MDA.
• Entwicklung, Bewertung, Festlegung alternativer Lösungsansätze für die Systemarchitektur
• Integration von AutoSAR Module in die Applikation mit und ohne RTE
• Entwicklung von Konzepten für die Bordnetzarchitektur.
• Erstellen von Testplänen und Testfällen.
• Skripte in VB6 zur Diagnose von CAN / LIN Bus
• Programmierung in C für V850 / ARM9 Microcontroller
• In Betriebnahme von AutoSAR und Applikation
• Test der Software nach ASIL B
• Tracen bzw Debuggen mit Multidebugger von Renesas

Im Rahmen der Architekturentwicklung AutoSAR für Fahrzeuge wurden folgende Aufgaben ausgeführt:

• Auswahl und Bewertung der Systemarchitektur relevanten Anforderungen gemeinsam mit dem E/E Anforderungsmanager
• Ableitung der Konsequenzen für die Architektur aus Ausstattungszielen, E/E-Systemanforderungen, Projektprämissen, Technologieroadmaps, Funktionsmodellen der Entwicklungs-Domänen, Packagerandbedingungen, Kommunalitätsanforderungen
• Entwicklung, Bewertung, Festlegung alternativer Lösungsansätze für die Systemarchitektur
• Entscheidungen in Zusammenarbeit mit den internen und externen Schnittstellenpartnern treffen unter Berücksichtigung von Busstruktur, Technologien und Regeln zur Buskommunikation, Einsatz und Umfang von Standardschnittstellen und Standardsoftware, Partitionierung der Funktionen (auf den Steuergeräten), Baukasten
• Verifikation der Systemarchitekturanforderungen mit den Lösungsszenarien
• Verifikation der Erfüllung der Vorgaben der Systemarchitektur in den Systemschaltplänen
• Dokumentation der Architekturentscheidungen in den Systemlastenheften von Systemarchitektur, Systemschaltplänen, Funktionenkatalog, Lastenheft Bordnetzkatalog
• Definition von Referenzständen (Baselines) der Systemarchitektur als Bezugspunkt für die Entwicklung
• Bewertung, Entscheidung und Dokumentation von Änderungsanträgen an der Systemarchitektur
• Einsteuern von Änderungen an der Systemarchitektur im E/E Änderungsmanagementprozess
• Erstellen von Testplänen und Testfällen.

Enterprise Architekt und Projektleiter mit Schwerpunkt Service Architektur in einem internationalen Team für „IT Governance Strategy and Architecture“ eines Konsortiums von Mobilfunkbetreibern.

• Projektleitung für die Einführung eines Service Lifecycle Managements für die gemeinsame SOA Infrastruktur auf Basis der WebMethods Business Process Management Suite.
• Teil einer Experten-Gruppe zur Aufstellung eines internationalen Enterprise Architecture Frameworks. Als Toolunterstützung kamen PlanningIT und Centrasite AS zum Einsatz.
• Mitverantwortlich für das Design einer Application Landscape mit dem Ziel der Synchronisierung zahlreicher Applikations-Repositories, der Bereitstellung von übergreifenden Reports, der Planung von Roadmaps und der Identifizierung von Heat Maps.
• Teil der Design Authority für die Service Architecture und das Service Portfolio Management.#
• Verantwortlich für die Policies, Standards und Konzepte der SOA im Zusammenspiel mit den Governance-Prozessen und der Roadmap für die strategische Zielarchitektur der IT unter Einbeziehung der Kommunikations- und SOA- Standards (WSDL, SDDI , SOAP, OSGi)
• Mitglied des zentralen Competence Centers einer strategischen Partnerschaft mit der Software AG als Zulieferer von zentralen Bestandteilen der internationalen Infrastruktur.

Webportal-Applikation einer Vertriebspartneranwendung für das Corporate Network eines Industrieunternehmens mittels Applikation Server , ECM (Alfreso) + J2EE.

Tätigkeitsschwerpunkte v. a. im Bereich Sales  war Design, Spezifikation und Implementierung der Auftragsanlage, -änderung und –rückerfassung für das Web- Frontend, sowie der Implementierung allgemeiner Services (Login, Dispatcher
Komponente für verschiedene Teilapplikationen, Message Pool). Das Dokumenten Management wurde mit Alfresco realisiert, das über einen Konnektor mit dem Applikation Server verbunden ist. Der Zugriff funktioniert per Browser über eine intuitive Oberfläche oder über Windows Explorer. Über ein Plugin können Microsoft Office Anwendungen integriert werden.

Das Projekt bestand aus der Entwicklung eine Elektronik zur Unterstützung der Lenkung von Kraftfahrzeugen. Das Projekt wurde nach dem Prozessmodell CMMI (Spices) Level 2 und SIL Level 3 (IEC 61508) durchgeführt

• Auswahl und Bewertung der systemarchitekturrelevanten Anforderungen
• Präsenz und Vertretung der Produktlinie in E/E-Gremien
• Ableitung der Konsequenzen für die Architektur:
  Ausstattungszielen, E/E-Systemanforderungen, Projektprämissen, Technologieroadmaps, Funktionsmodellen der Entwicklungs-Domänen, Packagerandbedingungen, Kommunalitätsanforderungen
• Gremienmanagement SI-Management-Meeting Gremienmanagement SI-Management-Meeting
• Architekturfestlegung    
• Entwicklung, Bewertung, Festlegung von Lösungsansätze unter Einbeziehung der AUTOSAR Spec. für die Systemarchitektur und die Entscheidungen, in Zusammenarbeit mit den internen und externen Schnittstellenpartnern, nachvollziehbar machen unter Berücksichtigung: Busstruktur (FlexRay, CAN, LIN), Technologien und Regeln zur Buskommunikation, Einsatz und Umfang von Standardschnittstellen und Standardsoftware, Partitionierung der Funktionen auf das Steuergerät), Baukasten, Programm Entwicklung zum Flashen vom integrierten Speicher im MC

Verifikation

• Verifikation der Systemarchitekturanforderungen mit den Lösungsszenarien
• Verifikation der Erfüllung der Vorgaben der Systemarchitektur in den Schaltplänen.
• Erstellung der Software (Baukasten)
• Testen der Software ( Modul, System, Integrationstest)

Es sollte die Forderung der Automobilindustrie der Nachweisbarkeit und Rückverfolgung eines Entwicklungsprozesses bzw. Lebenszyklus eines Produktes nach CMMI / Spice Standard umgesetzt werden. Folgende Aufgaben wurden von mir durchgeführt:

• Festlegung einer Strategie für eine E2E Lösung für den Lebenszyklus eines Produktes (Product Lifecycle Management).
• Erkennen, analysieren, planen und mindern von Umsetzungsbarrieren im Projekt.
• Unterstützung der Projektleitung bei der initialen Umsetzung der vorgegebenen Entwicklungsprozesse.
• Dokumentationen (Projekthandbuch, Risikomanagementplan, Konfigurationsmanagementplan etc.) nach Anforderungen CMMI Level 2 und 3

Prozessbeschreibungen der Projekte

Anforderungsmanagement, Konfigurations- und Änderungsmanagement sowie Projekt- und Risikomanagement.

Initiale Übernahme der vorhandenen Projektdokumente in die neuen Tools

Überführung der Lastenhefte / Pflichtenhefte in DOORS.
Definition eines XML Formates aus dem Doors Customer Requirement Specification (CRS) und Technical Requirement Specification (TRS) für CANoe Tests.

Operative Unterstützung:

• Toolintegration: Aufbau eines Application Lifecycle Service Bus nach SOA, BPEL
• Design: Umsetzung der Konzeption in UML Modelle (MSC-Editor)
• Test Management: Erstellen von Testcases für Diagnostic Test CAN und MOST Bus (OBD KWB2000)und(CANoe, CANcaseXL, OptoLyzer4Most) Erstellen von Testscripte für CANoe, EDIABAS, Durchführung von Schulungen und Coaching für die Projektmitarbeiter in den Themen Anforderung Management/Requirement Engineering, DOORS

• Erarbeitung und Umsetzung von dedizierten Testkonzepten
• Auswertung von Fehlerlisten zur Sicherstellung der Wiederverwertbarkeit
• Problem-Lösung im Detail
• Ableitung von messbaren Qualitätsparametern
• Darstellung von Abhängigkeiten und Risiken
• Konsistenzsicherung der erforderlichen Anforderungsdokumente
• Frühzeitige Verankerung der Testmanagementanforderungen im Rahmen der Anforderungsphase
• Definition und Festlegung der Rahmenbedingungen
• Testplan erstellen und abstimmen, inkl. Teststrategie
• Testinfrastruktur und Spezifikation der Testfälle
• Steuerung und Konsistenzsicherung der stufigen Testkonzepte
• Steuerung und Begleitung der für die Testdurchführung
• begleitenden Vorarbeiten
• Organisation und Durchführung von Projekt- und Statusbesprechungen
• Steuerung und Begleitung der Testphasen
• Eigenständige Erstellung sowie Unterstützung bei der ErstellungTestingrelevanter Darstellungen
• Eigenständige Erstellung sowie Unterstützung bei Erstellung von Entscheidungs-/Informationsvorlagen

Projekt:          

In dem Projekt wurde eine Mainframe Architektur auf eine Client/Server Architektur umgestellt. Bei dem Projekt handelt es sich um eine individuelle CRM Lösung.

Meine Aufgaben waren: 

• Zentraler Ansprechpartner für Projekt-Mitarbeiter (Entwicklung- und Testunterstützung) in technischen Fragen (z. B. Ausstattung von Projektarbeitsplätzen).
• Technischer Ansprechpartner für Lieferanten bzgl. IT-Infrastruktur.
• Technische Unterstützung bei Schulungen.
• Zentrale Systemadministration und -kontrolle.
• SW-Verteilungsmechanismen (CRM-Client, FAX-Client).
• Rollout neuer Softwareversionen innerhalb des Projektteams.
• HW Beschaffung und Konzeption von Architekturen.
• Betreuung und Kontrolle Datensicherung (Interims-Lösung für Projektlaufzeit).
• UHD zur technischen Unterstützung.
• DBA.
• Einbindung technischer Anforderungen (aus z. B. DV-Konzepte) in die Gesamtkonzeption.
• Konzeption und Realisierung der Datensicherung für den prod. Betrieb.
• Konzeption, Realisierung und Inbetriebnahme Fax- und Mailserver.
• Konzeption Anbindung CRM für Außendienst (DSL-VPN).
• Rollout weiterer Arbeitsplätze im Fachbereich.
• Erweiterung LAN / WAN.
• Lasttests / Vergleichsmessung zu den vorliegenden Benchmarks.
• Teilübergabe nach Fertigstellung.
• DBA

Betrieb der Produktionsumgebung bis zur Übergabe.

• Baselinetest.
• Erstellung von Betriebsdokumentation oder Richtlinien.
• Schulung der Administratoren auf AIX / HACMP.
• Applikations- und Supportschulung UHD/L2.
• Einweisung der Administratoren in die technischen Systemspezifikationen.
• Durchführung der Übergabe.

Projekt:
Es mussten die Baugruppen für die Serienfahrzeuge auf Tauglichkeit überprüft werden. Dabei wurden die elektronischen Baugruppen auf Verträglichkeit der Protokolle von CAN, LIN und Mostbus geprüft.

Meine Aufgabe war:

• Durchführung von Last- und Performancetests
• Erstellung von Testkonzepten
• Bewertung von Testkonzepten
• Erstellung von Testplänen und Testfällen
• Generierung der erforderlichen Testdaten
• Vorbereitung und Durchführung des Component Test
• Erstellung der Testdokumentation
• Durchführung des UAT (User Acceptance Test)
• Durchführung von Installationen
• Management der technischen Environments

• Ist-Analyse und Bewertung bestehender Testverfahren. Analyse der strategischen und operativen Anforderungen an ein Test-, Konfigurations- und Build- Management
• Anforderungsanalyse und Evaluation eines geeigneten Test- Konfigurations- und Build-Management-Werkzeuges für Host und C/S-Software-Entwicklung
• Konzeption und Beratung bei der Implementierung einer werkzeugunterstützten Management-Organisation für die gesamte SW-Entwicklung (V-Modell & ANSI/IEEE-829)
• Analyse und Konzeption der Beauftragungs- Release und Freigabe- Prozesse
• Analyse und Konzeption der organisatorischen Schnittstellen zu den Partner-Organisationen
• "Entwicklung, Build- und Konfigurationsmanagement" Konzeption der gesamten Management-Organisation
• Methodische Beratung der Testmanagementleitung in der Analyse der SW-Produkt-Spezifiaktion
• Methodische Unterstützung beim Reverseengineering der zu testenden Software (Geschäftsvorfallermittlung, etc.)
• Methodische Beratung der Testmanagementleitung in der Testfall- und Szenarien-Ermittlung
• Analyse, Konzeption, Realisierung und Implementierung eines zentralen C/S- Build- Konfigurationsmanagements und Berücksichtigung eines etablierten dezentralen KM