Statistical Software Quality Assurance Implies –Information about defects is collected and categorized –An attempt is made to trace each defect to underlying.

Slides:



Advertisements
Similar presentations
SOFTWARE Quality Management
Advertisements

PERTEMUAN - 2 SOFTWARE QUALITY. OBJECTIVES After completing this chapter, you will be able to: ■ Define software, software quality and software quality.
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 6/e (McGraw-Hill 2005). Slides copyright 2005 by Roger Pressman.1.
Software Quality Assurance
Software Quality Assurance (SQA). Recap SQA goal, attributes and metrics SQA plan Formal Technical Review (FTR) Statistical SQA – Six Sigma – Identifying.
5/18/2015CPE 731, 4-Principles 1 Define and quantify dependability (1/3) How decide when a system is operating properly? Infrastructure providers now offer.
Overview Lesson 10,11 - Software Quality Assurance
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Software Quality Assurance - Outline ä What is Software Quality assurance(SQA)? ä Quality Concepts. ä Software Quality Assurance Activities. ä Software.
Software Quality Assurance Instructor: Dr. Jerry Gao.
3. Software product quality metrics The quality of a product: -the “totality of characteristics that bear on its ability to satisfy stated or implied needs”.
Software Quality Assurance
 Software Software  Program vs Software Products Program vs Software Products  Software Characteristics Software Characteristics  Software Crisis.
Overview Software Quality Assurance Reliability and Availability
Software Project Management
Chapter 16 Software Quality Assurance
Software Project Management
Chapter 16 Software Quality Assurance
Software Project Management
Assistance - Savita Kini November 15, Software Quality Assurance - Outline ä What is Software Quality assurance(SQA)? ä Quality Concepts. ä Software.
SOFTWARE QUALITY ASSURANCE
Software Quality Assurance Activities
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Chapter 8 Software Quality Assurance
Software is:  Computer programs, procedures, and possibly associated documentation and data relates to the operation of a computer system. [IEEE_Std_ ]
Software Quality Assurance SE Software Quality Assurance What is “quality”?
Software Measurement & Metrics
Lecture 4 Software Metrics
Ch. 1.  High-profile failures ◦ Therac 25 ◦ Denver Intl Airport ◦ Also, Patriot Missle.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Chapter : 16 Software Quality Assurance
Chapter 12: Software Inspection Omar Meqdadi SE 3860 Lecture 12 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
SQA. 2 Software Quality Assurance What is Software Quality assurance(SQA)? Quality Concepts. Software Quality Assurance Activities. Software Reviews and.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
SENG521 (Fall SENG 521 Software Reliability & Testing Overview of Software Reliability Engineering Department of Electrical.
JAMINAN KUALITAS PERANGKAT LUNAK NUR CAHYO WIBOWO.
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
Software reviews Cost impact of software defects Defect amplification model Review metrics and their use – Preparation effort (E p ), assessment effort.
Software Engineering Lecture 8: Quality Assurance.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 26 Quality Management Software Engineering: A Practitioner’s Approach, 6/e Chapter 26 Quality.
CS223: Software Engineering Lecture 36: Software Quality.
1 SEG4910 – Projet génie logiciel en fin d’études / Software Engineering Capstone Project Review of Quality Assurance Timothy C. Lethbridge Derived from.
UNIT - 8 QUALITY MANAGEMENT snistforum.com. Quality Management Quality management (often called software quality assurance) is an umbrella activity that.
Chapter 10: Project Quality Management
Software Metrics and Reliability
Metrics for Specification Quality
CS223: Software Engineering
Software Quality Assurance
Software Project Management
CSC 480 Software Engineering
McCall’s Quality Factors
Software Reliability PPT BY:Dr. R. Mall 7/5/2018.
Chapter 21 Software Quality Assurance
UNIT-6 SOFTWARE QUALITY ASSURANCE
Software Reliability: 2 Alternate Definitions
Software Quality Assurance
Chapter 21 Software Quality Assurance
Chapter 26 Quality Management
Cost Impact of Software Defects
UNIT-6 SOFTWARE QUALITY ASSURANCE
Progression of Test Categories
Program Restructuring
Error Tracking Defect removal efficiency DRE = E / (E+D)
Quality Measurable characteristic Cyclomatic complexity Cohesion
Software Project Management
Chapter 26 Quality Management
Software Engineering: A Practitioner’s Approach, 6/e Chapter 26 Quality Management copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For.
Quality Management By Prakash G Asnani
Software Engineering Lecture #28
Presentation transcript:

Statistical Software Quality Assurance Implies –Information about defects is collected and categorized –An attempt is made to trace each defect to underlying cause –Use of Pareto Principle to identify vital causes (80% of defects can be traced to 20% of causes/mistakes) –Move to correct the problems that have caused the defects

Software Engineering II Lecture 30 Fakhar Lodhi

Recap

Example Information about defects is collected for one year and categorized as follows: 1.Incomplete or erroneous specifications (IES) 2.Misinterpretation of customer communication (MCC) 3.Intentional deviation from specifications (IDS) 4.Violation of programming standards (VPS) 5.Error in data representation (EDR) 6.Inconsistent component interface (ICI) 7.Error in digital logic (EDL) 8.Incomplete or erroneous testing (IET) 9.Inaccurate or incomplete documentation (IID) 10.Error in programming language translation or design (PLT) 11.Ambiguous or inconsistent human computer interface (HCI) 12.Miscellaneous (MIS)

Error CategorySeriousModerateMinorSub Total IES MCC IDS VPS EDR ICI EDL IET IID PLT HCI MIS Total

Error CategorySub Total % of Total errors IES20522 MCC15617 IDS485 VPS253 EDR13014 ICI586 EDL455 IET9510 IID364 PLT606 HCI283 MIS566 Total942 IES, MCC and EDR are vital errors - cause 53% of all errors

Error CategorySerious % of Serious errors IES3427 MCC129 IDS11 VPS00 EDR2620 ICI97 EDL1411 IET129 IID22 PLT1512 HCI32 MIS00 Total128 IES, EDR, PLT and EDL constitute about 80% of serious errors

Excel example Now start corrective action focused on vital few For example for EDR –Review the data representation techniques to identify the possible improvement areas –Adopt a use case tool for data modeling and perform stringent data design reviews

Error Index (EI) Used to develop an overall indication of improvement in software quality E i – the total number of errors uncovered during the ith step in the SE process S i – number of serious errors M i – number of moderate errors T i – number of minor errors PS i – product size at the ith step w s, w m, w t – weighting factors for serious, moderate, and minor errors Recommended values – 10, 3, 1 respectively

Error Index (EI) At each step of the software process a Phase Index is computed PI i = w s (S i /E i ) + w m (M i /E i ) + w t (T i /E i ) EI – cumulative effect on each PI i = ∑(i x PI i )/PS i –Weighting errors encountered in the SE processes more heavily than those encountered earlier –Used to develop an overall indication of improvement in software quality

Software Reliability Defined as: –Probability of failure free operation of a computer program in a specified environment for a specified time –E.g. program X is estimated to have a reliability of 0.96 over 8 elapsed hours. What is meant by the term failure? –Failure is non-conformance to software requirements –Grading From annoying to catastrophic Time to fix from minutes to months Ripples from fixing

Software reliability Hardware versus software reliability –Hardware reliability is predicted on failure due to wear, rather than failure due to design –Software – no wear and tear Mean time between failure – MTBF –MTBF = MTTF + MTTR where MTTF is mean time to failure and MTTR is mean time to repair

Software reliability Arguably MTBF is far better than defects/kloc –Each error does not have the same failure rate –User is concerned with failure and not with total error count