Der Entwickler- Almanach

Dialoge finden bei objektorientierter Programmierung eine natürlich Abbildung in Klassen. Die
Behandlung von Domänenereignissen findet bei allen Programmierparadigmen eine natürliche Abbildung
in Funktionen.
Domänenereignisse für sich genommen sind allerdings noch keine Inkremente. Sie sind nur Auslöser für
die Leistung eines Inkrements. Ich nenne diese Inkremente Interaktionen, weil sie von einem Anwender
angestoßen werden und zu einer Reaktion des Softwaresystems inklusive einer Rückmeldung an den
Anwender führen. Jede Interaktion bietet dem Anwender also einen mehr oder weniger großen Nutzen.
Durch sie werden Eingaben in Resultate verwandelt. Sie stellen mithin gute alte EVA-Funktionseinheiten
dar: Eingabe + Verarbeitung + Ausgabe (Abbildung 3).
Die Qualität der Implementation von Interaktionen lässt sich leicht überprüfen durch automatisierte Tests.
Sie bilden ein ganz natürliches API einer Anwendung. Darauf ließe sich TDD ansetzen, um Software
testgetrieben wachsen zu lassen.
Ich glaube jedoch, dass damit Potenzial verschenkt würde. Agiler Entwurf sollte weiter gehen. Denn wo
die Codierung mit einem Paradigma beginnt, da übernimmt dieses Paradigma die Führung. Wenn Entwurf
und Code agil werden und bleiben sollen, dann muss das Denken in Inkrementen noch weiter tragen.