Softwarekostenmodell - Was ist das? Welche gibt es?

Transkript

1 Diese Ausarbeitung ist nicht komplett! KEINE GARANTIE AUF KORREKTHEIT! Definition von Qualität Hängt zusammen mit Was ist Software? IEEE: 1) Grad in welchem ein System, eine Komponente oder ein Prozess die spezifizierten Anforderungen erfüllen 2) Grad in welchem ein System, eine Komponente oder ein Prozess die Anwendererwartungen erfüllen und den Nutzen für den Anwender maximieren Crosby, Juran, Pressman: 1) Konformität mit den Anforderungen 2) Zufriedenheit mit dem Produkt 3) Es fehlt nichts essentielles 4) Standards und erwartete Charakteristiken sind erfüllt Softwarekostenmodell - Was ist das? Welche gibt es? Modell zur Abschätzung und Aufteilung der Resourcen (Zeit, Kapital, Know- How) Klassisches Modell: Die Kosten setzen sich zusammen aus Kontrollkosten und den Kosten die durch Fehler bei der Kontrolle auftreten. Die Kontrollkosten teilen sich wiederum in Kosten die durch das Vorbeugen von Fehlern entstehen (Organisation, Qualitätsinfrastruktur) und Begutachtungs- bzw. Beurteilungskosten (Reviews, Tests). Fehler bei der Kontrolle führen zu internen Kosten (entstehen durch Beseitigung der Fehler vor Auslieferung) und externen Kosten (Schäden beim Kunden, Beseitigung nach Auslieferung) Erweitertes Modell: Kontrollkosten werden erweitert durch Vorbereitungskosten auf Managerseite (Vertragsreview, ) und die Fehlerkosten durch Managementfehlerkosten (Missmanagement, Zeitverzögerung, Domino-Effekte, ungeplante Kosten) Allgemein zu sagen: Modelle sind meist unvollständig, in-akkurat oder es findet eine falsche Klassifizierung der Kosten statt. Oft werden manche Kosten auch gar nicht gemeldet oder verschwiegen.

2 Error, Fault und Failure in Bezug mit Softwarekostenmodell - in eigenen Worten erklären Software-Error: Teile des Codes, welche grammatikalisch, syntaktisch oder logisch falsch sind und von Entwicklern verursacht wurden Software-Fault: Fehler welche die Fortsetzung des Programms nicht mehr möglich machen und bei einer speziellen Anwendung auftreten Software-Failure: Fehler welcher durch einen Error erzeugt wird ein fehlerhafter Teil der Software wird durch Anfrage des User ausgeführt Was ist ein Review? Nachteile, Vorteile von Reviews? IEEE: Ein Prozess oder Treffen während welchem ein Softwareprodukt, ein Entwicklungs-Prozess den Team-Mitgliedern welche in die Rollen Moderator, Schreiber, Leser, Autor, Reviewer eingeteilt werden Anwender und Kunde eingeteilt werden vorgestellt, überprüft oder zugestimmt wird. Prinzipiell wird unterschieden zwischen Design Review und Code Review Nach [Wieg02]: Nach IEEE : Inspection Walk-through Pair-Programming Peer Deskcheck, Passaround Ad-hoc Review Management Review Technical Review Inspection Walk-through Audit Vorteile: Fehler werden bereits in einer frühen Phase aufgedeckt Kosteneinsparung Kürzere Testphase mit weniger Resourcenbedarf Bessere Qualität, bessere Kundenzufriedenheit Training der Mitarbeiter durch Kenntnisstransfer zwischen schlechteren und besseren Teilnehmern Einschulung von neuen Mitarbeitern Das Wissen wird verteilt (Collective Code Ownership!) Feedback für das QM bezüglich Qualität des Produktes

3 Reviews können sehr früh im Entwicklungsprozess eingesetzt werden Bessere Selbsteinschätzung der Programmierer Nachteile: Viel Dokumentations- und Planungsaufwand bei sehr formalen Reviews (Verbesserung durch Review-Tools, welche den Dokumentationsaufwand abnehmen) Geographisch verteilte Teams Delokalisierung des Codes (objektorientierte Programmiersprachen) Unterschiedliche Review-Techniken (Lesetechniken) für unterschiedliche Dokumente notwendig Soziale Kosten (zb. Unstimmigkeiten zwischen den Mitarbeitern) Der Autor kann zum Angeklagten werden Der Autor kann sich überwacht fühlen Eigenschaften von Qualitätsfaktoren? ISO: Funktionalität Verlässlichkeit Benutzbarkeit Effizienz Wartbarkeit Portabilität Was sind Metriken? Eigenschaften von Metriken? Eine Softwaremetrik ist eine Methode zur qualitativen Feststellung wie sehr ein Attribut für einen Prozess, ein Produkt oder ein Projekt zutrifft. Vor- und Nachteile von automatisierten Tests Vorteile: Sichert die Qualität des Codes (Refaktorisierung, Coding standards) Direkte Prüfung der Korrektheit der Softwarekostenmodell Ort des Fehlers (Zeilennummer) kann einfacher gefunden werden bessere Code Coverage Wenn einmal ausprogrammiert viel weniger Arbeitszeit notwendig um sie durchzuführen Nachteile:

4 Können keine Verfügbarkeit, Verlässlichkeit oder Performance testen Sie kosten weit mehr als Black-Box-Tests (Zeit für Implementierung, Kosten für Packages, Training) Wichtige zu testenden Bereiche können nicht abgedeckt werden Vor- und Nachteile von Black-Box Tests Vorteile: Es können Verfügbarkeit oder Verlässlichkeit getestet werden Jene Tests die sowohl als Black-Box- oder White-Box-Test durchgeführt werden können, benötigen Black-Box-Tests weniger Resourcen Es können Fehler erkannt werden auf die nicht getestet wurde (unerwartete Fehlerfälle) Nachteile: Kann sehr unsystematisch durchgeführt werden Zusammenspiel verschiedener interner Fehler kann das richtige Ergebnis liefern False Positives! Es kann keine Aussage darüber getroffen werden, wo im Code der Fehler auftritt. Codingstandards sowie direkte Codequalitätsstandards können nicht getestet werden McCall-Tree Zweistufiger Baum: Product transition Product operation Product revision Portabilität Korrektheit Wartbarkeit Wiederverwendbarkeit Verlässlichkeit Flexibilität Interoperabilität Effizienz Testbarkeit Integrität Benutzbarkeit Integrationstests Tests ( Bottom Up -, Top Down -Test) Bei Bottom Up wird zuerst die Basis ausprogrammiert. Um zu Testen werden sgn. Drive s erzeugt, welche die Unterelemente erzeugen ohne Kontrolle zu implementieren. Dieser Schritt wird nach jeder Integrationsebene wiederholt, muss aber nur für jeden Knoten ausgeführt werden. Bei Top Down werden zuerst die übergeordneten Module entwickelt und Stubs zum Testen eingesetzt (in welchen vorerst keine Logik enthalten ist). Werden die Stubs integriert, wird dieser Schritt mit dem jeweiligen Knoten wiederholt, es muss für jede Integrationsebene ein eigener Test durchgeführt werden.

5 Phasen beim medizinisches Testen Validation und Verifikation + dynamisch und statisch Validation: Wird das richtige Produkt erzeugt? Verifikation: Wird das Produkt richtig erzeugt? Dynamische: Whitebox Blackbox Statische: Review Statische Analyse

6 V-Modell Quelle: Wikipedia