Wenn Autos smart werden und selbst entscheiden

Kaum eine Branche lebt so sehr von großen Schlagworten, während die Realität zugleich so fragmentiert bleibt wie in der Automobilindustrie. „Software-Defined Vehicle“, kurz SDV, klingt nach Zukunft. Doch dorthin führt kein einzelnes Update und auch keine neue Steuergerätegeneration. Es geht um mehr: um ein radikales Umdenken in Architektur, Organisation und Produktverständnis. Wer heute ein SDV entwickeln will, muss Software nicht nur programmieren, sondern als strukturelles Element des Fahrzeugs begreifen. Und genau da fängt die eigentliche Arbeit erst an.

Die Software zieht ins Zentrum

Früher bestimmte der Antrieb das Fahrzeug, heute ist es die Softwarearchitektur. Funktionen, die einst tief in Steuergeräte eingebettet waren, wandern in abstrahierte Software-Schichten. Steuergeräte werden durch zonale Rechner ersetzt, Funktionen lassen sich über die Cloud verteilen, testen und aktualisieren. Klingt simpel, erfordert aber eine völlig neue Systemlogik. Denn ein SDV ist weit mehr als ein vernetztes Auto: Es ist eine digitale Plattform mit Echtzeitverhalten, funktionaler Sicherheit und einem jahrzehntelangen Produktlebenszyklus.

Warum „Updatefähigkeit“ nicht reicht

Ein SDV muss mehr können, als Updates zu verteilen. Entscheidend ist die Fähigkeit, Funktionen zur Laufzeit zu aktivieren, zu deaktivieren oder zu modifizieren, abhängig von Fahrzeugkonfiguration, Nutzerverhalten oder Marktanforderungen. Dieses dynamische Feature-Management erfordert ein durchgängiges Lifecycle-System, das Änderungen über alle Softwaredomänen hinweg lückenlos nachverfolgt. Nur wenn Anforderungen, Code, Tests und Varianten systematisch verknüpft sind, lassen sich neue Features effizient ausrollen, ohne Nebenwirkungen auf bestehende Funktionen oder Systemstabilität. Wer hier schludert, riskiert nicht nur Rückrufe, sondern komplette Re-Zertifizierungen.

Entwicklung wird zur Dauerdisziplin

Im SDV-Umfeld ist Software nie fertig. Neue Funktionen entstehen parallel zu bestehenden, Updates müssen rückspielbar, kontextabhängig und vollständig validierbar sein. Klassische lineare Entwicklungsmodelle stoßen hier schnell an ihre Grenzen. Gefragt sind Ansätze wie Model-Based Systems Engineering (MBSE), die Mechanik, Elektronik und Software in einem gemeinsamen Systemmodell abbilden. So lassen sich Anforderungen, Architekturentscheidungen und Tests frühzeitig validieren und über den gesamten Lebenszyklus hinweg konsistent halten.

Product Line Engineering (PLE) hilft dabei, die wachsende Variantenvielfalt systematisch zu beherrschen. Durch Wiederverwendung, Konfigurationsregeln und automatisierte Ableitung konkreter Produktkonfigurationen entsteht ein strukturierter Entwicklungsansatz, der Skalierung überhaupt erst ermöglicht. Application Lifecycle Management (ALM) ergänzt diesen Rahmen, indem es alle Änderungsprozesse dokumentiert, synchronisiert und rückverfolgbar macht. Nur durch das Zusammenspiel dieser Methoden lassen sich in komplexen SDV-Umgebungen Entwicklungszyklen verkürzen, Fehler minimieren und gleichzeitig Zertifizierbarkeit sichern.

Sicherheit beginnt in der Architektur

Je vernetzter das Fahrzeug, desto größer die Angriffsfläche. Sicherheitskonzepte müssen deshalb von Beginn an integraler Bestandteil von Architektur, Betriebssystem und Update-Logik sein. Das Konzept „Security by Design“ ist keine reine Empfehlung mehr, sondern wird durch Normen wie ISO/SAE 21434 zur Pflicht. Gleichzeitig müssen Hersteller nachweisen, wie sie ihre Software über Jahre hinweg schützen, patchen und überwachen wollen, und zwar nicht nur in sicherheitskritischen Domänen, sondern im gesamten Software-Stack.

Interoperabilität als Wachstumsbedingung

Ein SDV ist immer Teil eines größeren digitalen Ökosystems. Es interagiert mit Ladeinfrastruktur, Smart Home, Backend-Systemen, Drittanbieterdiensten und künftig auch mit öffentlichen Verkehrssystemen. Damit diese Interaktionen zuverlässig und sicher funktionieren, braucht es standardisierte Schnittstellen, modulare Softwarearchitekturen und semantisch saubere Datenmodelle.

Interoperabilität ist die zentrale Voraussetzung für Skalierung, Wiederverwendbarkeit und nachhaltige Wartbarkeit. Wer in Silos entwickelt, steht bei der Integration externer Systeme früher oder später vor hohen technischen und organisatorischen Hürden. Gerade bei langfristigen Plattformstrategien entscheidet die Fähigkeit zur nahtlosen Anbindung – nicht nur an die eigene Infrastruktur, sondern an ein wachsendes Partnernetzwerk – über den Markterfolg. Nur offene, adaptive Architekturen können diesen Anforderungen gerecht werden.

Fazit: SDV ist ein Architektur- und Kulturprojekt zugleich

Ein Software-Defined Vehicle ist ein strategisches Bekenntnis zu einem neuen Produktverständnis, bei dem der Code nicht das Auto ergänzt, sondern definiert. Es verlangt nach einem klaren architektonischen Fundament und einer Organisation, die kontinuierliche Weiterentwicklung als Teil ihres Selbstverständnisses versteht.

Technisch braucht es eine modulare, nachvollziehbare und über Jahre wartbare Softwarebasis. Strukturell braucht es ein Denken in Plattformen statt Einzelprojekten. Und organisatorisch braucht es Prozesse, die Wiederverwendbarkeit, Variantenmanagement und funktionale Sicherheit als Standard begreifen. So entsteht ein Fahrzeug, das nicht mit der Auslieferung abgeschlossen ist, sondern kontinuierlich weiterentwickelt wird – als Teil eines digitalen Gesamtprodukts.

Bilder: PTC