Der Entwickler- Almanach

Alternativ könnte der Kunde sich aber auch wünschen, nach Inkrement 1.2 anders weiterzumachen. Ihm
könnte wichtiger sein, Inkrement 3 anzugehen, um nach dem Programmstart mal andere Daten aufschlagen
zu können. Auch da würde er zunächst auf die tabellarische Darstellung verzichten. Und dann würde er
sich vielleicht wünschen, Inkrement 2 zu realisieren, um zwischen erster und letzter Seite springen zu
können.
Egal welchen Kurs der Kunde durch die Anforderungen nähme, bei jedem Inkrement würde der Entwurf
die Aspekte widerspiegeln und der Code würde den Entwurf erhalten. Denn alle Blasen in den
Abbildungen können in Funktionen übersetzt werden.
Das hört sich für Sie vielleicht wie eine Vorlage für funktionale Programmierung an, ist es aber nicht.
Denn die Funktionseinheiten, die bei diesem Entwurf entstehen, können Zustand haben.
Oder es hört sich an wie die funktionale Dekomposition aus früheren Zeiten, ist es aber auch nicht. Denn
die hat sich erstens nicht um Inkremente geschert. Zweitens hat sie keine Probleme damit gehabt, auf
globale Daten zuzugreifen – was hier nicht passiert, da die Daten zwischen den Funktionseinheiten fließen.
Und drittens hat die funktionale Dekomposition das Single Responsibility Principle (SRP) nicht so stark
im Blick gehabt wie die hier dargestellte Zerlegung.
Prinzipien agilen Entwurfs
Damit agiler Entwurf nicht unter die Räder einer Technologie wie der Objektorientierung kommt, reicht der
Wille zur Erhaltung von Inkrementen allein nicht aus. Es müssen zumindest zwei Prinzipien hinzutreten,
die eine spätere Übersetzung in eine Programmiersprache lenken.
Das erste Prinzip nenne ich das Integration Operation Segregation Principle (IOSP). Es ist ein spezielle
Ausprägung des SRP, indem es Funktionseinheiten sehr spezifische Verantwortlichkeiten zuweist.
Allerdings sind diese hier formal und nicht inhaltlich bestimmt.
Ich halte die Trennung von Integration und Logik für essenziell. Logik entscheidet und berechnet,
Integration fasst Teile zusammen zu einem Ganzen. Integration formt aus Teilaspekten einen neuen Aspekt,
sie abstrahiert. Abbildung 12 klassifiziert die Blasen des Beispielszenarios nach diesem Prinzip.