Figure 5.2: Interfaces required by Platform Health Management from other Functional Clusters

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm / Architekturdiagramm zur Darstellung der Schnittstellenabhängigkeiten des Functional Clusters Platform Health Management (PHM) von anderen Functional Clustern innerhalb der AUTOSAR Adaptive Platform. Das Diagramm illustriert, welche nativen C++-APIs und portbasierten Interfaces PHM von Execution Management, State Management sowie Log and Trace konsumiert bzw. anbietet.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst vier funktionale Cluster («aapFunctionalCluster»):

• Platform Health Management (daemon-based): Konsument der Schnittstellen über ausgehende gestrichelte Abhängigkeitspfeile mit Stereotyp «use».
• Log and Trace: Realisiert das Interface Logger («aapAPI,aapNativeInterface») mit den Operationen + IsEnabled(), + Log(MsgId, Params), + LogDebug(): LogStream, + LogError(): LogStream, + LogFatal(): LogStream, + LogInfo(): LogStream, + LogVerbose(): LogStream, + LogWarn(): LogStream und + WithLevel(): LogStream.
• Execution Management (daemon-based): Realisiert das Interface ExecutionClient («aapAPI,aapNativeInterface») mit den statischen/unterstrichenen Methoden + Create() und + ReportExecutionState(ExecutionState): Result.
• State Management (daemon-based): Realisiert über einen Provided Port («aapProvidedPort») das Interface RecoveryAction («aapPortInterface,aapAPI») mit den Methoden + Offer(), + StopOffer() sowie der Callback-Methode «aapCallbackMethod» + RecoveryHandler().

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm stellt eine statische Schnittstellenübersicht dar. Dynamisch betrachtet:

• Das PHM-Daemon initialisiert über ExecutionClient::Create() seine Prozessüberwachung und meldet seine Zustände mittels ReportExecutionState(ExecutionState) an das Execution Management.
• Zur Protokollierung diagnostischer Ereignisse oder Fehlerzustände ruft PHM Methoden des Logger auf (z. B. LogInfo(), LogError()).
• Bei Erkennung von Fehlzuständen interagiert PHM über das Interface RecoveryAction mit State Management, um Wiederherstellungsaktionen zu triggern bzw. über den RecoveryHandler() Callback-Aktionen abzuwickeln.

4. Normative Relevanz & Entwickler-Hinweise

Die dargestellten Interfaces sind für die Implementierung des Platform Health Management Daemons normativ verbindlich. Das Zusammenspiel mit Execution Management erfordert die korrekte Auswertung des Result-Rückgabewerts bei ReportExecutionState. Die Anbindung an State Management erfolgt portbasiert (RecoveryAction), während Logging und Execution Reporting über direkte native Cluster-APIs erfolgen.