Figure 8.1: UDS Transport Lifecycle

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm (seq Lifecycle Control of UdsTransportProtocol) im Kontext der AUTOSAR Adaptive Platform (SWS Diagnostics). Es modelliert den Lebenszyklus und das Kontrollregime für UDS-Transportprotokoll-Handler durch die zentrale Diagnoseverwaltung. Das Diagramm gliedert den Ablauf über vertikale Abschnitte in drei Zustandsphasen des Diagnostic Management: [DM Startup], [DM Run] und [DM Shutdown].

2. Komponenten, Entitäten & Schnittstellen

• DM Instance: DM_Generic: Instanz des generischen Diagnostic Management (DM), annotiert mit der Spezifikationsnotiz Implements UdsTransportProtocolMgr. Sie fungiert als Initiator und Manager des Transportprotokolls.
• Instance1: UdsTransportProtocolHandlerImpl: Konkrete Implementierungsinstanz des UDS-Transportprotokoll-Handlers (UdsTransportProtocolHandler).
• Schnittstellen und Funktionsaufrufe:
  • Konstruktor: UdsTransportProtocolHandler(UdsTransportProtocolHandlerID, UdsTransportProtocolMgr&) zur Instanziierung und Übergabe der Handler-ID sowie der Manager-Referenz.
  • Initialisierung: Synchroner Aufruf Initialize() mit Ausführungsausprägung und Rückkehr (Return Message).
  • Betriebssteuerung: Start() zur Aktivierung des Protokollhandlers.
  • Interaktionsreferenz: ref-Kompaktblock UDS Request Processing.
  • Terminierungssteuerung: Stop() zum Anhalten des Handlers.
  • Rückmeldung/Callback: Asynchroner/synchroner Aufruf HandlerStopped(UdsTransportProtocolHandlerID) vom Handler an die DM-Instanz.
  • Destruktor: ~UdsTransportProtocolHandler() zur Zerstörung der Handler-Instanz, markiert durch ein Terminierungskreuz an der Lebenslinie.

3. Dynamisches Verhalten & Sequenzablauf

1. DM Startup:
   • Die DM Instance erzeugt eine neue Instanz Instance1: UdsTransportProtocolHandlerImpl über den Konstruktoraufruf UdsTransportProtocolHandler(UdsTransportProtocolHandlerID, UdsTransportProtocolMgr&).
   • Anschließend ruft die DM Instance synchron Initialize() auf dem Handler auf, woraufhin die Rückkehr erfolgt.
2. DM Run:
   • Die DM Instance signalisiert Betriebsbereitschaft über Start().
   • Innerhalb der aktiven Betriebsphase erfolgt die reguläre Diagnosekommunikation, dargestellt über das Referenz-Fragment UDS Request Processing.
3. DM Shutdown:
   • Die DM Instance leitet den Shutdown über den Aufruf Stop() ein.
   • Der Handler schließt ausstehende Vorgänge ab und meldet seinen Vollzug via HandlerStopped(UdsTransportProtocolHandlerID) an die DM Instance.
   • Abschließend zerstört die DM Instance den Handler über ~UdsTransportProtocolHandler(), womit die Lebenslinie der Instanz endet.

4. Normative Relevanz & Entwickler-Hinweise

• Protokollhandler für UDS-Transportprotokolle in AUTOSAR Adaptive müssen das Lifecycle-Interface unterstützen und sich strikt an die Phasen Startup, Run und Shutdown halten.
• Bei der Konstruktion muss dem Handler seine eindeutige UdsTransportProtocolHandlerID sowie eine Referenz auf den implementierten UdsTransportProtocolMgr übergeben werden, damit Rückmeldungen wie HandlerStopped(...) adressierbar sind.
• Die Diagnoseanforderungsverarbeitung (UDS Request Processing) darf erst nach erfolgreichem Start() erfolgen.
• Während des Shutdowns muss sichergestellt werden, dass vor der Freigabe/Zerstörung (~UdsTransportProtocolHandler()) die Bestätigung HandlerStopped empfangen wurde.