Embedded Software & Enterprise Architect

Das Wichtigste in Kürze

Wie Embedded Software mit Enterprise Architect modellieren?

Bei Embedded Software beginnt die Modellierung mit der Frage, welche Informationen im Modell abgebildet werden sollen und welche Rolle das Modell im Projekt einnimmt. Enterprise Architect kann als Werkzeug genutzt werden, um Softwarearchitektur, Anforderungen, Schnittstellen, Zustände, Abläufe und Abhängigkeiten strukturiert zu erfassen. Für eingebettete Systeme ist dabei nicht nur der Quellcode relevant, sondern auch das Zusammenspiel mit Hardware, Kommunikationsschnittstellen, Sensorik, Aktorik, Betriebszuständen und übergeordneten Systemfunktionen.

PICKPLACE betrachtet die Modellierung nicht als isolierte Zeichenarbeit, sondern als technische Strukturierungsaufgabe. Zunächst wird geklärt, welche Ebenen benötigt werden: Systemkontext, Softwarekomponenten, Schnittstellen, Datenflüsse, Zustandsmodelle, Sequenzen oder Verhaltensbeschreibungen. Daraus entsteht eine Modellstruktur, die zu den Projektfragen passt. In einem Steuergeräteprojekt kann der Schwerpunkt beispielsweise auf Zuständen, Kommunikationsabläufen und Softwarekomponenten liegen. Bei einer Maschine können Ablaufketten, Betriebsarten, Fehlerreaktionen und Schnittstellen zu Bedienung, Sensorik oder Antriebstechnik im Vordergrund stehen.

Ein wesentlicher Arbeitsschritt ist die Trennung zwischen Architekturmodell, Detailmodell und Dokumentationsmodell. Nicht jedes Detail des Quellcodes gehört in das Modell. Umgekehrt darf ein Architekturmodell nicht so grob bleiben, dass es für Entwicklung oder Test keine nutzbaren Aussagen liefert. PICKPLACE unterstützt dabei, die richtige Granularität zu finden. Dazu gehört die Entscheidung, welche Komponenten als eigene Modellobjekte geführt werden, welche Schnittstellen beschrieben werden und welche Zustände oder Abläufe als Diagramme abgebildet werden.

Enterprise Architect kann außerdem genutzt werden, um Anforderungen und Architektur miteinander zu verknüpfen. Dadurch lässt sich nachvollziehen, welche Softwarebestandteile eine Anforderung adressieren und welche Tests oder Analysen daran anschließen können. In Projekten mit langer Lebensdauer oder mehreren Varianten ist diese Nachvollziehbarkeit oft ein zentraler Bestandteil der technischen Arbeit. Sie hilft, Änderungen einzuordnen, Auswirkungen auf andere Komponenten zu erkennen und Dokumentation nicht vollständig getrennt von der Entwicklung zu führen.

Für bestehende Embedded-Software-Systeme kommt zusätzlich Reverse Engineering in Betracht. Dabei werden vorhandene Code- oder Strukturinformationen in ein Modell überführt, um Abhängigkeiten, Klassen, Module oder Schnittstellen sichtbar zu machen. Das ersetzt keine fachliche Architekturentscheidung, liefert aber eine Grundlage, um bestehende Software zu verstehen und gezielt zu überarbeiten. PICKPLACE kann solche Modelle aufsetzen, ordnen und um fachliche Architekturinformationen ergänzen, damit aus einer technischen Momentaufnahme eine nutzbare Projektdokumentation entsteht.

Wann lohnt sich modellbasierte Softwareentwicklung?

Modellbasierte Softwareentwicklung lohnt sich vor allem dann, wenn Embedded Software über längere Zeit gepflegt, erweitert oder in Varianten geführt werden muss. Bei kleinen, klar abgegrenzten Softwareteilen kann eine einfache technische Dokumentation ausreichen. Sobald aber mehrere Teams, Schnittstellen, Produktvarianten oder Systemebenen beteiligt sind, entsteht Abstimmungsaufwand, der ohne strukturierte Modelle schwer beherrschbar wird. Enterprise Architect kann in solchen Fällen als gemeinsamer Arbeitsstand für Architektur, Anforderungen und technische Zusammenhänge dienen.

Ein typischer Auslöser ist eine gewachsene Codebasis. Viele Embedded-Projekte entstehen über Jahre hinweg. Funktionen werden ergänzt, Schnittstellen ändern sich, Hardwarestände wechseln, und einzelne Softwarebereiche werden mehrfach angepasst. Wenn die Architektur nur im Quellcode oder im Wissen einzelner Personen vorhanden ist, werden Änderungen schwer einschätzbar. Modellierung kann dann helfen, die vorhandenen Strukturen sichtbar zu machen und eine gemeinsame Grundlage für Redesign, Erweiterung oder Fehleranalyse zu schaffen.

Ein weiterer Projektkontext sind Systeme mit hoher Komplexität. Dazu zählen Steuergeräte, Maschinensteuerungen, Fahrzeuge, Marine-Systeme oder militärische Elektronik. In solchen Systemen müssen Betriebszustände, Kommunikationspfade, Fehlerszenarien und Abhängigkeiten zwischen Software und Hardware nachvollziehbar bleiben. Ein Modell kann hier zeigen, welche Komponente welche Aufgabe übernimmt, welche Daten über welche Schnittstelle übertragen werden und wie sich Zustände im System verändern. Das erleichtert technische Diskussionen, weil Entscheidungen nicht nur mündlich oder in verstreuten Dokumenten geführt werden.

Auch bei Projekten mit Normanforderungen oder formalen Nachweispflichten kann modellbasierte Arbeit nützlich sein. Dabei geht es nicht darum, durch ein Werkzeug automatisch eine bestimmte Norm zu erfüllen. Entscheidend ist, dass Anforderungen, Architektur, Implementierungsentscheidungen und Testbezüge nachvollziehbar dokumentiert werden können. Enterprise Architect kann diese Nachvollziehbarkeit unterstützen, wenn das Modell bewusst aufgebaut und gepflegt wird. PICKPLACE achtet in solchen Projekten darauf, dass das Modell zur tatsächlichen Entwicklungsarbeit passt und nicht als paralleles Dokumentationssystem entsteht, das nach kurzer Zeit vom Projektstand abweicht.

Der Nutzen hängt stark von der Pflege des Modells ab. Ein Modell, das einmal erstellt und danach nicht aktualisiert wird, verliert schnell seinen Wert. Deshalb sollte zu Projektbeginn geklärt werden, wer welche Modellteile verantwortet, welche Informationen verbindlich sind und wie Änderungen übernommen werden. PICKPLACE unterstützt diese Klärung durch eine Modellstruktur, die Rollen und Arbeitsschritte berücksichtigt. Für Entwicklungsteams kann das bedeuten, dass Architekturentscheidungen, Schnittstellenänderungen und Zustandsmodelle regelmäßig eingepflegt werden. Für Test und Systemengineering können Verknüpfungen zu Anforderungen und Abläufen im Vordergrund stehen.

Modellbasierte Softwareentwicklung ist kein Ersatz für fachliche Analyse, saubere Implementierung oder Tests. Sie liefert jedoch eine Ebene, auf der technische Zusammenhänge beschrieben, geprüft und mit Projektbeteiligten abgestimmt werden können. Besonders bei eingebetteter Software mit langer Lebensdauer entsteht dadurch eine Arbeitsgrundlage, die über einzelne Entwicklungsphasen hinaus nutzbar bleibt.

Was bringt eine gute Softwarearchitektur für Wartung, Test und Weiterentwicklung?

Eine gute Softwarearchitektur beschreibt, wie ein Embedded-Software-System aufgebaut ist, welche Aufgaben einzelne Komponenten übernehmen und welche Schnittstellen zwischen ihnen bestehen. Für Wartung, Test und Weiterentwicklung ist diese Beschreibung praktisch nutzbar, wenn sie konkrete technische Fragen beantwortet: Wo ist eine Funktion verortet? Welche Abhängigkeiten bestehen zu Hardware, Kommunikationsprotokollen oder anderen Softwareteilen? Welche Zustände beeinflussen das Verhalten? Welche Auswirkungen hat eine Änderung auf angrenzende Komponenten?

Für die Wartung ist eine nachvollziehbare Architektur besonders dann hilfreich, wenn Fehler nicht nur lokal auftreten. In eingebetteten Systemen entstehen Fehler häufig im Zusammenspiel aus Zustandslogik, Timing, Kommunikationsverhalten, Hardwarezuständen und Datenverarbeitung. Wenn die Architektur diese Zusammenhänge sichtbar macht, kann die Fehlersuche gezielter geführt werden. Entwickler müssen nicht ausschließlich aus dem Code rekonstruieren, welche Komponente für welchen Teil des Verhaltens zuständig ist. Sie können Architekturdiagramme, Zustandsmodelle und Schnittstellenbeschreibungen als Einstieg in die Analyse nutzen.

Für den Test schafft eine modellierte Architektur eine Verbindung zwischen Anforderungen, Systemverhalten und prüfbaren Softwareteilen. Zustandsdiagramme können Hinweise darauf geben, welche Übergänge getestet werden müssen. Sequenzdiagramme können Kommunikationsabläufe beschreiben, die im Test beobachtet oder stimuliert werden. Schnittstellenmodelle zeigen, welche Datenformate, Signale oder Nachrichten im Zusammenspiel geprüft werden sollten. PICKPLACE betrachtet dabei nicht nur die Erstellung der Diagramme, sondern auch deren Verwendbarkeit für Testplanung, Review und Fehlereingrenzung.

Bei der Weiterentwicklung verhindert eine klare Architektur, dass Änderungen unkontrolliert in bestehende Strukturen eingreifen. Wenn neue Funktionen ergänzt werden, muss erkennbar sein, ob sie in eine vorhandene Komponente passen, eine neue Komponente benötigen oder bestehende Schnittstellen ändern. Besonders bei Varianten ist diese Frage relevant. Eine Funktion kann in einer Produktvariante vorhanden sein, in einer anderen fehlen oder anders parametriert werden. Ohne Architekturmodell werden solche Unterschiede häufig über bedingte Kompilierung, Konfiguration oder projektspezifische Anpassungen verteilt. Ein Modell kann die Variantenpunkte sichtbar machen und die Diskussion über eine geeignete Struktur unterstützen.

Eine gute Softwarearchitektur hilft außerdem bei Übergaben. Embedded-Projekte laufen oft über mehrere Jahre und wechseln zwischen Entwicklungsständen, Teams oder Verantwortlichkeiten. Wenn Architekturwissen nur in einzelnen Köpfen vorhanden ist, entsteht bei Übergaben ein Risiko für Missverständnisse und lange Einarbeitungszeiten. Eine gepflegte Modell-Dokumentation kann die Systemstruktur, die zentralen Entwurfsentscheidungen und die Schnittstellen in einer Form bereitstellen, die auch später noch nachvollziehbar ist.

Für Redesign- oder Modernisierungsprojekte ist die Architekturarbeit häufig der erste Schritt vor der Umsetzung. Bevor Software umgebaut wird, muss klar sein, welche Bereiche stabil bleiben sollen, welche Abhängigkeiten kritisch sind und welche Teile getrennt oder neu strukturiert werden können. Enterprise Architect kann hier als Arbeitsmittel dienen, um Ist-Strukturen aus Reverse Engineering, Bestandsanalyse und fachlicher Bewertung zusammenzuführen. Daraus entsteht eine Grundlage für Entscheidungen, welche Änderungen technisch sinnvoll und im Projektumfang umsetzbar sind.

Typisches Setup

• Requirements Tool Siemens Polarion
• Modellierungstool Sparx Systems Enterprise Architect
• RTOS FreeRTOS
• Static Analysis Polyspace
• IDE IAR Embedded Workbench

Unsere Leistungen

PICKPLACE unterstützt Projekte rund um Embedded Software & Enterprise Architect mit Architekturarbeit, Modellaufbau, Dokumentation sowie Forward und Reverse Engineering. Der Schwerpunkt liegt auf einer Modellstruktur, die zur vorhandenen Software, zum Projektziel und zu den beteiligten Rollen passt.

Zu Beginn klären wir, welche Aufgaben das Modell übernehmen soll. Das kann die Beschreibung einer neuen Softwarearchitektur sein, die Dokumentation eines bestehenden Systems, die Vorbereitung eines Redesigns oder die Unterstützung von Abstimmungen zwischen Entwicklung, Systemengineering, Test und Kunde. Daraus leiten wir ab, welche Diagrammarten, Modellpakete, Abstraktionsebenen und Verknüpfungen benötigt werden.

Beim Forward Engineering unterstützen wir die Entwicklung von Architektur- und Modellstrukturen, bevor oder während Software umgesetzt wird. Dazu gehören die Definition von Komponenten, Schnittstellen, Zuständen, Abläufen und Abhängigkeiten. Wir achten darauf, dass das Modell technische Entscheidungen vorbereitet und nicht nur eine nachträgliche Beschreibung bleibt. Wenn Anforderungen eingebunden werden sollen, strukturieren wir die Verknüpfungen so, dass Zusammenhänge zwischen Anforderung, Architektur und möglichen Testaspekten erkennbar werden.

Beim Reverse Engineering arbeiten wir mit bestehenden Softwareständen oder vorhandenen technischen Informationen. Ziel ist, Strukturen sichtbar zu machen, die im Code, in verstreuter Dokumentation oder im Projektwissen vorhanden sind. Daraus können Modelle entstehen, die als Ausgangspunkt für Analyse, Fehlerklärung, Architekturüberarbeitung oder Dokumentation dienen. Reverse Engineering wird dabei nicht als automatische Lösung verstanden, sondern als technischer Einstieg, der fachlich geprüft und ergänzt werden muss.

Ein weiterer Leistungsbereich ist die Modell-Dokumentation. PICKPLACE erstellt und ordnet Modellinhalte so, dass sie für Projektbeteiligte verwendbar sind. Dazu gehören klare Benennungen, nachvollziehbare Paketstrukturen, abgestimmte Diagramme und eine Dokumentationslogik, die zu Entwicklungs- und Übergabeprozessen passt. Wir unterstützen auch dabei, bestehende Modelle zu bereinigen, zu strukturieren oder auf einen Stand zu bringen, der für weitere Projektarbeit genutzt werden kann.

In der Architekturentwicklung arbeiten wir an der fachlichen und technischen Ausgestaltung der Softwarestruktur. Dazu zählen Komponentenaufteilung, Schnittstellendefinition, Zustandsmodellierung, Ablaufbeschreibung und die Einordnung von Varianten oder bestehenden Abhängigkeiten. Wenn ein Projekt zwischen Analyse und Umsetzung steht, kann PICKPLACE helfen, Modellinhalte in konkrete Entwicklungsaufgaben, Prüffragen oder Dokumentationsschritte zu überführen.