Prof. Mohamed Batouche Costs of software quality Introduction  More and more, commercial companies or public organizations are requiring.

Slides:



Advertisements
Similar presentations
By: MSMZ. Objective After completing this chapter, you will be able to: Explain 2 contract review stage List the objective of each stage of the contract.
Advertisements

1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
 Every stage from phase DESIGN in Software Development Process will have “design document” especially in analysis and design phases.  “Design document”
SOFTWARE QUALITY ASSURANCE Maltepe University Faculty of Engineering SE 410.
OHT 10.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The testing process Determining the test methodology phase Planning.
Overview Lesson 10,11 - Software Quality Assurance
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited Review objectives Formal design reviews (FDRs) Participants Preparations.
OHT 8.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations.
OHT 4.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Pre-project components Software project life cycle components Infrastructure.
OHT 22.1 Galin, SQA from theory to implementation © Pearson Education Limited Objectives of cost of software quality metrics 2.The classic model.
OHT 14.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software quality infrastructure components The need for procedures and.
Components of software quality assurance system overview
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
Chapter 8 Assuring the quality of external participants’ contributions
Software Quality Assurance
SQA Architecture Software Quality.
OHT 17.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Corrective and preventive actions — definitions The corrective and preventive.
Development and Quality Plans
Development plan and quality plan for your Project
SOFTWARE QUALITY ASSURANCE Maltepe University Faculty of Engineering SE 410.
Prof. Mohamed Batouche Quality Control.
OHT 22.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Software Quality assurance (SQA) SWE 333 Dr Khalid Alnafjan
SQA Work Procedures.
International Software Quality Models ISO
SE513 Software Quality Assurance Lecture04: Contract Review Galin, SQA from Theory to Education Limited 2004.
CHAPTER 5 Infrastructure Components PART I. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser 2 Learning Objectives: To discuss: The need for SQA procedures.
OHT 16.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The objectives of training and certification The training and certification.
Software Quality assurance SQA – SWE 333
SQA Architecture Software Quality By: MSMZ.
National Cheng Kung University 軟體品質管理 期末報告 The SQA Unit and Other Actors in the SQA System Reporter: 羅國益 Teacher: 朱治平 Date: 2014/12/30.
Chapter 4 Components of the Software Quality Assurance System
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
Software Quality Assurance Activities
OHT 25.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The quality assurance organizational framework Top management’s quality.
Assuring the quality of external participants' contributions Michael Rooney mpr07u.
Overview of SQA Components
Prof. Mohamed Batouche Software Configuration management.
The Software Quality Assurance System By Jonathon Gibbs Jonathon Gibbs (jxg16u) 26 th November 2009.
S Q A.
OHT 5.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Contract review process and stages Contract review objectives Implementation.
Software Project Management Lecture # 10. Outline Quality Management (chapter 26)  What is quality?  Meaning of Quality in Various Context  Some quality.
Galin, SQA from Theory to Implementation
OHT 12.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction Types of external participants Risks and benefits of introducing.
Prof. Mohamed Batouche Main Components …
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
Pre-Project Components
OHT 12.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Introduction Types of external participants Risks and benefits of introducing.
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
Software Quality assurance SQA – SWE 333
Software Engineering Lecture 8: Quality Assurance.
SE513 Software Quality Assurance Lecture10: Documentation and Quality Records Control Galin, SQA from Theory to Education Limited.
SEN 460 Software Quality Assurance. Bahria University Karachi Campus Waseem Akhtar Mufti B.E(C.S.E) UIT, M.S(S.E) AAU Denmark Assistant Professor Department.
Multitude of source of errors - various style of source of errors will affect the SQA components * The environment in which software development & maintenance.
SQA COMPONENTS IN THE PROJECT LIFE CYCLE C HAPTER 8 Dr. Ahmad F. Shubita.
Chapter 16 Staff training and certification. Outline The objectives of training and certification The training and certification process Determine professional.
S TANDARDS, CERTIFICATION AND ASSESSMENT C HAPTER 23 Dr. Ahmad F. Shubita.
OHT 10.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The testing process Determining the test methodology phase Planning.
OHT 15.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 Templates The contribution of templates to software quality The organizational.
Software Quality Assurance
Components of software quality assurance system overview
Supporting quality devices
Components of software quality assurance system overview
Components of software quality assurance system overview
Components of software quality assurance system overview
Chapter # 8 Quality Management Standards
Chapter # 7 Software Quality Metrics
Chapter # 4 Development and Quality Plans
Chapter # 3 The Components of SQA
Chapter # 1 Overview of Software Quality Assurance
Presentation transcript:

Prof. Mohamed Batouche

Costs of software quality Introduction  More and more, commercial companies or public organizations are requiring economic evaluation of their quality assurance systems.  Cost of software quality may be viewed as another class of software quality metrics where financial values are used as the measuring tool. 2

Objectives of cost of software quality metrics 3

In general – it enables management to achieve economic control over SQA activities and outcomes. The specific objectives are: * Control organization-initiated costs to prevent and detect software errors. * Evaluation of the economic damages of software failures as a basis for revising the SQA budget. * Evaluation of plans to increase or decrease of SQA activities or to invest in SQA infrastructure on the basis of past economic performance. Cost of software quality metrics — Objectives 4

Managerial control over the cost of software quality is achieved by comparison of actual performance figures with: *Control Budgeted expenditures (for SQA prevention and appraisal activities). *Previous year’s failure costs *Previous project’s quality costs (control costs and failure costs). *Other department’s quality costs (control costs and failure costs). Performance comparisons for Managerial control over SQA costs 5

After introducing changes (SQA procedures or infrastructure), the success of the new SQA may be provided by: *Percentage of cost of software quality out of total software development costs. *Percentage of software failure costs out of total software development costs. *Percentage of cost of software quality out of total software maintenance costs. *Percentage of cost of software quality out of total sales of software products and software maintenance. Cost metrics for evaluating SQA systems examples 6

The classic model of cost of software quality: Feigenbaum’s Model 7

The classic model of cost of software quality The classic quality cost model, developed in the early 1950s by Feigenbaum and others classifies costs related to product quality into two general classes: ■ Costs of control include costs that are spent to prevent and detect software errors in order to reduce them to an accepted level. ■ Costs of failure of control include costs of failures that occurred because of failure to prevent and detect software errors. Costs of Software Quality Costs of Control Costs of Failure of Control 8

The classic model of cost of software quality The model further subdivides these classes into subclasses: ■ Costs of control : ■ Prevention costs include investments in quality infrastructure and quality activities that are not directed to a specific project or system, being general to the organization. ■ Appraisal costs include the costs of activities performed for a specific project or software system for the purpose of detecting software errors. They are devoted to detection of software errors. ■ Costs of failure of control : ■ Internal failure costs include costs of correcting errors that have been detected by design reviews, software tests and acceptance tests (carried out by the customer) and completed before the software is installed at customer sites. ■ External failure costs include all costs of correcting failures detected by customers or the maintenance team after the software system has been installed. 9

Cost of software quality Prevention costs Appraisal costs Internal failure costs External failure costs Costs of Control costs Costs of Failure of control costs The classic model of cost of software quality Feigenbaum’s Model 10

a.Investments in development of SQA infrastructure components * Procedures and work instructions * Support devices: templates, checklists etc * Software configuration management system * Software quality metrics b.Regular implementation of SQA preventive activities: *Instruction of new employees in SQA subjects * Certification of employees *Consultations on SQA issues to team leaders and others c.Control of the SQA system through performance of: *Internal quality reviews *External quality audits *Management quality reviews Prevention costs 11

(a) Costs of reviews: * Formal design reviews (DRs) * Peer reviews (inspections and walkthroughs) * Expert reviews (b) Costs of software testing: * Unit, integration and software system tests * Acceptance tests (carried out by customers) (c) Costs of assuring quality of external participants by means of design reviews and software testing. Appraisal costs 12

*Costs of redesign or design corrections subsequent to design review and test findings *Costs of re-programming or correcting programs in response to test findings *Costs of repeated design review and re- testing (regression tests) Internal failure costs 13

Typical external failure costs cover: *Resolution of customer complaints during the warranty period. *Correction of software bugs detected during regular operation. *Correction of software failures after the warranty period is over even if the correction is not covered by the warranty. *Damages paid to customers in case of a severe software failure. *Reimbursement of customer's purchase costs. *Insurance against customer's claims. Typical examples of hidden external failure costs: *Reduction of sales to customers that suffered from software failures. *Severe reduction of sales motivated by the firm's damaged reputation. *Increased investment in sales promotion to counter the effects of past software failures. *Reduced prospects to win a tender or, alternatively, the need to under- price to prevent competitors from winning tenders. External failure costs 14

Galin’s extended model 15

Galin’s extended model for cost of software quality Analysis of the software quality costs defined by the classic model reveals that several costs of substantial magnitude are excluded. For example, typical software quality failure costs include: ■ Damages paid to customers as compensation for late completion of the project due to unrealistic scheduling. ■ Damages paid to customers in compensation for late completion of the project as a result of failure to recruit sufficient staff. The element common to these two failures is that they result not from any particular action of the development team or any lack of professionalism; they are actually outcomes of managerial failure. Management can perform several activities to prevent or reduce the costs that result from the types of failure particular to its functions: contract reviews, progress control of the software project. 16

Cost of software quality Prevention costs Appraisal costs Internal failure costs External failure costs Costs of Control costs Costs of Failure of control costs Managerial preparations and control costs Managerial failure costs Galin’s extended model for cost of software quality 17

*Costs of carrying out contract reviews *Costs of preparing project plans, including quality plans *Costs of periodic updating of project and quality plans *Costs of performing regular progress control *Costs of performing regular progress control of external participants’ contributions to projects Managerial preparation and control costs 18

*Unplanned costs for professional and other resources, resulting from underestimation of the resources in the proposals stage. *Damages paid to customers as compensation for late project completion, a result of the unrealistic schedule in the Company’s proposal. *Damages paid to customers as compensation for late completion of the project, a result of management’s failure to recruit team members. *Domino effect: Damages to other projects planned to be performed by the same teams involved in the delayed projects. The domino effect may induce considerable hidden external failure costs. Managerial failure costs 19

Application of a cost of software quality system 20

In order to apply a cost of software quality system in an organization, the following are required: *Definition of a cost of software quality model and specification of cost items: the organization should select the classic or extended model. *Definition of the method of data collection for each cost item: use of Management Information Systems (MIS) in place. *Application of a cost of software quality system, including thorough follow up. *Actions taken in response to the model’s findings. Application of a cost of software quality system 21

Specification of cost items: Application of a cost of software quality system 22

Application of a cost of software quality system, including thorough follow up: ■ Assigning responsibility for reporting and collecting quality cost data. ■ Instruction of the team in the logic and procedures of the new system. ■ Follow-up: – Support for solving implementation problems and providing supplementary information when needed – Review of cost reporting, proper classification and recording – Review of the completeness and accuracy of reports by comparing them with records produced by the general MIS system and the cost and activity records from previous periods. This task requires special efforts during the initial implementation period. ■ Updating and revising the definitions of the cost items together with the reporting and collecting methods, based on feedback. Application of a cost of software quality system 23

Typical actions taken and expected results: Application of a cost of software quality system 24

Cost of software quality balance by quality level

General problems *Inaccurate and/or incomplete identification and classification of quality costs. *Negligent reporting by team members *Biased reporting of software costs, especially of “censored” internal and external costs. *Biased recording of external failure costs - “camouflaged” compensation of customers for failures. Problems arising when collecting data on managerial costs: *Contract review and progress control activities are performed in a “part-time mode”. The reporting of time invested is usually inaccurate and often neglected. *Many participants in these activities are senior staff members who are not required to report use of their time resources. *Difficulties in determination of responsibility for schedule failures. *Payment of overt and formal compensation usually occurs quite some time after the project is completed, and much too late for efficient application of the lessons learned. Problems in the application of cost of software quality metrics 26

 Williaw E. Lewis, “Software Testing And Continuous Quality Improvement”, Third Edition, CRC Press,  K. Naik and P. Tripathy: “Software Testing and Quality Assurance”, Wiley,  Ian Sommerville, Software Engineering, 8th edition,  Aditya P. Mathur,“Foundations of Software Testing”, Pearson Education,  D. Galin, “Software Quality Assurance: From Theory to Implementation”, Pearson Education, 2004  David Gustafson, “Theory and Problems of Software Engineering”, Schaum’s Outline Series, McGRAW-HILL,