DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-bf0159626b14668a 681 × 425 px 1 Release(s)

Figure 9.13: Interfaces required by State Management

SHA-256 Inhalts-Fingerabdruck: bf0159626b14668aec2bf1e4b992f35836ab392b222faa95cbea0d87d544c6f3

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 zu den Functional Clustern Platform Health Management, Network Management und Persistency genutzt werden.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm zeigt vier funktionale Cluster und drei Schnittstellendefinitionen:

  • State Management («aapFunctionalCluster», daemon-based): Nutzt über Abhängigkeitsbeziehungen («use» / «aapRequiredPort») folgende Schnittstellen:
    • SupervisedEntity («aapAPI,aapPortInterface»): Operation + ReportCheckpoint().
    • NetworkHandle («aapAPI,aapPortInterface»): Operationen + GetNetworkRequestedState(), + GetNetworkState(), + RegisterNetworkRequestedStateChangeNotifier(), + RegisterNetworkStateChangeNotifier(), + SetNetworkRequestedState(), + UnregisterNetworkRequestedStateChangeNotifier(), + UnregisterNetworkStateChangeNotifier().
    • KeyValueStorage («aapAPI,aapPortInterface»): Operationen + DiscardPendingChanges(), + GetAllKeys(), + GetValue(), + KeyExists(), + RecoverKey(), + RemoveAllKeys(), + RemoveKey(), + ResetKey(), + SetValue(), + SyncToStorage().
  • Bereitstellende bzw. realisierende Functional Cluster:
    • Platform Health Management («aapFunctionalCluster», daemon-based): Realisiert SupervisedEntity über einen Realisierungspfeil.
    • Network Management («aapFunctionalCluster»): Realisiert NetworkHandle über einen Realisierungspfeil.
    • Persistency («aapFunctionalClust...»): Realisiert KeyValueStorage über einen Realisierungspfeil.

3. Dynamisches Verhalten & Sequenzablauf

Statische Schnittstellendefinition ohne Sequenzablauf:

  • Überwachung: State Management übermittelt Checkpoints (ReportCheckpoint()) an Platform Health Management.
  • Netzwerksteuerung: State Management steuert und überwacht Netzwerke über NetworkHandle durch Abfragen (GetNetworkState(), GetNetworkRequestedState()), Setzen von Sollzuständen (SetNetworkRequestedState()) sowie Registrieren/Deregistrieren von Rückruffunktionen bei Zustandsänderungen (RegisterNetworkStateChangeNotifier(), etc.).
  • Persistenz: Schlüssel-Wert-Operationen auf KeyValueStorage zur dauerhaften Speicherung und Wiederherstellung von Zuständen.

4. Normative Relevanz & Entwickler-Hinweise

Architekturvorgaben für Implementierer des State Management Daemons:

  • Keine direkte Schnittstellenbeziehung mehr zu Diagnostic Management im Diagramm.
  • Die Netzwerkinteraktion erfolgt standardisiert über die C++-Port-Schnittstelle NetworkHandle («aapAPI,aapPortInterface») anstelle eines Com-Service-Feldes, inklusive ereignisbasierter Notifier-Registrierung.
  • Alle drei Schnittstellen (SupervisedEntity, NetworkHandle, KeyValueStorage) sind einheitlich als «aapAPI,aapPortInterface» typisiert, wobei State Management jeweils als Konsument («aapRequiredPort») auftritt.

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

R22-11 → R23-11 normative Änderung Vorgänger: FIG-c2b3a137feefb65b
  • 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.
R23-11 → R24-11 normative Änderung Nachfolger: FIG-2bca2a7909ff2bd4
  • Die Schnittstelle KeyValueStorage («aapAPI,aapPortInterface») des Functional Clusters Persistency wurde um die Methode + GetCurrentValueSize() erweitert.

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() | «aapAPI,aapPortInterface» | NetworkHandle | + GetNetworkRequestedState() + GetNetworkState() + RegisterNetworkRequestedStateChangeNotifier() + RegisterNetworkStateChangeNotifier() + SetNetworkRequestedState() + UnregisterNetworkRequestedStateChangeNotifier() + UnregisterNetworkStateChangeNotifier() | «aapFunctionalCluster» | Network Management | «aapAPI,aapPortInterface» | KeyValueStorage | + DiscardPendingChanges() + GetAllKeys() + GetValue() + KeyExists() + RecoverKey() + RemoveAllKeys() + RemoveKey() + ResetKey() + SetValue() + SyncToStorage() | «aapFunctionalClust... | Persistency | «use» «aapRequiredPort» «use» «aapRequiredPort» «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_EXP_SWArchitecture S. 49 9.13 Figure 9.13: Interfaces required by State Management