Software-Qualität: Übung 3 Qualität Definieren und Erreichen

Transkript

1 Software-Qualität: Übung 3 Qualität Definieren und Erreichen Qualitätsanforderungen Quality Function Deployment (QFD) Zielbäume Capability Maturity Model Integration (CMMI) University of Zurich Department of Informatics 2007, University of Zurich, Department of Informatics, Samuel Fricker

2 Inhalt Ziele Übung 3 erklären Agenda Zielsetzung und Ablauf der Übung Aufgaben , University of Zurich, Department of Informatics, Samuel Fricker

3 Zielsetzung Qualität Definieren können Kataloge von Softwarequalitäten kennen Umsetzung von Kundenbedürfnissen planen und dokumentieren können Rolle der Qualitätsdefinition und -analyse im CMMI-Kontext kennen , University of Zurich, Department of Informatics, Samuel Fricker

4 Administratives Ablauf 21. Mai: Ausgabe der Übung und Einführung 4. Juni: Fragemöglichkeiten (Voranmeldung) 8. Juni, 18:00 CET: Deadline für Abgabe Form Paarweise, oder zu dritt (Ausnahme) Übungen sind wie folgt abhänig: A B, A C Infrastruktur Werkzeuge: Büroanwendungen und Zeichnungssoftware Fragen: Uniboard oder fricker@ifi.unizh.ch Abgabe: fricker@ifi.unizh.ch , University of Zurich, Department of Informatics, Samuel Fricker

5 Aufgaben Aufgabe A: ISO/IEC 9126 und QFD Aufgabe B: Zielbäume Aufgabe C: CMMI , University of Zurich, Department of Informatics, Samuel Fricker

6 Aufgabe A: ISO/IEC 9126 und QFD Szenario Ihr Team ist verantwortlich für die Weiterentwicklung eines Clients. Da Ihr Team mit minimalen Finanzen auskommen muss, war es bisher sehr schwierig gegen die stärkere Konkurrenz anzukämpfen. Um die nächste Weiterentwicklung zu planen, entschliessen Sie sich, die Qualitätsmerkmale Ihres Produktes systematisch zu verbessern. Aufgabe Sie möchten mit Hilfe von QFD und ISO/IEC 9126 herausfinden, welche Produktmerkmale minimal zu verbessern sind, um weitere Benützer, bzw. Marktanteile, zu gewinnen. Identifizieren und Priorisieren von Benutzerbedürfnissen Identifizieren von Konkurrenten Identifizieren von Produktmerkmalen Evaluation des Beitrages von Produktmerkmalen zur Zufriedenstellung von Benutzerbedürfnissen Evaluation der Korrelation zwischen Produktmerkmalen Evaluation der Konkurrenten gegenüber den Benutzerbedürfnissen Planung der Produktverbesserung , University of Zurich, Department of Informatics, Samuel Fricker

7 Benutzerbedürfnisse: Qualities in Product Use Effectiveness: Enable users to achieve specified goals in a specified context of use. Productivity: Enable users to expend appropriate amounts of resources in relation to the effectiveness achieved in a specified context of use. Safety: Achieve acceptable levels of risk of harm in a specified context of use. Satisfaction: Satisfy users in a specified context of use. Quality in Use Effectiveness Productivity Safety Satisfaction Accuracy Time People Attitude Completeness Effort Business Materials Software Cost Property Environment ISO/IEC, "Software Engineering- Product Quality: Quality Model", ISO/IEC : , University of Zurich, Department of Informatics, Samuel Fricker

8 Merkmale: Interne und Externe Produktqualität Functionality: Provide functions which meet stated and implied needs, when used under specified conditions. Reliability: Maintain a specified level of performance, when used under specified conditions. Usability: Be understood, learned, used, and attractive to the user, when used under specified conditions. Efficiency: Provide appropriate performance, relative to the amount of resources used, when used under specified conditions. Maintainability: Be modified to account for changes in environment, requirements, and functional specifications. Portability: Be transferred from one environment to another. Internal and External Quality Functionality Reliability Usability Efficiency Maintainability Portability Suitability Maturity Understandability Time Behaviour Analysability Adaptability Accuracy Fault Tolerance Learnability Resourace Utilisation Changeability Installability Interoperability Recoverability Operability Stability Co-Existence Security Availability Attractiveness Testability Replaceability ISO/IEC, "Software Engineering- Product Quality: Quality Model", ISO/IEC : , University of Zurich, Department of Informatics, Samuel Fricker

9 ISO/IEC 9126 und QFD Internal and External Quality Internal and External Quality Functionality Reliability Usability Efficiency Maintainability Portability Suitability Maturity Understandability Time Behaviour Analysability Adaptability Accuracy Fault Tolerance Learnability Resourace Utilisation Changeability Installability Interoperability Recoverability Operability Stability Co-Existence Security Availability Attractiveness Testability Replaceability Quality in Use Quality in Use Effectiveness Productivity Safety Satisfaction Accuracy Time People Attitude Completeness Effort Business Materials Software Cost Property Environment , University of Zurich, Department of Informatics, Samuel Fricker

10 House of Quality in Excel: Unvollst. Beispiel Correlation Internal / External Quality Type Internal / External Quality Spam Filter Goal + + Quality in Use Requirement Priority Outlook Outl. Expr. Target Effectiveness: Accuracy User is not misguided to fake websites Functionality: Security Target Value Outlook Express categorization categorization Outlook rule-based, updated filter , University of Zurich, Department of Informatics, Samuel Fricker

11 Aufgabe B: Zielbäume Gegeben Ihre QFD Evaluation Aufgabe Dokumentieren Sie Ihre QFD-Resultate mit Hilfe von Zielbäumen Welche Produktmerkmale unterstützen welche Bedürfnisse? Beantworten Sie die Fragen , University of Zurich, Department of Informatics, Samuel Fricker

12 Zielbäume: Beispiel User not misguided to fake websites Spam filtered categorized Rule-based Filter provided Rules regularly updated , University of Zurich, Department of Informatics, Samuel Fricker

13 Aufgabe C: CMMI Gegeben Arbeitsresultate von Aufgaben A und B CMMI for Development V1.2: CMU/SEI-2006-TR-008 Aufgabe Evaluieren Sie Ihre Arbeit und Ihre Resultate gegenüber den Spezifischen Zielen des CMMI Requirements Development (RD) Prozessgebietes Spezifische Praktiken SP 2.1 und SP 2.2 Beantworten Sie die Fragen über die Evaluation , University of Zurich, Department of Informatics, Samuel Fricker

14 Evaluation Frage: Wurde die Praktik gelebt oder nicht? Sammeln von Evidenz Selbstreflektion: Habe ich geeignete Techniken verwendet, um die Praktik zu realisieren? Habe ich Subpraktiken verwendet, um die Praktik zu realisieren? Dokumentreview: Habe ich geeignete Dokumente erstellt, um das End- oder die Zwischenresultate der Praktik zu dokumentieren? Evaluation Die Praktik wurde / wurde teilweise / wurde nicht realisiert Die Evidenz gibt der Evaluation hohe / mittlere / kleine Sicherheit Stärken und Verbesserungsvorschläge , University of Zurich, Department of Informatics, Samuel Fricker

15 Beispiel RD SG1: Stakeholder needs, expectations, constraints, and interfaces are collected and translated into customer requirements RD SP1.1: Elicit stakeholder needs, expectations, constraints, and interfaces for all phases of the product lifecycle , University of Zurich, Department of Informatics, Samuel Fricker

16 Beispiel RD SP1.1: Elicit stakeholder needs, expectations, constraints, and interfaces for all phases of the product lifecycle Selbstreflektion: Habe ich geeignete Techniken verwendet, um die Praktik zu realisieren? Identifizieren von Qualitätsanforderungen unter Verwendung des ISO/IEC 9126 Katalogs Selbstreflektion: Habe ich typische Subpraktiken verwendet, um die Praktik zu realisieren? Keine Interaktion mit wirklichen Interessenhaltern , University of Zurich, Department of Informatics, Samuel Fricker

17 Beispiel RD SP1.1: Elicit stakeholder needs, expectations, constraints, and interfaces for all phases of the product lifecycle Dokumentreview: Habe ich geeignete Dokumente erstellt, um das End- oder die Zwischenresultate der Praktik zu dokumentieren? Dokument mit Übungsantworten: Liste von Bedürfnisse als Teil der QFD-Analyse , University of Zurich, Department of Informatics, Samuel Fricker

18 Beispiel RD SP1.1: Elicit stakeholder needs, expectations, constraints, and interfaces for all phases of the product lifecycle Evaluation Die Praktik wurde teilweise realisiert Die Evidenz gibt der Evaluation hohe Sicherheit Stärken Verwendung von ISO/IEC 9126 um eine breite und typische Menge von Bedürfnissen zu identifizieren Verbesserungsvorschläge Involvieren von Quellen wie Interessenhaltern, um sicherzugehen, dass die erhobenen Bedürfnisse auch korrekt sind Zusätzlich zu den Bedürfnissen Einschränkungen und Schnittstellen erheben und dokumentieren Den ISO/IEC Katalog erweitern oder phasenspezifische Kataloge anwenden, damit alle Phasen des Produktelebenszyklus abgedeckt sind , University of Zurich, Department of Informatics, Samuel Fricker

19 Viel Glück! Ablauf 21. Mai: Ausgabe der Übung und Einführung 4. Juni: Fragemöglichkeiten (Voranmeldung) 8. Juni, 18:00 CET: Deadline für Abgabe Form Paarweise, oder zu dritt (Ausnahme) Übungen sind wie folgt abhänig: A B, A C Infrastruktur Fragen: Uniboard oder fricker@ifi.unizh.ch Abgabe: fricker@ifi.unizh.ch Gesamtaufwand ca. 10h Zeitaufschreibung; Probleme frühzeitig melden , University of Zurich, Department of Informatics, Samuel Fricker