DEENESPTFRRUARHIKOZHNL
AUTOSAR_AP_TPS_ManifestSpecification FIG-5d6ccbe9dfeed281 825 × 527 px 1 Release(s)

Figure 10.44: Mapping of CryptoProviders and CryptoKeySlots to RPortPrototypes

SHA-256 Inhalts-Fingerabdruck: 5d6ccbe9dfeed281732fbb3ce3dff95ff8681531e59415e8c81acdc36abeacb1

Im Versions-Explorer öffnen

Kanonischer Bildausschnitt (144 DPI WebP, gerendert aus Original-Vektorgrafik) · nicht öffentlich, nur mit Anmeldung und Freigabe
✦ KI-generierte Bildanalyse & technische Beschreibung Modell: gemini-3.8-flash (via agy) · Rezept figure-series@1 · erstellt am 2026-10-08

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 abstrakte Schnittstellen- und Port-Architektur auf Software-Design-Ebene abbildet, und das untere Paket Deployment, welches die konkrete Zuordnung von kryptographischen Schlüsselplätzen (CryptoKeySlots) und Anbietern (CryptoProviders) zu Ausführungsprozessen und Port-Prototypen auf Zielsystemebene 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.
  • CryptoKeySlotInterface: 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].
  • 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 Deployment 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..*.
  • CryptoKeySlotToPortPrototypeMapping (spezialisiert UploadableDeploymentElement): Verbindet Schlüsselplatz, Port und Prozess. Es referenziert über keySlot einen CryptoKeySlot (0..1), über process einen Process (0..1) und über portPrototype («instanceRef») einen RPortPrototype (0..1).
  • 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:

  • CryptoKeySlotToPortPrototypeMapping und CryptoProviderToPortPrototypeMapping erben von UploadableDeploymentElement.
  • Documentation erbt zusätzlich von UploadableDesignElement.
  • Die Zuordnungsrelationen keySlot, cryptoProvider, process und portPrototype («instanceRef») besitzen jeweils die optionale Multiplizität 0..1.
  • Ein CryptoProvider kann über die splitbare Komposition («atpSplitable») 0 bis viele CryptoKeySlot-Instanzen enthalten (0..*).

Versionsvergleich KI-generiert · gemini-3.8-flash (via agy)

R22-11 → R23-11 normative Änderung Vorgänger: FIG-84c6ecbca61a785e
  • CryptoKeySlotToPortPrototypeMapping: Supertyp von UploadablePackageElement zu UploadableDeploymentElement geändert.
  • CryptoProviderToPortPrototypeMapping: Supertyp von UploadablePackageElement zu UploadableDeploymentElement geändert.
  • Documentation: Zusätzlicher Supertyp UploadableDesignElement ergänzt (neben ARElement).
R23-11 → R24-11 normative Änderung Nachfolger: FIG-a1b2aa3c5bbb8c1a
  • Paketierung: Paket Deployment in Target-Configuration umbenannt.
  • AbstractCryptoKeySlotInterface: Neue abstrakte Basisklasse eingeführt; erbt von CryptoInterface und übernimmt die Attribute allocateShadowCopy, cryptoAlgId, cryptoObjectType, slotCapacity und slotType.
  • CryptoKeySlotInterface: Erbt nun von AbstractCryptoKeySlotInterface statt direkt von CryptoInterface; die Attribute werden in die Basisklasse verschoben.
  • AbstractCryptoKeySlotToPortPrototypeMapping: Neue abstrakte Basisklasse eingeführt, erbt von UploadableDeploymentElement und besitzt die Assoziationen portPrototype [0..1], keySlot [0..1] und process [0..1].
  • CryptoKeySlotToPortPrototypeMapping: Erbt nun von AbstractCryptoKeySlotToPortPrototypeMapping.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

Deployment | Application Design | Identifiable | CryptoKeySlot | + allocateShadowCopy: Boolean [0..1] + cryptoAlgId: String [0..1] + cryptoObjectType: CryptoObjectTypeEnum [0..1] + slotCapacity: PositiveInteger [0..1] + slotType: CryptoKeySlotTypeEnum [0..1] | UploadableDeploymentElement | CryptoKeySlotToPortPrototypeMapping | AbstractExecutionContext | Process | + functionClusterAffiliation: String [0..1] + numberOfRestartAttempts: PositiveInteger [0..1] + preMapping: Boolean [0..1] | Identifiable | CryptoProvider | UploadableDeploymentElement | CryptoProviderToPortPrototypeMapping | ARElement UploadableDesignElement | Documentation | AbstractRequiredPortPrototype | RPortPrototype | ARElement AtpBlueprint AtpBlueprintable | AtpType | PortInterface | CryptoKeySlotInterface | + allocateShadowCopy: Boolean [0..1] + cryptoAlgId: String [0..1] + cryptoObjectType: CryptoObjectTypeEnum [0..1] + slotCapacity: PositiveInteger [0..1] + slotType: CryptoKeySlotTypeEnum [0..1] | CryptoProviderInterface | CryptoInterface | +cryptoProviderDocumentation 0..1 | +cryptoProvider | 0..1 +process 0..1 | +process | 0..1 | «instanceRef» | +portPrototype | 0..1 | «instanceRef» | +portPrototype | 0..1 | «atpSplitable» | +keySlot | 0..* | «isOfType» | +requiredInterface | 0..1 {redefines atpType} | +keySlot | 0..1

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R23-11 AUTOSAR_AP_TPS_ManifestSpecification S. 523 10.44 Figure 10.44: Mapping of CryptoProviders and CryptoKeySlots to RPortPrototypes