4 Aufwandsschätzung (CoCoMo)

Question 1

Produktivität in Software-Projekten

1. Was ist Produktivität allgemein (Formel)?
2. Was ist Arbeitsproduktivität?
3. Was ist SW-Produktivität?

Answer 1

1. Allgemein: Output / Input
2. Arbeitsproduktivität: Output / Zeiteinheit (z.B. Artikel / Stunde)
3. Was macht ein „Softwerker“? Kommunizieren, Dokumentieren, Denken, Programmieren, Administrieren, (Sich) informieren. Softwareentwicklung ist Wissensarbeit!

Erfahrungswert: 350 LOC / PM (~ 2,3 LOC / h)

SW-Produktivität = Output / Geleistete Stunden

Question 2

Wie verhält sich Produktivität unter Druck?

Answer 2

Wichtig: Menschen denken nicht schneller unter Zeitdruck!

Bereich I: Zeitverschwendung wird vermieden, Konzentration auf das wesentliche, Überstunden

Bereich II: Überdruss, gestörte Kommunikation, Krankheit

Krankheit

Bereich III: (Innere) Kündigung, (Externe) Bewerbungen

Question 3

Produktivität in Abhängigkeit der Projektgröße

Answer 3

Kommunikation braucht Zeit!

Brooks Gesetz: Das Hinzufügen von Arbeitskräften im späteren Projektverlauf verlängert das Projekt nur noch mehr!

Einzelne Entwicklerproduktivität wird wesentlich gemindert durch Teamgröße N und vor allem Vernetztheit γ.

P_max : Maximale Entwicklerproduktivität

v : Produktivitätsminderung pro Kommunikationspfad

N : Teamgröße

γ : Vernetzungsfaktor (0 γ ≤ 1)

Question 4

CoCoMo

Constructive Cost Model

1. Was ist Basis dieses Schätzmodells?
2. Was lässt sich mit dem CoCoMo-Basismodell schätzen?

Answer 4

CoCoMo ist eine Modellbasierte Schätzung.

Basis sind die KDSI _{^{(z.B. über FPA und Sprachen-Tabellen)}}

I. Projektaufwand in Personenmonaten (PM)

PM = 2,4 · (KDSI)^1,05

II. Optimale Projektdauer in Kalendermonaten

TDEV = 2,5 · (PM)^0,38

III. Entwicklerproduktivität in DSI pro PM

TDEV = Time for DEVelopment

Fettgedruckte sind abhängig von Entwicklungsumfeld.

Problem: Aufwand und Dauer verteilen sich nicht zu gleichen Prozentsätzen auf die Projektphasen!

Grafik: Wichtig -> Verhält sich nicht ganz linear! Daher die Formeln.

Question 5

CoCoMo

PM = 2,4 · (KDSI)1,05 (Aufwand)

TDEV = 2,5 · (PM)0,38 (Dauer)

Wie kann man die Formeln abhängig

von der Entwicklungsart verfeinern?

Answer 5

Organisch = kleines Team, vertraute Umgebung

Teilintegriert = Zwischenstufe

Eingebettet = enge Rahmenbedingungen ^{(SW, HW, Organisation)}

Aufwand in PM Dauer in TDEV ^{Time for Development}

Org. 2,4 · (KDSI)^1,05 2,5 · (PM)^0,38

Teilint. 3,0 · (KDSI)^1,12 2,5 · (PM)^0,35

Eingeb. 3,6 · (KDSI)^{1<strong>,20</strong>} 2,5 · (PM)^0,32

Question 6

CoCoMo

Gegeben KDSI = 50

Berechne daraus

1. Aufwand in PM
2. Projektdauer in TDEV (Kalendermonate)
3. Durchschnittlicher Personalstand

jeweils für eine organische Entwicklungsart.

Answer 6

Aufwand = 2,4 · 50^1,05 = 145,9 PM

Projektdauer = 2,5 · 145,9^0,38 = 16,6 Monate

_{^{Soll-Entwicklerproduktivität = 50.000 / <strong>145,9</strong> = 342,7 DSI / PM (Probe!)}}

Durchschn. Personalstand = Aufwand/Projektdauer

= 145,9 / 16,6 = 8,8 Personen (-> 9 Personen)

Daten aus früheren, ähnlichen Projekten (Prozentsatzmethode!):

– Aufwands-Anteil Anforderungsanalyse: 6%

– Projektzeit-Anteil Anforderungsanalyse: 12%

Aufwand „Anforderungsanalyse“ = 145,9 · 6% = 8,75 PM

Dauer „Anforderungsanalyse“ = 16,6 · 12% = 1,99 Monate

Durchschnittlicher Personalstand „Anforderungsanalyse“

8,75 / 1,99 = 4,4 Personen

#s3gt_translate_tooltip_mini { display: none !important; }

Question 7

CoCoMo Zwischenmodell

Question 8

1. Womit sollte das CoCoMo-Zwischenmodell erweitert werden?
2. Wie lautet die neue Formel?
3. Was ist der Grund für andere Koeffizienten?

Answer 8

s3gt_translate_tooltip_mini { display: none !important; }

1.
I. Zusätzliche Parameter für Produkt-, Personal- und Projekt-Merkmal

II. Auf Komponentenebene schätzen und nicht auf das Gesamtprodukt _{^{(weil detailierter & strukturierter)}}

Wichtige Formel: PM = E · ΠEAFi · (KDSI)^exp

EAF = Environment Adaption Factors

Π (großes Pi) steht für Produkt der EAFs

E = Aufwandsmultiplikator (Faktor 3,2 ; 3,0 oder 2,8)

3. Grund für andere Koeffizienten

Aufwandsmultiplikatoren E sind für teilintegrierte und eingebettete Projekte naturgemäß höher ⇒ Umgebungsfaktoren

Question 9

Wie kann das CoCoMo-Zwischenmodell eingeordnet werden?

Answer 9

Gute Hilfen zur Schätzung der einzelnen Parameter

Bandbreite der kumulierten Multiplikatoren von 0,0974 bis 72,3791 (!)*

Unterschiedliche Multiplikatoren für verschiedene Komponenten

Sensitivitätsanalysen

Kosten/Nutzen-Analysen für Investitionen in Schulungen, CASE-Tools, …

Schätzung des Wartungsaufwandes

Anpassung der Gleichungen und Multiplikatoren an die individuellen Gegebenheiten

Wesentlich besser als nur das Basismodell.

*riesen Spanne! Die Entscheidung über die EAF ist fast noch wichtiger als die Summation der Function Points

Question 10

Wie kann das CoCoMo-Zwischenmodul zum CoCoMo-Endmodell erweitert werden?

Answer 10

1. Berücksichtigung (weiterer) Parameter nach Hierarchiestufen: Modul, Subsystem, System
2. Phasensensitive Aufwandsmultiplikatoren (jenachdem ob man in der Grobspezifikation, Fein- oder ??-Phase ist)

Ist zwar mehr Aufwand aber eine sinnvolle Erweiterung.

– Modul (Qualifikation und Erfahrung der Programmierer)

– Subsystem (Zeit- und Speicherbeschränkungen, …)

– System (Programmiermethoden)

Question 11

Wie ist CoCoMo insgesamt einzuordnen?

Answer 11

Vorteile

+ Sehr gut ausgearbeitet

+ Durch verschiedene Stufen rollierend einsetzbar

+ Erlaubt diverse Analysen

+ Individuelle Anpassungen möglich

Nachteile

– Basisschätzung der „Lines of Delivered Source Instructions“ problematisch

– Berücksichtigung der Programmiersprache fehlt

– Problematisch im Zusammenhang mit Codegeneratoren

– individuelle Anpassungen erforderlich

Question 12

Was sind wichtige Fragen vor

der Aufwandsschätzung?

Answer 12

Unternehmens- und Projektorganisation

Beteiligte Personen

Projektgröße

Projektdauer

Technisches Umfeld

Unternehmens- und Projektorganisation

– Kompetenzen klar geregelt?

– Greift das Management häufig ein?

– Verfahren zur Entscheidungsfindung?

– Gremien für Entscheidungen und Kontrolle?

– Projektorganisation klar?

Beteiligte Personen

– Anteil erfahrener Mitarbeiter zu Anteil an “Einsteigern”?

– Arbeitsklima förderlich für die Effektivität?

– Menschen aus verschiedenen Bereichen oder Abteilungen?

– Ausreichend Mitarbeiter verfügbar?

– Motivation im Hinblick auf die Aufgabe?

– Anteil externer (unbekannter?) Mitarbeiter?

Projektgröße

– Aufgabe für die Beteiligten überschaubar?

– Arbeitsgebiete klar gegliedert?

– Viel Kommunikation mit anderen Bereichen und externen Stellen?

– Kennen die Mitarbeiter die Bedeutung ihres Arbeitsbereichs für die Gesamtaufgabe?

Projektdauer

– Wirtschaftliche oder politische Änderungen möglich?

– Änderungen der strategischen Unternehmensziele?

– Personelle Änderungen (z.B. Ruhestand, Beförderungen, Kündigungen) zu erwarten?

– Technische Änderungen möglich?

Technisches Umfeld

– Moderne Entwickler-Arbeitsplätze?

– Komfortable Tools?

– Unterstützung durch Rechenzentrum/IT-Abteilung?

– Stabilität und Performance der Systeme ausreichend?