Automotive · funktionale Sicherheit und Cybersecurity

Funktionale Sicherheit und TARA für Automotive-Programme

Automotive-Teams bei OEMs, Zulieferern und Engineering-Dienstleistern brauchen mehr als Tabellen für HARA, TARA, Sicherheitsziele und Anforderungen. Programme nach ISO 26262 und ISO/SAE 21434 hängen von einer sauberen Item-Definition, einer nachvollziehbaren ASIL-Einstufung und einer belastbaren Verbindung von freigegebenen Analysen zu den abgeleiteten Anforderungen ab.

V-Modell-Lückenansicht: Das V-Modell eines Bremssteuergeräts mit offenen Lücken, verknüpften Nachweisen und CRA-Abdeckung je Phase.V-Modell-Lückenansicht: Das V-Modell eines Bremssteuergeräts mit offenen Lücken, verknüpften Nachweisen und CRA-Abdeckung je Phase.V-Modell-Lückenansicht: Das V-Modell eines Bremssteuergeräts mit offenen Lücken, verknüpften Nachweisen und CRA-Abdeckung je Phase.

Die Herausforderung

Die Herausforderung im Fahrzeugprogramm

Fahrzeugprogramme erzeugen große Mengen an Safety- und Cybersecurity-Nachweisen über Systeme, Lieferanten und Prüfzyklen hinweg. Ohne gesteuerten Workflow laufen Gefährdungen, Bedrohungen, Sicherheits- und Cybersecurity-Ziele, Anforderungen und Freigaben auseinander.

Mit ASF Core

Wie ASF Core unterstützt

ASF Core führt diese Arbeit in einem gesteuerten Workflow zusammen: KI-gestützte Entwürfe für HARA, TARA und Anforderungen, verbindliche menschliche Prüfung, Traceability bis zu Verifikationsnachweisen und auditierbare Exporte. Die Verantwortung für Engineering-Entscheidungen bleibt bei Ihrem Team.

  • HARA- und TARA-Entwürfe aus dem Projektkontext erstellen. Die menschliche Prüfung bleibt verpflichtend.
  • Gefährdungen, Bedrohungen, Sicherheitsziele, Cybersecurity-Ziele, FSR/TSR, Maßnahmen und Nachweise nachvollziehbar verknüpfen.
  • Prüfwarteschlangen, Verantwortlichkeiten, Freigabestatus und exportierbare Arbeitsergebnisse für Safety-Manager sichtbar machen.

Branchenprofil in ASF Core

FMEDA erfasst Eingaben und externe Analysereferenzen; ASF berechnet keine PMHF. Der Wert wird als „nicht berechenbar“ mit Begründung angezeigt. Safety Case, Confirmation Review, Functional-Safety-Audit und -Assessment, Konfigurations-Baseline und Safety Release stehen als manuell gepflegte Arbeitsprodukte zur Verfügung, ohne KI-Generierung. Aufzeichnungen zu Lieferanten, Tool-Confidence, Wiederverwendung und Feldeinsatz unterstützen Dokumentation und Prüfung, keine automatisierte Qualifizierung oder Freigabe. Branchenprofile sind keine Zertifizierung oder Tool-Qualifikation.

Unterstützte Arbeitsabläufe im Automotive-Bereich

Item-Definition · HARA und ASIL-Einstufung · Sicherheitsziele · FSR und TSR · TARA (Beta) · Prüfung und Freigabe

Weiterlesen

FAQ

Häufige Fragen

Was leistet Software für ISO 26262?

Sie hilft Engineering-Teams, Arbeitsergebnisse wie Item-Definition, HARA, Sicherheitsziele, Sicherheitsanforderungen, Reviews und Traceability strukturiert und nachvollziehbar zu verwalten.

Ersetzt ASF Core den Safety Engineer?

Nein. ASF Core unterstützt Entwurf, Strukturierung und Workflow-Steuerung. Engineering-Entscheidungen, Prüfung und Freigabe bleiben bei qualifizierten Personen.

Lassen sich HARA und TARA gemeinsam bearbeiten?

Ja. Safety- und Cybersecurity-Arbeitsbereiche teilen denselben Projektkontext, sodass HARA, TARA, Ziele, Anforderungen und Maßnahmen verknüpft bleiben. Die Cybersecurity-Arbeitsbereiche sind derzeit Beta.

Für wen ist das Angebot gedacht?

Für OEMs, Tier-1- und Tier-2-Zulieferer, Start-ups, Beratungen und Engineering-Teams, die an funktionaler Sicherheit und Cybersecurity für Straßenfahrzeuge arbeiten.

Was ist der Vorteil gegenüber Tabellen?

Prüfstatus, Verantwortlichkeit, Änderungshistorie und abgeleitete Verknüpfungen bleiben sichtbar, statt über einzelne Tabellen, E-Mails und Meetings verteilt zu sein.

Vergleichen Sie ASF Core mit Ihrem aktuellen Prozess.

Bringen Sie einen echten Engpass mit: HARA, TARA, Traceability oder Nachweise. Wir zeigen, wie ASF Core in Ihren Ablauf passt.