Figure 9.28: Interfaces required by Communication Management

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm / Komponentendiagramm der AUTOSAR Adaptive Platform zur Darstellung der von der funktionalen Cluster-Komponente Communication Management (daemon-based) benötigten Schnittstellen und genutzten Subsysteme (Log and Trace, Cryptography, Registry, Operating System).

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm enthält folgende Entitäten und Schnittstellenbeziehungen:

• «aapFunctionalCluster» Communication Management (daemon-based): Zentrale Komponente, die über Abhängigkeitsbeziehungen («use») auf vier Interfaces zugreift:
  • «aapAPI, aapNativeInterface» Logger: Schnittstelle mit den Operationen:
    • + IsEnabled()
    • + Log(MsgId, Params)
    • + LogDebug(): LogStream
    • + LogError(): LogStream
    • + LogFatal(): LogStream
    • + LogInfo(): LogStream
    • + LogVerbose(): LogStream
    • + LogWarn(): LogStream
    • + WithLevel(): LogStream Wird realisiert/bereitgestellt durch die Komponente «aapFunctionalCluster» Log and Trace.
  • «aapAPI, aapNativeInterface» CryptoStack: Schnittstelle ohne dargestellte Operationen, realisiert durch die Komponente «aapFunctionalCluster» Cryptography (daemon-based).
  • «aapInternal, aapNativeInterface» ManifestAccessor: Schnittstelle ohne dargestellte Operationen, realisiert durch die Komponente Registry.
  • «aapInternal» TCP/IP Stack: Schnittstelle ohne dargestellte Operationen, realisiert durch das Operating System.

Die Realisierungsbeziehungen von den bereitstellenden Komponenten zu den Interfaces sind jeweils als gestrichelte Pfeile mit geschlossener, nicht ausgefüllter Dreiecksspitze (Interface Realization) dargestellt. Die Nutzung durch Communication Management erfolgt jeweils über gestrichelte Pfeile mit offener Pfeilspitze und Stereotyp «use».

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm stellt eine statische Abhängigkeitsstruktur dar. Zur Laufzeit greift der Daemon des Communication Management über native C++-APIs (Logger, CryptoStack) auf Logging- und Krypto-Funktionen zu, liest Konfigurations- und Bereitstellungsdaten über den ManifestAccessor aus der Registry und wickelt Netzwerkkommunikation über den TCP/IP Stack des unterliegenden Betriebssystems ab.

4. Normative Relevanz & Entwickler-Hinweise

Die Spezifikation definiert funktionale Abhängigkeiten des Daemons von Communication Management:

• Logging muss über die typisierte Stream-API bzw. Nachrichten-IDs an Log and Trace angebunden werden.
• Kryptografische Operationen (z. B. Authentifizierung, SecOC/TLS-Unterstützung) setzen auf der standardisierten CryptoStack-Schnittstelle auf.
• Plattform- und Kommunikationsmanifeste werden über das plattforminterne Interface ManifestAccessor abgefragt.
• Der Transport von Netzwerk-Frames erfolgt direkt über die Schnittstellen des Betriebssystems (TCP/IP Stack).