Figure 9.2: Client sequence diagram

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm aus den Schnittstellen-Leitlinien der AUTOSAR Adaptive Platform (AUTOSAR_AP_EXP_InterfacesGuidelines). Das Diagramm illustriert das grundlegende Interaktionsmuster und den Lebenszyklus einer Client-Server-Verbindung zwischen einer konsumierenden Anwendung (Client) und einem bereitstellenden Server-Dienst über synchrone Methodenaufrufe.

2. Komponenten, Entitäten & Schnittstellen

Beteiligte Entitäten sind die Lebenslinien Application (Client-Instanz/Adaptive Application) und Server (Dienstanbieter). Die Interaktion erfolgt über synchrone RPC-/Methodenaufrufe mit zugehörigen Return-Nachrichten:

• waitForConnection (): Schnittstellenoperation zum Verbindungsaufbau bzw. Warten auf die Verbindungsbereitschaft des Servers.
• WriteData(): Schnittstellenmethode zur Nutzdatenübertragung.
• Shutdown(): Schnittstellenmethode zur kontrollierten Beendigung der Verbindung bzw. des Dienstes.
• Gestrichelte Pfeile: Synchrone Rückgaben/Antwortnachrichten (Reply Messages) des Servers an die Application.

3. Dynamisches Verhalten & Sequenzablauf

1. Verbindungsaufbau: Die Application initiiert die Kommunikation durch den Aufruf von waitForConnection (). Der Server nimmt den Aufruf entgegen, etabliert eine durchgehende Ausführungsaktivierung (Activation Bar) und quittiert die Verbindung per Return-Pfeil.
2. Datenaustausch: Die Application ruft synchron WriteData() auf, was vom Server verarbeitet und beantwortet wird. Ein Auslassungszeichen (...) repräsentiert die iterative bzw. zyklische Wiederholung von WriteData()-Aufrufen während der aktiven Session.
3. Verbindungsabbau: Nach Abschluss des Transfers sendet die Application Shutdown(). Nach der Quittierung durch die Server-Rückantwort endet die zusammenhängende Server-Aktivierung und die Session ist geschlossen.

4. Normative Relevanz & Entwickler-Hinweise

Als Bestandteil eines EXP-Dokuments (Explanation) hat das Diagramm instruktiven und empfehlenden Leitfaden-Charakter ohne direkte normative SHALL-Anforderungen. Entwickler-Hinweise:

• Modelliert ist ein streng synchrones Request-Response-Muster. Bei Implementierung auf Basis von ara::com oder IPC-Mechanismen der Adaptive Platform ist zu evaluieren, ob synchrone Aufrufe den Client-Thread blockieren und ob asynchrone Entkopplung (z. B. via ara::core::Future / ara::core::Promise) oder Event-Mechanismen vorzuziehen sind.
• Der Server hält über die gesamte Sitzung hinweg Zustand (dokumentiert durch den ununterbrochenen Ausführungsbalken). Ein robustes Session- und Timeout-Management ist vorzusehen, um hängende Server-Zustände bei unvorhergesehenem Client-Ausfall vor dem Shutdown()-Aufruf abzufangen.