Figure 7.12: Adaptive Platform - Recovery Action Architecture

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 soluti...»): Modul zur systemweiten Zustandsverwaltung.
• Execution Management: Plattforminstanz für Prozess- und Ausführungsmanagement.

Klassen und Schnittstellen:

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

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 sowie zwischen State Management und Execution Management (Request State Transitions).
• StateManagement Service: Angeboten von State Management an Application («Event,Subscribe»).
• IFC-Schnittstellen zwischen PHM und EM: Request Recovery Action, Report Process Info (event), Request Process Info (poll).

3. Dynamisches Verhalten & Sequenzablauf

• Ausführungsstatus: Application, Platform Health Management und State Management melden ihren Zustand via ExecutionClient (ReportExecutionState()) an EM.
• Überwachung: PHM überwacht Application, State Management und EM (Monitor) und nutzt Prozessinformationen via Event (Report Process Info (event)) und Polling (Request Process Info (poll)).
• Recovery Actions: PHM fordert über Request Recovery Action Wiederherstellungsmaßnahmen (ProcessRestart() oder EnterUnrecoverableState()) an oder kommuniziert über StateClient mit State Management.
• Zustandsübergänge: State Management steuert Zustandsübergänge an Execution Management über «ara::exec» StateClient (SetState()).
• Lebenszyklus: EM steuert Start / Terminate für Application, PHM und State Management.

4. Normative Relevanz & Entwickler-Hinweise

• Spezifikation von EnterUnrecoverableState() anstelle von EnterSafeState() in der Request Recovery Action-Schnittstelle zur Präzisierung von unrettbaren Systemfehlern.
• Vereinheitlichung der Schnittstelle für Zustandswechsel von State Management an Execution Management über die formale C++-Klasse ara::exec::StateClient (SetState()).
• Wegfall der separaten IFC-Abfrageschnittstelle Get State Information am Execution Management.