DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_EXP_SWArchitecture FIG-0b6d8c6d2973ee2b 544 × 318 px 1 Release(s)

Figure 9.29: Interfaces required by Communication Management

SHA-256 Inhalts-Fingerabdruck: 0b6d8c6d2973ee2be4c737a1ed78c4a9672ff36df1b1740c5f485c5a2deb9ec4
✦ 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-Klassendiagramm / Komponentendiagramm der AUTOSAR Adaptive Platform zur Darstellung der von der funktionalen Cluster-Komponente Communication Management (daemon-based) benötigten Schnittstellen zu Intrusion Detection System Manager und Execution Management.

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 zwei Interfaces zugreift:
    • «aapPortInterface, aapAPI» EventReporter: Schnittstelle mit der Operation:
      • + ReportEvent() Wird realisiert/bereitgestellt durch die Komponente «aapFunctionalCluster» Intrusion Detection System Manager (daemon-based).
    • «aapAPI, aapNativeInterface» ExecutionClient: Schnittstelle mit den Operationen:
      • + Create() (statische Methode/Klassenmethode, unterstrichen)
      • + ReportExecutionState(ExecutionState) Wird realisiert/bereitgestellt durch die Komponente «aapFunctionalCluster» Execution Management (daemon-based).

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

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm modelliert statische Schnittstellenabhängigkeiten:

  • Beim Prozessstart instanziiert bzw. initialisiert der Prozess des Communication Management den ExecutionClient (Create()) und meldet seinen aktuellen Ausführungsstatus (ReportExecutionState) an das Execution Management.
  • Bei Erkennung sicherheitsrelevanter Anomalien oder Protokollverletzungen im Kommunikationsablauf meldet das Communication Management Sicherheitsereignisse über ReportEvent() an den Intrusion Detection System Manager (Idsm).

4. Normative Relevanz & Entwickler-Hinweise

Entwicklungsrelevante Vorgaben für die Implementierung des Communication-Management-Daemons:

  • Integration in das Lebenszyklus-Management der Plattform über die native C++-Klasse ExecutionClient zur Zustandsmeldung (ExecutionState).
  • Anbindung an das Security-Monitoring der Adaptive Platform über das Interface EventReporter zur Weiterleitung von Sicherheitsereignissen an den Intrusion Detection System Manager.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

«aapFunctionalCluster» Communication Management daemon-based | «aapPortInterface,aapAPI» | EventReporter | + ReportEvent() | «aapFunctionalCluster» Intrusion Detection System Manager daemon-based | «aapAPI,aapNativeInterface» | ExecutionClient | + Create() + ReportExecutionState(ExecutionState) | «aapFunctionalCluster» Execution Management daemon-based | «use» «use»

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R25-11 AUTOSAR_AP_EXP_SWArchitecture S. 72 9.29 Figure 9.29: Interfaces required by Communication Management