AUTOSAR_AP_SWS_CommunicationManagement
FIG-b81b078478513361
671 × 416 px
1 Release(s)
Figure 5.2: Interfaces required by Communication Management from other Functional Clusters
SHA-256 Inhalts-Fingerabdruck:
b81b078478513361bc50309f833a70ad4ae69be55210393c3ae762a29f88fbe8
✦
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-Komponenten- und Schnittstellendiagramm der AUTOSAR Adaptive Platform (SWS Communication Management, Kapitel 5). Es dokumentiert die infrastrukturellen und funktionalen Abhängigkeiten des daemon-basierten Communication Management zu Nachbar-Clustern (Log and Trace, Cryptography), der Manifest-Registry sowie dem zugrundeliegenden Betriebssystem (Operating System).
2. Komponenten, Entitäten & Schnittstellen
- Communication Management (
«aapFunctionalCluster», Tagdaemon-based, hellblau): Zentraler Kommunikations-Daemon in Konsumenten-Rolle mit vier ausgehenden«use»-Abhängigkeiten. - Schnittstellen:
Logger(«aapAPI,aapNativeInterface»): Native Logging-Schnittstelle mit den Operationen+ IsEnabled(),+ Log(MsgId, Params),+ LogDebug(): LogStream,+ LogError(): LogStream,+ LogFatal(): LogStream,+ LogInfo(): LogStream,+ LogVerbose(): LogStream,+ LogWarn(): LogStream,+ WithLevel(): LogStream.CryptoStack(«aapAPI,aapNativeInterface»): Native Krypto-Schnittstelle (ara::crypto) zur kryptografischen Absicherung (ohne explizit gelistete Operationen).ManifestAccessor(«aapInternal,aapNativeInterface»): Plattforminterne native Schnittstelle zum Auslesen von Manifestdaten (ohne gelistete Operationen).TCP/IP Stack(«aapInternal»): Plattforminternes Netzwerk-Interface des Betriebssystems (ohne gelistete Operationen).
- Realisierende Entitäten:
Log and Trace(«aapFunctionalCluster», rot): RealisiertLogger.Cryptography(«aapFunctionalCluster», Tagdaemon-based, gelb): RealisiertCryptoStack.Registry(Komponente, beige): RealisiertManifestAccessor.Operating System(Komponente, beige): RealisiertTCP/IP Stack.
3. Dynamisches Verhalten & Sequenzablauf
- Initialisierung & Manifestauswertung: Während des Hochlaufs liest der CM-Daemon über
ManifestAccessorKonfigurationsdaten (Service- und Kommunikationsmanifeste, Endpoint-Parameter, Socket-Optionen) aus derRegistry. - Netzwerkkommunikation: Zur Übertragung und Entgegennahme von Ethernet-Frames sowie Socket-Verbindungen (TCP/UDP) greift CM über
TCP/IP Stackauf die Socket-Schichten desOperating Systemzu. - Kryptografische Absicherung: Eingehende oder ausgehende gesicherte Kommunikation (z. B. TLS, SecOC, MAC-Prüfung) nutzt synchrone Aufrufe an den
CryptoStackderCryptography-Bibliotheken. - Betriebs- und Fehlerprotokollierung: Zur Laufzeit protokolliert CM Statusänderungen, Warnungen und Fehlerzustände über die typisierten Stream- und Logging-Methoden (
LogDebug,LogInfo,LogWarn,LogError,LogFatal,Log) derLogger-Schnittstelle anLog and Trace.
4. Normative Relevanz & Entwickler-Hinweise
- Schnittstellenklassifikation: Unterscheidung zwischen
«aapAPI,aapNativeInterface»(standardisierte C++-APIs wieara::logundara::crypto),«aapInternal,aapNativeInterface»(plattforminterne Manifestabfrage) und«aapInternal»(Betriebssystembindung via POSIX-Sockets). - Prozess- und Performance-Aspekte:
LoggerundCryptoStackwerden in der Regel über In-Process-Client-Bibliotheken angebunden, die bei Bedarf IPC zu Daemon-Instanzen nutzen. Der Zugriff auf denTCP/IP Stackerfordert Kernel-Systemaufrufe. - Stream-Semantik: Die
Logger-Operationen gebenLogStream-Objekte zurück; dies erzwingt synchrone Formatierung und RAII-basierte Ressourcenfreigabe vor der Pufferung inLog and Trace.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.