SWQM Prüfungsvorbereitung: Unterschied zwischen den Versionen
K |
(ergänzt...) |
||
Zeile 6: | Zeile 6: | ||
== Code Review == | == Code Review == | ||
− | |||
= PROBE = | = PROBE = | ||
== Schätzmethoden == | == Schätzmethoden == | ||
+ | |||
+ | * Schätzwerte sind korrigierbar | ||
+ | * wie kann man Schätzungen bewerten? TODO | ||
== Objektgrößenmatrix == | == Objektgrößenmatrix == | ||
+ | * log-normal- und nicht normal-verteilt, damit: | ||
+ | ** keine negativen Werte | ||
+ | ** Größenklassen unterschiedlich groß | ||
== Regression == | == Regression == | ||
+ | * bestimmt eine optimale Gerade bezüglich eines Fehlermaßes | ||
+ | * gleicht bisherige systematische Schätzfehler aus | ||
+ | * es existiert meist nicht eine eindeutige Lösung | ||
=== LoC === | === LoC === | ||
Zeile 21: | Zeile 29: | ||
=== Korrelation === | === Korrelation === | ||
+ | * Wie stark beeinflusst ein Parameter einen anderen? | ||
+ | * brauchbar: Korrelation zum Quadrat größer 0,5 | ||
+ | * gut: TODO | ||
+ | * nötige Anzahl an Datenpunkten: TODO | ||
+ | * wenn Korrelation ungenügend oder nicht möglich: TODO | ||
=== Signifikanz === | === Signifikanz === | ||
+ | * Wie wahrscheinlich ist es, dass eine beobachtete Korrelation nicht nur zufällig zustande kam? | ||
+ | * brauchbar: kleiner 0,2 | ||
+ | * gut: kleiner 0,05 | ||
+ | * nötige Anzahl an Datenpunkten: TODO | ||
− | == | + | == Koinfidenzintervall == |
− | + | * Ist das Intervall um den aktuellen Schätzwert, in dem sich (auf Grundlage der bisherigen Schätzungen) der tatsächliche Wert mit einer bestimmten Wahrscheinlichkeit befindet (meist 70% oder 90%) | |
+ | * Werte müssen korrelieren, ansonsten kann man es nicht angeben | ||
+ | ** bei der Zeit kann man höchstens noch aus der bisherigen minimalen und maximaleb Produktivität ein Intervall bilden | ||
= Qualität, Produktivität = | = Qualität, Produktivität = | ||
+ | * Was ist Qualität (auch die Folien, die non-Humphrey-Folien!) TODO | ||
+ | * Prozess- vs. Produktqualität TODO | ||
+ | * ex post Maße vs Maße, die schon während des laufenden Prozesses angewendet werden können TODO | ||
== LoC/hour == | == LoC/hour == | ||
+ | * Geschwindigkeit beim Programmieren | ||
+ | * bezieht sich auf Gesamtzeit, nicht nur die Zeit während des eigentlichen Codens | ||
== Yield == | == Yield == | ||
+ | * Anteil der gesamten Fehler, die in einer bestimmten Phase gefunden werden | ||
+ | * sollte schon während der Appraisal-Phasen möglichst hoch sein, da dort Fehler i.d.R. schneller gefunden werden (und auch mehr) | ||
== Defects/kLoC == | == Defects/kLoC == | ||
+ | * Fehlerdichte (Fehler pro 1000 Zeilen) | ||
+ | * je weniger, desto besser | ||
+ | * 15 oft als sehr guter Wert bezeichnet | ||
+ | * ideal: 0 sichtbare oder beim Anwender auftretende Defects/kLoC | ||
+ | * im PSP: bezieht sich meist auf die entdeckten Fehler, also die (hoffentlich) behobenen | ||
+ | * höhere Fehlerdichte -> geringere Produktivität, da mehr Zeit für die Fehlerfindung nötig ist | ||
== A/F Ratio == | == A/F Ratio == | ||
* CoQ-Maß | * CoQ-Maß | ||
+ | * Appraisal: Frühe Fehlerfindephasen (Code, Code Review etc) | ||
+ | * Failure: Späte Fehlerfindephasen (Compile, Test, nach PM) | ||
+ | * sollte möglichst groß sein (d.h., mehr Fehler sollten früh gefunden werden), da Fehler in der Appraisal-Phase i.d.R. schneller gefunden werden (und auch mehr) | ||
== CPI == | == CPI == | ||
+ | * Geplante Zeit / tatsächliche Zeit | ||
+ | * ideal: nah an der 1 | ||
== DRL (Defects Removal Leverage) == | == DRL (Defects Removal Leverage) == | ||
+ | * TODO | ||
+ | |||
+ | = Verteilungen = | ||
+ | * mit dazugehörenden Tests | ||
+ | |||
+ | == Chi-square-Verteilung == | ||
+ | |||
+ | == T-Verteilung == | ||
+ | |||
+ | == Normalverteilung == | ||
+ | |||
+ | = Weitere mögliche Fragen = | ||
+ | |||
+ | * Was ist das Ziel des PSP? | ||
+ | ** bessere Produktqualität (weniger Fehler) | ||
+ | ** gute Schätzungen abgeben (Planungssicherheit) | ||
+ | * Testen TODO |
Version vom 12. Juli 2005, 18:13 Uhr
Für die mündliche Prüfung in Softwarequalitätsmangament sollte man u.a. alle behandelten Begriffen kennen und erklären können, sowie die Zusammenhänge der Begriffe untereinander verstanden haben. Hier eine Übersicht, natürlich ohne Garantie für Vollständigkeit oder Richtigkeit.
Die Prüfung bezieht sich auf den PSP 2, nicht auf die einfacheren Versionen.
Inhaltsverzeichnis
Phasen
Code Review
PROBE
Schätzmethoden
- Schätzwerte sind korrigierbar
- wie kann man Schätzungen bewerten? TODO
Objektgrößenmatrix
- log-normal- und nicht normal-verteilt, damit:
- keine negativen Werte
- Größenklassen unterschiedlich groß
Regression
- bestimmt eine optimale Gerade bezüglich eines Fehlermaßes
- gleicht bisherige systematische Schätzfehler aus
- es existiert meist nicht eine eindeutige Lösung
LoC
Zeit
Korrelation
- Wie stark beeinflusst ein Parameter einen anderen?
- brauchbar: Korrelation zum Quadrat größer 0,5
- gut: TODO
- nötige Anzahl an Datenpunkten: TODO
- wenn Korrelation ungenügend oder nicht möglich: TODO
Signifikanz
- Wie wahrscheinlich ist es, dass eine beobachtete Korrelation nicht nur zufällig zustande kam?
- brauchbar: kleiner 0,2
- gut: kleiner 0,05
- nötige Anzahl an Datenpunkten: TODO
Koinfidenzintervall
- Ist das Intervall um den aktuellen Schätzwert, in dem sich (auf Grundlage der bisherigen Schätzungen) der tatsächliche Wert mit einer bestimmten Wahrscheinlichkeit befindet (meist 70% oder 90%)
- Werte müssen korrelieren, ansonsten kann man es nicht angeben
- bei der Zeit kann man höchstens noch aus der bisherigen minimalen und maximaleb Produktivität ein Intervall bilden
Qualität, Produktivität
- Was ist Qualität (auch die Folien, die non-Humphrey-Folien!) TODO
- Prozess- vs. Produktqualität TODO
- ex post Maße vs Maße, die schon während des laufenden Prozesses angewendet werden können TODO
LoC/hour
- Geschwindigkeit beim Programmieren
- bezieht sich auf Gesamtzeit, nicht nur die Zeit während des eigentlichen Codens
Yield
- Anteil der gesamten Fehler, die in einer bestimmten Phase gefunden werden
- sollte schon während der Appraisal-Phasen möglichst hoch sein, da dort Fehler i.d.R. schneller gefunden werden (und auch mehr)
Defects/kLoC
- Fehlerdichte (Fehler pro 1000 Zeilen)
- je weniger, desto besser
- 15 oft als sehr guter Wert bezeichnet
- ideal: 0 sichtbare oder beim Anwender auftretende Defects/kLoC
- im PSP: bezieht sich meist auf die entdeckten Fehler, also die (hoffentlich) behobenen
- höhere Fehlerdichte -> geringere Produktivität, da mehr Zeit für die Fehlerfindung nötig ist
A/F Ratio
- CoQ-Maß
- Appraisal: Frühe Fehlerfindephasen (Code, Code Review etc)
- Failure: Späte Fehlerfindephasen (Compile, Test, nach PM)
- sollte möglichst groß sein (d.h., mehr Fehler sollten früh gefunden werden), da Fehler in der Appraisal-Phase i.d.R. schneller gefunden werden (und auch mehr)
CPI
- Geplante Zeit / tatsächliche Zeit
- ideal: nah an der 1
DRL (Defects Removal Leverage)
- TODO
Verteilungen
- mit dazugehörenden Tests
Chi-square-Verteilung
T-Verteilung
Normalverteilung
Weitere mögliche Fragen
- Was ist das Ziel des PSP?
- bessere Produktqualität (weniger Fehler)
- gute Schätzungen abgeben (Planungssicherheit)
- Testen TODO