I  Inhaltsverzeichnis  

I  Inhaltsverzeichnis  2

II  Abbildungsverzeichnis  3

1.  Einleitung  4

1.1.  Einführung in die Thematik  4

1.2.  Zielsetzung des Assignments.  4

2.  Definition und Historie der Function-Point-Methode  5

3.  Schritte der Function-Point-Methode  5

3.1.  Kategorisierung der Anforderungen  6

3.2.  Klassifizierung der Komplexität  7

3.3.  Bestimmung der Einflussfaktoren  8

3.4.  Berechnung des Function-Point-Wertes  9

4.  Kritik und Grenzen  10

5.  Weitere Methoden  11

6.  Fazit  11

III  Literatur- und Quellenverzeichnis  13

2

II  Abbildungsverzeichnis  

Abbildung  1: Allan J. Albrecht  

Abbildung  2: Die 6 Schritte der Function-Point-Methode  

Abbildung  3: Kategorisierung und Klassifizierung  

Abbildung  4: Bewertung von Einflussfaktoren  

Abbildung  5: Wertetabelle  

3

1. Einleitung

1.1. Einführung in die Thematik

Gerade in der heutigen Zeit ist die frühzeitige Abschätzung des Ent-wicklungsaufwands für ein Softwareprodukt, besonders der Kosten, von zentraler und großer Bedeutung. Die Kosten für Softwareprodukte für Unternehmen sind meist sehr hoch, vor allem wenn es sich um Individualsoftware handelt. Daher gilt es, bei der Entwicklung von Software ein besonderes Augenmerk auf die Kosten zu haben. Zur Prüfung der Wirtschaftlichkeit der Investition in ein neues Softwareprodukt ist für ein Unternehmen eine möglichst exakte Vorhersage des Entwicklungsaufwands nötig und unumgänglich. Denn der größte Kostenanteil eines Softwaresystems wird im Wesentlichen durch die Entwicklungskosten bestimmt, wobei der größte Anteil hier wiederum bei den Personalkosten liegt. Die Function-Point-Methode ist eine algorithmische Standardschätzmethode, die in vielen Unternehmen für diese Problematik weltweit eingesetzt wird. Function-Points werden dazu als Basis für die Aufwandsschätzung eingesetzt.

1.2. Zielsetzung des Assignments

Zielsetzung dieses Assignments ist es, die Function-Point-Methode als Standardschätzmethode für den Aufwand der Entwicklung von Software näher zu beleuchten. Dazu wird zuerst grundsätzlich die Funktion der Function-Point-Methode erläutert, bevor ein kurzer Blick auf die Historie folgt. Dann wird der Ablauf der Function-Point-Methode in den einzelnen Schritten in Kapitel 3 erläutert und beispielhaft dargestellt. Vervollständigt wird das Thema mit kritischen Anmerkungen sowie dem Aufzeigen der Grenzen. Ein Fazit beendet das Assignment.

4

2. Funktion und Historie der Function-Point-Methode

Die Function-Point-Methode dient dazu, die Funktionalität einer Software zu messen, die in Bezug auf die Anwender gegeben ist. Die Function-Point-Methode basiert auf der Grundidee, dass Funktionen der Aufgabenstellungen nach Umfang, Art und Schwierigkeitsgrad über die sogenannten Function-Points bewertet werden. Für die Funktionalität dienen Function-Points als Maßeinheit, welche unabhängig von den technischen Ausführungen (z. B. Sprache, Struktur, Entwicklungsmethode) sind. ¹ In der Softwareentwicklung können Function-Points auch als Basis für ein Benchmarking herangezogen werden. ² In der Literatur wird die Function-Point-Methode auch als Function-Point Analysis oder Function-Point-Verfahren bezeichnet. Die Function-Point-Methode wurde im Jahre 1979 von Allan J. Albrecht, einem IBM-Mitarbeiter, entwickelt und später auf einer Tagung in Monterrey, Kalifornien, vorgestellt. ³ Das Verfahren hat sich im Laufe der Zeit in verschiedene Varianten weiterentwickelt. Seit 2003 ist die Methode unter anderem auch in der ISO/EC Norm 20926 standardisiert. 4

3. Schritte der Function-Point-Methode

Die Function-Points werden über eine Formel berechnet und anschließend in den Entwicklungsaufwand transformiert. ⁶ Da das Verfahren recht einfach und

¹ Vgl. http://www.computerwoche.de/heftarchiv/1996/38/1109231/

² Vgl. http://de.wikipedia.org/wiki/Function-Point-Verfahren

³ Vgl. D. Garmus, D. Herron, Function Point Analysis. Measurement Practices for Successful

Software Projects, 1. Auflage, New Jersey, 2000, Seite XV ff

⁴ Vgl. H. Balzert, Lehrbuch der Softwaretechnik. Basiskonzepte und Requirements

Engineering, 3. Auflage, Heidelberg, 2009, Seite 527

⁵ Vgl. H. Balzert, 2009, Seite 527

5