Figure 8.4: Example of Configuration in the Manifest
0a36c25bb1a960efb91c696cc1ebb7597ac6c09b394c32760b389bd03e2301cd
1. Diagrammtyp & Architektur-Kontext
UML-Objektdiagramm (Instanzdiagramm) im Architekturkontext der AUTOSAR Adaptive Platform (AUTOSAR_AP_EXP_SWArchitecture). Es zeigt die Konfiguration von Plugins im Manifest unter Einbeziehung der vollqualifizierten C++-Implementierungszuordnung.
2. Komponenten, Entitäten & Schnittstellen
Modelliert sind zwei UML-Objektinstanzen der Klasse XYPluginConfiguration:
- PluginA: XYPluginConfiguration mit den Attributen + implementation = a::b::PluginA und + shortName = pluginA.
- PluginB: XYPluginConfiguration mit den Attributen + implementation = c::d::PluginB und + shortName = pluginB.
Alle Attribute besitzen öffentliche Sichtbarkeit (+). Zwischen den Instanzen bestehen keine direkten Beziehungen. Das Attribut implementation hält den vollqualifizierten C++-Klassenbezeichner inklusive Namespace-Hierarchie, während shortName die modellseitige AUTOSAR-Identität bestimmt.
3. Dynamisches Verhalten & Sequenzablauf
Statisches Objektdiagramm ohne Prozess- oder Nachrichtenflüsse. Während der Bootstrapping-Phase liest die Plugin-Verwaltung die Attribute aus dem Manifest und instanziiert die Klassen a::b::PluginA bzw. c::d::PluginB dynamisch zur Bereitstellung der Plugin-Dienste.
4. Normative Relevanz & Entwickler-Hinweise
Erläuternde (nicht-normative) Spezifikationsabbildung. Die Namensgebung XYPluginConfiguration repräsentiert beispielhaft konfigurierbare Cluster-Plugins. Entwickler müssen die Konsistenz zwischen dem im Manifest deklarierten implementation-String und der C++-Klassensignatur in den Shared Objects / dynamischen Bibliotheken sicherstellen.