DEENESPTFRRUARHIKOZHNL
AUTOSAR_EXP_SWArchitecture FIG-5d7e1cebdb7810b4 353 × 350 px 1 Release(s)

Figure 9.28: Users of Network Management interfaces

SHA-256 Inhalts-Fingerabdruck: 5d7e1cebdb7810b4f62b548079158485e83f815fd9758cfec9ef02cbf77f0047

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 serviceorientierte Schnittstellenbeziehung zwischen den beiden Functional Clustern State Management und Network Management.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm modelliert zwei AUTOSAR Adaptive Functional Cluster sowie ein Service-Interface:

  • Functional Cluster State Management (Stereotyp «aapFunctionalCluster», Ausprägung daemon-based): Nutzt über eine Abhängigkeit («use», «aapRequiredPort») die Schnittstelle als Konsument (Client/Subscriber).
  • Functional Cluster Network Management (Stereotyp «aapFunctionalCluster»): Realisiert bzw. stellt die Schnittstelle über einen Provided Port («aapProvidedPort», Realisierungspfeil mit geschlossener Dreiecksspitze) bereit.
  • Service-Interface NetworkState_{NetworkHandle} (Stereotypen «aapAraComServiceInterface,aapAPI»): Parametrisiert über das Netzwerk-Handle. Es deklariert zwei zugriffsgeschützte Service-Felder («aapAccessControlled, aapServiceField»):
    • + NetworkCurrentState
    • + NetworkRequestedState

3. Dynamisches Verhalten & Sequenzablauf

Interaktionsmuster über ara::com (Service-Oriented Communication):

  • Das State Management bindet das Network Management über einen Required Port an das Service-Interface NetworkState_{NetworkHandle} an.
  • Über die Felder NetworkCurrentState und NetworkRequestedState interagiert das State Management mit dem Network Management über Standard-Feldmechanismen (Get/Set/Notifier) zur Abfrage und Steuerung des aktuellen sowie des angeforderten Netzwerkzustands.

4. Normative Relevanz & Entwickler-Hinweise

Normative Relevanz für Adaptive Platform Architekten und Entwickler:

  • Die Kommunikation zwischen State Management und Network Management erfolgt über ein typisiertes ara::com-Service-Interface.
  • Der Zugriff auf NetworkCurrentState und NetworkRequestedState unterliegt der Zugriffskontrolle («aapAccessControlled»).
  • Implementierungen müssen sicherstellen, dass pro Netzwerk-Instanz ({NetworkHandle}) ein entsprechendes Service-Interface bereitgestellt und über die ara::com-Middleware instanziiert wird.

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

R21-11 → R22-11 keine inhaltliche Änderung Nachfolger: FIG-c2f35409d85845f7

Keine inhaltlichen Änderungen erkennbar.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» | State Management daemon-based | «aapAraComServiceInterface,aapAPI» | NetworkState_{NetworkHandle} | «aapAccessControlled, aapServiceField» + NetworkCurrentState + NetworkRequestedState | «aapFunctionalCluster» | Network Management | «use» «aapRequiredPort» | «aapProvidedPort»

Vorkommen in AUTOSAR-Releases (2)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R21-11 AUTOSAR_EXP_SWArchitecture S. 58 9.28 Figure 9.28: Users of Network Management interfaces
R21-11 AUTOSAR_EXP_SWArchitecture S. 58 9.28 Figure 9.28: Users of Network Management interfaces