THE ROLE OF IV&V IN THE SOFTWARE DEVELOPMENT LIFE CYCLE



Similar documents
Page 1 of 7 Effective Date: 12/18/03 Software Supplier Process Requirements

<name of project> Software Project Management Plan

The Configuration Management process area involves the following:

Overview of STS Consulting s IV&V Methodology

Software Configuration Management

SOFTWARE ASSURANCE STANDARD

STS Federal Government Consulting Practice IV&V Offering

IEEE Software Engineering Risk Management: Measurement-Based Life Cycle Risk Management PSM 2001 Aspen, Colorado

Introduction for Software Configuration Management Training

Configuration & Build Management

Software Project Management and Support - Practical Support for CMMI -SW Project Documentation: Using IEEE Software Engineering Standards

QUALITY MANAGEMENT SYSTEM REQUIREMENTS General Requirements. Documentation Requirements. General. Quality Manual. Control of Documents

SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM. Software Configuration Management Checklist

Capability Maturity Model Integration (CMMI SM ) Fundamentals

Software Quality Assurance: VI Standards

ISO :2005 Requirements Summary

SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM. Quality Assurance Checklist

CHAPTER 7 Software Configuration Management

Engineering Standards in Support of

How To Integrate Software And Systems

Software Project Management Plan (SPMP)

8. Master Test Plan (MTP)

Interpreting the Management Process in IEEE/EIA with the Help of PMBOK

About this guide. 4 The syllabus requires knowledge of this topic This is material that may be of interest to the reader but is

<Project Name> Software Quality Assurance (SQA) Plan. <Document Control Number>

PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >

ISO 9000 Introduction and Support Package: Guidance on the Documentation Requirements of ISO 9001:2008

Schweppes Australia Head Office Level 5, 111 Cecil Street South Melbourne Victoria

Security Testing. Claire L. Lohr, CSQE, CSDP, CTAL F. Scot Anderson, CISSP April 7, 2009 V 1.

Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.

How DCMA Helps To Ensure Good Measurements

Software Configuration Management. Addendum zu Kapitel 13

How To Write A Contract For Software Quality Assurance

An Overview of IEEE Software Engineering Standards and Knowledge Products

codebeamer INTLAND SOFTWARE codebeamer Medical ALM Solution is built for IEC62304 compliance and provides a wealth of medical development knowledge

Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201

Engineering a EIA - 632

Software Test Plan (STP) Template

AS9100 B to C Revision

ISO 9001:2008 Audit Checklist

INDEPENDENT VERIFICATION AND VALIDATION OF EMBEDDED SOFTWARE

CMS Policy for Configuration Management

Certified Software Quality Engineer (CSQE) Body of Knowledge

Configuration Management

Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation

Service Support Kasse Initiatives, LLC. ITIL Configuration Management - 1. version 2.0

CENG492 SENIOR DESIGN PROJECT AND SEMINAR II SOFTWARE CONFIGURATION MANAGEMENT PLAN

Lecture 17: Requirements Specifications

Develop Project Charter. Develop Project Management Plan

Capability Maturity Model Integrated (CMMI)

Cartel Electronics. AS 9100 Quality Systems Manual

Project Risk Management: IV&V as Insurance for Project Success

CMMI Asset Library: Maturity Level 2

Standards & Practices for the software and system engineers /

Managing IT Projects. Chapter 2 The PMI Framework

Foreword Introduction - The Global Food Safety Initiative (GFSI) Scope Section Overview Normative References...

WORKSHOP RC EVI Integração de Sistemas Junho de 2011 Eng. Nelson José Wilmers Júnior

QUALITY MANUAL 3 KENDRICK ROAD WAREHAM, MA FAX

Example IEEE software project management plan (SPMP)

Information Technology Services Project Management Office Operations Guide

CDC UNIFIED PROCESS PRACTICES GUIDE

Darshan Institute of Engineering & Technology Unit : 7

How To Write Software

QUALITY MANAGEMENT SYSTEM REVIEW AND APPROVAL TEMPLATE (DOE G A, Appendix A, )

This is the software system proposal document for the <name of the project> project sponsored by <name of sponsor>.

AEROSPACE STANDARD. Quality Management Systems - Requirements for Aviation, Space and Defense Organizations RATIONALE

How To Understand And Understand The Cmm

Quality Management System Process/ Management Review

OH&S MANAGEMENT SYSTEM CHECKLIST - AS 4801:2001 (STATUS A = Acceptable; N = Not Acceptable; N/A = Not Applicable)

Using Rational Software Solutions to Achieve CMMI Level 2

Transformation: Corporate Development and IT

Procedure for Assessment of System and Software

INSTITUTIONAL ACCREDITATION

Page 1. Outline of the Lecture. What is Software Configuration Management? Why Software Configuration Management?

The following paragraphs, identified to coincide with the OHSAS 18001:2007 numbering system, provide a clause-by-clause summary of the standard.

Facility Maintenance Management Competency 4.9

CONTENTS. Preface. Acknowledgements. 1. Introduction and Overview 1 Introduction 1 Whatis the CMMI"? 2 What the CMMI* is Not 3 What are Standards?

Introduction to Social Compliance & Its Business Benefits

TERMS OF SUPPORT AND MAINTENANCE SERVICES RETAIL

The purpose of Capacity and Availability Management (CAM) is to plan and monitor the effective provision of resources to support service requirements.

Software Requirements Specification

Information Security Policies. Version 6.1

Requirements Management John Hrastar

GUIDANCE FOR WATER UTILITY RESPONSE, RECOVERY & REMEDIATION ACTIONS FOR MAN-MADE AND/OR TECHNOLOGICAL EMERGENCIES

MNLARS Project Audit Checklist

QUALITY MANUAL REVISION RECORD

3SL. Requirements Definition and Management Using Cradle

From Chaos to Clarity: Embedding Security into the SDLC

Software Quality Assurance. Software Engineering: A Practitionerʼs Approach, 7/e by Roger S. Pressman

SOFTWARE CONFIGURATION MANAGEMENT GUIDEBOOK

Quality Management System Manual

AS 9100 Rev C Quality Management System Manual. B&A Engineering Systems, Inc Business Park Drive, Suite A-1 Costa Mesa, CA 92626

SAFE SOFTWARE FOR SPACE APPLICATIONS: BUILDING ON THE DO-178 EXPERIENCE. Cheryl A. Dorsey Digital Flight / Solutions cadorsey@df-solutions.

Summary of Requirements for ISO 14001:2004 February 24, 2005

How To Manage A Service Transition

Transcription:

1

THE ROLE OF IV&V IN THE SOFTWARE DEVELOPMENT LIFE CYCLE by: The IV&V Group for: ASQ Section 509 Section 509 - NOV 2007 2 2

INTRODUCTION Overview Phase-Related IV&V Activities IV&V Implementation Summary The IV&V Plan Recommendation(s) Section 509 - NOV 2007 3 3

OVERVIEW Section 509 - NOV 2007 4 4

OVERVIEW IV&V activities provide information that determines (for senior management) whether development products of a particular activity conform to the requirements of that activity, and whether the software satisfies both its intended use and user needs. Section 509 - NOV 2007 5 5

OVERVIEW- continued Department of Defense, NASA, FBI, and National Archives are among the Federal agencies that have used, or are currently using IV&V for critical programs. IV&V does not replace Quality Assurance or Test. Rather IV&V exists parallel alongside both. IV&V may do the same task but with a different filter. Section 509 - NOV 2007 6 6

OVERVIEW - continued IV&V provides Objective assessment of software products and processes throughout the development life cycle Objective assessment that requirements (system and software) are correct, complete, accurate, consistent, and testable Section 509 - NOV 2007 7 Note these points: 1. Objective Assessment - means evidence has to be present 2. IV&V looks at products and processes 3. IV&V is involved throughout the development life cycle 4. Recognition that the final product starts with the requirements. 7

OVERVIEW- continued IV&V provides Early detection and correction of software errors Management insight into process and product risk(s) Objective evidence of compliance (or noncompliance) with program performance, schedule and budget requirements Section 509 - NOV 2007 8 Note these points: 1. Early rather than later 2. Risk may be technical, financial, or schedule. 8

OVERVIEW - continued IV&V may be implemented at any level Project Program Division or Enterprise Corporation or Agency Section 509 - NOV 2007 9 9

PHASE-RELATED ACTIVITIES Section 509 - NOV 2007 10 10

All Phases Management of IV&V IV&V Plan generation Baseline change assessment Management review of IV&V Management and technical reviews support Interface with organizational and supporting processes Section 509 - NOV 2007 11 11

Acquisition Phase IV&V Activities - Scope IV&V effort Plan IV&V: supplier interface Review system requirements Section 509 - NOV 2007 12 12

Supply Phase IV&V Activities Re-plan IV&V: Supplier interface Verify contract(s) Perform criticality analysis Section 509 - NOV 2007 13 13

Concept Phase IV&V Activities Evaluate concept documentation Analyze requirements allocation Analyze traceability Perform criticality analysis Perform hazard analysis Section 509 - NOV 2007 14 14

Criticality Analysis The Integrity Level This is a value that represents system complexity, criticality, risk, safety, security, desired performance, reliability or other project unique characteristic that describes the importance of the software to the user (IEEE Std 1012-2004). The process of identifying the Integrity Level is called Criticality Analysis. Example A: Levels 1-4 Level 1: potential minor impact or loss Level 4: potential risk to life, mission, financial Example B: High, Medium, Low High: critical to life or mission Low: minor impact on life or mission Section 509 - NOV 2007 15 Assessment of criticality determines which activities need to be undertaken 15

Requirements Phase IV&V Activities Analyze traceability Evaluate software requirements Analyze interfaces Perform criticality analysis Perform hazard analysis Perform risk analysis Section 509 - NOV 2007 16 16

Requirements Phase - continued IV&V Activities Verify developer s system test plan (levels 1-2) Verify developer s acceptance test plan (levels 1-2) Generate/verify IV&V system test plan (levels 3-4) Generate/verify IV&V acceptance test plan (levels 3-4) Section 509 - NOV 2007 17 17

Design Phase IV&V Activities Analyze traceability Evaluate software design Analyze interfaces Perform criticality analysis Verify developer s Component test plan (levels 1-2) Verify developer s Component test design (levels 1-2) Section 509 - NOV 2007 18 18

Design Phase IV&V Activities Generate/verify IV&V Component test plan (levels 3-4) Generate/verify IV&V Integration test plan (levels 3-4) Generate/verify IV&V Component & Integration test designs (levels 3-4) Section 509 - NOV 2007 19 19

Implementation Phase IV&V Activities Analyze traceability Analyze interfaces Perform criticality analysis Evaluate source code and source code documentation Perform hazard analysis Perform risk analysis Section 509 - NOV 2007 20 20

Implementation Phase - continued IV&V Activities - Verify developer s test cases (levels 1-2) Verify developer s test procedures (levels 1-2) Validate developer s component test results (level 2) Witness developer s testing (if required) Section 509 - NOV 2007 21 21

Implementation Phase - continued IV&V Activities - (cont d ) Generate/verify IV&V test cases (levels 3-4) Generate/verify IV&V test procedures (levels 3-4) Execute/verify IV&V component tests (levels 3-4) Section 509 - NOV 2007 22 22

Test Phase IV&V Activities - Analyze traceability Verify developer s acceptance test procedures (level 2 only) Validate developer s system test results (levels 1-2) Validate developer s acceptance test results (level 2 only) Section 509 - NOV 2007 23 23

Test Phase IV&V Activities Perform risk analysis Generate/verify IV&V acceptance test procedures (levels 3-4) Verify IV&V integration test execution (levels 3-4) Verify IV&V system test execution (levels 3-4) Section 509 - NOV 2007 24 24

Test Phase - continued IV&V Activities - Verify IV&V system test execution (levels 3-4) Verify IV&V acceptance test execution (levels 3-4) Section 509 - NOV 2007 25 25

Installation/Checkout Phase IV&V Activities Perform installation configuration audit Perform installation checkout Perform hazard analysis Generate IV&V Final Report Section 509 - NOV 2007 26 26

Operation Phase IV&V Activities - Evaluate new constraints Assess proposed changes Evaluate operating procedures Perform hazard analysis Perform risk analysis Section 509 - NOV 2007 27 27

Maintenance Phase IV&V Activities - Revise IV&V Plan Assess proposed changes Evaluate anomalies Perform criticality analysis Perform migration assessment Perform hazard analysis Perform risk analysis Section 509 - NOV 2007 28 28

THE IV&V PLAN Section 509 - NOV 2007 29 29

THE IV&V PLAN The IV&V Plan (IEEE Std-1012-2004) Section 1: Purpose Section 2: Referenced Documents Section 3: Definitions Section 4: IV&V Overview Section 5: IV&V Processes Section 6: IV&V Reporting Requirements Section 7: IV&V Administrative Requirements Section 8: IV&V Test Documentation Requirements Section 509 - NOV 2007 30 30

IMPLEMENT IV&V Perform Criticality Analysis (as needed) Generate the IV&V Plan (to document planning) Execute the IV&V Plan Provide feedback on IV&V results Section 509 - NOV 2007 31 31

SUMMARY Section 509 - NOV 2007 32 32

SUMMARY Determine the integrity level Identify the minimum required tasks (IEEE 1012) Identify optional tasks Plan the IV&V effort and required interfaces Document (IV&V Plan) the IV&V effort Execute the IV&V Plan Section 509 - NOV 2007 33 33

FOLLOW UP QUESTIONS? COMMENTS? Section 509 - NOV 2007 34 34

CONTACT INFORMATION Eva Freund, CSQE, CSDP The IV&V Group 703.731.8915 2eva.freund@gmail.com www.ivvgroup.com Section 509 - NOV 2007 35 35

36

Independence Independence Criteria: Technical independence Managerial independence Financial independence Section 509 - NOV 2007 37 Technical Independence-- utilizes personnel who are not involved in development, formulates own understanding of the problem and how the proposed system is solving the problem, develops own set of test and analysis tools Managerial Independence-- places IV&V in a separate organization from the development organization Financial Independence-- requires control of the IV&V budget be vested in an organization that is independent of the development organization 37