Dynamische Adaption in heterogenen verteilten eingebetteten ...

4.2 Modularisierung
die Quellcodedateien analysiert und aufgeteilt werden. Wird Binärcode verarbeitet, so müssen
diese Strukturen darin identifizierbar sein (siehe Abschnitt 4.2.5.1).
Das Identifizieren einzelner Funktionen ist jedoch zum Teil auch notwendig, wenn man die
Module entsprechend den Dateigrenzen definiert. Denn für das Parken und Auslagern von Funktionalität
wird eine Schnittstelle benötigt. Die Schnittstelle einer Funktion ist leicht zu erkennen
und abzugrenzen. Bei einer Datei besteht die Schnittstelle aus der Vereinigung der Schnittstellen
aller enthaltenen Funktionen. Je nach Verfahren kann es somit auch bei Modularisierung auf
Dateiebene notwendig sein, die einzelnen Funktionen zu erfassen.
Basisblöcke Eine noch feinere Untergliederung lässt eine Aufteilung des Codes in Basisblöcke zu.
Ein Basisblock ist ein Codestück, welches linear durchlaufen wird. Basisblockgrenzen sind somit
Sprünge oder Sprungziele.
Vorteil dieser Aufteilung ist, dass die Module sehr klein sind und somit eine sehr flexible
Konfiguration ermöglicht wird. Nachteil ist allerdings, dass sehr viele Module entstehen und
es dadurch schwieriger wird, die Aufteilung nachzuvollziehen. Dies wird zusätzlich erschwert,
da diese Aufteilung kaum durch Strukturelemente in den Programmiersprachen unterstützt ist,
sodass die Module keine expliziten Namen durch den Entwickler zugeordnet bekommen.
Des Weiteren ist die Extraktion von Basisblöcken aus Binärcode architekturabhängig, da die
Sprungbefehle identifiziert werden müssen.
Klassen Bei objektorientierter Programmierung bieten sich weiterhin Klassen als Grenze zur Modularisierung
an. Diese Aufteilung ist nicht so feingranular wie auf Funktionsebene. Mit dieser
Modularisierungsgranulariät kann der Wunsch, nur eine Methode einer Klasse auszulagern oder
zu parken, nicht erfüllt werden. Betrachtet man Klassen nur unter dem Gesichtspunkt der Strukturierung,
so stellen sie hauptsächlich eine Sammlung von Funktionen dar, die auf gemeinsamen
Daten arbeiten. Eine Modularisierung in Klassen lässt sich somit auf eine Modularisierung in
Funktionen abbilden. Die zusätzliche Information der Klassenzugehörigkeit gibt jedoch einen
Hinweis auf eine gemeinsame Datenabhängigkeit der Methoden. Dieser Hinweis kann bei der
Entscheidung, ob eine Methode ausgelagert werden soll, hilfreich sein.
Zusammenfassend ist festzuhalten, dass sich, je nachdem, ob die Modularisierung auf Quellcode
oder Binärcodeebene stattfinden soll, einige Strukturelemente leichter extrahieren lassen als andere.
Allgemein bietet jedoch eine Modularisierung auf Ebene der Funktionen die meisten Vorteile. Es lassen
sich einige andere Modularisierungen nachbilden und einen Teil des Aufwands zur Identifikation oder
Extraktion muss ohnehin durchgeführt werden, um geeignete Schnittstellen zu finden. Außerdem ist
diese Aufteilung durch den Softwareentwickler nachvollziehbar. Grundsätzlich ist auch eine Mischung
der genannten Modelle möglich.
4.2.3.2 Ausgangsbasis: Binärcode oder Quellcode
Möchte man eine existierende Anwendung in Teile aufteilen, stellt sich die Frage, auf welcher Ausgangsbasis
man ansetzen möchte. Hier hat man die Möglichkeit den Quellcode zu analysieren oder
die bereits übersetzten Dateien zu verwenden. Das generelle Vorgehen ist für beide Ausgangsformate
gleich:
1. Zunächst werden die Ausgangsdateien eingelesen.
2. Anschließend werden sie analysiert, um die Module zu erstellen.
39