Figure 9.65: Interfaces of Firewall
4516a6bf4c192609a63914348715ac438365c687827083dbed59ce356038fc45
1. Diagrammtyp & Architektur-Kontext
UML-Komponenten- bzw. Klassendiagramm zur Darstellung der Schnittstellenarchitektur des Functional Clusters Firewall innerhalb der AUTOSAR Adaptive Platform (EXP_SWArchitecture). Es zeigt die Interaktion einer adaptiven Anwendung mit der Firewall über eine standardisierte Dienstschnittstelle.
2. Komponenten, Entitäten & Schnittstellen
- Adaptive Application: Komponenten-Entität (symbolisiert als UML-Komponente), die als Client/Konsument agiert.
- «aapFunctionalCluster» Firewall (daemon-based): Funktioneller Cluster der AUTOSAR Adaptive Platform, realisiert als Daemon-Prozess.
- «aapAPI, aapPortInterface» FirewallStateSwitchInterface: Schnittstelle mit der Operation
+ SwitchFirewallState(), die vom Functional Cluster Firewall implementiert (Realisierungsbeziehung mit gestricheltem Pfeil und geschlossener, nicht ausgefüllter Pfeilspitze) und von der Adaptive Application über eine Abhängigkeitsbeziehung (gestrichelter Pfeil mit offener Spitze) mit den Stereotypen«use»und«aapRequiredPort»genutzt wird.
3. Dynamisches Verhalten & Sequenzablauf
Synchrone oder asynchrone Methodeninteraktion: Eine Adaptive Application initiiert über ihren benötigten Port («aapRequiredPort») den Aufruf der Operation SwitchFirewallState() an der Schnittstelle FirewallStateSwitchInterface, um den Zustand der Firewall im Daemon-basierten Functional Cluster umzuschalten.
4. Normative Relevanz & Entwickler-Hinweise
Architekturrelevante Schnittstellendefinition für Entwickler von Adaptive Applications, die Firewall-Zustände steuern müssen. Der Dienst ist als «aapAPI» und «aapPortInterface» ausgeprägt; die tatsächliche Realisierung erfolgt entkoppelt im Firewall-Daemon. Client-Anwendungen binden die Schnittstelle über einen Required Port an.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.