DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-c2b3a137feefb65b 796 × 425 px 1 Release(s)

Figure 9.14: Interfaces required by State Management

SHA-256 Inhalts-Fingerabdruck: c2b3a137feefb65b843f7f519e33301457f8f71443ecae4d91be1c7951b5ec24

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-Klassendiagramm / Komponentenarchitektur-Diagramm der AUTOSAR Adaptive Platform (AAP). Das Diagramm modelliert die Port- und API-Schnittstellenbeziehungen, die vom Functional Cluster State Management gegenüber anderen Functional Clustern der Plattform konsumiert und implementiert bzw. bereitgestellt werden.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst fünf funktionale Cluster und vier Schnittstellenelemente:

  • State Management («aapFunctionalCluster», daemon-based): Konsumierende Instanz; bindet über Abhängigkeitspfeile («use» / «aapRequiredPort») vier Schnittstellen ein:
    • SupervisedEntity («aapAPI,aapPortInterface»): Operation + ReportCheckpoint().
    • NetworkState_{NetworkHandle} («aapAraComServiceInterface,aapAPI»): Enthält die Service-Felder («aapAccessControlled, aapServiceField») + NetworkCurrentState und + NetworkRequestedState.
    • CommunicationControl («aapPortInterface,aapAPI»): Definiert die Operationen + CommCtrlRequest(), + Offer() und + StopOffer().
    • KeyValueStorage («aapAPI,aapPortInterface»): Definiert Operationen für die persistente Schlüssel-Wert-Speicherung: + DiscardPendingChanges(), + GetAllKeys(), + GetValue(), + KeyExists(), + RecoverKey(), + RemoveAllKeys(), + RemoveKey(), + ResetKey(), + SetValue(), + SyncToStorage().
  • Gegenüberliegende Functional Cluster:
    • Platform Health Management («aapFunctionalCluster», daemon-based): Realisiert SupervisedEntity (gestrichelter Realisierungspfeil).
    • Network Management («aapFunctionalCluster»): Stellt über «aapProvidedPort» die Schnittstelle NetworkState_{NetworkHandle} bereit.
    • Diagnostic Management («aapFunctionalCluster...», daemon-based): Konsumiert über «use» / «aapRequiredPort» die Schnittstelle CommunicationControl.
    • Persistency («aapFunctionalClust...»): Realisiert KeyValueStorage (gestrichelter Realisierungspfeil).

3. Dynamisches Verhalten & Sequenzablauf

Statische Schnittstellendefinition ohne Sequenzablauf:

  • State Management überwacht seine interne Ausführung durch periodisches oder ereignisbasiertes Melden von Kontrollpunkten (ReportCheckpoint()) an Platform Health Management.
  • Das Cluster interagiert über NetworkState_{NetworkHandle} mit Network Management, um den aktuellen Netzwerkstatus (NetworkCurrentState) abzufragen und Zustandsänderungen (NetworkRequestedState) anzufordern.
  • Über CommunicationControl werden Diagnose- und Kommunikationssteuerungsanfragen (CommCtrlRequest) gehandhabt sowie Dienste angeboten (Offer) bzw. beendet (StopOffer).
  • Über KeyValueStorage werden Konfigurationsdaten und interne Zustände persistent abgelegt, synchronisiert (SyncToStorage) oder wiederhergestellt.

4. Normative Relevanz & Entwickler-Hinweise

Architekturvorgaben für Implementierer des State Management Daemons:

  • Erfordert Schnittstellenanbindungen an Plattformdienste für Überwachung, Diagnose, Netzwerkverwaltung und Persistenz.
  • Unterscheidung zwischen ara::com-basierten Service-Interfaces (NetworkState_{NetworkHandle}) und direkten C++- bzw. Port-APIs (SupervisedEntity, KeyValueStorage, CommunicationControl).
  • State Management fungiert bei SupervisedEntity, NetworkState_{NetworkHandle} und KeyValueStorage als Client («aapRequiredPort»), während die Schnittstelle CommunicationControl zwischen State Management und Diagnostic Management genutzt wird.

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

R21-11 → R22-11 keine inhaltliche Änderung Vorgänger: FIG-67a0c9934f8b513a

Keine inhaltlichen Änderungen erkennbar.

R22-11 → R23-11 normative Änderung Nachfolger: FIG-bf0159626b14668a
  • Das Functional Cluster Diagnostic Management (daemon-based) sowie dessen Schnittstelle CommunicationControl mit den Operationen + CommCtrlRequest(), + Offer() und + StopOffer() wurden entfernt.
  • Die serviceorientierte Schnittstelle NetworkState_{NetworkHandle} («aapAraComServiceInterface,aapAPI») mit den Feldern NetworkCurrentState und NetworkRequestedState am Functional Cluster Network Management wurde durch die klassische Schnittstelle NetworkHandle («aapAPI,aapPortInterface») mit 7 API-Methoden (+ GetNetworkRequestedState(), + GetNetworkState(), + RegisterNetworkRequestedStateChangeNotifier(), + RegisterNetworkStateChangeNotifier(), + SetNetworkRequestedState(), + UnregisterNetworkRequestedStateChangeNotifier(), + UnregisterNetworkStateChangeNotifier()) ersetzt.
  • Die Port-Richtung am Functional Cluster Network Management wurde von bereitstellend («aapProvidedPort») zu einer Realisierungsbeziehung (Realization-Pfeil zur Schnittstelle) umgestellt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Platform Health Management daemon-based | «aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapPortInterface» | SupervisedEntity | + ReportCheckpoint() | «aapAraComServiceInterface,aapAPI» | NetworkState_{NetworkHandle} | «aapAccessControlled, aapServiceField» + NetworkCurrentState + NetworkRequestedState | «aapFunctionalClust... Diagnostic Management daemon-based | «aapFunctionalCluster» | Network Management | «aapAPI,aapPortInterface» | KeyValueStorage | + DiscardPendingChanges() + GetAllKeys() + GetValue() + KeyExists() + RecoverKey() + RemoveAllKeys() + RemoveKey() + ResetKey() + SetValue() + SyncToStorage() | «aapFunctionalClust... | Persistency | «aapPortInterface,aapAPI» | CommunicationControl | + CommCtrlRequest() + Offer() + StopOffer() | «use» «aapRequiredPort» | «use» «aapRequiredPort» | «use» | «aapProvidedPort» | «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R22-11 AUTOSAR_EXP_SWArchitecture S. 41 9.14 Figure 9.14: Interfaces required by State Management