Ein Plädoyer für Datenflussdiagramme aus der Sicht der Aufwandsschatzung und der agilen Softwareentwicklung

Die mit der Strukturierten Analyse von DeMarco bekannt gewordenen Datenflussdiagramme zur Modellierung von Softwaresystemen sind mit zunehmender Verbreitung objektorientierter Modellierungstechniken in Vergessenheit geraten. Wir wollen zeigen, dass dieser Diagrammtyp aus der Sicht der Aufwandsschätzung und der agilen Softwareentwicklung Vorteile gegenüber den üblicherweise in der objektorientierten Analyse verwendeten Modellierungstechniken aufweist und auch heute noch sinnvoll eingesetzt werden kann. 1 Einführung und Motivation 1.1 Agile Softwareentwicklung In heutigen IT-Projekten wird Software in kurzen Zyklen und mit ständig wachsender Funktionalität entwickelt. Dem ist das klassische Projektmanagement, das die Ziele des Entwicklungsprozesses von Anfang an festlegt, nicht gewachsen. Die Anforderungen an ein zu entwickelndes oder zu implementierendes IT-System können vom Kunden anfangs nur ungenau spezifiziert werden und ändern sich dann im Laufe des Entwicklungsprozesses aufgrund neuer Erkenntnisse oder äußerer Einflüsse. Als Reaktion darauf sind in den letzten Jahren mehrere leichtgewichtige Softwareentwicklungsprozesse, welche sich auch als "agil" bezeichnen (vgl. [Co02]), entstanden. Der wohl bekannteste Vertreter dieser leichtgewichtigen Entwicklungsmethoden ist das eXtreme Programming nach Beck [Be99]. Diese Modelle zeichnen sich dadurch aus, dass unter permanenter Miteinbeziehung des Kunden durch iteratives Weiterentwickeln der Software mit extrem kurzen Release-Zyklen die gewünschte Funktionalität implementiert wird. 1.2 Überlegungen zur Vertragsgestaltung Allerdings kann bei derartigen iterativen Softwareentwicklungsmodellen der Gesamtumfang des Softwareentwicklungsprojektes und damit die Projektdauer sowie der Erstellungsaufwand nur schwer abgeschätzt werden. Denn wenn die Anforderungen an das zu entwickelnde System iterativ weiterentwickelt oder sogar im Laufe des Projektes überhaupt erst definiert werden, kann zu Projektbeginn kein entsprechendes Verfahren zur