DEENESPTFRRUARHIKOZHNL
AUTOSAR_SWS_UpdateAndConfigManagement FIG-e07cf1919d5a5fa1 615 × 359 px 1 Release(s)

Figure 7.3: State Machine for the package processing using service interface PackageManagement

SHA-256 Inhalts-Fingerabdruck: e07cf1919d5a5fa1f940a9f259716b1b68ff28b3e5e9926e48856e6e5b214c40
✦ 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-Zustandsdiagramm (State Machine) im Kontext der AUTOSAR Adaptive Platform für das Update and Configuration Management (UCM). Das Diagramm spezifiziert die Zustände und Zustandsübergänge bei der Paketverarbeitung über das Service-Interface PackageManagement.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm definiert folgende Entitäten und Schnittstellen-Elemente:

  • Zustände:
    • Pseudozustand Initial (Startpunkt)
    • IDLE: Ruhezustand, keine aktive Paketverarbeitung
    • BUSY: Aktive Verarbeitung eines Software-Pakets
    • READY: Bereitstellung mindestens eines verarbeiteten Software-Pakets für nachfolgende Aktionen oder weitere Pakete
    • ACTIVATING: Aktive Aktivierung der bereitgestellten Software-Pakete
  • Methoden / Ereignisse / Trigger (PackageManagement-Service-Interface):
    • ProcessSwPackage
    • Cancel (mit Guards [NoProcessedPackages] und [PackagesPreviouslyProcessed] bzw. abgeschnitten am rechten Rand)
    • SwPackageProcessed
    • RevertProcessedSwPackages
    • Activate
    • ActivationError
    • Rollback
    • Finish

3. Dynamisches Verhalten & Sequenzablauf

Der Ablauf der Zustandsmaschine gliedert sich in folgende Pfade und Transitionen:

  • Initialisierung: Übergang von Initial nach IDLE.
  • Paketverarbeitung:
    • IDLE → BUSY via Aufruf von ProcessSwPackage.
    • BUSY → READY nach erfolgreichem Abschluss via SwPackageProcessed.
    • READY → BUSY zur Verarbeitung weiterer Pakete via ProcessSwPackage.
  • Abbruch und Rücknahme:
    • BUSY → IDLE via Cancel unter der Bedingung [NoProcessedPackages].
    • BUSY → READY via Cancel unter der Bedingung [PackagesPreviously...] (wenn zuvor bereits Pakete verarbeitet wurden).
    • READY → IDLE via Aufruf von RevertProcessedSwPackages.
  • Aktivierung und Fehlerbehandlung:
    • READY → ACTIVATING via Activate.
    • ACTIVATING → IDLE bei erfolgreichem Abschluss via Finish.
    • ACTIVATING → READY bei Fehlern via ActivationError oder Rollback.

4. Normative Relevanz & Entwickler-Hinweise

Normativ bindende Spezifikation des Lebenszyklus für Software-Paket-Operationen innerhalb des UCM-Moduls der AUTOSAR Adaptive Platform. Implementierungen des PackageManagement-Service-Interfaces müssen die definierten Zustände sowie die Gültigkeit der Methodenaufrufe in den jeweiligen Zuständen strikt einhalten. Insbesondere dürfen Methoden wie Activate nur im Zustand READY aufgerufen werden, während Abbruch- (Cancel) und Revert-Funktionen (RevertProcessedSwPackages) sicherstellen, dass das System kontrolliert in den Zustand IDLE zurückkehren kann.

Zugeordnete Anforderungen

Diese Angaben zeigt der Versions-Explorer.

Erkannte Spezifikationsbelege & Anforderungen auf dieser Seite

Aus dem Dokument extrahierter Text & Kontext

Beschriftungen im Schaubild:

BUSY | READY ACTIVATING | Initial | IDLE | Activate | ProcessSwPackage | SwPackageProcessed | Cancel [NoProcessedPackages] | ActivationError | Rollback | ProcessSwPackage | RevertProcessedSwPackages Finish

Vorkommen in AUTOSAR-Releases (1)

Release Dokument Seite Nr. Bildunterschrift im Dokument
R18-03_R1.4.0 AUTOSAR_SWS_UpdateAndConfigManagement S. 20 7.3 Figure 7.3: State Machine for the package processing using service interface PackageManagement