DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_ExecutionManagement FIG-c7227369a8d3b124 887 × 836 px 1 Release(s)

Figure 7.11: Adaptive Platform - Recovery Action Architecture

SHA-256 Inhalts-Fingerabdruck: c7227369a8d3b124fe52cdcb7e2d08b8018e4be0555647e0eb53d2be4f1f231b

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ 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 Wiederherstellungsmaßnahmen (Recovery Actions) in der AUTOSAR Adaptive Platform. Das Diagramm spezifiziert das Zusammenspiel und die Schnittstellenbeziehungen zur Laufzeitüberwachung und Fehlerbehebung zwischen Applikationsebene, Plattformüberwachung (Platform Health Management) und Prozessverwaltung (Execution Management).

2. Komponenten, Entitäten & Schnittstellen

Komponenten:

  • Application: Funktionale Adaptive Application.
  • Platform Health Management: Plattforminstanz zur Überwachung.
  • Execution Management: Plattformkomponente zur Prozess- und Zustandsverwaltung.

Klassen / Schnittstellen:

  • «IFC Interface» Request Process Restart: Schnittstelle mit Operation # *RestartProcess*().
  • «IFC Interface» Request Immediate State Transition: Schnittstelle mit Operation # *OverrideState*().
  • «ara::exec» ApplicationClient: Schnittstelle mit Operation + ReportApplicationState().

Ports und Interfaces:

  • ApplicationClient: Required-Ports an Application und Platform Health Management, verbunden mit dem Provided-Port an Execution Management über ApplicationClient.
  • Request Process Restart: Required-Port an Platform Health Management, verbunden mit Provided-Port an Execution Management.
  • Request Immediate State Transition: Required-Port an Platform Health Management, verbunden mit Provided-Port an Execution Management.

3. Dynamisches Verhalten & Sequenzablauf

  • Statusberichterstattung: Application und Platform Health Management melden den Zustand an Execution Management über ApplicationClient (ReportApplicationState()).
  • Überwachung: Platform Health Management überwacht Application und Execution Management (Monitor).
  • Wiederherstellung: Platform Health Management kann bei Fehlern dediziert Prozessneustarts über Request Process Restart (RestartProcess()) oder unmittelbare Zustandsübergänge über Request Immediate State Transition (OverrideState()) bei Execution Management anfordern.
  • Prozesskontrolle: Execution Management steuert den Lebenszyklus (Start / Terminate) von Application und Platform Health Management.

4. Normative Relevanz & Entwickler-Hinweise

  • Trennung der internen Inter-Process/Interface-Kommunikation («IFC Interface») zwischen PHM und EM in zwei getrennte Verantwortlichkeiten (Prozess-Neustart vs. sofortige Zustandsübersteuerung).
  • Applikationsseitige Berichterstattung verbleibt standardisiert auf ara::exec::ApplicationClient.

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

R17-10_R1.2.0 → R18-03_R1.4.0 normative Änderung Vorgänger: FIG-962f831032e8601f
  • Interaktionsmodell zwischen Platform Health Management und Execution Management aufgeteilt: Das Interface RecoveryActionClient (OverrideState(), RestartProcess()) wird durch zwei getrennte Schnittstellen mit dem Stereotyp «IFC Interface» ersetzt: Request Process Restart mit # *RestartProcess*() und Request Immediate State Transition mit # *OverrideState*().
  • Die Ports und Schnittstellenbezeichnungen zwischen PHM und EM wurden entsprechend aufgeteilt in zwei separate Port-/Interface-Verbindungen.
R18-03_R1.4.0 → R18-10-1 normative Änderung Nachfolger: FIG-91de879078fa3e10
  • 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*()).

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-03_R1.4.0 AUTOSAR_SWS_ExecutionManagement S. 46 7.11 Figure 7.11: Adaptive Platform - Recovery Action Architecture