DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-48268bb28bf27487 332 × 383 px 1 Release(s)

Figure 9.34: Users of Network Management interfaces

SHA-256 Inhalts-Fingerabdruck: 48268bb28bf27487a6d4a39c0da443651a5534446df74bf76d6f0b346cf90cb3

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 im Kontext der AUTOSAR Adaptive Platform (Systemarchitektur). Das Diagramm visualisiert die Schnittstellenbeziehung zwischen den Functional Clustern State Management und Network Management über ein direktes C++-Port-Interface (API).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst zwei AUTOSAR Adaptive Functional Cluster sowie ein Port-Interface:

  • Functional Cluster State Management (Stereotyp «aapFunctionalCluster», Ausprägung daemon-based): Fungiert als Nutzer («use», «aapRequiredPort») der Schnittstelle.
  • Functional Cluster Network Management (Stereotyp «aapFunctionalCluster»): Realisiert das Interface (Realisierungspfeil mit geschlossener Dreiecksspitze).
  • Port-Interface NetworkHandle (Stereotypen «aapAPI,aapPortInterface»): Methodenbasierte Schnittstelle mit folgenden Operationen:
    • + GetNetworkRequestedState()
    • + GetNetworkState()
    • + RegisterNetworkRequestedStateChangeNotifier()
    • + RegisterNetworkStateChangeNotifier()
    • + SetNetworkRequestedState()
    • + UnregisterNetworkRequestedStateChangeNotifier()
    • + UnregisterNetworkStateChangeNotifier()

3. Dynamisches Verhalten & Sequenzablauf

Interaktionsmuster über direkte API-Aufrufe (C++ Port-Interface):

  • Das State Management fordert über SetNetworkRequestedState() Netzwerkzustandsänderungen an.
  • Der aktuelle und der angeforderte Zustand können synchron über GetNetworkState() und GetNetworkRequestedState() abgefragt werden.
  • Zustandsänderungsbenachrichtigungen werden über Observer-Registrierung (RegisterNetworkStateChangeNotifier(), RegisterNetworkRequestedStateChangeNotifier()) und Deregistrierung (Unregister...) synchronisiert.

4. Normative Relevanz & Entwickler-Hinweise

Normative Relevanz für Adaptive Platform Architekten und Entwickler:

  • Die Kopplung zwischen State Management und Network Management erfolgt über eine standardisierte funktionale C++-API («aapAPI,aapPortInterface»).
  • Das Interface NetworkHandle erzwingt eine explizite Registrierung von Callbacks/Notifiers für Statusaktualisierungen und stellt synchrone Getter-/Setter-Methoden bereit.

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

R23-11 → R24-11 keine inhaltliche Änderung Vorgänger: FIG-13eb484cd922e330

Keine inhaltlichen Änderungen erkennbar.

R24-11 → R25-11 redaktionell Nachfolger: FIG-d7ef80c65c369f12
  • Beim Functional Cluster Network Management wird die Eigenschaftsbezeichnung links unten um daemon-based ergänzt.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | State Management daemon-based | «aapAPI,aapPortInterface» | NetworkHandle | + GetNetworkRequestedState() + GetNetworkState() + RegisterNetworkRequestedStateChangeNotifier() + RegisterNetworkStateChangeNotifier() + SetNetworkRequestedState() + UnregisterNetworkRequestedStateChangeNotifier() + UnregisterNetworkStateChangeNotifier() | «aapFunctionalCluster» | Network Management | «use» «aapRequiredPort»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R24-11 AUTOSAR_AP_EXP_SWArchitecture S. 78 9.34 Figure 9.34: Users of Network Management interfaces