Figure 5: Sequence diagram of “Ea_Init” service

1. Diagrammtyp & Architektur-Kontext

UML-Sequenzdiagramm zur Spezifikation des synchronen Initialisierungsdienstes Ea_Init innerhalb der AUTOSAR-Basissoftware (Classic Platform). Das Diagramm veranschaulicht das Zusammenspiel zwischen dem System- und Zustandsmanagement (EcuM) und der EEPROM-Abstraktion (Ea) im Steuergeräte-Hochlauf.

2. Komponenten, Entitäten & Schnittstellen

Das Diagramm umfasst zwei BSW-Module als Lebenslinien (Stereotyp «module»):

• EcuM: ECU State Manager als Aufrufer des Initialisierungsdienstes.
• Ea: EEPROM Abstraction als aufgerufenes Modul der Speicherdienst-Abstraktionsschicht.

Schnittstellen und Nachrichten:

• Synchroner Operationsaufruf Ea_Init() von EcuM an Ea.
• Rückkehrnachricht (Return) Ea_Init() von Ea an EcuM.

3. Dynamisches Verhalten & Sequenzablauf

1. EcuM stößt den synchronen Aufruf Ea_Init() an der Lebenslinie von Ea an.
2. Das Modul Ea führt auf seinem Aktivierungsbalken die interne Initialisierung durch.
3. Nach Abschluss der Initialisierungslogik erfolgt die Rückkehr (Ea_Init()) synchron über die gestrichelte Pfeillinie zurück an EcuM.

4. Normative Relevanz & Entwickler-Hinweise

Der Aufruf Ea_Init() erfolgt im Hochlaufkontext (Startup-Phase des EcuM). In dieser Spezifikationsfassung wird Ea_Init() parameterlos aufgerufen; das Modul greift intern auf seine Vorkonfiguration bzw. Link-Time-/Post-Build-Datenstrukturen zu. Aufrufe weiterer Untermodule während der Initialisierung (wie EEPROM-Treiber) sind in dieser Sequenz nicht modelliert.