Figure 8.4: Example of Configuration in the Manifest

1. Diagrammtyp & Architektur-Kontext

UML-Objektdiagramm (Instanzdiagramm) im Kontext der AUTOSAR Adaptive Platform (Dokument AUTOSAR_AP_EXP_SWArchitecture). Es veranschaulicht die Konfiguration von Plugins innerhalb eines Adaptive-Manifests, wobei neben der logischen Modellidentifikation auch die konkrete softwareseitige C++-Implementierungsbindung abgebildet wird.

2. Komponenten, Entitäten & Schnittstellen

Dargestellt sind zwei UML-Objektinstanzen der Klasse XYPluginConfiguration:

• PluginA: XYPluginConfiguration mit den öffentlichen Attributen + implementation = a::b::PluginA und + shortName = pluginA.
• PluginB: XYPluginConfiguration mit den öffentlichen Attributen + implementation = c::d::PluginB und + shortName = pluginB.

Die Entitäten existieren nebeneinander ohne explizite Verbindungen oder Assoziationen. Das Attribut shortName definiert die logische Modellbezeichnung; das Attribut implementation spezifiziert den vollqualifizierten C++-Namespace- und Klassennamen der Zielimplementierung des Plugins.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Konfigurationsdiagramm ohne dynamische Interaktionen oder Nachrichtenaustausch. Das Attribut implementation steuert das dynamische Laden bzw. die Instanziierung: Beim Initialisieren des Host-Clusters wird anhand des Manifest-Eintrags a::b::PluginA bzw. c::d::PluginB die entsprechende C++-Klasse (z. B. über eine Factory oder einen Class-Loader) instanziiert und unter dem Bezeichner pluginA bzw. pluginB registriert.

4. Normative Relevanz & Entwickler-Hinweise

Informativ/erläuternd im Rahmen des EXP-Dokuments. Der Klassenname XYPluginConfiguration dient als generisches Referenzbeispiel für Plugin-Erweiterungsmechanismen der Plattform. Entwickler müssen gewährleisten, dass der angegebene vollqualifizierte C++-Bezeichner (z. B. a::b::PluginA) zur Compile-/Link- bzw. Ladezeit exakt mit den exportierten Symbolen der Plugin-Bibliothek übereinstimmt.