Figure 9.27: Interfaces required by Communication Management

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm im Kontext der AUTOSAR Adaptive Platform (EXP_SWArchitecture). Das Diagramm stellt die architektonischen Abhängigkeiten des funktionalen Clusters Communication Management zu Schnittstellen anderer funktionaler Cluster sowie des Betriebssystems dar. Die Interaktion erfolgt über standardisierte Anwendungs- («aapAPI,aapNativeInterface») und interne Schnittstellen («aapInternal», «aapInternal,aapNativeInterface»).

2. Komponenten, Entitäten & Schnittstellen

Zentrale Komponente ist der funktionale Cluster Communication Management («aapFunctionalCluster»). Er nutzt über gerichtete «use»-Abhängigkeiten fünf Schnittstellen:

• Logger («aapAPI,aapNativeInterface»): Realisiert durch den funktionalen Cluster Log and Trace («aapFunctionalCluster»). Methoden: IsEnabled(), Log(MsgId, Params), LogDebug(): LogStream, LogError(): LogStream, LogFatal(): LogStream, LogInfo(): LogStream, LogVerbose(): LogStream, LogWarn(): LogStream, WithLevel(): LogStream.
• CryptoStack («aapAPI,aapNativeInterface»): Realisiert durch den funktionalen Cluster Cryptography («aapFunctionalCluster», daemon-based).
• PolicyDecisionPoint («aapInternal,aapNativeInterface»): Realisiert durch den funktionalen Cluster Identity and Access Management («aapFunctionalCluster»). Methode: CheckAccess().
• ManifestAccessor («aapInternal,aapNativeInterface»): Realisiert durch den funktionalen Cluster Registry («aapFunctionalCluster»).
• TCP/IP Stack («aapInternal»): Realisiert durch das Operating System.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Komponentendiagramm ohne explizite Ablauf- oder Sequenzpfade. Zur Laufzeit greift Communication Management ereignis- oder anforderungsgesteuert synchron bzw. asynchron auf die bereitgestellten Schnittstellen zu: Logging von Kommunikationsereignissen über Logger, kryptografische Operationen über CryptoStack, Autorisierungsprüfungen ein- und ausgehender Service-Aufrufe über PolicyDecisionPoint::CheckAccess(), Abruf von Manifest- und Dienstkonfigurationsdaten über Manifest Accessor sowie Netzwerkübertragung via TCP/IP Stack.

4. Normative Relevanz & Entwickler-Hinweise

Das Schaubild spezifiziert die architektonische Mindestanbindung und Abhängigkeitsstruktur des Communication Management in der AUTOSAR Adaptive Platform. Für Entwickler und Integratoren verdeutlicht es, welche Platform-Services zur Laufzeit bereitgestellt werden müssen. Die Unterscheidung zwischen «aapAPI» (öffentliche C++-API) und «aapInternal» definiert verbindlich, welche Interaktionen plattformintern kapselnd oder über native Programmierschnittstellen erfolgen.