Figure 9.41: Interfaces required by Time Synchronization

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm / Schnittstellendiagramm der AUTOSAR Adaptive Platform zur Darstellung der Abhängigkeiten des funktionalen Clusters Time Synchronization von Betriebs-, Persistenz-, Logging-, Krypto- und Ausführungsmanagement-Diensten.

2. Komponenten, Entitäten & Schnittstellen

Komponenten / Funktionale Cluster:

• Time Synchronization («aapFunctionalCluster», daemon-based): Verwendet alle Schnittstellen über «use»-Abhängigkeiten; an der Beziehung zu KeyValueStorage ist «aapRequiredPort» annotiert.
• Operating System: Realisiert die Schnittstelle Raw Socket API.
• Log and Trace («aapFunctionalCluster»): Realisiert die Schnittstelle Logger.
• Execution Management («aapFunctionalCluster», daemon-based): Realisiert die Schnittstelle ExecutionClient.
• Persistency («aapFunctionalCluster»): Realisiert die Schnittstelle KeyValueStorage.
• Cryptography («aapFunctionalCluster», daemon-based): Realisiert die Schnittstelle CryptoStack.

Schnittstellen und Operationen:

• Raw Socket API («aapInternal»): Interne OS-Schnittstelle ohne deklarierte Operationen.
• Logger («aapAPI,aapNativeInterface»):
  • + IsEnabled(): bool
  • + Log(MsgId, Params)
  • + LogDebug(): LogStream
  • + LogError(): LogStream
  • + LogFatal(): LogStream
  • + LogInfo(): LogStream
  • + LogVerbose(): LogStream
  • + LogWarn(): LogStream
  • + WithLevel(): LogStream
• ExecutionClient («aapAPI,aapNativeInterface»):
  • + Create() (statische Methode / Factory)
  • + ReportExecutionState(ExecutionState)
• KeyValueStorage («aapAPI,aapPortInterface»):
  • + DiscardPendingChanges()
  • + GetAllKeys()
  • + GetCurrentValueSize()
  • + GetValue()
  • + KeyExists()
  • + RecoverKey()
  • + RemoveAllKeys()
  • + RemoveKey()
  • + ResetKey()
  • + SetValue()
  • + SyncToStorage()
• CryptoStack («aapAPI,aapNativeInterface»): Native Kryptografie-Schnittstelle ohne deklarierte Operationen.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Architekturdiagramm ohne Darstellung von Laufzeitsequenzen oder Protokollabläufen. Die gerichteten «use»-Abhängigkeiten modellieren synchrone bzw. funktionale Aufrufbeziehungen vom Time Synchronization-Daemon in Richtung der Schnittstellen des Betriebssystems (Raw Socket API für Netzwerkzeit-Paketübertragung), des Loggings (Logger für Status- und Fehlerausgaben) und der Zustandsspeicherung (KeyValueStorage für persistente Zeitsynchronisationsparameter).

4. Normative Relevanz & Entwickler-Hinweise

• Time Synchronization bindet als Daemon-basierte Adaptive Application / Functional Cluster den ExecutionClient des Execution Management ein, um den eigenen Lebenszyklus und Prozesszustand (ReportExecutionState) im System zu melden.
• ExecutionClient::Create() dient als Factory zur Instanziierung des Clients.
• Der Cluster stützt sich neben Execution Management auf Cryptography (native Krypto-Dienste), Persistency (Port-basiert via KeyValueStorage), Log and Trace (natives Logging) sowie das Betriebssystem (Raw Socket API).