DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-d0eda9790641810a 860 × 318 px 1 Release(s)

Figure 9.6: Users of the ExecutionClient interface

SHA-256 Inhalts-Fingerabdruck: d0eda9790641810a09ea1ee61fc6a433031ee3772b63ca4f509b30af3f14fd45

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 / Klassendiagramm im Kontext der AUTOSAR Adaptive Platform (Execution Management). Das Diagramm stellt die Schnittstelle ExecutionClient dar, über die daemon-basierte funktionale Cluster der Plattform ihren Ausführungsstatus an das Execution Management melden.

2. Komponenten, Entitäten & Schnittstellen

  • Execution Management: Funktionaler Cluster («aapFunctionalCluster», daemon-based), realisiert die Schnittstelle ExecutionClient via Interface-Realisierung (gestrichelte Linie mit geschlossener, nicht ausgefüllter Pfeilspitze).
  • ExecutionClient: C++-API bzw. natives Interface («aapAPI,aapNativeInterface») mit der Operation:
    • + ReportExecutionState(ExecutionState): Result
  • Nutzende funktionale Cluster (alle als «aapFunctionalCluster», daemon-based typisiert):
    • State Management
    • Platform Health Management
    • Diagnostic Management
    • Update and Configuration Management
    • Time Synchronization Jeder dieser Cluster besitzt eine gerichtete Abhängigkeitsbeziehung («use», gestrichelter Pfeil mit offener Spitze) auf ExecutionClient.

3. Dynamisches Verhalten & Sequenzablauf

Statische Schnittstellen- und Verwendungsbeziehung. Jeder daemon-basierte funktionale Cluster nutzt zur Laufzeit die Schnittstelle ExecutionClient, um dem Execution Management Zustandsübergänge des eigenen Prozesses über den Methodenaufruf ReportExecutionState(ExecutionState) mitzuteilen und ein entsprechendes Ausführungsergebnis (Result) zu empfangen.

4. Normative Relevanz & Entwickler-Hinweise

Für Entwickler und Integratoren von AUTOSAR Adaptive Plattformdiensten normativ bindend: Daemon-basierte funktionale Cluster dürfen nicht isoliert laufen, sondern müssen ihren Zustand aktiv an das Execution Management melden. Die Interaktion erfolgt synchron über die native Programmierschnittstelle ExecutionClient.

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

R21-11 → R22-11 keine inhaltliche Änderung Vorgänger: FIG-5e991a4d43a7f353

Keine inhaltlichen Änderungen erkennbar.

R22-11 → R23-11 normative Änderung Nachfolger: FIG-e461fdfae372d5b4
  • ExecutionClient: Statische Factory-Methode + Create() als Operation ergänzt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Execution Management daemon-based | «aapAPI,aapNativeInterface» | ExecutionClient | + ReportExecutionState(ExecutionState): Result | «aapFunctionalClust... | State Management | daemon-based | «aapFunctionalClust... Diagnostic Management | daemon-based | «aapFunctionalClust... | Platform Health | Management | daemon-based | «aapFunctionalClust... Update and Configuration | Management | daemon-based | «aapFunctionalClust... | Time Synchronization | daemon-based | «use» «use» «use» «use» «use»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_EXP_SWArchitecture S. 34 9.6 Figure 9.6: Users of the ExecutionClient interface