DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-8a898cf2f1e87df1 649 × 414 px 2 Release(s)

Figure 9.79: Interfaces required by Platform Health Management

SHA-256 Inhalts-Fingerabdruck: 8a898cf2f1e87df1e986e45755f3ffe6cfdff4e72241306a53e34854e88326f4

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 mit Schnittstellenspezifikation im Kontext der AUTOSAR Adaptive Platform. Das Diagramm modelliert die von Platform Health Management (daemon-based) benötigten Schnittstellen zu Execution Management, State Management sowie Log and Trace.

2. Komponenten, Entitäten & Schnittstellen

  • Platform Health Management («aapFunctionalCluster», daemon-based): Konsument, der über «use»-Abhängigkeiten drei Schnittstellen nutzt.
  • Logger («aapAPI, aapNativeInterface»): Schnittstelle mit Methoden + IsEnabled(), + Log(MsgId, Params), + LogDebug(): LogStream, + LogError(): LogStream, + LogFatal(): LogStream, + LogInfo(): LogStream, + LogVerbose(): LogStream, + LogWarn(): LogStream, + WithLevel(): LogStream. Wird realisiert von «aapFunctionalCluster» Log and Trace.
  • ExecutionClient («aapAPI, aapNativeInterface»): Schnittstelle mit statischer Fabrikmethode + Create() und + ReportExecutionState(ExecutionState): Result. Wird realisiert von «aapFunctionalCluster» Execution Management (daemon-based).
  • RecoveryAction («aapPortInterface, aapAPI»): Schnittstelle mit Methoden + Offer(), + StopOffer() sowie «aapCallbackMethod» + RecoveryHandler(). Wird über «aapProvidedPort» bereitgestellt von «aapFunctionalCluster» State Management (daemon-based).

3. Dynamisches Verhalten & Sequenzablauf

Platform Health Management erzeugt eine Client-Instanz (Create) und meldet seinen Prozessstatus an Execution Management (ReportExecutionState). Protokoll- und Diagnosemeldungen werden über die Logger-Schnittstelle in abgestuften Log-Levels (LogDebug, LogInfo, LogWarn, LogError, LogFatal, LogVerbose, WithLevel) bzw. parametrisiert (Log) an Log and Trace abgesetzt. Gegenüber State Management initiiert und steuert Platform Health Management über RecoveryAction Wiederherstellungsmaßnahmen (Offer, StopOffer, Callback RecoveryHandler).

4. Normative Relevanz & Entwickler-Hinweise

Verbindliche Festlegung der APIs für Prozesslebenszyklus, Protokollierung und Fehlerreaktion für Platform Health Management. Das Watchdog-Interface entfällt in dieser Architekturdarstellung zugunsten standardisierter Cluster-Interaktionen inklusive Logging über die funktionale Schnittstelle des Log-and-Trace-Clusters.

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

R22-11 → R23-11 normative Änderung Vorgänger: FIG-d9b90599a9f1fef0
  • Entfall der Schnittstelle Platform Health Management::WatchdogInterface mit den Methoden AliveNotification() und FireWatchdogReaction() sowie der bereitstellenden Komponente Watchdog.
  • Aufnahme des Functional Clusters Log and Trace mit der Schnittstelle «aapAPI,aapNativeInterface» Logger und den Methoden IsEnabled(), Log(MsgId, Params), LogDebug(): LogStream, LogError(): LogStream, LogFatal(): LogStream, LogInfo(): LogStream, LogVerbose(): LogStream, LogWarn(): LogStream und WithLevel(): LogStream, genutzt durch Platform Health Management.
  • Schnittstelle ExecutionClient: Entfernung des Namespace-Präfixes Execution Management:: und Ergänzung der statischen Fabrikmethode Create().
  • Schnittstelle RecoveryAction: Entfernung des Namespace-Präfixes Platform Health Management:: und Entfall der Methode GetGlobalSupervisionStatus().
R24-11 → R25-11 normative Änderung Nachfolger: FIG-f873b16589833c58
  • Schnittstelle ExecutionClient: Rückgabetyp : Result bei ReportExecutionState(ExecutionState) entfällt.
  • Schnittstelle Logger: Rückgabetyp : bool bei Methode IsEnabled() ergänzt.
  • Schnittstelle RecoveryAction / Cluster State Management: Stereotyp «aapProvidedPort» an der Realisierungsbeziehung entfällt; an der Beziehung zwischen Platform Health Management und RecoveryAction wechselt die Notation von einem offenen «use»-Pfeil zu einer gestrichelten Linie mit geschlossener Pfeilspitze, während von State Management zu RecoveryAction eine gestrichelte Pfeillinie mit offenem «use»-Pfeil führt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Platform Health Management daemon-based | «aapAPI,aapNativeInterface» | ExecutionClient | + Create() + ReportExecutionState(ExecutionState): Result | «aapFunctionalCluster» Execution Management daemon-based | «aapPortInterface,aapAPI» | RecoveryAction | + Offer() + StopOffer() | «aapCallbackMethod» + RecoveryHandler() | «aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapNativeInterface» | Logger | + IsEnabled() + Log(MsgId, Params) + LogDebug(): LogStream + LogError(): LogStream + LogFatal(): LogStream + LogInfo(): LogStream + LogVerbose(): LogStream + LogWarn(): LogStream + WithLevel(): LogStream | «aapFunctionalCluster» | Log and Trace | «use» «use» | «aapProvidedPort» | «use»

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 112 9.71 Figure 9.71: Interfaces required by Platform Health Management
R24-11 AUTOSAR_AP_EXP_SWArchitecture S. 128 9.79 Figure 9.79: Interfaces required by Platform Health Management