|
Die SQS kann nichts bewirken, außer man unterstützt sie.
Softwarequalität:
Zuverlässigkeit (reliability)
Performance (Schnelligkeit)
Benutzerfreundlichkeit (user friendliness)
Korrektheit (correctness; bezüglich der Analyse/Spezifikation)
Robustheit (robustness; nicht Abstürzen; außerhalb der Spezifikation stabil)
Erweiterbarkeit (maintainability; kein geschlossenes System)
Portabilität (portability; DOS, UNIX)
Kompatibilität (compatibility)
Die SQS - Abteilung sorgt nicht für die Qualität (nicht für alles kompetent), sondern überprüft, ob unternehmensinterne Standards eingehalten werden. Der Fachmann muß daher gute Standards erstellen. (Modell, wie diese Standards sein sollen, befindet sich in der ISO9000 ff)
Bsp.:
neunkantige Muttern - SQS kontrolliert ob sie erzeugt werden, sorgt aber nicht für Nützlichkeit oder Absatzmöglichkeiten.
Die Geschäftsführung muß hinter der SQS stehen.
Psychologisch:
keinen Rotstift verwenden
nicht sagen: "das ist ein Fehler"
nicht "Prüfling" nennen
Standards für:
Oberflächen
Verfahren
Programmcodes
Verfahren durch Kommunikation (human testing):
Codeinspektion:
Programmierer treffen sich und sprechen den Code Zeile für Zeile auf Overhead durch
Walkthrough:
Rollenspiel, wo jeder einen Programmteil spielt
Peer Rating:
6 bis 20 Programmierer tauschen ihre Programme anonym aus und kontrollieren sie gegenseitig auf Verständlichkeit, Wartbarkeit und Dokumentation (+ Bewertung)
Review/Audit:
Qualitätssicherungsexperte setzt sich zu seinem \"Opfer\" und geht mit ihm die einzelnen Punkte durch, ob er sich auch an die Norm hält.
Das Testen sollte von den besten Programmierern durchgeführt werden.
|
