Software- und Engineering-Expertise für technisch anspruchsvolle Entwicklungsprojekte

Herausforderung

Der Kunde benötigte Unterstützung beim Aufbau einer durchgängigen AUTOSAR-Gesamtarchitektur und bei der Integration eigener Softwareanteile mit den Lösungen verschiedener Zulieferer. Unterschiedliche Schnittstellen, Entwicklungsstände und Verantwortlichkeiten erhöhten die Integrationskomplexität. Eine nicht durchgängige Toolchain mit zahlreichen manuellen Prozessschritten erschwerte zusätzlich die effiziente und konsistente Umsetzung.

Herausforderung

Der Wechsel auf eine neue Chipplattform eröffnete dem Kunden neue technische Möglichkeiten, brachte gleichzeitig jedoch zusätzlichen Entwicklungsaufwand mit sich. Das interne Team musste sich zunächst mit der neuen Architektur, den Entwicklungswerkzeugen und den plattformspezifischen Besonderheiten vertraut machen. Gleichzeitig wurde für das System ein Bootloader mit Security-Funktionen benötigt. Da beide Aufgaben parallel bewältigt werden mussten, entstand ein Kapazitätsengpass, der den Entwicklungsfortschritt und damit den geplanten Projektzeitplan unter Druck setzte.

Herausforderung

Unser Kunde hat sich entschieden, in einer neuen Produktgeneration die Applikationssoftware selbst zu entwickeln, während die Basis-Software von einem Zulieferer kam. Die Integrationszyklen betrugen mehrere Wochen, sodass es keine schnelle und effiziente Testumgebung gab, in der Softwareänderungen direkt getestet werden konnten. HiL-Prüfstände waren knappe Ressourcen, und deren Leistungsfähigkeit beim Testen hat die Entwicklung stark ausgebremst. Entscheidend war daher, eine Lösung zu finden, wie sich das Testen hardwareunabhängig machen ließ und wie die Abhängigkeit zum Zulieferer bei der Absicherung reduziert werden konnte.

Herausforderung

Erste Systemausfälle im Feld machten ein mögliches Qualitätsproblem sichtbar - zunächst jedoch ohne Klarheit über dessen tatsächliches Ausmaß. Es war unklar, ob es sich um einzelne Fehlerfälle oder den Beginn eines systematischen Problems handelte. Entscheidend war daher, schnell zu beantworten: - Wie viele Systeme sind betroffen? - Welche Systeme könnten als Nächstes ausfallen? - Und wie groß ist das Risiko insgesamt? Ohne diese Transparenz ließen sich weder technische Auswirkungen noch mögliche Folgekosten und Rückrufmaßnahmen belastbar bewerten.

Herausforderung

Der Release-Prozess über vier beteiligte Unternehmen hinweg erforderte einen hohen manuellen Aufwand und einen entsprechend hohen Kommunikationsaufwand an den Schnittstellen. Wiederkehrende Fehler im Release-Prozess wirkten sich dabei unmittelbar auf die Software-Lieferfähigkeit innerhalb der Entwicklung aus.

Herausforderung

Für die Auslegung von Komponenten bestand bereits ein physikalisches Modell. Die Simulationen wurden jedoch manuell durchgeführt und waren nicht mit den relevanten Softwarefunktionen gekoppelt. Änderungen an der Software erforderten daher jeweils neue Simulationsläufe mit angepassten Eingangsdaten. Bei bestehenden Ergebnissen war häufig nur schwer nachvollziehbar, mit welchen Software-, Daten- und Modellständen sie erzeugt worden waren. Dadurch wurden Simulationen vielfach erneut durchgeführt, anstatt auf vorhandene Ergebnisse zurückzugreifen. Zudem war das notwendige Systemwissen auf wenige Experten konzentriert, die den Simulationsaufbau erstellt hatten. Für andere Entwickler war die Nutzung nur eingeschränkt möglich, wodurch zusätzliche Abhängigkeiten und Engpässe entstanden.