Software-Qualitätssicherung

Beschreibung / Inhalt
Das Dokument handelt von der Software-Qualitätssicherung (SQS) und ihren Aufgaben. Die SQS ist dafür zuständig, die Einhaltung der unternehmensinternen Standards zu überprüfen. Die Softwarequalität umfasst verschiedene Aspekte wie Zuverlässigkeit, Performance, Benutzerfreundlichkeit, Korrektheit, Robustheit, Erweiterbarkeit, Portabilität und Kompatibilität. Die Geschäftsführung muss die SQS unterstützen, damit sie ihre Aufgaben erfüllen kann. Psychologisch sollten bei der Qualitätskontrolle kein Rotstift verwendet und keine negativen Begriffe wie „Fehler“ genannt werden. Es werden verschiedene Standards für Oberflächen, Verfahren und Programmcodes festgelegt. Es gibt auch verschiedene Verfahren zur Kommunikation, wie Codeinspektion, Walkthrough, Peer Rating und Review/Audit. Das Testen der Software sollte von den besten Programmierern durchgeführt werden. Die SQS kann nur erfolgreich sein, wenn sie von der Geschäftsführung und den Fachleuten unterstützt wird und gute Standards erstellt werden.
Direkt das Referat aufrufen

Auszug aus Referat
Software Qualitäts Sicherung - SQS 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 ...
Direkt das Referat aufrufen