Figure 1.1: AUTOSAR data type usage in Adaptive Interfaces

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm zur Spezifikation des AUTOSAR-Metamodells für die Adaptive Platform (AUTOSAR Adaptive). Das Diagramm gliedert die Schnittstellendefinitionen explizit in die Domänenbereiche Communication und Persistency. Es definiert die strukturelle Modellierung und Typisierung von Datenelementen innerhalb von ServiceInterface und PersistencyKeyValueStorageInterface sowie deren Anbindung an AbstractImplementationDataType für Schnittstellendefinition und Serialisierung.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst zwei logische Gruppierungen (Communication und Persistency) sowie typisierende Metaklassen:

• Bereich Communication:
  • ServiceInterface (spezialisiert PortInterface): Attribute +majorVersion: PositiveInteger [0..1], +minorVersion: PositiveInteger [0..1]. Kompositionen unter Stereotyp «atpVariation,atpSplitable»:
    • +method 0..*: ClientServerOperation (spezialisiert AtpStructureElement, Identifiable) mit +fireAndForget: Boolean [0..1].
    • +event 0..*: VariableDataPrototype.
    • +field 0..*: Field mit optionalen Attributen +hasGetter: Boolean [0..1], +hasNotifier: Boolean [0..1], +hasSetter: Boolean [0..1].
  • ClientServerOperation: Aggregiert +argument 0..* {ordered} vom Typ ArgumentDataPrototype unter Stereotyp «atpVariation,atpSplitable».
  • ArgumentDataPrototype: Attribute +direction: ArgumentDirectionEnum [0..1] und +serverArgumentImplPolicy: ServerArgumentImplPolicyEnum [0..1]. Generalisiert zu AutosarDataPrototype.
  • VariableDataPrototype und Field: Generalisieren zu AutosarDataPrototype.
• Bereich Persistency:
  • PersistencyKeyValueStorageInterface (spezialisiert PersistencyInterface): Besitzt per Komposition +dataElement 0..* vom Typ PersistencyDataElement (spezialisiert PersistencyInterfaceElement).
  • PersistencyDataElement: Generalisiert zu DataPrototype.
• Domänenübergreifende Basistypen:
  • AutosarDataPrototype: Spezialisiert DataPrototype.
  • DataPrototype: Referenziert über «isOfType» +type 0..1 {redefines atpType} die Klasse AutosarDataType (spezialisiert ARElement, AtpType).
  • AbstractImplementationDataType (spezialisiert AtpBlueprint, AtpBlueprintable): Generalisiert zu AutosarDataType.
  • PersistencyKeyValueStorageInterface: Referenziert über +dataTypeForSerialization 0..* direkt AbstractImplementationDataType.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Metamodell ohne Verhaltens- oder Sequenzdiagramm-Elemente. Das Diagramm spezifiziert die Deklarationshierarchie von Operationen, Ereignissen, Feldern und Persistenz-Datenelementen sowie deren statische Typisierungsbeziehung zu Datentypdefinitionen.

4. Normative Relevanz & Entwickler-Hinweise

• Die Schnittstellenelemente von ServiceInterface (+method, +event, +field) und die Argumente von ClientServerOperation (+argument) unterstützen Variabilität und Modell-Splitting («atpVariation,atpSplitable»).
• Die Merkmale hasGetter, hasNotifier und hasSetter der Metaklasse Field sind optional mit Multiplizität [0..1].
• Die Tagged Values für Variabilität beschränken die Anwendung auf die Adaptive Platform (mmt.RestrictToStandards = AP) mit spätestem Bindezeitpunkt vh.latestBindingTime = blueprintDerivationTime.
• Datenprototypen der Kommunikations- und Persistenzdomäne werden einheitlich über DataPrototype zu AutosarDataType typisiert; Serialisierungsdatentypen für Persistenz-Key-Value-Storage werden über +dataTypeForSerialization festgelegt.