Figure 9.97: Interfaces required by Vehicle Update and Configuration Management (part 1)

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:

1. 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).
2. 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(): WriteAccessor
     • + 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, WriteAccessor), wobei OpenFileWriteOnly() strikt auf WriteAccessor typisiert ist.
• Benachrichtigungsmechanismen basieren auf expliziter Registrierung/Deregistrierung von Notifier-Callbacks für Status- und Zeitsprung-Ereignisse.