SQA. 2 Software Quality Assurance What is Software Quality assurance(SQA)? Quality Concepts. Software Quality Assurance Activities. Software Reviews and.

Slides:



Advertisements
Similar presentations
1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
Advertisements

ISO 9000 Quality Standards ISO 9000 describes quality assurance elements in generic terms that can be applied to any business. It treats an enterprise.
SOFTWARE Quality Management
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.
Software Quality Assurance
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.
Software Quality Assurance For Software Engineering && Architecture and Design.
Software Quality Assurance
ISO 9000 Certification ISO 9001 and ISO
Software Configuration Management
Chapter 16 Software Quality Assurance
QUALITY MANAGEMENT SYSTEM ACCORDING TO ISO
Software Project Management
Objectives 4 Understand the ISO standards. Why are standards required? 4 Need standards to ensure that a term means the same for all 4 Need company standards.
Chapter 16 Software Quality Assurance
UNIT-II Chapter : Software Quality Assurance(SQA)
Introduction to Software Quality Assurance (SQA)
Assistance - Savita Kini November 15, Software Quality Assurance - Outline ä What is Software Quality assurance(SQA)? ä Quality Concepts. ä Software.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
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 Activities
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Chapter 8 Software Quality Assurance
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
S Q A.
Software Quality Assurance SE Software Quality Assurance What is “quality”?
Software Project Management Lecture # 10. Outline Quality Management (chapter 26)  What is quality?  Meaning of Quality in Various Context  Some quality.
Software Project Management Lecture # 11. Outline Quality Management (chapter 26 - Pressman)  What is quality?  Meaning of Quality in Various Context.
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
Statistical Software Quality Assurance Implies –Information about defects is collected and categorized –An attempt is made to trace each defect to underlying.
OHT 1.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The uniqueness of software quality assurance The environments for which.
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.
Pertemuan 14 Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
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 Definition Quality costs Plan Team Characteristics Implementation documentation Reviews & Audit Software Quality Assurance.
Software Project Management Lecture # 12. Outline Quality Management ( chapter 26 - Pressman )  SQA  Who does it?  SQA Activities  Software reviews.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
UNIT - 8 QUALITY MANAGEMENT snistforum.com. Quality Management Quality management (often called software quality assurance) is an umbrella activity that.
Software Quality Control and Quality Assurance: Introduction
Software Quality Management
CS223: Software Engineering
Software Quality Assurance
Software Project Management
Software Quality Assurance
Software Verification and Validation
Software Quality Assurance
Chapter 21 Software Quality Assurance
UNIT-6 SOFTWARE QUALITY ASSURANCE
Software Quality Assurance
Chapter 21 Software Quality Assurance
Chapter 26 Quality Management
Software Quality Assurance
UNIT-6 SOFTWARE QUALITY ASSURANCE
Quality Measurable characteristic Cyclomatic complexity Cohesion
Software Quality Assurance
Chapter 26 Quality Management
Chapter # 1 Overview of Software Quality Assurance
Quality Management By Prakash G Asnani
Software Reviews.
3. Software Quality Management
Presentation transcript:

SQA

2 Software Quality Assurance What is Software Quality assurance(SQA)? Quality Concepts. Software Quality Assurance Activities. Software Reviews and their importance Statistical SQA. Software Reliability ISO 9000 approach to SQA

3 What is SQA? Software Quality Assurance is an umbrella activity that is applied throughout the software process...

4 It encompasses.. A quality management approach ä Effective software engineering technology ä Formal technical reviews that are applied throughout the software process ä A multitiered testing strategy ä Control of software documentation and changes to it ä A procedure to assure compliance with software development standards ä Measurement and reporting techniques

5 Quality ??? Quality refers to any measurable characteristics such as correctness, maintainability, portability, testability, usability, reliability, efficiency, integrity, reusability and interoperability.

6 Quality Concepts Quality of Design refers to the characteristics that designer’s specify for an item. ä Quality Control is the series of inspections, reviews and tests used throughout the development cycle to ensure that each work product meets the requirements placed upon it. ä Quality of Conformance is the degree to which the design specifications are followed during manufacturing.

7 (cont'd)... Quality policy refers to the basic aims and objectives of an organization regarding quality as stipulated by the management. ä Quality assurance consists of the auditing and reporting functions of management. ä Cost of Quality includes all costs incurred in the pursuit of quality or in performing quality related activities such as appraisal costs, failure costs and external failure costs.

8 (cont'd)... Quality planning is the process of assessing the requirements of the procedure and of the product and the context in which these must be observed. ä Quality testing is assessment of the extent to which a test object meets given requirements ä Quality assurance plan is the central aid for planning and checking the quality assurance. ä Quality assurance system is the organizational structure, responsibilities, procedures, processes and resources for implementing quality management.

9 Relative cost of correcting an error

10 Defn. of Software Quality Assurance Conformance to explicitly stated functional and performance requirements, explicitly documented development standards, and implicit characteristics that are expected of all professionally developed software. IEEE Glossary: Degree to which a system, component, or process meets (1) specified requirements, and (2) customer or user needs or expectations ISO: the totality of features and characteristics of a product or service that bear on its ability to satisfy specified or implied needs

11 SQA Group Plan Evaluations to be performed Audits and reviews to be performed Standards that are applicable to the project Procedures for error reporting and tracking Documents to be produced by the SQA group Amount of feedback provided to software project team

12 SQA Group Activities Participates in the development of the projects software process description Reviews software engineering activities to verify compliance with the defined software process. Audits designated software work products to verify compliance with those defined as part of the software process.

13 (cont'd)... Ensures that deviations in software work and work products are documented and handled according to a document procedure. Records any non-compliance and reports to senior management.

14 Software Reviews ‘Filter’ for the software engineering process ‘Purify’ the software work products that occur as a result of analysis, design, and coding. Achieve technical work of more uniform, greater and more predictable quality. Detect errors and problems at the earliest possible time.

15 Formal Technical Reviews To uncover errors in function, logic, or implementation for any representation of the software To verify that software meets its requirements To ensure that software representation meets predefined standards To achieve software development in a uniform manner To make projects more manageable

Defect Amplification Model

Defect Amplification with Reviews

Cost Comparison of Error Repair

16 Review Guidelines.. Review the product, not producer Set an agenda and maintain it Limit the debate Enunciate problem areas, not to solve every problem noted Take written notes Allocate resources and time schedule for FTR’s Limit the number of participants and insist upon advance preparation Develop a checklist for each work product to be reviewed Training for all reviewer’s Reviewing earlier reviews

Additional Structures Requirements Control Board –All requirement changes must be formally reviewed and approved ä Software Control Board ä All design changes must be formally reviewed and approved ä Interface Control Board

17 Statistical Quality Assurance Implies information about software defects is collected and categorized An attempt is made to trace each defect to its underlying cause Isolate the vital few causes of the major source of all errors Then move to correct the problems that have caused the defects

Categories of Errors Incomplete or erroneous specification (IES) Misinterpretation of customer comm (MCC) Intentional deviation from specification (IDS) Violation of programming standards (VPS) Error in data representation (EDR) Inconsistent module interface (IMI) Error in design logic (EDL)

Categories of Errors (cont'd) Incomplete or erroneous testing (IET) Inaccurate or incomplete documentation (IID) Error in programming lang. Translation (PLT) Ambiguous or inconsistent human-computer interface (HCI) Miscellaneous (MIS) Most often IES, MCC and EDR are the vital few causes for majority of errors.

18 Definitions E i = the total number of errors uncovered during the i th step in the software engineering process S i = the number of serious errors M i = the number of moderate errors T i = the number of minor errors PS = size of the product (LOC, design statements, pages of documentation)

19 error index Phase index for each step and then error index is calculated PI i = w s (S i /E i )+w m (M i /E i )+w t (T i /E i ) Formula:

20 Software Reliability Defined as the probability of failure free operation of a computer program in a specified environment for a specified time. It can measured, directed and estimated A measure of software reliability is mean time between failures where MTBF = MTTF + MTTR MTTF = mean time to failure MTTR = mean time to repair

21 Software Availability Availability =MTTF/(MTTF + MTTR) * 100% Software availability is the probability that a program is operating according to requirements at a given point in time

Software Safety Processes that help reduce the probability that critical failures will occur due to SW ä Hazard analyses ä Identify hazards that could call failure ä Develop fault tree ä Identify all possible causes of the hazard ä Formally review the remedy for each ä Redundancy ä Require a written software safety plan ä Require independent verification & validation

Example Fault Tree -- Thermal Loss of heat Power failure Computer failure Incorrectinput SW failed to throw switch... Computer failure SW failed to throw switch... Logic reversed

Software Safety Redundancy –Replicated at the hardware level –Similar vs.. dis-similar redundancy ä Verification ä Assuring that the software specifications are met ä Validation ä Assuring that the product functions as desired ä Independence

22 Overview of SQA Plan Purpose of Plan References Management Documentation Standards, Practices and Conventions Reviews and Audits Test Problem Reporting and Corrective action Tools, Techniques and Methodologies Code Control Media Control Supplier control Records Collection, Maintenance and Retention Training Risk Management

23 ISO 9000 Quality Standards ISO 9000 describes quality assurance elements in generic terms that can be applied to any business. It treats an enterprise as a network of interconnected processes. To be ISO-complaint processes should adhere to the standards described. Elements include organizational structure, procedures, processes and resources. Ensures quality planning, quality control, quality assurance and quality improvement.

24 ISO 9001 An international standard which provides broad guidance to software developers on how to Implement, maintain and improve a quality software system capable of ensuring high quality software Consists of 20 requirements... Differs from country to country..

25 ISO 9001 (cont'd)..requirements Management responsibility Quality system Contract review Design Control Document and data control Purchasing Control of customer supplied product Product identification and traceability Process control Inspection and testing Control of inspection, measuring and test equipment

26 ISO 9001 (cont'd).. Inspection and test status Control of non- confirming product Corrective and preventive action Handling, storage, packaging, preservation and delivery Control of quality records Internal quality audits Training Servicing Statistical techniques

27 Summary- SQA must be applied at each step SQA might be complex Software reviews are important SQA activities Statistical SQA helps improve product quality and software process Software Safety is essential for critical systems ISO 9001 standardizes the SQA activities

NEXT L THANKS Next Topic: