DEENESPTFRRUARHIKOZHNL
AUTOSAR_TPS_ManifestSpecification FIG-9c05d70742bb23da 878 × 501 px 2 Release(s)

Figure 14.18: Step 5 in the activation workflow

SHA-256 Inhalts-Fingerabdruck: 9c05d70742bb23dab97cabae58fd77d6351c72eab6d686157987edcce0bbfa3b

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-Objektdiagramm / Aktivierungs-Workflow-Diagramm im Kontext des Update and Configuration Management (UCM) der AUTOSAR Adaptive Platform. Das Diagramm spezifiziert die semantische Struktur und Objektbeziehungen für Schritt 5 eines mehrstufigen Aktivierungsworkflows zur Aktualisierung von Software-Paketen.

2. Komponenten, Entitäten & Schnittstellen

Zentrale Entitäten sind:

  • UcmStep: Übergeordneter Container bzw. Aggregationselement, der die geordneten Einzelschritte 1 bis 6 aggregiert.
  • SoftwarePackageStep_1 bis SoftwarePackageStep_6: Sequenzierte Instanzen von SoftwarePackageStep.
  • SoftwarePackageStep_5: Der im Diagramm hervorgehobene Schritt (blau hinterlegt) mit gesetztem Attribut activationSwitch = True. Besitzt keine Referenzen/Rollen zu Software-Paketen.
  • SoftwarePackage_1 und SoftwarePackage_2: Die beiden zu aktualisierenden Ziel-Softwarepakete (orange hinterlegt).
  • Relationen/Rollen anderer Schritte (ausgegraut):
    • Schritt 1 (SoftwarePackageStep_1): Referenziert SoftwarePackage_1 und SoftwarePackage_2 jeweils mit der Rolle transfer.
    • Schritt 2 (SoftwarePackageStep_2): Referenziert SoftwarePackage_1 mit Rolle process.
    • Schritt 3 (SoftwarePackageStep_3): Referenziert SoftwarePackage_2 mit Rolle process.
    • Schritt 4 (SoftwarePackageStep_4): Referenziert SoftwarePackage_1 und SoftwarePackage_2 jeweils mit Rolle pre-activate.
    • Schritt 5 (SoftwarePackageStep_5): Über Komposition mit Index 5 an UcmStep angebunden; keine ausgehenden Assoziationen zu Software-Paketen.
    • Schritt 6 (SoftwarePackageStep_6): Referenziert SoftwarePackage_1 und SoftwarePackage_2 jeweils mit Rolle verify.

3. Dynamisches Verhalten & Sequenzablauf

Das Diagramm stellt Schritt 5 innerhalb einer geordneten sechsstufigen Ausführungskette dar:

  1. transfer: Übertragung beider Pakete (SoftwarePackage_1, SoftwarePackage_2).
  2. process: Verarbeitung des ersten Pakets (SoftwarePackage_1).
  3. process: Verarbeitung des zweiten Pakets (SoftwarePackage_2).
  4. pre-activate: Vorbereitung der Aktivierung für beide Pakete.
  5. activationSwitch=True: Eigentliche Aktivierung/Umschaltung. In diesem Schritt erfolgt die koordinierte Aktivierung beider Pakete gleichzeitig über das globale Flag, ohne dass Einzelschritte auf die Pakete referenzieren müssen.
  6. verify: Abschließende Verifikation beider Pakete in einem gemeinsamen Schritt.

4. Normative Relevanz & Entwickler-Hinweise

Normativ relevant für die Modellierung von UCM-Manifesten:

  • Der eigentliche Umschaltvorgang (Aktivierung) wird durch einen eigenständigen SoftwarePackageStep modelliert, dessen Attribut activationSwitch auf True gesetzt ist.
  • Ein SoftwarePackageStep mit gesetztem activationSwitch=True referenziert explizit keines der involvierten SoftwarePackage-Elemente über funktionale Rollen (wie transfer, process, pre-activate oder verify).
  • Die Umschaltung gilt implizit für alle zuvor im Workflow prozessierten und vorbereiteten Software-Pakete.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

UcmStep | SoftwarePackageStep_1 | SoftwarePackageStep_2 | SoftwarePackageStep_3 | SoftwarePackage_1 | SoftwarePackage_2 | 1 | 2 | 3 | process | transfer | transfer transfer | process | SoftwarePackageStep_4 | 4 | SoftwarePackageStep_5 | activationSwitch=True | 5 | SoftwarePackageStep_6 | 6 | verify | verify | pre-activate | pre-activate

Begleitender Spezifikationstext:

Specification of Manifest AUTOSAR AP R20-11 The fifth step (see Figure 14.18) marks the actual activation of the two SoftwarePackages. For this purpose the attribute SoftwarePackageStep.activationSwitch is set to True. Consequently, this SoftwarePackageStep does not reference any of the SoftwarePackages in any of the supported roles. UcmStep SoftwarePackageStep_1 SoftwarePackageStep_2 SoftwarePackageStep_3 SoftwarePackage_1 SoftwarePackage_2 1 2 3 process transfer transfer transfer process SoftwarePackageStep_4 4 SoftwarePackageStep_5 activationSwitch=True 5 SoftwarePackageStep_6 6 verify verify pre-activate pre-activate Figure 14.18: Step 5 in the activation workflow In the sixth step (see Figure 14.19) finalizes the workflow by verifying the two SoftwarePackages named SoftwarePackage_1 and SoftwarePackage_2. The modeling of the verification in one step indicates that the actual order in which the SoftwarePackages is not relevant. If, in contrast to the depicted scenario, the order were relevant then it would take the modeling of two different SoftwarePackageSteps to codify the intended ordering. 642 of 862 Document ID 713: AUTOSAR_TPS_ManifestSpecification

Vorkommen in AUTOSAR-Releases (4)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R19-11 AUTOSAR_TPS_ManifestSpecification S. 614 13.18 Figure 13.18: Step 5 in the activation workflow
R19-11 AUTOSAR_TPS_ManifestSpecification S. 614 13.18 Figure 13.18: Step 5 in the activation workflow
R20-11 AUTOSAR_TPS_ManifestSpecification S. 642 14.18 Figure 14.18: Step 5 in the activation workflow
R20-11 AUTOSAR_TPS_ManifestSpecification S. 642 14.18 Figure 14.18: Step 5 in the activation workflow