Figure 9.100: 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 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 (gekennzeichnet als daemon-based, 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 nutzen über gerichtete Pfeile mit Stereotyp «use» die Schnittstelle ManifestAccessor.

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 als native Schnittstelle («aapNativeInterface») definiert.
• Neun der elf nutzenden Cluster (Communication Management, Network 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.
• Persistency und Log and Trace verbleiben ohne die Auszeichnung daemon-based.