Figure 9.29: Interfaces required by Communication Management
0b6d8c6d2973ee2be4c737a1ed78c4a9672ff36df1b1740c5f485c5a2deb9ec4
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).
- «aapPortInterface, aapAPI» EventReporter: Schnittstelle mit der Operation:
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
ExecutionClientzur Zustandsmeldung (ExecutionState). - Anbindung an das Security-Monitoring der Adaptive Platform über das Interface
EventReporterzur Weiterleitung von Sicherheitsereignissen an den Intrusion Detection System Manager.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.