Figure 9.77: Interfaces of Registry

1. Diagrammtyp & Architektur-Kontext

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

2. Komponenten, Entitäten & Schnittstellen

Zentrale Entitäten und Schnittstellen:

• Realisierende Komponente:
  • Registry («aapFunctionalCluster») implementiert über eine gestrichelte Realisierungsbeziehung mit geschlossenem Hohlpfeil die interne native Schnittstelle.
• Schnittstelle:
  • Manifest Accessor («aapInternal,aapNativeInterface»).
• Verwendende funktionale Cluster («aapFunctionalCluster...» bzw. «aapFunctionalCluster»):
  • Communication Management (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»)
  • Identity and Access Management (Verwendung über «use»)
  • Log and Trace (Verwendung über «use»)

Alle aufrufenden Komponenten greifen über gerichtete Abhängigkeitspfeile mit Stereotyp «use» auf das Interface Manifest Accessor 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 Manifest Accessor ist rein plattformintern («aapInternal») und als native C++-Programmierschnittstelle («aapNativeInterface») ausgeführt. Sie steht Anwendungsprozessen außerhalb der funktionalen Cluster nicht direkt zur Verfügung.
• Sieben der elf nutzenden Funktionscluster sind explizit als daemon-based ausgewiesen, was bei der Implementierung auf eigenständige Hintergrundprozesse hinweist.
• Implementierer funktionaler Cluster müssen zur Auswertung von Manifest-Daten die von der Registry implementierte native Schnittstelle einbinden, anstatt Manifeste autark einzulesen.