Figure 10.13: Use case Report Supervision Failure

1. Diagrammtyp & Architektur-Kontext

• Diagrammtyp: UML-Use-Case-Diagramm (Anwendungsfalldiagramm) mit domänenspezifischen AUTOSAR-Adaptive-Stereotypen («aap...») und UML-Standardbeziehung («extend»).
• Architektur-Kontext: AUTOSAR Adaptive Platform (AP), Dokument AUTOSAR_AP_EXP_SWArchitecture, Cluster Platform Health Management (PHM).
• Technischer Zweck: Spezifikation der Beteiligungsverhältnisse und Abläufe beim Auftreten eines Überwachungsfehlers (Supervision Failure) im PHM. Das Diagramm definiert den primären Anwendungsfall Report Supervision Failure (Meldung an das State Management) sowie den abgeleiteten Anwendungsfall Fire Watchdog Reaction zur Ansteuerung des Watchdogs bei eskalierenden Fehlerzuständen.

2. Komponenten, Entitäten & Schnittstellen

• Systemgrenzen (System Boundaries):
  • Adaptive Platform: Äußerer Systemkontext der Laufzeitumgebung.
  • Platform Health Management: Kapselnder Subsystem-Kontext (Funktionaler Cluster), in dem die beiden Use Cases verortet sind.
• Akteure (Actors):
  • Watchdog (Qualifizierung: (from Actors)): Primärer externer oder plattformnaher Überwachungsakteur (z. B. HW-Watchdog bzw. Watchdog-Treiber/Daemon), der bei ausbleibendem Triggering den System-Reset forciert.
• Anwendungsfälle (Use Cases):
  • «aapUseCase» Report Supervision Failure: Primärer Anwendungsfall zur Signalisierung determinierter Fehlerzustände an das State Management.
  • «aapUseCase» Fire Watchdog Reaction: Erweiternder Anwendungsfall zur gezielten Auslösung von Watchdog-Reaktionen.
• Funktionale Cluster (Functional Clusters):
  • «aapFunctionalCluster» State Management (Zusatzannotation: daemon-based): Zentraler System-Koordinator der Adaptive Platform, ausgeführt als eigener Daemon-Prozess.
• Beziehungen:
  • Beziehung Fire Watchdog Reaction –«extend»→ Report Supervision Failure: UML-Erweiterungsbeziehung; deklariert die Watchdog-Reaktion als optionale/bedingte Erweiterung des primären Fehlerbehandlungsablaufs.
  • Assoziation Watchdog ↔ Fire Watchdog Reaction mit Stereotyp «aapParticipates»: Bindet den Watchdog exklusiv an den Reaktions-Anwendungsfall an.
  • Assoziation State Management ↔ Report Supervision Failure mit Stereotyp «aapParticipates»: Bindet das State Management an den primären Fehlermeldepfad an.

3. Dynamisches Verhalten & Sequenzablauf

1. Fehlerdetektion (PHM-intern):
   • Das PHM registriert eine Verletzung einer definierten Überwachungsregel einer Supervised Entity (z. B. Alive-, Deadline- oder Logical-Supervision-Verletzung bzw. Health-Channel-Statusänderung).
2. Auslöser (Trigger):
   • Übergang des lokalen oder globalen Supervision-Status in den Zustand EXPIRED bzw. FAILED.
3. Meldung an State Management (Basispfad Report Supervision Failure):
   • PHM signalisiert das Überwachungsereignis über plattforminternes IPC an den Daemon des State Management.
   • Reaktion SM: State Management evaluiert das Fehlerszenario anhand hinterlegter Regeln und leitet koordinierte Software-Recovery-Schritte ein (z. B. Neustart einzelner Prozesse via Execution Management oder Zustandswechsel in einen Safe State).
4. Bedingte Watchdog-Eskalation (Erweiterungspfad Fire Watchdog Reaction):
   • Ist eine entsprechende Eskalationsbedingung konfiguriert oder schlägt die softwareseitige Behebung fehl, greift die «extend»-Beziehung zu Fire Watchdog Reaction.
   • Interaktion mit dem Watchdog: PHM löst aktiv eine Watchdog-Aktion aus (z. B. Deaktivierung der Watchdog-Bedienung oder Forcieren eines Hard-Resets über den Watchdog-Akteur).

4. Normative Relevanz & Entwickler-Hinweise

• Spezifikationsstatus & Normative Einordnung: Das Diagramm aus AUTOSAR_AP_EXP_SWArchitecture dokumentiert die funktionale Verfeinerung in R25-11, bei der die Interaktion mit dem Watchdog aus dem Basis-Anwendungsfall herausgelöst und in einen eigenständigen Erweiterungs-Use-Case (Fire Watchdog Reaction) überführt wurde.
• Architektonische Entkopplung: Die Einführung der «extend»-Beziehung trennt den regulären Fehlerbehandlungs- und Meldepfad an das State Management architektonisch sauber von der harten Hardware-Rückfallebene (Watchdog). Die Watchdog-Auslösung wird dadurch als bedingte Eskalationsstufe modelliert.
• Entwickler- & Integrationshinweise:
  • Systemdesigner müssen in den PHM-Konfigurationsmodellen eindeutige Bedingungen definieren, wann eine Watchdog-Reaktion ausgelöst werden soll (Extension Points).
  • State Management fungiert weiterhin als primärer Ansprechpartner für Graceful-Degradation und Recovery; Entwickler müssen sicherstellen, dass die Watchdog-Reaktion erst nach Ablauf etwaiger koordinierter Software-Rettungsfristen greift.