XMind

QS-Massnahmen

1. Analytische QS-Massnahmen …sind nachführende Tests und Kontrollen

   1. Statische Prüfungen (Dokumente)

      1. Audit (lat. Anhörung)

         1. Ist ein Prozess, welcher Dokumente prüft, ob formell die richtige Vorgehensweise angewandt wurde und ob dabei alle Anweisungen befolgt und alle Standards eingehalten wurden.

         2. Eine unabhängige und genaue Überprüfung von Aufzeichnungen und Aktivitäten

            1. Einhaltung bestehender Richtlinien

            2. Einhalten vorgegebener Verfahrensweisen

            3. Empfehlung notwendiger Veränderungen

         3. Projektaudit

            1. Ein Projektaudit ist die Analyse des Fortschritts eines Projektes.

            2. Zweck

               1. Verbesserung des Projektabwicklungsverfahrens und dessen Anwendung

      2. Review (Begutachten)

         1. Technisches Review

            1. Fachliche Prüfung eines wesentlichen Dokumentes (z.B. Architekturentwurf) auf Übereinstimmung mit Spezifikation

            2. Zweck

               1. Diskussion

               2. Entscheidungen treffen

               3. Alternativen bewerten

               4. Fehler finden

               5. technische Probleme lösen

         2. Informelles Review

            1. Es ist eine einfache Art eines Reviews, bei dem meistens „Gegenlesen unter Kollegen“ durchgeführt wird.

            2. Inhaltlich können dieser Art folgende, praxisbezogene Reviewarten zugeordnet werden (Begriffe je nach Firmenkultur unterschiedlich):

               1. Pulttest

                  1. Programm-Autor spielt den Code anhand von einfachen Testfällen gedanklich durch.

               2. Peer Rating

                  1. Gutachten, das von gleichgestellten Programmierern anonym über ein Programm erstellt wird.

               3. Stellungnahmeverfahren

                  1. Autor verteilt Arbeitsergebnis an ausgewählte Gutachter zur Beurteilung.

               4. Round-Robin Review

                  1. Es wird nur mit positiven Argumenten begutachtet. Die Zuhörer haben die Aufgabe zu intervenieren.

         3. Walkthrough

            1. Diskussion von Szenarien, Probeläufen und Alternativen im Kreis gleichgestellter Mitarbeiter mit möglichst niedrig gehaltenem Aufwand

            2. Zweck

               1. Lernen

               2. Verständnis erzielen

               3. Fehler finden

         4. Inspektion

            1. Formalste Reviewtechnik mit einem dokumentierten Vorgehen nach IEEE 610, IEEE 1028.

            2. Zweck: Sichtüberprüfung von Dokumenten um Mängel zu finden

               1. Nichteinhaltung von Entwicklungsstandards

               2. Nicht-Konformität gegenüber Spezifikationen

               3. usw.

            3. Design and Code Inspection

               1. Prüfung und Bewertung eines Produkts mit rechnergestützten Massnahmen.

               2. Prüfen von

                  1. Form

                  2. Struktur

                  3. Inhalt

                  4. Dokumentation.

      1. Analytische QS-Massnahme

   2. Dynamische Prüfungen (lauffähige Prüflinge)

      1. Usability-Test

         1. Es wird die Bedienung des Prüflings durch Benutzer getestet

      2. Blackbox-Test

         1. Es wird das Verhalten des Prüfling (Aussensicht) geprüft

      3. Whitebox-Test

         1. Es wird die innere Struktur des Prüflings getestet. Voraussetzung ist, dass der Prüfer nahezu genau so viel über den Prüfling weis, wie dessen Entwickler.

      4. Progressiver Test

         1. Überprüfung, ob im Rahmen von Neu- und Weiterentwicklungen neu erstellte/veränderte SW-Komponenten Fehler beinhalten.

      5. Regressiver Test (Regressionstest)

         1. Überprüfung, ob im Rahmen von Wartung & Weiterentwicklung unveränderte SW-Komponenten weiterhin fehlerfrei arbeiten.

      1. Analytische QS-Massnahme

2. Konstruktive QS-Massnahmen …sind vorbeugenden Massnahmen

   1. Technische Massnahmen (Produktorientiert)

      1. Unterstützung des Entwicklungsprozesses durch Methoden und Werkzeuge

      2. Gliederungsschema vorrgeben (Methode)

         1. alle Punkte sind beschrieben und werden behandelt

         2. Pflichtenheft

         3. Formular-Vorlage

         4. Anforderungskatalog

         5. Schnittstellenbeschreibung

         6. Dokumentation

         7. Checklisten

         8. etc.

      3. Einsatz der strukturierten Analyse (Methode)

         1. alle relevanten Informationen werden behandelt

      4. Einsatz einer definierten Programmiersprache (Sprache)

         1. Know-how Transfer

         2. Codekontrolle

      5. Erstellen eines Prüfplans (Werkzeug)

         1. alle relevanten Funktionen sind bekannt und können geprüft werden

      6. Einsatz geeigneter Programmierwerkzeuge (Werkzeug)

         1. welches schon bei der Erfassung des Codes auf Fehler aufmerksam macht

         2. mit welchen der Code nach dem Erfassen geprüft werden kann

      7. Dokumentation des Produkts / der Arbeit (Methode)

         1. Nachvollziebarkeit

         2. Überprüfbarkeit

      8. Schulung der Mitarbeiter (Methode)

      1. Konstruktive QS-Massnahmen

   2. Organisatorische Massnahmen (prozessorientiert)

      1. Standardisierung des Entwicklungsprozesses (Richtlinie)

         1. Wer macht was wann womit.

            1. Verantwortlicher

            2. Prüfgegenstand

            3. Zeitplan

            4. Ressourcen

         2. Anwendung eines SW-Entwicklungsstandards

      2. Einsatz eines Konfigurationsmgmt.-Systems (Checklisten)

         1. Identifizierung aller SW-Elemente einer Konfiguration

      3. Festlegung eines Vorgehensmodells (Standards)

         1. Sorgt für Transparenz und Planbarkeit

      4. Aufwand- & Kostenschätzung (Checklisten)

         1. Planung und Realisierung der Kosten und Termine

      5. Einhalten von CD-Richtlinien

         1. Ergebnisse an Hand von Richtlinien prüfbar

      6. Definition des Projektteams (Standards)

         1. Klare Hierachie

         2. Klare Verantwortlichkeiten

      7. Monatliche Veröffentlichung des Statusbericht (Standards)

         1. Ampelkonzept

         2. Kommunikation des Projektstatus

         3. Offenlegung von Projektabweichungen

            1. Termine

            2. Kosten

      8. Führen von Tasklisten (Checklisten)

         1. Klare Verantwortlichkeiten

         2. Terminkontrolle

      9. Kontinuierliche Aufwanderfassung (Standards)

         1. Ressourcenverwaltung

         2. Kostenkontrolle

      10. Projektbesprechnungen

          1. Regelmässige

             1. Projektteamsitzung

             2. Einzelgespräche mit Projekt-MA's

             3. Sitzungen der Entscheidungs-, Beratungs- und Steuerungsgremien

          2. Ergebnisgesteuerte

             1. Sitzungen zu Phasen

             2. Sitzungen zu Meilensteinen

          3. Ereignisgesteuerte

             1. Projektkrise

             2. erheblichen Projektabweichungen

             3. Qualitätsmängeln

             4. Personalproblemen

             5. Entwicklungstechnischen Sachproblemen

             6. Veränderte Marktsituation

          4. Delivarables

             1. Erkennen von Abweichungen

             2. Offenlegen von Problemen

             3. Fördern des Teamzusammenhalts

             4. Erkennen des Projektstatus

      1. Konstruktive QS-Massnahmen

1. Topic

2. Topic