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 definiert die strukturelle Modellierung und Typisierung von Datenelementen innerhalb von Schnittstellen für die Dienstkommunikation (ServiceInterface) und die Datenpersistenz (PersistencyKeyValueStorageInterface). Es zeigt, wie abstrakte Implementierungsdatentypen (AbstractImplementationDataType) an service- und persistenzbasierte Datenprototypen angebunden und für die Serialisierung spezifiziert werden.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst folgende Metaklassen und Beziehungen:

• ServiceInterface (spezialisiert PortInterface): Enthält Versionsattribute +majorVersion: PositiveInteger [0..1] und +minorVersion: PositiveInteger [0..1]. Es besitzt per Komposition:
  • +method 0..*: ClientServerOperation (spezialisiert AtpStructureElement, Identifiable), annotiert mit «atpVariation». Attribut: +fireAndForget: Boolean [0..1].
  • +event 0..*: VariableDataPrototype, annotiert mit «atpVariation».
  • +field 0..*: Field, annotiert mit «atpVariation». Attribute: +hasGetter: Boolean, +hasNotifier: Boolean, +hasSetter: Boolean.
• ClientServerOperation: Aggregiert geordnet +argument 0..* {ordered} vom Typ ArgumentDataPrototype unter Stereotyp «atpVariation».
• ArgumentDataPrototype: Attribute +direction: ArgumentDirectionEnum [0..1] und +serverArgumentImplPolicy: ServerArgumentImplPolicyEnum [0..1]. Generalisiert zu AutosarDataPrototype.
• VariableDataPrototype und Field: Generalisieren ebenfalls zu AutosarDataPrototype.
• PersistencyKeyValueStorageInterface (spezialisiert PersistencyInterface): Besitzt per Komposition +dataElement 0..* vom Typ PersistencyDataElement (spezialisiert PersistencyInterfaceElement).
• PersistencyDataElement: Spezialisiert direkt DataPrototype.
• AutosarDataPrototype: Spezialisiert DataPrototype.
• DataPrototype: Referenziert über die gerichtete Assoziation «isOfType» +type 0..1 {redefines atpType} die Metaklasse AutosarDataType (spezialisiert ARElement, AtpType).
• AbstractImplementationDataType (spezialisiert AtpBlueprint, AtpBlueprintable): Generalisiert zu AutosarDataType.
• PersistencyKeyValueStorageInterface: Besitzt eine gerichtete Assoziation +dataTypeForSerialization 0..* auf 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 Typisierung von Datenprototypen (Field, VariableDataPrototype, ArgumentDataPrototype sowie PersistencyDataElement) erfolgt über DataPrototype gegen AutosarDataType bzw. AbstractImplementationDataType.
• Für die Schnittstellenelemente von ServiceInterface sowie die Methodenargumente gilt Variabilität («atpVariation»), gebunden gemäß Tagged Values (vh.latestBindingTime = blueprintDerivationTime, mmt.RestrictToStandards = AP, Status draft).
• Field erfordert zwingend explizite Boolesche Werte für hasGetter, hasNotifier und hasSetter (Multiplizität [1..1]).
• Methodenargumente (ArgumentDataPrototype) sind geordnet ({ordered}) und unterstützen optionale Angabe von Richtung (direction) und Server-Implementierungspolicy.
• PersistencyKeyValueStorageInterface erlaubt über +dataTypeForSerialization die explizite Zuweisung von Implementierungsdatentypen zur Serialisierung.