Figure 4: 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(const Ea_ConfigType*) von EcuM an Ea (einzeilig über dem Aufrufpfeil dargestellt).
• Rückkehrnachricht (Return) Ea_Init() von Ea an EcuM (einzeilig über der Rückkehrlinie).

3. Dynamisches Verhalten & Sequenzablauf

1. EcuM stößt den synchronen Aufruf Ea_Init(const Ea_ConfigType*) an der Lebenslinie von Ea unter Übergabe des Konfigurationszeigers an.
2. Das Modul Ea führt auf seinem Aktivierungsbalken die interne Initialisierung anhand der übergebenen Konfigurationsdaten 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 Dienst Ea_Init erfordert zur Initialisierung die Übergabe eines Zeigers auf die Post-Build- bzw. Initialisierungskonfiguration (const Ea_ConfigType*). Der Aufrufer EcuM muss sicherstellen, dass vor dem Aufruf eine gültige Konfigurationsstruktur referenziert wird. Der Rückkehrpfeil trägt formal weiterhin den Bezeichner Ea_Init().