Successful Verification

Slides:



Advertisements
Similar presentations
Copyright © 2003 by Cooliemon TM, LLC 1 Causal Analysis & Resolution (CAR) at Level 1 Presenter: Ralph Williams, President SEI Authorized CBA IPI Lead.
Advertisements

Formal Process of QA and quality related certifications Formal Process of QA and quality related certifications MIM 3 rd year – Sem V Abhishek Mishra –
Chapter 4 Quality Assurance in Context
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 6/e (McGraw-Hill 2005). Slides copyright 2005 by Roger Pressman.1.
Stepan Potiyenko ISS Sr.SW Developer.
Overview Lesson 10,11 - Software Quality Assurance
SE 555 Software Requirements & Specification Requirements Validation.
CMMI Overview Quality Frameworks.
Verification and Validation Mark C. Paulk July 16, 2003 SEEK 2003
Software Process CS 414 – Software Engineering I Donald J. Bagert Rose-Hulman Institute of Technology December 17, 2002.
SOFTWARE PROJECT MANAGEMENT Project Quality Management Dr. Ahmet TÜMAY, PMP.
Software Quality Assurance For Software Engineering && Architecture and Design.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
1 Software Inspections and Walkthroughs Author: A. Frank Ackerman Presented by Cynthia Johnson EEL6883.
Capability Maturity Model
CMMI Course Summary CMMI course Module 9..
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
Software Inspections and Walkthroughs By. Adnan khan.
N By: Md Rezaul Huda Reza n
Software Quality Assurance Activities
How To Define Processes in Expert Mode
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
S Q A.
Software Quality Assurance SE Software Quality Assurance What is “quality”?
IT Requirements Management Balancing Needs and Expectations.
EngMat/JWS.PPT 10/17/ CMMI ® Today – The Current State CMMI ® Technology Conference 2003 November 18, 2003 Ron Paulson Vice President, Engineering.
Managing CMMI® as a Project
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 9 – Quality Management 1INFO636 Week 9.
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
Cost & Benefit Analysis Executive Overview David F. Rico.
Pittsburgh, PA CMMI Acquisition Module - Page M4-1 CMMI ® Sponsored by the U.S. Department of Defense © 2005 by Carnegie Mellon University This.
Federal Aviation Administration 2011 V&V Summit: Verification & Validation Overview Presented by: John Frederick Date:10/19/11.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Copyright © 2003 by Cooliemon TM, LLC 1 Presenter: Ralph Williams, President SEI Authorized CBA IPI Lead Assessor (CMM ® ) SCAMPI Lead Appraiser SM (CMMI.
Economic Justification. Good Enough Quality Time to market Time to market Time to profit Time to profit.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Copyright © by Quality Improvement Consultants, Inc. (QIC) Slide 1 World-Class Quality Measurably Improving Your Requirements Based on the CMMI.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Capability Maturity Model. What is CMM? n CMM: Capability Maturity Model n Developed by the Software Engineering Institute of the Carnegie Mellon University.
Introduction for the Implementation of Software Configuration Management I thought I knew it all !
Staged or Continuous: Which Model Should I Choose?
Project Quality Management
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Software Engineering (CSI 321)
School of Business Administration
Software Quality Assurance
Software Verification and Validation
Chapter 10 Software Quality Assurance& Test Plan Software Testing
CMMI Overview Quality Frameworks.
Process Maturity Profile
Information Technology Project Management – Fifth Edition
Level - 3 Process Areas (CMMI-DEV)
Definitions.
CMMI – Staged Representation
Introduction Edited by Enas Naffar using the following textbooks: - A concise introduction to Software Engineering - Software Engineering for students-
Quality management standards
Engineering Processes
Software Quality Assurance
Baisc Of Software Testing
Software Engineering I
Capability Maturity Model
Engineering Processes
Chapter # 1 Overview of Software Quality Assurance
Capability Maturity Model
Copyright © by Quality Improvement Consultants, Inc. (QIC) 1 World-Class Quality Staged or Continuous: Which Model Should I Choose? ® CMM is.
Software Reviews.
Requirements Development in CMMI
Capability Maturity Model
Presentation transcript:

Successful Verification and Validation Based on the CMMISM Model NDIA 2003 CMMISM Conference Timothy G. Olson, President Quality Improvement Consultants, Inc. (760) 804-1405 Tim.Olson@qic-inc.com www.qic-inc.com ® CMM is registered in the U.S. Patent and Trademark Office by Carnegie Mellon University. SM CMMI is a service mark of Carnegie Mellon University. QIC is an independent consulting firm that is not affiliated with, endorsed by or sponsored by NDIA, SEI, or any other third party.

Presentation Objectives Briefly describe the purpose and benefits of verification and validation (V&V). Describe the EEVVA Model and how it maps to the CMMISM. Describe some best-in-class V&V processes and results. Answer any questions.

Outline V&V Overview EEVVA Model Some Best-In-Class V&V Processes Summary Questions and Answers

Verification and Validation Concepts Verification: compares intrinsic properties of a work product to policies, standards, processes, procedures, requirements, etc. Validation: compares the information content of a product or product component to extrinsic properties (i.e., Is the customer’s need met? Does the product fulfill its intended use?). A short-hand rule to help remember V&V: Verification: “Am I building the product right?” Validation: “Am I building the right product?” • B. W. Boehm, "Verifying and Validating Software Requirements and Design Specifications", IEEE Software, Vol.1, No.1, 1984

CMMISM Verification “The purpose of Verification is to ensure that selected work products meet their specified requirements.” “Verification is inherently an incremental process because it occurs throughout the development of the product and work products, beginning with verification of the requirements, progressing through the verification of the evolving work products, and culminating in the verification of the completed product.” • Reference: “CMMISM for Systems Engineering, Software Engineering, IPPD, Supplier Sourcing”, CMMI-SE/SW/IPPD/SS, Continuous Version, Version 1.1

CMMISM Validation “The purpose of Validation is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment.” “Validation activities can be applied to all aspects of the product in any of its intended environments, such as operation, training, manufacturing, maintenance, and support services. The methods employed to accomplish validation can be applied to work products as well as to the product and product components. The work products (e.g., requirements, designs, prototypes) should be selected on the basis of which are the best predictors of how well the product and product component will satisfy user needs.” • Reference: “CMMISM for Systems Engineering, Software Engineering, IPPD, Supplier Sourcing”, CMMI-SE/SW/IPPD/SS, Continuous Version, Version 1.1

CMMISM Engineering PAs • Reference: “CMMISM for Systems Engineering, Software Engineering, IPPD, Supplier Sourcing”, CMMI-SE/SW/IPPD/SS, Continuous Version, Version 1.1

V&V Benefits V&V activities are important because they: Ensure that requirements are met. Remove defects from the product through out a project’s life cycle, reduce rework, and reduce the cost of poor quality. Ensure that user needs are met and ensure the the product fulfills its intended use when placed in its intended environment. Improve the quality of the process and the product. Improve productivity and performance.

Outline V&V Overview EEVVA Model Some Best-In-Class V&V Processes Summary Questions and Answers

EEVVA Model EEVVA Review Purpose/Type Education Communication; Raise Issues (e.g., Walkthroughs) Evaluation Raise issues; Consensus (e.g., Peer Reviews) Verification Verify req.s; Remove defects (e.g., Inspections) Validation Meet user needs (e.g., User Groups) Assurance Product and process assurance (e.g., Audits) Adapted from Ebenau, Software Inspection Process, McGraw Hill, 1994

Mapping EEVVA to CMMISM Education is in the CMMISM, but not necessarily aligned with verification or validation (e.g., using walkthroughs for education). Evaluation is implied in the CMMISM. Verification was in the CMM® (e.g., testing, peer reviews, etc), but not explicit. Verification is explicit in the CMMISM. Validation was missing in the CMM®, but is explicit in the CMMISM. Assurance is also explicit in the CMMISM (e.g., PPQA).

EEVVA to CMMISM Summary The major strength of EEVVA is that it helps organizations to have an explicit objective for each type of review. EEVVA also provides additional objectives for reviews not explicitly in the CMM® or CMMISM (e.g., education, evaluation). CMMISM supports EEVVA (better than the CMM®). However, there are some V&V best practices that are not required in CMM® or CMMISM.

Outline V&V Overview EEVVA Model Some Best-In-Class V&V Processes Summary Questions and Answers

Best-In-Class Verification Prevent and remove defects/problems as early in the life cycle as possible. Use inspections, peer reviews, and walkthroughs to verify life cycle work products (e.g., requirements, design, implementation, etc). Use education (e.g., walkthroughs) to share product knowledge with professionals. Use testing best practices to remove remaining defects (e.g., unit test, integration test, system test, regression testing, reliability/statistical testing). Use verification processes as early as possible.

Best-In-Class Validation Remove problems as early in the life cycle as possible (e.g., meet with users/customers). Use validation processes (e.g., user group meetings, reviews, prototyping) to validate life cycle work products (e.g., requirements, use cases). Educate users/customers on the product (e.g., usage scenarios, product training, etc). Use validation best practices to prevent and detect remaining defects/problems (e.g., simulation, acceptance testing, etc). Use validation processes as early as possible.

Example V&V Activities EXAMPLE VERIFICATION ACTIVITIES Inspect 100% SyRS/SRS Peer Review 100% Designs Inspect 100% Critical Implementation Reliability/ Statistical Testing Verify Changes REQUIREMENTS DESIGN IMPLEMENTATION TEST RELEASE User/ Customer Feedback Reviews Use Cases; User Reviews; Customer Priorities Prototyping; Decision Analysis & Resolution Simulation Acceptance Testing EXAMPLE VALIDATION ACTIVITIES

Best-In-Class V&V Strategies DEFECT & PROBLEM PREVENTION EARLY DEFECT & PROBLEM DETECTION (80-90% before Test) NUMBER OF DEFECTS Unit Test Req.’s Design Code Test Release • Slide adapted from Olson, “A Software Quality Strategy for Demonstrating Early ROI”, SSQ Journal, May 1995.

Industry Standard Cost Ratio to Fix a Defect Defects cost less to fix when detected earlier in the process $ 100 DEFECTS 10 COST 1 TIME Requirements Design Implementation Test Release • Data from Gilb, T. and Graham, D. Software Inspection. Addison-Wesley, 1993.

Early Defect Detection (EDD) Shortens the Schedule $ Without Early Defect Detection With Early Defect Detection RESOURCES Requirements Design Implementation Test Release SCHEDULE • Adapted from Fagan, M. “Advances in Software Inspections”, IEEE Transactions on Software Engineering, July 1986

EDD Strategy: Defect Removal Efficiency (DRE) Inspect 100% SyRS Inspect 100% Critical Implem. NUMBER OF DEFECTS Inspect 100% SRS Peer Review Designs Peer Review Other Unit Test Requirements Design Code Test Release • Slide adapted from Olson, “A Software Quality Strategy for Demonstrating Early ROI”, SSQ Journal, May 1995.

Best-In-Class EDD Benchmarks MEASUREMENT WORLD-CLASS BENCHMARK Reduced from ~33% to ~15% (e.g., cut COPQ in half) Costs of Poor Quality (COPQ) Defect Removal Efficiency 70-90% defect removal before test Post-Release Defect Rate Six Sigma (i.e., .01 Defects Per Million) Productivity Doubled (e.g., in 5 years at ~20% a year) Return on Investment 7:1 - 12:1 ROI Schedule / Cycle Time Reduced by 10-15% (e.g., per year)

Outline V&V Overview EEVVA Model Some Best-In-Class V&V Processes Summary Questions and Answers

Summary The purpose of Verification is to ensure that selected work products meet their specified requirements. The purpose of Validation is to demonstrate that a product or product component fulfills its intended use when placed in its intended environment. V&V activities: Remove defects from the product through out a project’s life cycle, reduce rework, and reduce the cost of poor quality Improve the quality of the process and the product Improve productivity and performance • Adapted from “CMMISM for Systems Engineering, Software Engineering, IPPD, Supplier Sourcing”, CMMI-SE/SW/IPPD/SS, Continuous Version, Version 1.1

Outline V&V Overview EEVVA Model Some Best-In-Class V&V Processes Summary Questions and Answers

Successful Verification and Validation Based on the CMMISM Model NDIA 2003 CMMISM Conference Timothy G. Olson, President Quality Improvement Consultants, Inc. (760) 804-1405 Tim.Olson@qic-inc.com www.qic-inc.com ® CMM is registered in the U.S. Patent and Trademark Office by Carnegie Mellon University. SM CMMI is a service mark of Carnegie Mellon University. QIC is an independent consulting firm that is not affiliated with, endorsed by or sponsored by NDIA, SEI, or any other third party.