Figure 9.91: Interfaces of Registry

1. Diagrammtyp & Architektur-Kontext

UML-Komponentendiagramm zur Darstellung der Schnittstellenarchitektur der Komponente Registry innerhalb der AUTOSAR Adaptive Platform. Das Diagramm spezifiziert die Bereitstellung der internen Plattform-Schnittstelle ManifestAccessor durch die Registry sowie deren Verwendungsbeziehungen («use») durch funktionale Cluster der Plattform-Architektur.

2. Komponenten, Entitäten & Schnittstellen

Zentrale Entitäten und Schnittstellen:

• Realisierende Komponente:
  • Registry (ohne Stereotyp-Annotation, hellbeige hinterlegt) implementiert über eine gestrichelte Realisierungsbeziehung die Schnittstelle ManifestAccessor.
• Schnittstelle:
  • ManifestAccessor («aapInternal,aapNativeInterface»).
• Verwendende funktionale Cluster («aapFunctionalCluster...» bzw. «aapFunctionalCluster»):
  • Communication Management (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Network Management (Verwendung über «use»)
  • Time Synchronization (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Update and Configuration Management (gekennzeichnet als daemon-based, Stereotyp «aapFunctionalCluster», Verwendung über «use»)
  • Cryptography (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Diagnostic Management (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Execution Management (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Platform Health Management (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Persistency (Verwendung über «use»)
  • Vehicle Update and Configuration Management (gekennzeichnet als daemon-based, Verwendung über «use»)
  • Log and Trace (Verwendung über «use»)

Alle elf abhängigen Komponenten greifen über gerichtete Abhängigkeitspfeile («use») auf die zentrale Schnittstelle ManifestAccessor zu.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Architektur- und Abhängigkeitsmodell ohne Verhaltens- oder Sequenzablaufspezifikation. Die gerichteten Abhängigkeiten («use») modellieren lesende bzw. abfragende Zugriffe der funktionalen Cluster auf Manifest-Informationen, die zentral über die Manifest-Accessor-Schnittstelle der Registry bereitgestellt werden. Laufzeitabhängigkeiten, Aufrufprotokolle oder Initialisierungsreihenfolgen zwischen Daemon-Prozessen und Bibliotheken sind nicht modelliert.

4. Normative Relevanz & Entwickler-Hinweise

Architekturvorgabe für die AUTOSAR Adaptive Platform:

• Die Schnittstelle ManifestAccessor ist plattformintern («aapInternal») und nativ typisiert («aapNativeInterface»).
• Acht der elf nutzenden Cluster (Communication Management, Time Synchronization, Update and Configuration Management, Cryptography, Diagnostic Management, Execution Management, Platform Health Management, Vehicle Update and Configuration Management) sind explizit als prozessbasierte Hintergrunddienste (daemon-based) spezifiziert.
• Vehicle Update and Configuration Management greift wie die übrigen Cluster auf ManifestAccessor zu; Identity and Access Management ist nicht als Konsument angebunden.
• Die Komponente Registry trägt im Gegensatz zu den interagierenden Clustern kein Cluster-Stereotyp.