Figure 9.34: Interfaces for time base providers

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm der AUTOSAR Adaptive Platform (Release R25-11). Dargestellt ist die Schnittstellenarchitektur zwischen den beiden funktionalen Clustern State Management und Network Management. Obwohl die Bildunterschrift im übergeordneten Dokument auf Zeitbasis-Provider referenziert, zeigt der konkrete Bildinhalt die Anbindung des daemon-basierten funktionalen Clusters State Management an das ebenfalls daemon-basierte funktionale Cluster Network Management über die Port-Schnittstelle NetworkHandle.

2. Komponenten, Entitäten & Schnittstellen

Komponenten und Entitäten:

• «aapFunctionalCluster» State Management (daemon-based): Konsumenten-Komponente zur übergeordneten Steuerung von System- und Funktionszuständen.
• «aapFunctionalCluster» Network Management (daemon-based): Anbieter-Komponente, welche die Netzwerkressourcen und Kommunikationskanäle verwaltet.

Schnittstellen:

• «aapAPI, aapPortInterface» NetworkHandle:
  • + GetNetworkRequestedState()
  • + GetNetworkState()
  • + RegisterNetworkRequestedStateChangeNotifier()
  • + RegisterNetworkStateChangeNotifier()
  • + SetNetworkRequestedState()
  • + UnregisterNetworkRequestedStateChangeNotifier()
  • + UnregisterNetworkStateChangeNotifier()

Beziehungen:

• State Management bindet NetworkHandle über eine Abhängigkeitsbeziehung mit den Stereotypen «use» und «aapRequiredPort» an.
• Network Management realisiert NetworkHandle über eine UML-Schnittstellenrealisierung (gestrichelte Linie mit geschlossener, nicht ausgefüllter Dreiecksspitze).

3. Dynamisches Verhalten & Sequenzablauf

• Initialisierung & Notifier-Registrierung: State Management abonniert Statuswechsel des Netzwerks über RegisterNetworkStateChangeNotifier() sowie Änderungen des angeforderten Zustands über RegisterNetworkRequestedStateChangeNotifier().
• Zustandsabfrage: Über GetNetworkState() und GetNetworkRequestedState() fragt State Management den aktuellen Ist- bzw. Soll-Status der Netzwerkverwaltung synchron ab.
• Zustandsanforderung: State Management steuert das Netzwerk über SetNetworkRequestedState(). Network Management verarbeitet den Übergang und meldet Statuswechsel asynchron an die zuvor registrierten Notifier zurück.
• Deregistrierung: Bei Beendigung oder Neukonfiguration werden die Rückruffunktionen über UnregisterNetworkStateChangeNotifier() und UnregisterNetworkRequestedStateChangeNotifier() deregistriert.

4. Normative Relevanz & Entwickler-Hinweise

• NetworkHandle ist als standardisiertes Port-Interface («aapPortInterface») und API («aapAPI») für die prozessübergreifende Interaktion (IPC) zwischen Plattform-Daemons spezifiziert.
• Beide Cluster operieren als Daemons («daemon-based»), weshalb Aufrufe und Notifier reentrant und threadsicher implementiert sein müssen.
• Diskrepanzhinweis: Das Bild zeigt de facto die Network Management-Schnittstelle und nicht die dem Dokumentkontext entsprechende Schnittstelle für Zeitbasis-Provider (SynchronizedTimeBaseProvider). Implementierer müssen beachten, dass diese Abbildung im Dokument fehlerhaft zugeordnet bzw. platziert ist.