Arnd Hekermans

ASPICE / Engineering Consultant & Tool Developer

Tool-assisted preparation of the ASPICE Capability Level 2 assessment and deterministic generation of SWE.4/SWE.5 test cases from AST and architecture — no LLM in the evidence path. In parallel, SW integration at MCU level.

• ASPICE v4 assessment preparation (CL2) with an in-house tool (PROVE/SOLVE)
• Deterministic SWE.4 (unit) / SWE.5 (integration) test-case generation from AST/architecture
• Integration of ALM sources (Polarion, DOORS NG, Jira) and traceability/coverage reports
• AUTOSAR integration on AURIX MCU (Vector stack), tooling: CANoe, A2L

SIL / Safety Engineer

Built a software-in-the-loop test system for an AI-based safety sensor (person detection) — deterministic, reproducible validation in a photorealistic factory environment to close the audit evidence gap.

• SIL test system based on CARLA + ROS2 (Humble)
• Scenario-based validation of person detection (reaction time, occlusion)
• Auditable SIL test reports (open instead of black box)

SW Architect & Safety / ASPICE Consultant

Built a SIL/simulation environment and an end-to-end ASPICE implementation (SWE.1–SWE.6) including automatic generation of the Enterprise Architect models and an SWE.6 DoIP server; functional-safety coaching up to ASIL-D in the RFQ context.

• SIL/simulation environment (QEMU/AAOS/QNX, OpenSCENARIO scenarios)
• ASPICE SWE.1–SWE.6 implementation incl. test and coverage reports
• Automatic generation of the Enterprise Architect / MagicDraw models (EA generator)
• SWE.6 DoIP server for the qualification tests
• Functional-safety coaching (ISO 26262 up to ASIL-D), interface reviews, test planning

SW Safety Analyst / Architecture

Software FMEA and architecture analysis of the power-electronics software based on the EA architecture model.

• Conducting the SW-FMEA (Loss of Diagnostic / LOD)
• Analysis of the SW architecture (Enterprise Architect)

Safety / SW Requirements Engineer

Authoring of SW requirements (system/module level) as well as safety concept and safety analysis for a DC/DC / Penthouse ECU.

• Definition of SW requirements (system/module)
• Safety concept and safety analysis
• Documentation tooling (Markdown/HTML export)

Coaching & Program Management (team ~10 FTE)

Technical guidance of the project team in ASPICE, SysML/UML and SW architecture, plus responsibility for functional safety (SEooC/Item, system and SW architecture).

• Analysis of system and SW requirements
• Review of the technical safety concept
• Reverse engineering of system and SW architecture from development artifacts
• Program management of a team of domain experts

System & SW Architect

Definition of an ASIL-B compliant system and SW architecture for an interior camera system, including SOTIF considerations and coaching on requirements authoring.

• Definition of the ASIL-B system and SW architecture
• Review of requirements, architecture and plans (ASPICE)
• Coaching on requirements authoring at SYS.x / SWE.x
• SOTIF — definition and requirements

SW Architect & Team Lead (5 architects)

Support of the SW architecture and definition of the logical program flow for application and BSW on Infineon AURIX TC3xx; process work at the intersection of Agile and ASPICE.

• Definition of the logical program flow (application & BSW)
• Technical leadership of 5 architects
• Architecture and safety work on AURIX TC3xx

Coaching, Functional Safety & Requirements

Support of the project team in system/SW architecture and functional safety (SEooC/Item, system engineering), authoring the technical safety concept; reference SW development in Adaptive AUTOSAR.

• Analysis of system and SW requirements
• Authoring the technical safety concept
• Support in ASPICE, SysML, UML and SW architecture
• Requirements engineering incl. assumptions of use (Codebeamer)

SW Architect

Conception and documentation of the SW architecture of the OneBox platform (safe compute / safe storage / safe communication) via MBSE.

• Definition and documentation of the SW architecture (Enterprise Architect)
• Preparation of features, system structure and system architecture

Cybersecurity Engineer

Development of a cybersecurity work-package breakdown in the OneBox context.

• Definition and structuring of cybersecurity work packages

Safety Analyst

Analysis of program flow control and timing of the SW architecture (functional-safety context) based on the EA model.

• Program-flow and timing analysis
• Architecture analysis (Enterprise Architect)

System / SW Architect

Preparation of the system architecture and requirements mapping as well as consideration of self-test diagnostics.

• System architecture (Enterprise Architect)
• Requirements mapping (customer/system)
• Self-test / diagnostics consideration

BMS SW / Safety Architect

Preparation of the BMS feature and component architecture (ASIL-C/A/QM partitioning) via MBSE.

• Architecture of the BMS features and components
• Structuring by ASIL classes (C / A / QM)

MBSE / Method Consultant

Development of an MBSE method (RFLP approach, ASPICE, single source of truth) for active-safety development.

• Method for system design and integration (ASPICE)
• RFLP approach (Requirements–Functional–Logical–Physical)
• Single-source-of-truth concept (PreeVision / ArchE / Cameo)

SW (Safety) Architect & Team Lead

Conception and definition of the SW architecture for a universal platform that can be used generically across various internal and external application projects.

• Communication with system stakeholders
• Analysis of system and SW requirements
• Authoring of SW requirements and SW architecture
• Platform evaluation TI TDA4x / J721E (Edge-AI / Linux SDK)

SW (Safety) Architect & Team Lead

Conception and definition of the safety SW architecture of a battery management system through to series readiness of several HW variants, plus the concept for upgrading from ASIL-B to ASIL-C.

• Analysis of system and SW requirements
• Definition of SW safety mechanisms
• Identification of gaps in system requirements
• Authoring the technical safety concept (ASIL-B → ASIL-C)

SW Safety Architect (team ~20)

Took over a running project from the predecessor supplier with incomplete documentation. Rebuilt the process landscape per ISO 26262, set up requirements engineering and the safety architecture. Identified and resolved several potential show-stoppers.

• Technical steering of a team of 4 architects
• Definition of the safety architecture and level-3 safety monitors
• Signal-flow analyses incl. golden sample, timing protection, FFI
• Provision of ASIL-C for Infineon MCAL
• Definition & rollout of all ISO 26262 work products, team training

SW (Safety) Architect & Team Lead

Upgrading the ASIL level from B to C: defining the approach, identifying all affected SW components based on requirements and signal-flow analyses, and implementing the necessary changes.

• Definition of the safety architecture and level-3 safety monitors
• Timing protection, program-flow/alive/deadline supervision, FFI
• Partitioning of OS applications, ASIL-C for Infineon MCAL
• SW integration tests (vTestStudio), SWE.4/SWE.5 documentation
• Reworking the OS scheduling (non-preemptive → preemptive), load balancing

SW Integrator

Commissioning an Ethernet flash bootloader (Vector SIP) from a non-functional baseline: fault analysis and fixes in the TCP/IP stack, diagnostics and the hypervisor; adapting the flash process to the hypervisor architecture.

• Commissioning & debugging of the ETAS hypervisor
• Configuration of the bootloader modules (DaVinci Configurator)
• Implementation of FBL APIs, FBL updater, DID handling
• SBC/SPI and external watchdog, integration with the application

SW (Safety) Architect & Team Lead (7 developers)

Took over the project from the predecessor supplier with incomplete documentation. Defined processes for requirements, implementation and test; documented the code base via reverse engineering and qualified it through signal/control-flow analysis.

• Definition of the approach, training and execution
• Definition of the safety architecture and safety monitors
• Assessment of integrity violations
• Coordination of a team of 7 developers (requirements, FuSa, test, diagnostics)

SW Safety Architect

Authoring the technical safety concept together with the functional safety manager: analysis of system interrelations, assessment against safety criteria and building the safety architecture.

• Authoring and analysis of the safety architecture per ISO 26262

Team Lead & SW Safety Architect

Authoring the SW architecture per ISO 26262 (ASIL-B), assessing and resolving integrity violations, customer communication and ensuring product availability; ensuring series readiness in the VW context.

• Coaching and coordination of a team of 6 developers
• Integration of the Toyota CAN stack, E2E protection, watchdog integration
• Resource planning, ticket assessment and customer communication

Lead Integrator, SW Architect & Sub-project Lead

Ensured series readiness for Parkman as lead integrator and architect; later sub-project lead of the AUTOSAR V4 integration (Scala 2) for an internationally distributed team of ~30 developers and product release management.

• Definition and implementation of the SW architecture, bug-fixing around load issues
• Review/rework of requirements and SW components
• Supplier steering, release planning and documentation
• Integration of SIPs, K-matrices, diagnostic updates and security topics

Architect, Designer & Developer

Concept, architecture and implementation of a data-driven menu description language as an AUTOSAR component to minimize the effort for changes and extensions; used worldwide to implement customer requirements.

• Conception, architecture and implementation of the system
• Definition of the tool landscape and process chain
• Windows tool to manage and generate embedded resources
• Application modules: ACC, lane departure warning, diagnostics, head-up display simulation