DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ExecutionManagement FIG-91de879078fa3e10 932 × 686 px 3 Release(s)

Figure 7.12: Adaptive Platform - Recovery Action Architecture

SHA-256 Inhalts-Fingerabdruck: 91de879078fa3e10e568f00bdd3dc66f7e55cc0ba01268c97baea2d6db7f52b6
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm (cmp Component View Recovery Actions) zur Architektur der Recovery Actions unter Einbeziehung des State Managements in der AUTOSAR Adaptive Platform. Dargestellt werden die Interaktions- und Dienstbeziehungen zwischen Application, Platform Health Management, State Management und Execution Management.

2. Komponenten, Entitäten & Schnittstellen

Komponenten:

  • Application: Funktionale Adaptive Application.
  • Platform Health Management: Plattforminstanz zur Systemgesundheitsüberwachung.
  • State Management («default module,to be replaced by project specific solution»): Modul zur systemweiten Zustandsverwaltung.
  • Execution Management: Plattforminstanz für Prozess- und Ausführungsmanagement.

Klassen und Schnittstellen:

  • «ara::exec» ExecutionClient: Operation + ReportExecutionState().
  • «ara::com» StateManagement: Service-Schnittstelle mit «Events» (see "SWS_StateManagement", see "SWS_StateManagement"()).
  • «IFC Interface» Request Recovery Action: Operationen + *ProcessRestart*(), + *EnterSafeState*().
  • «IFC Interface» Report Process Info (event): Operation + *ProcessChanged*().
  • «IFC Interface» Request Process Info (poll): Operation + *GetProcessStates*().
  • «IFC Interface» Request State Transitions: Operation # *SetState*().
  • «IFC Interface» Get State Information: Operation # *GetState*().

Ports und Verbindungen:

  • ExecutionClient: Genutzt von Application, Platform Health Management und State Management gegenüber Execution Management.
  • StateClient: Verbindung zwischen Platform Health Management und State Management.
  • StateManagement Service: Angeboten von State Management an Application («Event,Subscribe»).
  • IFC-Schnittstellen zwischen Platform Health Management und Execution Management: Request Recovery Action, Report Process Info (event), Request Process Info (poll).
  • IFC-Schnittstellen zwischen State Management und Execution Management: Request State Transitions, Get State Information.

3. Dynamisches Verhalten & Sequenzablauf

  • Ausführungsstatus: Application, Platform Health Management und State Management melden ihren Ausführungsstatus via ExecutionClient (ReportExecutionState()) an Execution Management.
  • Zustandsüberwachung & Events: Platform Health Management überwacht Application, State Management und Execution Management (Monitor). Zudem empfängt PHM Prozessänderungs-Events (Report Process Info (event)) von EM oder pollt Prozesszustände (Request Process Info (poll)).
  • Recovery Actions: PHM fordert Wiederherstellungsaktionen (ProcessRestart(), EnterSafeState()) direkt bei EM über Request Recovery Action an oder interagiert mit State Management via StateClient.
  • Zustandssteuerung: State Management interagiert über Request State Transitions (SetState()) und Get State Information (GetState()) mit EM und bedient Anwendungsinteraktionen via ara::com StateManagement Service.
  • Lebenszyklus: EM steuert den Start und die Terminierung (Start / Terminate) von Application, Platform Health Management und State Management.

4. Normative Relevanz & Entwickler-Hinweise

  • Einführung einer expliziten Trennung zwischen funktionalem State Management (austauschbar per projektspezifischer Lösung) und dem Ausführungsmanagement.
  • Ablösung des ApplicationClient durch ExecutionClient (ReportExecutionState()).
  • Standardisierung von Schnittstellen zur Prozessüberwachung (Event-basiert und Polling) sowie standardisierte Wiederherstellungsanforderungen über Inter-Platform-Kommunikation.

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R18-03_R1.4.0 → R18-10-1 normative Änderung Vorgänger: FIG-c7227369a8d3b124
  • Komponente State Management («default module,to be replaced by project specific solution») als funktionale Entität hinzugefügt, inklusive Lebenszyklus-Steuerung (Start / Terminate) durch Execution Management und Überwachung (Monitor) durch Platform Health Management.
  • Kommunikation zwischen Platform Health Management und State Management über StateClient ergänzt.
  • Schnittstelle ApplicationClient umbenannt und überarbeitet zu «ara::exec» ExecutionClient mit der Operation + ReportExecutionState(); genutzt von Application, Platform Health Management und State Management gegenüber Execution Management.
  • Service-Schnittstelle «ara::com» StateManagement für Applikationen hinzugefügt («Event,Subscribe», Methoden/Events see "SWS_StateManagement").
  • Direkte Schnittstelle Request Immediate State Transition entfällt am PHM; PHM interagiert mit EM nun über drei Schnittstellen: «IFC Interface» Request Recovery Action (+ *ProcessRestart*(), + *EnterSafeState*()), «IFC Interface» Report Process Info (event) (+ *ProcessChanged*()) und «IFC Interface» Request Process Info (poll) (+ *GetProcessStates*()).
  • Direkte Zustandsübergänge laufen nun über State Management an Execution Management: «IFC Interface» Request State Transitions (# *SetState*()) und «IFC Interface» Get State Information (# *GetState*()).
R19-03 → R19-11 normative Änderung Nachfolger: FIG-99168e756938a830
  • In Schnittstelle «IFC Interface» Request Recovery Action wurde die Methode + *EnterSafeState*() ersetzt durch + *EnterUnrecoverableState*().
  • Die Schnittstellenklasse zwischen State Management und Execution Management für Request State Transitions ist nun typisiert als «ara::exec» StateClient mit der Operation + SetState().
  • Die Schnittstelle «IFC Interface» Get State Information (# *GetState*()) zwischen State Management und Execution Management entfällt.
  • Die Beschriftung der Komponente State Management wurde redaktionell zu «default module,to be replaced by project specific soluti...» gekürzt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

Vorkommen in AUTOSAR-Releases (4)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-10_R4.4.0_R1.5.0 AUTOSAR_SWS_ExecutionManagement S. 52 7.11 Figure 7.11: Adaptive Platform - Recovery Action Architecture
R18-10-1 AUTOSAR_SWS_ExecutionManagement S. 52 7.11 Figure 7.11: Adaptive Platform - Recovery Action Architecture
R19-03 AUTOSAR_SWS_ExecutionManagement S. 51 7.12 Figure 7.12: Adaptive Platform - Recovery Action Architecture
R19-03 AUTOSAR_SWS_ExecutionManagement S. 51 7.12 Figure 7.12: Adaptive Platform - Recovery Action Architecture