Figure 5.1: Interfaces provided by TimeSynchronization to other Functional Clusters
bdeebdc0b4958f7aff402548fe957ce0ea19c0219975d12856d241a787145fe3
1. Diagrammtyp & Architektur-Kontext
UML-Komponentendiagramm im architektonischen Kontext der AUTOSAR Adaptive Platform (AP). Das Diagramm spezifiziert die von dem daemon-basierten Functional Cluster Time Synchronization über eine C++-Programmierschnittstelle (aapAPI) bzw. Port-Schnittstelle (aapPortInterface) bereitgestellten Dienste für andere funktionale Cluster der Plattformarchitektur.
2. Komponenten, Entitäten & Schnittstellen
Im Diagramm sind sechs funktionale Cluster («aapFunctionalCluster») und eine Schnittstelle dargestellt:
Time Synchronization(blau hinterlegt, annotiert mitdaemon-based): Bereitstellender Cluster, der über eine gestrichelte Realisierungspfeillinie mit geschlossenem weißen Dreieckskopf die SchnittstelleSynchronizedTimeBaseConsumerimplementiert bzw. bereitstellt.«aapAPI,aapPortInterface» SynchronizedTimeBaseConsumer: Zentrale Schnittstelle mit folgenden Operationen:+ GetCurrentTime()+ GetRateDeviation()+ GetTimeWithStatus(): SynchronizedTimeBaseStatus+ RegisterStatusChangeNotifier()+ RegisterSynchronizationStateChangeNotifier()+ RegisterTimeLeapNotifier()+ RegisterTimePrecisionMeasurementNotifier()+ RegisterTimeValidationNotification()+ UnregisterStatusChangeNotifier()+ UnregisterSynchronizationStateChangeNotifier()+ UnregisterTimeLeapNotifier()+ UnregisterTimePrecisionMeasurementNotifier()+ UnregisterTimeValidationNotification()
- Konsumierende funktionale Cluster, jeweils über gestrichelte Pfeile mit offenen Spitzen, annotiert mit
«use»und«aapRequiredPort», anSynchronizedTimeBaseConsumerangebunden:Log and Trace(rot hinterlegt)Persistency(grün hinterlegt)Vehicle Update and Configuration Management(orange hinterlegt,daemon-based)Intrusion Detection System Manager(gelb hinterlegt,daemon-based)Update and Configuration Management(orange hinterlegt,daemon-based)
3. Dynamisches Verhalten & Sequenzablauf
Statisches Schnittstellen- und Abhängigkeitsmodell ohne explizite Zeit- oder Sequenzabläufe. Die Interaktionsmuster gliedern sich anhand der Schnittstellenoperationen in:
- Synchroner Polling- bzw. Lesezugriff: Abfrage der aktuellen Zeitbasis (
GetCurrentTime,GetTimeWithStatus) und von Ratenabweichungen (GetRateDeviation). - Asynchrones Publish-Subscribe- bzw. Observer-Muster: Registrierung (
Register...Notifierbzw.RegisterTimeValidationNotification) und Deregistrierung (Unregister...Notifierbzw.UnregisterTimeValidationNotification) von Callback- bzw. Benachrichtigungsroutinen bei Zustandsänderungen, Synchronisationsstatuswechseln, Zeitsprüngen (Time Leaps), Präzisionsmessungen und Zeitvalidierungsereignissen.
4. Normative Relevanz & Entwickler-Hinweise
Normative Architekturspezifikation für AUTOSAR Adaptive Platform Stacks. Konsumierende Cluster (Log and Trace, Persistency, Intrusion Detection System Manager, Update and Configuration Management, Vehicle Update and Configuration Management) fordern die Schnittstelle typischerweise über AUTOSAR-Modellports («aapRequiredPort») an. Entwickler müssen beachten, dass Zeitstempel und Synchronisationsstatus entweder direkt abgerufen oder ereignisgetrieben über Notifier überwacht werden können, wobei GetTimeWithStatus() Rückgabewerte des Typs SynchronizedTimeBaseStatus liefert.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.