Planungsphase (4)

Question 1

Einflussfaktoren: Wirtschaftlichkeit

Answer 1

DB = Erlös - laufend variable Kosten

Entwicklungskosten

• Personalkosten (Hauptanteil)
• Anteilige Umlegung der CASE-Umgebungskosten (HW und SW)
• Weitere Kosten (z.B. andere Dienstleistungen, Büromaterial, Reisekosten, Doku…)

Question 2

Einflussfaktoren: LoC

Answer 2

LoC ist Basis vieler Aufwandsschätzungen

• abzüglich Kommentarzeilen
• geschätzter Umfang durch Erfahrungswert Programmierproduktivität pro MA teilen
• Ergebnis: Geschätzer Aufwand in MJ oder MM
• Ermittelter Aufwand durch Zeitvorgabe teilen
• > Anzahl der nötigen MA (parallel)

Question 3

Kritik LoC Methode

Answer 3

• Programm ist nur Teil des Ergebnisses
• Mehr Code muss nicht besser als wenig Code sein
• Guter, kompakter Code ist schwer zu schreiben
• Einfluss der Programmiersprache
• Einfluss der Codeformatierung

Aber:

• Leicht verständlich, einfach, objektiv messbar

Question 4

Das Teulfelsquadrat

Answer 4

Question 5

Einflussfaktoren Qualität & Quantität

Answer 5

Quantität

• Größe (LoC, lineare / überproportionale Beziehung zum Aufwand)
• Umfang (Funktions- und Datenumfang schwer exakt definierbar, Maß abhängig von Programmiersprache)
• Komplexität (Qualitative Maße “leicht”, “mittel”, “schwer”, Abbildung auf Zahlen 1-6)

Qualität

• Je höher die Anforderungen, desto größer der Aufwand
• Qualitätsmerkmale (Kennzahlen zuordenbar)

Question 6

Einflussfaktoren Entwicklungsdauer & Produktivität

Answer 6

Entwicklungsdauer

• Geringere Zeit -> mehr MA
• Mehr MA -> höherer Kommunikationsaufwand
• Hoher Kommunikationsanteil reduziert die Produktivität
• längere Entwicklungsdauer -> weniger MA, geringerer Kommunkationsanteil, höhere Produktivität

Produktivität

• von verschiedenen Faktoren beeinflusst
• Lernfähigkeit und Motivation des MA entscheidend

Question 7

Schätzmethoden (Übersicht)

Answer 7

Basismethoden

• Analogiemethode
• Relationsmethode
• Mutliplikationsmethode
• Prozentsatzmethode

Komplexere Methoden

• Function Point-Methode

Question 8

Analogiemethode

Answer 8

Vergleich der zu schätzenden Entwicklung mit bereits abgeschlossenen Produkt-Entwicklungen anhand von Ähnlichkeiten

Kriterien

• Ähnliches Anwendungsgebiet
• Ähnlicher Produktumfang
• Ähnlicher Komplexitätsgrad
• Gleiche Programmiersprache usw.

Vorgehen

1. Bestimmen Einflussfaktoren und ihre Ausprägung im Projekt
2. Identifikation ähnliches abgeschlossenes Projekt/AP (Analogieprojekt)
3. Ermittlung Unterschiede der Einflussfaktoren und Ausprägungen
4. Schätzung Aufwand des geplanten Projektes unter Berücksichtigung der Unterschiede auf Basis Aufwand Analogieprojekt

Question 9

Analogiemethode Pro und Contra

Answer 9

Pro

• Bei vorhandener Datenbasis leicht anwendbar
• Gute Vorhersagen möglich

Contra

• Fehlende allgemeine Vorgehensweise
• Fehlende Nachvollziehbarkeit
• Globale Schätzung aufgrund individueller Erfahrungen

Question 10

Relationsmethode

Answer 10

• Zu schätzendes Produkt wird direkt mit ähnlichen Entwicklungen verglichen
• Aufwandsanpassung im Rahmen fomalisierter Vorgehensweise
• Faktorenliste u. Richtlinien für die Aufwandsanpassung

Question 11

Relationsmethode Pro und Contra

Answer 11

Pro

• Bei vorhandener Datenbasis leicht anwendbar
• Gute Vorhersagen möglich
• Objektiver (wegen formaler Vorgaben)
• Schätzung ist nachvollziehbar

Contra

• Aufwandsfaktoren sind sehr grob und berücksichtigen keine Details
• Formale Berechnungsverfahren müssen sinnvoll, Produkte vergleichbar sein, sonst kommen theoretisch exakte, aber praktisch unnütze Ergebnisse heraus

Question 12

Multiplikatormethode

Answer 12

• System wird in Teilsysteme zerlegt, jedem Teilsystem ein Aufwand zugeordnet (z.B. LoC)
• Aufwand pro Teilprodukt durch Analyse vorhandener Produkte ermittelt
• Teilprodukte könne Kategorien zugeordnet werden (Steuerprogramme, E/A-Programme, Datenverwaltungsroutinen, Algorithmen)
• Anzahl der Teilprodukte einer Kategorie wird mit dem Aufwandsfaktor der Kategorie multipliziert
• Erhaltene Werte für Kategorie werden zum Gesamtaufwand addiert
• Auch “Aufwand-pro-Einheit-Methode” genannt

Question 13

Multiplikatormethode Pro und Contra

Answer 13

Pro

• Kleinere Einheiten (Teilprodukte) werden geschätzt
• Mathematische Berechnungen sind nachvollziehbar

Contra

• Aufwandsfaktoren haben großen Einfluss und müssen sinnvoll bestimmt werden
• Kosten für Teilprodukte steigen erfahrungsgemäß überproportional zum Leistungsumfang, bei Multiplikation nicht berücksichtigt

Question 14

Prozentsatzmethode

Answer 14

• Aus dem Ist-Aufwand einer Entwicklungsphase auf den Aufwand zukünftiger Phasen schließen
• Aufwandsverteilung auf die Phasen in Prozent aus abgeschlossenem Projekt entnehmen

Vorgehensweise

A) Abschluss einer Phase (komplett), Ermittlung Ist-Aufwand -> Soll Aufwand der restliche Phasen

ODER

B) Detaillierte Schätzung einer Phase -> Gesamtaufwand

• Frühzeitig einsetzbar, wenn mindestens Aufwand einer Phase ermittelt / geschätzt ist (auch mit anderen Methoden)

Question 15

Prozentsatzmethode Pro und Contra

Answer 15

Pro

• Gut geeignet um mit anderer Methode geschätzten Aufwand auf die Phasen zu verteilen
• Einfach & nachvollziehbar
• Je mehr Phasen abgeschlossen sind, desto exakter

Contra

• Tätigkeiten der Phasen so unterschiedlich, dass ein Schluss von A auf B problematisch ist
• Für IT-Projekte eher als Ergänzung

Question 16

Basismethoden Aufwandsschätzung: Bewertung

Answer 16

• Keine der 4 Methoden allein ist ausreichend
• Methoden abhängig von Zeitpunkt und Wissensstand auswählen
• Am Beginn: Analogie-, Relations- oder Prozentsazt

Sobald Einflussfaktoren bekannt sind:

Multiplikationsmethode

Question 17

Function Point Methode Übersicht

Answer 17

• Industriestandard, IBM entwickelt (70er)
• Beste Methode zur Schätzung kommerzieller Anwendungen
• Viele Anpassungen vorhanden

Question 18

Function Point-Methode: Vorgehensweise

Answer 18

Bewertet in einer mehrschrittigen Methode den fachlich-funktionalen Umfang eines Systems

Schritte:

1. Kategorisierung (z.B. Eingabe, Abfrage, Ausgabe…)
2. Klassifizierung (einfach, mittel, komplex)
3. Gewichtung (Multiplikator)
4. Einflussfaktoren (Punkte, mit Formel bestimmen)
5. Berechung bewertete FP
6. Umrechnung in MM
7. Aktualisierung empirische Daten

Question 19

Function Point-Methode: Voraussetzungen

Answer 19

• Erst Einsetzbar, wenn die Produktanforderungen bekannt sind (frühestens mit Lastenheft)
• Das gesamte Produkt im Blickfeld
• Produkt aus Sicht des Auftraggebers
• Bewertung erfolgt von MA, die ausreichendes Wissen über Produktanforderungen haben
• Ist-Aufwand für Nachkalkulation muss ermittelt werden
• Unternehmesspezifische Schulung und Beispielvorgabe nötig

Question 20

Function Point-Methode: Pro und Contr

Answer 20

Pro

• Ausgangspunkt: Anforderungen, nicht LoC
• Anpassbar an Anwendungsbereich (via Kategorien)
• Anpassbar an neue Techniken (via Einflussfaktoren)
• Anpassbar an das Unternhemen (via Einflussfaktoren, Gewichtung)
• Iterative Verfeinerung entsprechend des Fortschritts
• Erste Schätzung im Planungsprozess möglich
• Festlegen der methodischen Schritte
• Leicht erlernbar
• Einzelne Aufwandsschätzung benötigt nur einen geringen Zeitaufwand
• Gute Transparenz
• Gute Genauigkeit
• Werkzeuge verfügbar

Contra

• Nur Gesamtaufwand schätzbar (Umrechnung mit Prozentmethode mögl.)
• Zu stark funktionsbezogen
• Fokus auf funktionale Anfoderungen, nichtfunktionale Anforderungen wenig berücksichtigt
• Mischung der Projekt- und Produkteigenschaften
• Ursprüngliche Faktoren heute überholt
• Neigt zur Unterschätzung, da Anforderungen lückenhaft sind
• Erst nach Aufbau einer großen Datenbasis sinnvoll nutzbar