Figure 11.20: Scenario: Switch Firewall State
0a8bb22a36753cedf439f05580433d9eb18cd59e4687a202f6e65546b6ec5954
1. Diagrammtyp & Architektur-Kontext
UML-Sequenzdiagramm zur Darstellung des dynamischen Ablaufs für den Zustandswechsel der Firewall (Szenario „Switch Firewall State“) im Security-Subsystem der AUTOSAR Adaptive Platform.
2. Komponenten, Entitäten & Schnittstellen
Beteiligte Entitäten sind die Anwendungsinstanz :Adaptive Application (als Akteur dargestellt), das funktionale Cluster :Firewall mit dem Stereotyp «aapFunctionalCluster» sowie die Plattform-Laufzeitumgebung :Operating System (als Akteur dargestellt). Schnittstellen-Operationen umfassen den synchronen Aufruf SwitchFirewallState() an das Cluster :Firewall sowie den mit dem Stereotyp «aapInformative» gekennzeichneten synchronen Aufruf applyRule() an das Betriebssystem.
3. Dynamisches Verhalten & Sequenzablauf
Die :Adaptive Application initiiert den Zustandswechsel über den synchronen Methodenaufruf SwitchFirewallState() an :Firewall. Innerhalb eines kombinierten Fragments vom Typ loop mit der Bedingung [foreach FirewallRule] ruft :Firewall für jede anzuwendende Firewall-Regel synchron die Operation applyRule() auf dem :Operating System auf. Nach Abarbeitung der Regelschleife erfolgt die synchrone Rückkehr (gestrichelte Antwortnachricht) von :Firewall an die :Adaptive Application.
4. Normative Relevanz & Entwickler-Hinweise
Das Diagramm veranschaulicht das Zusammenspiel zwischen einer Adaptive Application, dem Firewall-Cluster und den Paketfilter- bzw. Netzwerkkonfigurationsfunktionen des zugrunde liegenden Betriebssystems. Der mit «aapInformative» gekennzeichnete Aufruf applyRule() verdeutlicht, dass die konkrete Betriebssystemschnittstelle informativen Charakter besitzt und implementationsabhängig sein kann, während der Zustandswechsel über SwitchFirewallState() blockierend ausgeführt wird.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.