SOFTWARE UND QUALITÄT · SW-PROZESS-Orientierung – ISO 90003 DieISO/IEC 90003ist eine Richtlinie...

DR. WALTER WINTERSTEIGER

MANAGEMENT & INFORMATIK1

SOFTWAREUND

QUALITÄT



Mein Leben für die Software-Qualität …So fing es 1980 an …

STEV – Softwaretest e. V. Österreichische Vereinigung für Software-Qualitätsmanagement …

EOQSW und WCSWQ …

ASQF und iSQI …

Quality Austria und SQS …

Schulung und Beratung …





Die zwei entscheidenden Fragen:

Woranerkennt man

guteSoftware?

Wiemacht man

gute Software?



QualitätQualität ist ... "die Gesamtheit von Merkmalen einer Einheit bezüglich ihrer Eignung, festgelegte und vorausgesetzte Erfordernisse zu erfüllen."

LQ = ---- = 1

E

• Qualität heisst: Beschaffenheit von ... Produkten, Prozessen, Ressourcen• Qualität ist relativ, subjektiv, situativ • L = Leistung, E = Erfordernisse

Qualität ist ... "die Gesamtheit von Merkmalen einer Einheit bezüglich ihrer Eignung, festgelegte und vorausgesetzte Erfordernisse zu erfüllen."

LQ = ---- = 1

E„G‘hörig“



6

Um die Bedeutung des Software-Qualitätsmanagements herauszustreichen, werden in der Regel die spektakulärsten Schadensfälle, die auf fehlerhafte Software zurückzuführen sind, zitiert, zum Beispiel: Fehlstarts von Raketen oder Flugzeugen, Stillstand von Börsen, Blackout von Telefonnetzen usw

Viel attraktiver finde ich Beispiele, wo Leute eine Menge Geld verdient haben, weil es ihnen gelungen ist, mit guter Software zufriedene, ja begeisterte Kunden zu gewinnen, wie beispielsweise Adobe, Apple, Amazon, Google, Skype uvm.

Unterscheide:1. To do the things right2. To do the right things

Die Bedeutung der Software-Qualitätssicherung



Eigenschaften von Software (ISO/IEC 9126)• Eignung• Genauigkeit• Verbindbarkeit• Sicherheit

• Reife• Fehlertoleranz• Wiederherstellbarkeit

• Verständlichkeit• Lernbarkeit• Handhabbarkeit

• Zeitverhalten• Verbrauchsverhalten

• Analysierbarkeit• Änderbarkeit• Stabilität• Testbarkeit

• Anpassbarkeit• Installierbarkeit• Konformität (Gemässheit)• Ersetzbarkeit

Funktionalität

Zuverlässigkeit

Brauchbarkeit

Effizienz

Wartbarkeit

Übertragbarkeit



1. Analytische Maßnahmen:ReviewTestAuditAssessment

2. Konstruktive Maßnahmen:Software-Prozessmanagementvom Requirement-Engineering bis zum KVP

3. Organisatorische Maßnahmen:Optimierung der Rahmenbedingungenvon der Unternehmenskultur bis zur Arbeitsplatzgestaltung

Software Qualitätssicherungs-Maßnahmen



Software PRODUKT-Prüfung

ISO/IEC Norm 12119:1994

Information technology –Software packages –

Quality requirements and testing



Anwendungssoftware - Prüfgrundsätze (1/3) *)

1 Anwendungsbereich und Zweck2 Allgemeines3 Produktbeschreibung

3.1 Produktidentifikation3.2 Funktionsbeschreibung3.3 Hardware-/Softwarevoraussetzungen3.4 Installation3.5 Wartung3.6 Hinweise für den Benutzer3.7 Hinweise zur Dokumentation

*) Nach ISO 12119 (ident mit DIN 66285 und RAL GZ 901)



4 Prüfvoraussetzungen4.1 Vollständigkeit der Unterlagen4.2 Verfügbarkeit der Prüfkonfiguration4.3 Schulung

5 Prüfgebiete5.1 Überprüfung der Produktbeschreibung5.2 Überprüfung der Dokumentation5.3 Durchführung der Installation5.4 Überprüfung der Programme

6 Prüfprotokoll/Prüfbericht6.1 Prüfprotokoll6.2 Prüfbericht

Anwendungssoftware - Prüfgrundsätze (2/3)



SW-PROZESS-Orientierung – ISO 90003Die ISO/IEC 90003 ist eine Richtlinie zur Anwendung der ISO 9001 für Beschaffung, Entwicklung, Betrieb und Wartung in der Softwareentwicklung zwischen Lieferant, Auftragnehmer und Kunde.

Die Erfüllung folgender Themengebiete wird erläutert:

* Qualitätsmanagement, QM-Handbuch und QM-System, KVP, Audits* Prozessmanagement* Projektplanung, Risikomanagement* Kundenorientierung und -Kommunikation* Konfigurationsmanagement* Anforderungsmanagement, Traceability, Reviews* Standard Softwareentwicklungsprozess, Design, Reviews, Teststufen, Zukaufsoftware* Verifikation und Validierung* Fehlermanagement* Wartung und Service, Releasemanagement, Dokumentation



SW-PROZESS-Assessment - ISO/IEC 15504-5 *)Software Process Improvement and Capability Determination ist ein internationaler Standard der ISO zum Durchführen von Bewertungen (Assessments) von Unternehmensprozessen, mit dem Schwerpunkt auf der Softwareentwicklung.

*) SPICE



Ganzheitliches Qualitätsmanagement

ManagementRessourcenProzesseProdukte

ZufriedeneKunden

ZufriedeneMitarbeiter

ZufriedeneGeschäftsltg.

4. Act.

3. Check

2. Do

1. Plan



15

Qualitätsmanagement gibt Antwort auf: WIE ... ?WIE erreichen wir Kundenzufriedenheit?

WIE finden wir (einfach, sicher, rasch, kostengünstig) die tatsächlichenAnforderungen an unsere Produkte/Dienstleistungen heraus?

WIE finden wir ... die erforderlichen Prozesse/Aktivitäten?

WIE gestalten wir die Prozesse/Aktivitäten optimal?

WIE finden wir ... die richtigen Ressourcen (Menschen, Wissen, Sachmittel)?

WIE finden wir ... die richtigen Lieferanten - und wie steuern wir sie?

WIE gehen wir mit Veränderungen um?

WIE gestalten wir den kontinuierlichen Verbesserungsprozess?



16

Den KVP leben ...



• Der unbändige Wille der Führungskräfte

• Vorbildwirkung der Führungskräfte• Der Druck von aussen (Kunden)• Ganzheitliche Betrachtung des

Unternehmens (Kunden-Produkte-Prozesse-Mitarbeiter-Mittel-Wissen)

• Langfristige Zielsetzung und detaillierte Vorgehensplanung

• Prioritäten setzen• Betroffene beteiligen• Gezieltes Fördern des Qualitäts-

bewusstseins• Lokale QB in den Org.-Einheiten• Erfahrungsaustausch der QB und

Abstimmung der Schwerpunkte• Lfd. Information über geplante und

durchgeführte Verbesserungen• Ins Gespräch gehen und im Gespräch

bleiben• Aus Erfolgen/Fehlern lernen• Das Thema „Qualität“ regelmässig in

Standardveranstaltungen (Meetings etc.) behandeln

• Q-Wissen in attraktiver Form bereitstellen (zB. Prozessbeschreibungen und Hilfsmittel im Web)

• Anlaufstelle für Q-Fragen• Sinnvolle Messungen• Aufzeigen von

Verbesserungspotentialen• Dienst(e) leisten• Leistungen (deliverables) des QM an

MA/Projekt-Teams konkret aushandeln

• Schaffen von Akzeptanz bei den Mitarbeitern durch „Arbeitshilfen“ (zB. Standard für Projektabwicklung, V-Modelle, Formulare, Checklisten, Tools, Beispiele)

• Assessments, Audits, Reviews, Tests• Best practices• Risikomanagement• Professionelle Dokumenten-Reviews• Requirement-Management• KVP• „Q-Karten“ mit Jahresschwerpunkten

Was hilft uns, ein wirkungsvolles QMS aufzubauen und zu betreiben?



18

Wachsende Reichweite des SWQM von 1980 bis heute• QS für einzelne Programme• QS für Software-Systeme (Applikationen)

• Software-Projektmanagement• Software-Entwicklungsmanagement• Management eines Softwarehauses

• Management der SW-Entwicklung in einem Land • Management der SW-Entwicklung in einer Branche

(z. B. Automotive, Medical Care)• Management der SW-Entwicklung (SWQM) weltweit



Künftige Entwicklung der SWQS• Verstärkte Verbreitung von Prozessorganisation• Ausbreitung des agilen Vorgehens• Zunahme von Open Source• Zunahme des Software Reuse – namentlich in Form von

Frameworks• Zunahme bei Testautomatisierung• Breite Nutzung von Projekt- und Softwareproduktions-Systemen• Domänenspezifische Sprachen• Model based Development• Kombination/Integration von SW-Entwicklung und IT-Services• Ausbreitung von SPICE und CMM• Verstärkte Software Engineering-Ausbildung• Verstärkte QS-/QM-Ausbildung • Integration von Wissensmanagement• Professionelle Personal-/Organisations-Entwicklung• Mehr überbetriebliche/internationale Zusammenarbeit der SW-

Entwickler



20

„ES gibt nichts Gutes - ausser man tut es!“

QBBM

[Qualität beginnt bei mir]



21

*) Silver Bullet“ = a direct and effortless solution to a problem

„There is no Silver Bullet *)“

(Fred Brooks, 1984)





Tabelle: Software-QM Normen

Nr. Bezeichnung Jahr ISO 9294 Guidelines for the management of software documentation 1990ISO 9126 Software quality characteristics and metrics 1991ISO 12119 Software packages – Quality requirements and testing 1994ISO 12207 Software life cycle processes 1995ISO 14102 Guideline for the evaluation and selection of CASE tools 1995ISO 9000-3 Leitfaden für die Anwendung von ISO 9001:1994 auf Entwicklung, Lieferung,

Installierung und Wartung von Computer-Software1997

ISO 12182 Categorization of software 1998ISO 14143 Software measurement – Functional size measurement 1998ISO 15026 System and software integrity levels 1998ISO 15271 Guide for ISO/IEC 12207 (Software Life Cycle Processes) 1998ISO 15504 Software process assessment (SPICE) 1998ISO 15846 Software life cycle processes – Configuration Management 1998ISO 14598 Software product evaluation 1999ISO 14756 Measurement and rating of performance of computerbased software systems 1999ISO 15910 Software user documentation process 1999ISO 16326 Software project management 1999ISO 90003 Guidelines for the application of ISO 9001:2000 to computer software 2004ISO 9000:2005 Qualitätsmanagementsysteme – Grundlagen und Begriffe 2005ISO 14764 Software maintenance 2006ISO 9001 Qualitätsmanagementsysteme – Anforderungen 2008ISO 9004 Qualitätsmanagementsysteme – Leitfaden zur Leistungsverbesserung 2009



Tabelle: Softwarerelevante IEEE Standards (1)

IEEE Standard Nr.

Bezeichnung Jahr

1008 Standard for Software Unit Testing (ANSI) 19871042 Guide to Software Configuration Management (ANSI) 19871058.1 Standard for Software Project Management Plans 19871063 Standard for Software User Documentation (ANSI) 1987982.1 Standard Dictionary of Measures to Produce Reliable Software (ANSI) 1988982.2 Guide for the Use of Standard Dictionary of Measures to Produce Reliable

Software (ANSI) 1988

1028 Standard for Software Reviews and Audits 1988610.12 Standard Glossary of Software Engineering Terminology (ANSI) 19901045 Standard for Software Productivity Metrics (ANSI) 19921044 Standard for Classification of Software Anomalies (ANSI) 19931059 Guide for Software Verification and Validation Plans (ANSI) 19931228 Standard for Software Safety Plans (ANSI) 1994730.1 Guide for Software Quality Assurance Planning 19951044.1 Guide to Classification for Software Anomalies (ANSI) 19951348 Recommended Practice for the Adoption of Computer–Aided Software

Engineering (CASE) Tools 1995

1420.1 Standard for Information Technology–Software Reuse–Data Model for Reuse Library Interoperability: Basic Interoperability Data Model (BIDM)

1995

1430 Guide for Information Technology–Software Reuse–Concept of Operations for Interoperating Reuse Libraries

1996

12207.0 Software life cycle process 19961074 Standard for Developing Software Life Cycle Processes (ANSI) 1997



Tabelle: Softwarerelevante IEEE Standards (2)730 Standard for Software Quality Assurance Plans 1998828 Standard for Software Configuration Management Plans 1998829 Standard for Software Test Documentation 1998830 Recommended Practice for Software Requirements Specifications 19981012 Standard for Software Verification and Validation Plan 19981016 Recommended Practice for Software Design Descriptions 19981058 Standard for software Project Management Plans 19981061 Standard for a Software Quality Metrics Methodology 19981062 Recommended Practice for Software Acquisition 19981063 Standard for Software User Documentation 20011175 Guide for CASE Tools Interconnections Classification and Description 20021219 Standard for Software Maintenance 19981220 Std. for the Application and Management of the Systems Engineering Process 19981233 Guide for Developing System Requirements Specifications 19981320.1 Standard for Functional Modeling Language–Syntax and Semantics for IDEFO 19981320.2 Std. for Conceptual Modeling Language–Syntax and Semantics for IDEF1X97 19981362 System Definition–Concept of Operation Document 19981462 Guidelines for the Evaluation and Selection of CASE Tools 19981465 Software Packages–Quality Requirements and Testing 1998

1490 Guide to the Project Management Body of Knowledge 19981517 Software Life Cycle Processes – Reuse Process 19991633 Recommended Practice on Software Reliability 200814143.1 Information technology – Software Measuremen – Functionals Size Measurement 200015288 Systems and Software Engineering – System Life Cycle Processes 2008

Date post:	25-Mar-2020
Category:	Documents
Upload:	others
View:	10 times
Download:	0 times

SOFTWARE UND QUALITÄT · SW-PROZESS-Orientierung – ISO 90003 DieISO/IEC 90003ist eine Richtlinie...

Documents