Aufwandsschätzungen über Anwendungsfälle: Das Essenzschritt-Verfahren

Es wird gezeigt, wie man auf Basis von Anwendungsfällen (Use Case) zu Aufwandsschätzmodellen gelangen kann, die bereits sehr früh im Projektverlauf möglich sind. Voraussetzung sind essenziell beschriebene Anwendungsfälle. Die Anzahl der Essenzschritte bildet das Komplexitätsmaß. Je einheitlicher das Niveau der Essenzschritte ist, desto besser greift das Verfahren. Ein Verfahren zur Erlangung eines einheitlichen Schrittniveaus wird vorgestellt und der Weg zu einem einfachen Modell aufgezeigt, der als Toolunterstützung nur eine Tabellenkalkulation mit Ausgleichsberechnung benötigt. Die Unsicherheiten des Verfahrens sind zwar hoch, aber abschätzbar. Der Vorteil liegt in dem frühen Projektzeitpunkt, an dem das Verfahren eingesetzt werden kann, da es unabhängig von Maßen wie Function Points oder Lines-of-Code ist. Der Vortrag basiert auf einem Artikel des Autors. 1 Problemstellung Häufig werden Aufwandsschätzungen zu einem sehr frühen Projektzeitpunkt gefordert, um zentrale Projektentscheidungen zu treffen wie z. B. Wirtschaftlichkeitsbetrachtungen. Leider fehlt es uns dann aber noch an den Daten, die für die bekannten Methoden wie COCOMO II [Bo00] oder Function-Point-Verfahren [BF00] benötigt werden. Wir sind zum Zeitpunkt einer ersten Analyse noch weit entfernt von Object-, Functionund Widget Points oder gar Lines-of-Code. Wir brauchen also ein Aufwandsschätzverfahren, das auf der Basis früher Analyseergebnisse zu ersten Ergebnissen kommt. Die Grundlage des Essenzschritt-Verfahrens ist die essenzielle Beschreibung [CL99, Oe01] von Anwendungsfällen. 2 Prinzip des Essenzschritt-Verfahrens Die These, die dem Essenzschritt-Verfahren zu Grunde liegt, lautet, dass es einen Bezug zwischen der Anzahl der Essenzschritte eines Anwendungsfalls und seinem Realisierungsaufwand gibt [VW03]. Unsere Messgröße ist also die Schrittzahl. Mathematisch drücken wir die Proportionalität folgendermaßen aus: n a Aufwand ⋅ = 1 n a t Komplexitä ⋅ = 2