Softwaremetrik

Formell spricht man davon, die Metrik auf eine Software-Einheit anzuwenden. Das Ergebnis ist die Maßzahl. Mit Software-Einheit ist in der Mehrheit der Fälle der zugrundeliegende Quellcode gemeint. Da der Quellcode üblicherweise auf eine oder mehrere einzelne Dateien verteilt wird, kann die Metrik je nach Art auf den ganzen Quellcode oder Teile davon angewendet werden. Es gibt zudem Metriken, wie etwa die Function-Point-Analyse, die bereits auf der Spezifikation von Software angewendet werden können, um im Vorfeld den Aufwand zur Entwicklung der Software zu bestimmen.

In der Form des Zahlenwerts, der Maßzahl, dient die Metrik als Maß für eine Eigenschaft, ein Qualitätsmerkmal, von Software. Sie kann einen funktionalen Zusammenhang repräsentieren oder auch aus einer Checkliste abgeleitet werden. Einfache Metriken zeigen die Größe des Quellcode in Zeilen oder Zeichen auf, komplexere Metriken versuchen die Verständlichkeit des Quellcodes zu beurteilen. Mit einer geeigneten Zahl verschiedener Metriken kann beurteilt werden, wie aufwändig (sprich personal- und kostenintensiv) die Wartung, Weiterentwicklung und anschließende Tests der Software werden.

Von einem neu entwickelten Programm werden oft nicht nur bestimmte Funktionen gefordert, sondern auch Qualitätsmerkmale wie zum Beispiel Wartbarkeit, Erweiterbarkeit oder Verständlichkeit. Softwaremetriken können dabei keine korrekte Umsetzung der Funktionen bewerten, sie können allenfalls vorherbestimmen, welchen Aufwand die Erstellung der Software etwa bereiten wird und wie viele Fehler auftreten werden.

Werden während der langfristigen Weiterentwicklung einer Software regelmäßig Metriken angewendet, können negative Trends, also Abweichungen vom Qualitätsziel, frühzeitig entdeckt und korrigiert werden.

Die Interpretation der Daten einer Softwaremetrik ist Aufgabe der Disziplin der Softwaremetrie, dort stellen die Softwaremetriken einen Teil der Basisdaten für die Interpretation dar.

Metriken bedienen verschiedene Aspekte der entstehenden Software, des angewendeten Vorgehensmodells und der Bewertung der Erfüllung der Anforderungen.

Einige der bekannteren Metriken sind:

• Anzahl der Codezeilen, engl. Lines Of Code, kurz LOC.
• das Function-Point-Verfahren zur Aufwandsabschätzung in der Analysephase
• COCOMO zur Errechnung von Projektkosten aus anderen Kennzahlen
• die zyklomatische Komplexität (nach McCabe) zur Komplexitätsbestimmung eines Programmodules
• die Halstead-Metrik zur Implementierungsabschätzung in der Entwurfsphase
• Kontrollflussorientierte Metriken wie Anweisungsüberdeckung, Zweigüberdeckung, Pfadüberdeckung oder Bedingungsüberdeckung

Durch Kombination vorhandener Metriken werden immer wieder neue Metriken entwickelt, die zum Teil neue Entwicklungen im Software Engineering widerspiegeln. Ein Beispiel hierfür ist die 2007 vorgestellte C.R.A.P. (Change Risk Analysis and Predictions) Metrik zur Beurteilung der Wartbarkeit von Code.

Um den Grad der Informationssicherheit in Systemen und Infrastrukturen zu bewerten, muss Sicherheit gemessen werden können. Sicherheitskennzahlen dienen dabei als objektive, quantifizierbare Maßzahlen, um Sicherheitsentscheidungen sowohl während der Anschaffungsphase als auch während des Betriebs treffen zu können. Ein Ziel von Sicherheitsmetriken ist der Nachweis, dass die geplanten und umgesetzten Sicherheitsmaßnahmen eine spezifische Sicherheitspolitik erfüllen. Entscheidungen und Bewertungen hinsichtlich der IT-Sicherheit werden so transparent und nachvollziehbar. Anwendungsgebiete für Sicherheitsmetriken sind die Beurteilung der Sicherheitslage, Sicherheitsmanagement oder Cyberversicherungen.[2]

Zur Identifikation geeigneter Metriken kann das Goal Question Metric (GQM) Verfahren eingesetzt werden.

Software-Messung und -bewertung bezeichnet eine Disziplin im Bereich der Informatik, die sich mit der systematischen Vermessung und Bewertung verschiedener Eigenschaften von Softwareprodukten, -prozessen und -projekten befasst.

1. Phasen- und Rollenmodell festlegen
2. Ziele bestimmen
3. Metrik-Maske definieren
4. Messplan aufstellen
5. Daten sammeln
6. Daten validieren
7. Daten analysieren und interpretieren
8. Daten sichern und visualisieren

• Christof Ebert und Reiner Dumke: Software Measurement – Establish, Extract, Evaluate, Execute. Springer-Verlag, 2007, ISBN 978-3-540-71648-8.
• Georg E. Thaller: Software-Metriken einsetzen – bewerten – messen. Verlag Technik, 2000, ISBN 3-341-01260-5.
• Mohsen Rezagholi: Prozess- und Technologie Management in der Softwareentwicklung. Oldenbourg Verlag München Wien, 2004, ISBN 3-486-27549-6.
• Ch. Bommer, M. Spindler, V. Barr: Softwarewartung – Grundlagen, Management und Wartungstechniken. dpunkt.verlag, Heidelberg 2008, ISBN 3-89864-482-0.
• Harry Sneed, Richard Seidl, Manfred Baumgartner: Software in Zahlen – Die Vermessung von Applikationen. 1. Auflage. Carl Hanser Verlag, 2010, ISBN 978-3-446-42175-2.

• Berechnung von McCabe- und Halstead-Metriken anhand eines Beispielprojekts (PDF-Datei; 737 kB)

1. Institute of Electrical and Electronics Engineers (Hrsg.): IEEE Std 1061-1998. IEEE Standard for a Software Quality Metrics Methodology. IEEE, New York 1998, ISBN 1-55937-529-9, Kapitel 2. Definitions, S. 2.
2. Fraunhofer FOKUS Kompetenzzentrum Öffentliche IT: Das ÖFIT-Trendsonar der IT-Sicherheit – Sicherheitsmetriken. April 2016, abgerufen am 30. Mai 2016.