 |
| | | | | Beschreibung | | Da der Begriff der Verständlichkeit von Quellcode in der heutigen Softwaretechnik keine klare Bedeutung hat, ist auch unklar, wie man die Qualität von Operationalisierungsversuchen prüfen kann. Die Frage, welches in einem Projekt die wichtigsten Metriken sind, und in welchem Bereich die Messergebnisse für ein gegebenes Prüfobjekt liegen sollten (siehe: Kalibrierung des Qualitätsmodells), ist beim heutigen Stand des Wissens nicht eindeutig zu beantworten.
Ein Versuch für eine ordinale Interpretation von Quantitätsmetriken für die Einschätzung der Verständlichkeit von Messwerten könnte folgendermaßen lauten: „Wenn sich zwei Quellcodes hinsichtlich eines bestimmten Quantitätsmaßes unterscheiden und hinsichtlich jeder anderen Eigenschaft gleich sind, dann ist der größere Quellcode jedenfalls nicht leichter zu verstehen als der kleinere.“ Das Problem dieser Formulierung liegt in der ceteris-paribus-Klausel, also in der Bedingung, dass alles andere gleich sein muss. Es bleibt völlig unklar, was mit „alles andere“ gemeint sein soll - ein endlicher Katalog von Metriken wird kaum reichen, um das so präzise zu umschreiben, dass die Aussage allgemeingültig wird.
Für den praktischen Einsatz interner Quellcodemetriken für die Messung von Verständlichkeit bedeutet dies, dass sich a priori keine Akzeptabilitätsmaßstäbe aufstellen lassen. Für jeden Operationalisierungsversuch sind Gegenbeispiele zu erwarten, also Fälle von Quellcode, für den die Operationalisierung nach Expertenmeinung einen Fehler liefert. Ein auf internen Quellcodemetriken basierendes Verfahren zur Sicherung der Verständlichkeit von Quellcode wird daher nicht ohne Expertenurteile auskommen: Fälle, in denen das automatische Verfahren ein potenzielles Verständnisproblem anzeigt, müssen von Menschen überprüft werden; die Urteile von Experten, mit all ihren Mängeln, insbesondere mit ihrer unvermeidlichen Subjektivität, sind der höchste Maßstab, den wir für die Akzeptabilität von Quellcode vom Standpunkt der Verständlichkeit haben.
Dennoch können automatische Messungen interner Quellcodeeigenschaften für die Verständlichkeitssicherung von Quellcode wertvoll sein. Folgende Einsatzweisen sind plausibel:
- Das Entwicklungsteam einigt sich auf einen, ihrer Erfahrung nach, die Verständlichkeit des Codes unterstützenden Codierstandard. Die Einhaltung dieses Standards kann zum Teil durch automatisierte Messungen interner Quellcodeeigenschaften geprüft werden, bei Verletzungen wird der Quellcode verändert, oder (bei Bedarf) wird der Standard verändert.
- Wenn das automatische Verfahren so gut funktioniert, dass seine Ergebnisse in vielen Fällen mit den Expertenurteilen übereinstimmen, dann kann es den Einsatz der Ressource „Aufmerksamkeit von Experten“ effizienter machen, indem es diese Aufmerksamkeit auf Programmteile bündelt, für welche die Messwerte verdächtig sind. Beispielsweise könnten besonders umfangreiche Klassen oder Klassen mit besonders umfangreichen Schnittstellen effizient identifiziert und dann einer spezifischen Inspektion durch Experten unterzogen werden. Bei dieser Verwendung spielt die an anderer Stelle genannte Abwägung zwischen der Anzahl falsch negativer und falsch positiver Meldungen eine Rolle.
- Die Erprobung und gemeinsame Verbesserung eines expliziten Qualitätsmodells für die Quellcodeverständlichkeit kann es einem Entwicklungsteam erleichtern, mehr Klarheit und eine gewisse Einigkeit über dieses Konzept zu erarbeiten und die praktische Anwendung des gemeinsam erarbeiteten Konzeptes zu sichern. Damit kommt man zumindest im Maßstab einzelner Projekte dem Ziel, eine akzeptierte interne Operationalisierung der Quellcodeverständlichkeit zu finden, näher.
| |
| | | | | | | | | | | | | Zu dieser Seite wurden noch keine Kommentare oder Bewertungen abgegeben. |
|
| | | | |  | Übergeordnet | | | | | | | | | | | Probleme der Validierung... | | | | | | Weitere Themen | | | | | | | | | | |
|
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights 
Eintrag kommentieren
