Marc Monecke Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D Siegen

Transkript

1 Aufwandsschätzung Marc Monecke Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D Siegen 2. Juli 2003 Inhaltsverzeichnis 1 Einleitung Einfacher Ansatz Einflußfaktoren 1 3 Anwendbarkeit der Schätzverfahren 1 4 Basismethoden Analogiemethode Einflußfaktoren-Methode Komponentenarten-Methode Prozentsatz-Methode Function-Point-Methode Vorgehen Funktionen identifizieren Funktionen gewichten Funktionspunkte addieren Globale Einflußfaktoren berücksichtigen Bewertete Funktionspunkte ermitteln Bewertung FP-Methode Zusammenfassung 5 i

2 1 Einleitung bei der Software-Entwicklung machen Personalkosten meist den größten Kostenfaktor aus Arbeitsstunden/-tage/-monate pro Projekt zur Kalkulation eines Projekts muß Aufwand im voraus abgeschätzt werden Aufwandsschätzmethoden Schätzung auf Basis erster Version des Lastenheftes Probleme dabei: unsichere, ungenaue Daten Zeitdruck bei Angebotsabgabe Schätzung selbst zeit-/kostenaufwendig Anforderungen an Schätzmethode: hoher Prognosegenauigkeit rasche Durchführung geringer Bearbeitungsaufwand 1.1 Einfacher Ansatz Projektdauer = Umfang in Codezeilen / Produktivität der Entwickler Probleme: Umfang schwer einschätzbar Produktivität variiert (Schwierigkeitsgrad, Komplexität, Randbedingungen) unterschiedliche Aufgaben/Qualifikationen nötig Einflußfaktoren identifizieren, Schätzung anpassen 2 Einflußfaktoren hängen ab von... System- Größe Qualitätsanforderungen Zeitrahmen Entwickler-Produktivität bei verschiedenen Aufgaben 3 Anwendbarkeit der Schätzverfahren Schätzung beruht auf Erfahrungen aus früheren, vergleichbaren Projekten 1

3 Voraussetzungen: Etabliertes Anwendungsgebiet Vorhandene Erfahrungsdatenbasis passendes Vorgehensmodell Phasenmodell Schätzverfahren schlecht für Wartung/Weiterentwicklung geeignet 4 Basismethoden einzelnen Basismethoden beschränkt einsetzbar, unpräzise als Komponente von komplexeren Methoden genutzt 4.1 Analogiemethode Vergleich mit ähnlichem früheren Projekt Übereinstimmung in möglichst vielen Merkmalen Zu-/Abschläge bei Abweichungen auch für einzelne Komponenten des Systems anwendbar 4.2 Einflußfaktoren-Methode Vergleich mit früherem Projekt Unterschiede in verschiedenen Einflußfaktoren bewerten, z.b. Programmiersprache: Ada 80 Punkt... Assember 150 Punkte Programmiererfahrung des Teams: 5 Jahre 80 Punkte... 1 Jahr 140 Punkte Punktezahlen addieren Ergebnis in Korrekturfaktor umsetzen (firmenspezifisch) 4.3 Komponentenarten-Methode schwierigen Code stärker gewichten: LOC gewichtete LOC Voraussetzungen: Größenschätzung in LOC Tabelle LOC Aufwand System in Komponenten zerlegt, Komponentenart zuordnen Komponenten-Größen geschätzt Komponentenart Schwierigkeitsgrad (Aufwandsfaktor) 2

4 Datenverwaltung Auswertung Steuerprogramm graphische Schnittstelle gewichtete Größe = Summe aus Komponenten-Größe * Aufwandsfaktor 4.4 Prozentsatz-Methode Voraussetzungen: Variante des Phasenmodells (Einschränkung!) Verteilung der Aufwände auf Phasen aus früheren Projekten Annahme: Verteilung der Aufwände stets gleich erste Phase abschließen oder Aufwand schätzen anhand Verteilung Aufwand für folgende Phasen ermitteln Vorteile: früh einsetzbar leicht anwendbar Schätzung kann inkrementell verbessert werden 5 Function-Point-Methode Anfang 80er; später zahlreiche Varianten Anwendungsbereich: Betriebliche Informationssysteme Vorteil: keine Schätzung der Systemgröße nötig statt dessen Anforderungen berücksichtigen 5.1 Vorgehen Funktionen identifizieren Klassen von Funktionen: Eingabe alle Medien Kriterien für genauere Bewertung: Anzahl Datenelemente, Korrektheitsprüfung, Komfort der Bedienerführung Ausgabe beliebige Medien 3

5 Abfrage führt zu Suche im Datenbestand Darstellung des Ergebnisses keine Datenänderung Datenbestand Referenzdatei Funktionen gewichten Anhand von Kriterien einstufen als einfach, mittel, komplex (Funktionsklasse, Gewichtung) Funktionspunkte anhand Tabelle Funktionspunkte addieren Roh-Funktionspunkte (RFP) des Gesamtsystems Globale Einflußfaktoren berücksichtigen Faktoren mit Punkten bewerten ergibt 0 E 60 Beispiele: Verflechtung mit anderen Anwendungen: Punkte komplexe Rechnungen, Simulationen, Hochrechnungen: Punkte Bewertete Funktionspunkte ermitteln Bewertete Funktionspunkte: BF P := RF P 70+E 100 durch Einflußfaktoren Variation um ± 30 % möglich BFP anhand Tabelle in Aufwand (Personenmonate) umsetzen Tabelle basiert auf Erfahrungen 5.2 Bewertung FP-Methode relativ hohe Prognosegenauigkeit relativ geringer Aufwand, durch Werkzeuge unterstützt: Ableitung aus ER-Modell, OOA- Modell unabhängig vom jeweiligen Schätzer früh einsetzbar problematisch: Umsetzungstabelle 4

6 6 Zusammenfassung in Softwareprojekten sind Personalkosten größter Kostenfaktor Realisierungsaufwand Schätzung von Kosten/Aufwand zur Projektkalkulation einfache Basismethoden können zu komplexeren Schätzmethoden kombiniert werden Function Point-Methode zuverlässig im Bereich betrieblicher Informationssysteme 5