Figure 10.44: Mapping of CryptoProviders and CryptoKeySlots to RPortPrototypes

1. Diagrammtyp & Architektur-Kontext

UML-Klassendiagramm aus der AUTOSAR Adaptive Platform Spezifikation (AUTOSAR_TPS_ManifestSpecification). Das Diagramm stellt das Metamodell für das Deployment und Mapping von Kryptographie-Ressourcen dar. Es gliedert sich in zwei Hauptpakete: das obere Paket Application Design, welches die Schnittstellen- und Port-Architektur auf Software-Design-Ebene abbildet, und das untere Paket Target-Configuration, welches die systemspezifische Konfiguration und Zuordnung von Schlüsselplätzen (CryptoKeySlots) und Anbietern (CryptoProviders) zu Ausführungsprozessen und Port-Prototypen definiert.

2. Komponenten, Entitäten & Schnittstellen

Das Paket Application Design umfasst folgende Entitäten:

• PortInterface (Spezialisierung von ARElement, AtpBlueprint, AtpBlueprintable, AtpType).
• CryptoInterface: Abstrakte Generalisierung für Krypto-Schnittstellen, erbt von PortInterface.
• AbstractCryptoKeySlotInterface: Abstrakte Klasse, erbt von CryptoInterface und deklariert die Attribute allocateShadowCopy: Boolean [0..1], cryptoAlgId: String [0..1], cryptoObjectType: CryptoObjectTypeEnum [0..1], slotCapacity: PositiveInteger [0..1] sowie slotType: CryptoKeySlotTypeEnum [0..1].
• CryptoKeySlotInterface: Erbt von AbstractCryptoKeySlotInterface.
• CryptoProviderInterface: Erbt von CryptoInterface.
• RPortPrototype (Spezialisierung von AbstractRequiredPortPrototype): Referenziert über die Assoziation requiredInterface mit Stereotyp «isOfType» und Redefinition {redefines atpType} eine PortInterface-Instanz (Kardinalität 0..1).

Das Paket Target-Configuration umfasst:

• CryptoKeySlot (spezialisiert Identifiable): Besitzt die Attribute allocateShadowCopy: Boolean [0..1], cryptoAlgId: String [0..1], cryptoObjectType: CryptoObjectTypeEnum [0..1], slotCapacity: PositiveInteger [0..1] sowie slotType: CryptoKeySlotTypeEnum [0..1].
• CryptoProvider (spezialisiert Identifiable): Aggregiert per Komposition («atpSplitable») Schlüsselplätze über die Rolle keySlot mit Kardinalität 0..*.
• AbstractCryptoKeySlotToPortPrototypeMapping: Abstrakte Basisklasse, spezialisiert UploadableDeploymentElement. Definiert die Assoziationen keySlot zu CryptoKeySlot (0..1), process zu Process (0..1) und portPrototype («instanceRef») zu RPortPrototype (0..1).
• CryptoKeySlotToPortPrototypeMapping: Konkrete Spezialisierung von AbstractCryptoKeySlotToPortPrototypeMapping.
• CryptoProviderToPortPrototypeMapping (spezialisiert UploadableDeploymentElement): Verbindet Krypto-Provider, Port und Prozess. Es referenziert über cryptoProvider einen CryptoProvider (0..1), über process einen Process (0..1) und über portPrototype («instanceRef») einen RPortPrototype (0..1).
• Process (spezialisiert AbstractExecutionContext): Besitzt die Attribute functionClusterAffiliation: String [0..1], numberOfRestartAttempts: PositiveInteger [0..1] und preMapping: Boolean [0..1].
• Documentation (spezialisiert ARElement und UploadableDesignElement): Ist über die Assoziation cryptoProviderDocumentation (Kardinalität 0..1) an CryptoProvider angebunden.

3. Dynamisches Verhalten & Sequenzablauf

Statisches Metamodell ohne dynamische Verhaltens- oder Sequenzdiagrammelemente. Es beschreibt deklarative Modellierungsbeziehungen zur Konfigurations- und Generierungszeit für das AUTOSAR-Manifest. Aus den definierten Assoziationen ergibt sich, dass eine Applikation zur Laufzeit über einen RPortPrototype auf kryptographische Dienste zugreift, wobei das Deployment-Mapping zur Konfigurationszeit festlegt, welcher konkrete CryptoKeySlot bzw. CryptoProvider im Kontext des jeweiligen Betriebssystem-Prozesses (Process) instanziiert und dem Port zugeordnet wird.

4. Normative Relevanz & Entwickler-Hinweise

Normativ verbindliche Spezifikation der Manifest-Klassen zur Konfiguration des Krypto-Subsystems der AUTOSAR Adaptive Platform. Für Modellierung und Tooling gilt:

• Die Klassenhierarchien auf Design- und Target-Configuration-Ebene werden über abstrakte Basisklassen strukturiert: AbstractCryptoKeySlotInterface als Basis für Schlüsselplatz-Schnittstellen und AbstractCryptoKeySlotToPortPrototypeMapping als Basis für Port-Mappings.
• CryptoKeySlotToPortPrototypeMapping erbt seine Zuordnungsassoziationen (keySlot, process, portPrototype) von AbstractCryptoKeySlotToPortPrototypeMapping.
• Alle Zuordnungsrelationen (keySlot, cryptoProvider, process, portPrototype) verbleiben bei der optionalen Kardinalität 0..1.
• Instanzreferenzen («instanceRef») verweisen aus der Zielkonfiguration auf RPortPrototype-Instanzen des Applikationsdesigns.