Figure 9.88: Interfaces required by Vehicle Update and Configuration Management (part 1)
b1176358c0c3e9cb5c37026fe10a818bce8d1b765120b8923ff4053a203d6ec1
1. Diagrammtyp & Architektur-Kontext
UML-Klassendiagramm / Schnittstellendiagramm im architektonischen Kontext der AUTOSAR Adaptive Platform (EXP_SWArchitecture). Das Diagramm spezifiziert die von dem Functional Cluster Vehicle Update and Configuration Management (VUCM) benötigten Schnittstellen (required ports) zu den Funktionsclustern Time Synchronization und Persistency.
2. Komponenten, Entitäten & Schnittstellen
Das Diagramm umfasst drei Functional Cluster und drei Port-Interfaces:
- Functional Cluster:
«aapFunctionalCluster» Vehicle Update and Configuration Management(daemon-based, oben dargestellt, orange hinterlegt).«aapFunctionalCluster» Time Synchronization(daemon-based, unten links dargestellt, blau hinterlegt).«aapFunctionalCluster» Persistency(unten rechts dargestellt, grün hinterlegt).
- Schnittstellen (
«aapAPI,aapPortInterface»):SynchronizedTimeBaseConsumer: Bereitgestellt von Time Synchronization (Realisierungspfeil), genutzt von Vehicle Update and Configuration Management über einen Required Port («use» «aapRequiredPort»). Methoden:+ GetRateDeviation()+ GetTimeWithStatus(): SynchronizedTimeBaseStatus+ RegisterStatusChangeNotifier()+ RegisterSynchronizationStateChangeNotifier()+ RegisterTimeLeapNotifier()+ RegisterTimePrecisionMeasurementNotifier()+ RegisterTimeValidationNotification()+ UnregisterStatusChangeNotifier()+ UnregisterSynchronizationStateChangeNotifier()+ UnregisterTimeLeapNotifier()+ UnregisterTimePrecisionMeasurementNotifier()+ UnregisterTimeValidationNotification()
FileStorage: Bereitgestellt von Persistency (Realisierungspfeil), genutzt von Vehicle Update and Configuration Management über einen Required Port («use» «aapRequiredPort»). Methoden:+ DeleteFile()+ FileExists()+ GetAllFileNames()+ GetCurrentFileSize()+ GetFileInfo()+ OpenFileReadOnly(): ReadAccessor+ OpenFileReadWrite(): ReadWriteAccessor+ OpenFileWriteOnly(): ReadWriteAccessor+ RecoverFile()+ ResetFile()
KeyValueStorage: Bereitgestellt von Persistency (Realisierungspfeil), genutzt von Vehicle Update and Configuration Management über einen Required Port («use» «aapRequiredPort»). Methoden:+ DiscardPendingChanges()+ GetAllKeys()+ GetCurrentValueSize()+ GetValue()+ KeyExists()+ RecoverKey()+ RemoveAllKeys()+ RemoveKey()+ ResetKey()+ SetValue()+ SyncToStorage()
3. Dynamisches Verhalten & Sequenzablauf
Statische Deklaration von Port-Interfaces und Abhängigkeiten; kein dynamischer Sequenzablauf im Diagramm dargestellt. Zur Laufzeit konsumiert der VUCM-Daemon Zeitsynchronisationsdienste (Abfrage synchronisierter Zeitbasen, Statusabfragen und Callback-Registrierungen für Zeitsprünge oder Genauigkeitsänderungen) sowie Persistenzdienste für strukturierte Schlüssel-Wert-Paare und dateibasierte Speicherung (Lesen, Schreiben, Wiederherstellen von Dateien).
4. Normative Relevanz & Entwickler-Hinweise
Normative Definition der C++-API- und Port-Interface-Signaturen für Applikations- und Cluster-Interaktionen auf der Adaptive Platform:
- VUCM erfordert die Einbindung von Persistency (
FileStorage,KeyValueStorage) und Time Synchronization (SynchronizedTimeBaseConsumer). - Persistency-Zugriff erfolgt über typisierte Accessor-Klassen (
ReadAccessor,ReadWriteAccessor). - Benachrichtigungsmechanismen basieren auf expliziter Registrierung/Deregistrierung von Notifier-Callbacks für Status- und Zeitsprung-Ereignisse.
Zugeordnete Anforderungen
Diese Angaben zeigt der Versions-Explorer.