2. Organisation und Planung von SW-Qualität

1. „Aufeinander abgestimmte Tätigkeiten zum

Leiten und Lenken einer Organisation

bezüglich Qualität,

die üblicherweise das Festlegen

• der Qualitätspolitik und

• der Qualitätsziele,

• die Qualitäts­planung,

• die Qualitätslenkung,

• die Qualitätssicherung und

• die Qualitätsverbesserung

  umfasst.“

  
  

  1. Fokus auf Aktivitäten und Verantwortlichkeiten

  2. ,weil QZ unterscheiden sich für jeden SW-Prozess

Im Q-Plan enthält QS-Maßnahmen.

Diese werden für JEDES SW-Release durchgeführt und in Form eines Abschlussberichts dokumentiert.

Begleitend Aktivitäten der Q-Lenkung, die ebenfalls dokumentiert werden.

1. Qualitätsgesichert werden die IM SW-Prozess entstandenen Artefakte als auch der SW-Prozess selbst (Produkt- und Prozessorientiertes SWQM).

1. Überprüft sowohl Softwareprodukte als auch Zwischenergebnisse

• auf festgelegte Qualitätsmerkmale .

  
  

  1. Erfüllung von Güte­bedingungen, die von externen Zertifizierungsstellen geprüft und bestätigt werden.

  Bsp: TÜV-AppCheck-Service zur Zertifizierung von mobilen Anwendungen auf Einhaltung von Datenschutzkriterien

  
  

  1. Umfasst:

  • konstruktive Maßnahmen

    (Vorgeben von bestimmten Dokumententemplates/Vorgeben von Modellierungskonventionen)

  • analytische Maßnahmen

    (statische Begutachten von Quellcode, Aus­führen von lauffähigen Komponenten im Rahmen von Softwaretests)

1. Es dient zur Steuerung der Qualität des Softwareprozesses

1. Im Fokus steht + Durchführungsqualität der Aktivitäten und

   +der Einsatz der vorgesehenen Techniken und Methoden

1. Es erfolgt begleitend

1. Auszeichnend ist kontinuierliche Bewertung und Verbesserung der Prozessqualität

1. Qualitätsbewusstsein der Teammitglieder

1. Bsp:

• Einsatz eines standardisierten Entwicklungsprozesses, der Rollen und Aktivitäten in einem angemessenen Maß vorgibt,

• verbindliche Einsatz von Werkzeugen zum Konfigurationsmanagement

• die Vorgabe von Eskalationspfaden im Fall einer Projekthavarie.

1. QZ

2. Organisatorische Erreichung von Zielen durch

   • definierte Aktivitäten,

   • Methoden und

   • Techniken

• Wer soll die Qualität sichern?

  (Klarheit über Rollenverteilung und Zuständigkeiten)

• Was soll qualitätsgesichert werden?

  Festlegung der Kriterien zu dem erzeugten Artefakt

  —> messbare Qualitätsindikatoren bestimmen und dokumentieren

• Wann soll die Qualität gesichert werden?

  QS-Aktivitäten in zeitlichen Bezug zu konstruktiven Aktivitäten setzten.

  + Definition Quality Gates:

  Sind eine oder mehrere geforderte Eigenschaften nicht erfüllt, können die Folgeaktivitäten nicht begonnen werden.

• Wie soll die Qualität gesichert werden?

  Bestimmung von Methoden zur Qualitätssicherung bzw. Testfallerstellung.

  Auswahl aus Techniken-Portfolio nach kosten­optimaler Systemqualität

  —> Im Laufe der Entwicklung ggf. anpassen

  
  

—> Das Ergebnis ist ein Qualitätssicherungsplan/ Qualitätsmanagementplan

• Qualitygate = Ein Quality Gate ist ein bestimmter Zeitpunkt im Softwareprozess, zu dem definierte Eigenschaften der vorliegenden Artefakte explizit geprüft werden müssen.

Zergliederung eines abstrakten Oberbegriffs „Qualität“ in verschiedene Unterbegriffe. Diese Unterbegriffe werden wiederum so lange zergliedert, bis eine konkrete messbare Qualitätseigenschaft formuliert werden kann.

Als Hilfsmittel zur Überprüfung, ob Qualitätsziele geeignet beschrieben sind

• S= spezifisch: Qualitätsziele sollen deutlich beschrieben und definiert sein.

• M= messbar

  (qualitativ, quantitativ):

  Die Umsetzung der Qualitätsziele muss geprüft werden können.

• A= akzeptabel:

  Die Qualitätsziele müssen von den Stakeholdern des Projekts akzeptiert werden; dazu zählt auch die Akzeptanz der Prüfmethode.

• R= realistisch:

  Qualitätsziele müssen unter Berücksichtigung der fachlichen und organisatorischen Rahmenbedingungen erreicht werden können.

• T= terminiert:

  Qualitätsziele müssen innerhalb eines vorgesehenen Zeitrahmens, z. B. in einem bestimmten Release, umgesetzt werden.

Q-Ziele werden aus verschiedenen Quellen abgeleitet

• große UN haben meist eigenes Qualitäts-Modell, dass sich an ihrer Oranisation orientiert

• Nutzung organisationsspezifischer QM-Handbücher/ kommunizierte IT-Strategie

• konkreten Projektziele bzw. die Projektvision

• vertragliche Vorgaben des Auftraggebers

• Erfahrungen von Stakeholdern

relevante Qualitätsziele

• priorisieren und

• qualitätssichern

  
  

  
  

1. Konstruktives QM

1. Prüfen der fachlichen Anforderung

2. Qualitygates

3. Prüfen der fachlichen Spezifikationen

4. Bewertung der geplanten Architektur

5. Testfallerstellung

6. Komponententests

7. Integrationstest

8. Systemtest

9. Abnahmetest

Für jedes Dokument gibt es verantwortliche Rolle und einen definierten Abnahmeprozess

• Templates und Checklisten.

• vorgegebene Werkzeuge und Programmiersprachen,

• Richtlinien zur Testdatenermittlung

• Richtlinien zum Einsatz von Werkzeugen zur Testautomatisierung und zur Regressionsfähigkeit.

Ausreichende Qualität von dokumentierten Anforderungen hinsichtlich der Kriterien

• Inhalt,

• Dokumentation und

• Abgestimmtheit

• zu einem bestimmten Zeitpunkt im Softwareprozess sicherzustellen, dass die erzeugten Artefakte vorher festgelegte Eigenschaften erfüllen.

• Transparenz und Nachvollziehbarkeit der Qualitätsentwicklung

• wenn die vorher, z. B. in Form einer Checkliste, dazu festgelegten Kriterien erfüllt wurden.

• Einhaltung von Qualität, Vorgaben und Richtlinien an den Softwareprozess

ausreichende Beschreibung der zu implementierenden System­komponenten

• szenariobasierten Architekturanalyse

• ob die konzipierte Architektur die Anforderungen erfüllen kann

• parallel zur Architekturerstellung

• kann auf Grundlage der fachlichen Anforderungen und der technischen Spezifikation

• für die Integrations- und Systemtests

• Begleitend und eng verzahnt mit der Implementierungsphase werden bereits Softwaretests durchgeführt.

• Hierbei handelt es sich zum einen

  • um Komponententests,

    bei denen von einem Entwickler erstellte Komponenten und Funktionen isoliert von anderen Komponenten getestet werden.

  • Zudem werden auch bereits solche Tests durchgeführt, bei denen die Zusammenschaltung aller in der aktuellen Iteration erstellten Komponenten überprüft werden.

• Nach Abschluss der Implementierung

• Bei neu erstellter und geänderter Komponenten in das Gesamtsystem

• fachlicher Ende-zu-Ende-Test

• Prüfung des Zusammenspiels aller im System beteiligten Komponenten

• Sicherstellung, dass bereits erfolgreiche Tests aus früheren Iterationen ebenfalls wieder erfolgreich durchlaufen werden.

• Kommt nahe/ entspricht der späteren Betriebsumgebung

• Systemverhalten in Extremsituation,

  • gleichzeitigen Zugriff vieler Nutzer,

  • Verhalten bei Verarbeitung großer Datenmengen,

  • die Reaktion beim Ausfall einzelner Komponenten und

  • das Verhalten im Zusammenspiel mit anderen Produktivsystemen.

• Der Abnahmetest wird vom Auftraggeber durchgeführt

• entspricht in der Regel einer Teilmenge der in der Testphase durch den Softwarehersteller durchgeführten Systemtests

• ob das System den Anforderungen entspricht oder ob Nacharbeiten erforderlich sind.

• Kontinuierliche Beobachtung der Prozess- und Produktqualität,

• Reaktion auf Änderungen des Qualitätsgrades in Form von Anpassungen der QS-Vorgaben,

• Prüfung der tatsächlichen QS-Qualität

1. Managementprinzip zur Gestaltung von Organisationen und Abläufen ohne Standarts

• explizit alle Mitarbeiter einer Organisation

• hohe Produktqualität

• Kunde

• hohe Qualität —> hohe Kundenzufriedenheit —>langfristigen Geschäftserfolg

• Prinzip der Kundenorientierung

  (Ziel: zufriedene Kunden —> A müssen bekannt sein —> erfordert Zusammenarbeit mit K)

• Prinzip des Primats der Qualität

  (Entscheidungen werden unter dem Aspekt der Qualität getroffen;

  Prozesse wie definiert auch durchgeführt;

  Q-Verbesserungen durch Optimierung des festgelegten SW-Prozesses)

• Prinzip der Zuständigkeit aller Mitarbeiter

  (Jeder MA für Erfolg mitverantwortlich)

• Prinzip der ständigen Verbesserung

  (Steigende Prozessqualität durch Idfk. und Komunikation der MA)

• Prinzip des internen Kunden-Lieferanten-Verhältnisses

  (Erbrachte Leistungen werden abgenommen und übergeben. Jedes Team ist für seine Leistung verantwortkich)

• Prinzip der Prozessorientierung