Independent Verification and Validation of SAPHIRE 8 Software Quality Assurance Plan
|
|
|
- Kathleen Watkins
- 10 years ago
- Views:
Transcription
1 INL/EXT Rev. 1 Independent Verification and Validation of SAPHIRE 8 Software Quality Assurance Plan March 2010 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance
2 INL/EXT Rev. 1 Independent Verification and Validation of SAPHIRE 8 Software Quality Assurance Plan March 2010 Idaho National Laboratory Idaho Falls, Idaho Prepared for the U. S. Nuclear Regulatory Commission Washington, DC Project No. N6423
3 Table of Contents 1.0 Executive Summary Background Information Summary of Findings NUREG/BR-0167 Findings Section 1.2 Scope and Applicability... 3
4 1.0 Executive Summary The purpose of the Independent Verification and Validation (IV&V) role in the evaluation of the SAPHIRE Software Quality Assurance Plan is to assess the planned and systematic pattern of all actions necessary to provide adequate confidence that a software product conforms to established technical requirements. The IV&V team began this endeavor after the software engineering and software development of SAPHIRE had already been in production. The requirements for IV&V review were extracted primarily from the NUREG but also included an examination of best software engineering methods provided in the IEEE Standard for Software Verification and Validation. IV&V based the evaluation upon software quality assurance guidance specified in NUREG/BR-0167, Software Quality Assurance Program and Guidelines. The evaluation criteria and the results of the assessment are identified in section 3 of this document. Per the requirements and document outline provided in the SAPHIRE IV&V Plan, this report and all subsequent reports will be included as attachments and/or background evidence of the evaluation as well as the results of the assessment. Page 1
5 2.0 Background Information NUREG/BR-0167, Software Quality Assurance Program and Guidelines, requires the development of software quality assurance activities that includes both management and technical aspects of software development and maintenance. This report provides an evaluation of the Software Quality Assurance Plan. The Software Quality Assurance Plan is intended to ensure all actions necessary for the software life cycle; verification and validation activities; documentation and deliverables; project management; configuration management, nonconformance reporting and corrective action; and quality assessment and improvement have been planned and a systematic pattern of all actions necessary to provide adequate confidence that a software product conforms to established technical requirements; and to meet the contractual commitments prepared by the sponsor; the Nuclear Regulatory Commission. Independent Verification and Validation (IV&V) evaluates and assesses the processes and products developed during each phase of the Software Development Life Cycle (SDLC). The SAPHIRE 8 development team is implementing a spiral rapid application approach to the product development. One of the roles that IV&V performs, regardless of the development methodology, is to analyze products developed throughout the development process. The intent is to provide a level of confidence to the sponsor that the quality of the software product and supporting documentation is built into the software, not tested in. Evaluating the supporting documentation for each product is one aspect of providing this level of confidence. IV&V supports and is complementary to the Quality Assurance, Project Management, and product development activities. To achieve this support, IV&V must also evaluate the processes identified in the documentation to ensure that the development team is implementing the processes and methodology that ensures a high-level software product. Due to the spiral approach implemented for the software development, it is expected that the Software Quality Assurance Plan will evolve as the SAPHIRE 8 product matures. Therefore, IV&V will evaluate each iteration of the Software Quality Assurance Plan. To provide direction in the evaluation process, IV&V used the software quality assurance guidance specified in NUREG/BR-0167, Software Quality Assurance Program and Guidelines to support the requirements for the SDLC. The Project Plan requirements used for the analysis of the Software Quality Assurance Plan is included in the SAPHIRE 8 Software Independent Verification and Validation Plan (INL/EXT ). The evaluation criteria and the results of the assessment are identified in section 3 of this document. Page 2
6 3.0 Summary of Findings An Independent Verification and Validation evaluation of the Software Quality Assurance Plan Document ID: INL/EXT for SAPHIRE 8 was performed using the evaluation criteria contained in section The evaluation criteria were extracted from the guidance specified in NUREG/BR-0167, Software Quality Assurance Program and Guidelines. Section refers to the guidance within the NUREG/BR-0167 Software Quality Assurance Program and Guidelines requirements the SAPHIRE 8 Software Quality Assurance Plan must satisfy. 3.1 NUREG/BR-0167 Findings Refer to the SAPHIRE 8 Software Independent Verification and Validation Plan Document ID: INL/EXT for the substitution of Peer Review in place of Configuration Control Board (CCB) Section 1.2 Scope and Applicability Pass Software quality assurance is the planned and systematic pattern of all actions necessary to provide adequate confidence that a software product conforms to established technical requirements. Section 1.1 Project Background and Objectives first sentence states This Quality Assurance (QA) Plan documents the QA activities that will be managed by the INL related to JCN N6423. JCN N6423 Revision 5, Date: 04/20/09, I. Task 9: Quality Assurance specifies that INL will support a variety of verification and validation (V&V) activities, including support of a NRC peer review, audits, testing, maintenance, and modifications of the SAPHIRE 8 software Section 1.2 Project Scope and Organization last paragraph states INL will follow NRC Management Directive 11.7 Procedures for Placement and Monitoring of Work with the Department of Energy related to software development. This directive suggests that all software development, modification, or maintenance tasks shall follow general guidance provided in NUREG/BR-0167 Software Quality Assurance Program and Guidance. SAPHIRE 8 will follow the requirements for Level 1 software defined in Section 1.2 of NUREG/BR The NRC will perform an audit of the software QA implementation once a year against the requirement of NUREG/BR Page 3
Independent Verification and Validation of SAPHIRE 8 Software Configuration Management Plan
INL/EXT-09-17141 Rev. 1 Independent Verification and Validation of SAPHIRE 8 Software Configuration Management Plan February 2010 The INL is a U.S. Department of Energy National Laboratory operated by
Independent Verification and Validation of SAPHIRE 8 Software Project Plan
INL/EXT-09-17022 Rev. 2 Independent Verification and Validation of SAPHIRE 8 Software Project Plan March 2010 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance
SAPHIRE 8 Software Configuration Management Plan
INL/EXT-09-16696 Rev. 1 SAPHIRE 8 Software Configuration Management Plan January 2010 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance INL/EXT-09-16696 Rev.
SAPHIRE 8 Software Quality Assurance Oversight
INL/EXT-11-23498 SAPHIRE 8 Software Quality Assurance Oversight Kurt G. Vedros September 2011 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance INL/EXT-11-23498
SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM. Quality Assurance Checklist
SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM Quality Assurance Checklist The following checklist is intended to provide system owners, project managers, and other information systems development and
Regulatory Guide 1.169 Configuration Management Plans for Digital Computer Software Used in Safety Systems of Nuclear Power Plants
Regulatory Guide 1.169Configuration Managemen... Page 1 of 10 September 1997 Regulatory Guide 1.169 Configuration Management Plans for Digital Computer Software Used in Safety Systems of Nuclear Power
Information Technology Policy
Information Technology Policy Systems Development Life Cycle Policy ITP Number ITP-APP012 Category Recommended Policy Contact [email protected] Effective Date May 1, 2013 Supersedes Scheduled Review
How To Write A Contract For Software Quality Assurance
U.S. Department of Energy Washington, D.C. NOTICE DOE N 203.1 Approved: Expires: 06-02-01 SUBJECT: SOFTWARE QUALITY ASSURANCE 1. OBJECTIVES. To define requirements and responsibilities for software quality
When printed the document is for reference only and is considered uncontrolled - refer to the Document Control System for the most current version
QM-1 SUPPLEMENT QUALITY MANAGEMENT SYSTEMS MANUAL Revision 6 Page: 1 of 6 APPROVED BY: TITLE DATE Electronic Signature on file Quality Director 10/3/15 D. Picciotti Page: 2 of 6 DOCUMENT REVISION HISTORY
Regulatory Guide 1.168 Verification, Validation, Reviews, And Audits For Digital Computer Software Used in Safety Systems of Nuclear Power Plants
Regulatory Guide 1.168 Page 1 of 10 September 1997 Regulatory Guide 1.168 Verification, Validation, Reviews, And Audits For Digital Computer Software Used in Safety Systems of Nuclear Power Plants Publication
Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201
PURCHASE ORDER ATTACHMENT Q-201A Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201 1. A qualified employee shall be selected by the Software Quality Manager
CHAPTER 7 Software Configuration Management
CHAPTER 7 Software Configuration Management ACRONYMS CCB CM FCA MTBF PCA SCCB SCI SCM SCMP SCR SCSA SEI/CMMI SQA SRS USNRC INTRODUCTION Configuration Control Board Configuration Management Functional Configuration
2010, T. K. Gaughan, PMP IT Process Architects & Engineers Global Services, LLC 1
The Project Management Office (PMO) Best Practices and Processes There are two (2) standard Project Management Office (PMO) models: Administrative and Functional. The key difference between the two is
DRAFT REGULATORY GUIDE
U.S. NUCLEAR REGULATORY COMMISSION August 2012 OFFICE OF NUCLEAR REGULATORY RESEARCH Division 1 DRAFT REGULATORY GUIDE Contact: K. Sturzebecher (301) 251-7494 DRAFT REGULATORY GUIDE DG-1206 (Proposed Revision
STS Federal Government Consulting Practice IV&V Offering
STS Federal Government Consulting Practice IV&V Offering WBE Certified GSA Contract GS-35F-0108T For information Please contact: [email protected] 2007 by STS, Inc. Outline Background on STS What is IV&V?
SOFTWARE CONFIGURATION MANAGEMENT GUIDEBOOK
Office of Safety and Mission Assurance NASA-GB-9503 SOFTWARE CONFIGURATION MANAGEMENT GUIDEBOOK AUGUST 1995 National Aeronautics and Space Administration Washington, D.C. 20546 PREFACE The growth in cost
AP1000 European 18. Human Factors Engineering Design Control Document
18.2 Human Factors Engineering Program Management The purpose of this section is to describe the goals of the AP1000 human factors engineering program, the technical program to accomplish these goals,
What is a life cycle model?
What is a life cycle model? Framework under which a software product is going to be developed. Defines the phases that the product under development will go through. Identifies activities involved in each
23. The quality management system
23. The quality management system Version 2.0 On this page: Mandatory requirements: Extracts from the HFE Act Extracts from licence conditions HFEA guidance: Definition of the quality management system
Cyber Security Considerations in the Development of I&C Systems for Nuclear Power Plants
Cyber Security Considerations in the Development of I&C Systems for Nuclear Power Plants Jung-Woon Lee, Cheol-Kwon Lee, Jae-Gu Song, and Dong-Young Lee I&C and HF Research Division, Korea Atomic Energy
<name of project> Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
Proposal: Application of Agile Software Development Process in xlpr ORNL- 2012/41412 November 2012
Proposal: Application of Agile Software Development Process in xlpr ORNL- 2012/41412 November 2012 Prepared by Hilda B. Klasky Paul T. Williams B. Richard Bass This report was prepared as an account of
Software Quality Assurance Plan
For Database Applications Document ID: Version: 2.1a Planning Installation & Acceptance Integration & Test Requirements Definition Design Development 1 / 54 Copyright 2000-2006 Digital Publications LLC.
Recertification CARD No. 22 Quality Assurance
Recertification CARD No. 22 Quality Assurance BACKGROUND Quality Assurance (QA) provides for preliminary assessments of the quality/reliability of items and activities that are important to the long-term
REGULATORY GUIDE 5.29 (Draft was issued as DG 5028, dated May 2012) SPECIAL NUCLEAR MATERIAL CONTROL AND ACCOUNTING SYSTEMS FOR NUCLEAR POWER PLANTS
U.S. NUCLEAR REGULATORY COMMISSION June 2013 Revision 2 REGULATORY GUIDE OFFICE OF NUCLEAR REGULATORY RESEARCH REGULATORY GUIDE 5.29 (Draft was issued as DG 5028, dated May 2012) SPECIAL NUCLEAR MATERIAL
SAFETY SOFTWARE QUALITY ASSURANCE FUNCTIONAL AREA QUALIFICATION STANDARD. DOE Defense Nuclear Facilities Technical Personnel
DOE STANDARD NOT MEASUREMENT SENSITIVE DOE STD 1172-2003 December 2003 SAFETY SOFTWARE QUALITY ASSURANCE FUNCTIONAL AREA QUALIFICATION STANDARD DOE Defense Nuclear Facilities Technical Personnel U.S. Department
IT SYSTEM LIFE-CYCLE AND PROJECT MANAGEMENT
United States Department of Agriculture Agricultural Marketing Service Directive 3130.8 IT SYSTEM LIFE-CYCLE AND PROJECT MANAGEMENT I. PURPOSE... 1 II. POLICY... 1 III. DEFINITIONS... 1 IV. DOCUMENTATION
CDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice called Project Close-Out and to describe the practice overview, requirements, best practices, activities, and key terms related
CMS Policy for Configuration Management
Chief Information Officer Centers for Medicare & Medicaid Services CMS Policy for Configuration April 2012 Document Number: CMS-CIO-POL-MGT01-01 TABLE OF CONTENTS 1. PURPOSE...1 2. BACKGROUND...1 3. CONFIGURATION
Automated Office Systems Support Quality Assurance Plan. A Model DRAFT. December 1996
Quality Assurance Plan A Model DRAFT United States Department of Energy Office of Nonproliferation and National Security Title Page Document Name: Publication Date: Draft, ontract Number: Project Number:
The Framework for Quality Assurance
Chapter 1 The Framework for Quality Assurance O v e rv i e w One of internal audit s major assets is its credibility with stakeholders. To provide credible assistance and constructive challenge to management,
How To Support A Small Business Subcontracting Plan At Idaho National Laboratory
PART III SECTION J, ATTACHMENT J SMALL BUSINESS SUBCONTRACTING PLAN FISCAL YEAR 2015 Idaho National Laboratory Small Business Subcontracting Plan Contractor: Address: Battelle Energy Alliance, LLC 2525
Executive Director for Operations AUDIT OF NRC S CYBER SECURITY INSPECTION PROGRAM FOR NUCLEAR POWER PLANTS (OIG-14-A-15)
UNITED STATES NUCLEAR REGULATORY COMMISSION WASHINGTON, D.C. 20555-0001 OFFICE OF THE INSPECTOR GENERAL May 7, 2014 MEMORANDUM TO: Mark A. Satorius Executive Director for Operations FROM: Stephen D. Dingbaum
SOFTWARE MANAGEMENT PROGRAM. Software Testing Checklist
SOFTWARE MANAGEMENT PROGRAM Software Testing Checklist The following checklist is intended to provide system owners, project managers, configuration managers, and other information system development and
CDC UNIFIED PROCESS PRACTICES GUIDE
Document Purpose The purpose of this document is to provide guidance on the practice of Quality Management and to describe the practice overview, requirements, best practices, activities, and key terms
Hazard Classification of the Remote Handled Low Level Waste Disposal Facility
1 Hazard Classification of the Remote Handled Low Level Waste Disposal Facility Abstract Boyd D. Christensen Battelle Energy Alliance, Idaho National Laboratory P.O. Box 1625 Idaho Falls, Idaho 83415 208
MATERIALS LICENSE. 1. Honeywell International, Inc. 3. License Number: SUB-526, Amendment 6-1
NRC FORM 374 U.S. NUCLEAR REGULATORY COMMISSION Page 1 of 5 Pursuant to the Atomic Energy Act of 1954, as amended, the Energy Reorganization Act of 1974 (Public Law 93-438), and Title 10, Code of Federal
SOFTWARE DEVELOPMENT PLAN
SOFTWARE DEVELOPMENT PLAN This document outline is based on the IEEE Standard 1058.1-1987 for Software Project Management Plans. This is the controlling document for managing a software project, and it
Software Configuration Management Plan
For Database Applications Document ID: Version: 2.0c Planning Installation & Acceptance Integration & Test Requirements Definition Design Development 1 / 22 Copyright 2000-2005 Digital Publications LLC.
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
Lecture Objectives. Software Life Cycle. Software Engineering Layers. Software Process. Common Process Framework. Umbrella Activities
Software Life Cycle Lecture Objectives What happens in the life of software To look at the life cycle of a software To understand the software process and its related elements To relate to the different
From Chaos to Clarity: Embedding Security into the SDLC
From Chaos to Clarity: Embedding Security into the SDLC Felicia Nicastro Security Testing Services Practice SQS USA Session Description This session will focus on the security testing requirements which
DATA ITEM DESCRIPTION
DATA ITEM DESCRIPTION Form Approved OMB NO.0704-0188 Public reporting burden for collection of this information is estimated to average 110 hours per response, including the time for reviewing instructions,
Quality Management Plan Template
Quality Management Plan Template Project Name: U.S. Department of Housing and Urban Development October, 2010 Quality Management Plan Template (V1.0) Notes to the Author [This document is a template of
Quality Assurance Source Requirements Traceability Database. Ram Murthy. Anna Naydenova
Quality Assurance Source Requirements Traceability Database Ram Murthy MOL.20060130.0150 U.S. Department of Energy, Office of Civilian Radioactive Waste Management, Office of Quality Assurance 1551 Hillshire
Program Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
consulting training auditing Steven R. Rakitin
Software Quality Consulting consulting training auditing Steven R. Rakitin Summary: Software Quality Assurance, Verification & Validation, Software Development, Process Improvement, Inspections, Automated
High Level Requirements for the Nuclear Energy Knowledge Base for Advanced Modeling and Simulation (NE-KAMS)
INL/EXT-11-23412 High Level Requirements for the Nuclear Energy Knowledge Base for Advanced Modeling and Simulation (NE-KAMS) Kimberlyn C. Mousseau Richard W. Johnson Hyung Lee September 2011 The INL is
QUALITY ASSURANCE SURVEILLANCE PLAN (QASP)
Attachment 5 SOL09000002 QUALITY ASSURANCE SURVEILLANCE PLAN (QASP) for the Federal Communications Commission Washington, DC TABLE OF CONTENTS 1.0 INTRODUCTION... 2 1.1 PURPOSE... 2 1.2 PERFORMANCE MANAGEMENT
Uncontrolled Document
SOUTHWEST RESEARCH INSTITUTE QUALITY SYSTEM MANUAL July 2015 Revision 5 Quality System Manual Page iii TABLE OF CONTENTS 1.0 PURPOSE... 1 2.0 SCOPE... 1 3.0 TERMS AND DEFINITIONS... 2 4.0 QUALITY MANAGEMENT
Office Of Nuclear Energy Sensors and Instrumentation Annual Review Meeting
Office Of Nuclear Energy Sensors and Instrumentation Annual Review Meeting Advanced Outage Control Center Shawn St. Germain Idaho National Laboratory September 16-18, 2014 Project Overview Goal, and Objectives
Suggested/Recommended Audit Points in the Software Lifecycle (From thought to sunset)
Suggested/Recommended Audit Points in the Software Lifecycle (From thought to sunset) Mr. Rick Brunner, CISSP Assistant Vice President, Security Strategy and Architecture GM Financial Disclaimer The views,
NATO STANDARD AQAP-2310 NATO QUALITY MANAGEMENT SYSTEM REQUIREMENTS FOR AVIATION, SPACE AND DEFENCE SUPPLIERS
NATO STANDARD AQAP-2310 NATO QUALITY MANAGEMENT SYSTEM REQUIREMENTS FOR AVIATION, SPACE AND DEFENCE SUPPLIERS Edition A Version 1 April 2013 NORTH ATLANTIC TREATY ORGANIZATION ALLIED ADMINISTRATIVE PUBLICATION
SDLC Methodologies and Validation
SDLC Methodologies and Validation Presented by: Pamela Campbell Lead Consultant, Compliance Services DataCeutics, Inc. [email protected] Presented for: DIA Annual Meeting, June 2004 Session 330
The use of computer systems
Technology Update Computer Systems Validation, Part 1 Software Purchase and GCP Compliance Teri Stokes Teri Stokes, PhD, is senior consultant and director of GXP International, 131 Sudbury Road, Concord,
IT Examination Handbook Presentation Development and Acquisition Booklet
IT Examination Handbook Presentation Development and Acquisition Booklet 1. Visual Narrative 2. Development and Acquisition an organization s ability to identify, acquire, install, and maintain appropriate
Lecture 1: Introduction to Software Quality Assurance
Lecture 1: Introduction to Software Quality Assurance Software Quality Assurance (INSE 6260/4-UU) Winter 2009 Thanks to Rachida Dssouli for some slides Course Outline Software Quality Overview Software
TOTAL QUALITY MANAGEMENT II QUALITY AUDIT
TOTAL QUALITY MANAGEMENT II Chapter 13: QUALITY AUDIT Dr. Shyamal Gomes Introduction: The term audit was defined in the 16th Century as the official examination of the accounts with verification by reference
NRC REGULATORY ISSUE SUMMARY 2006-11, REQUESTING QUALITY ASSURANCE PROGRAM APPROVAL RENEWALS ONLINE BY ELECTRONIC INFORMATION EXCHANGE
UNITED STATES NUCLEAR REGULATORY COMMISSION OFFICE OF NUCLEAR MATERIAL SAFETY AND SAFEGUARDS WASHINGTON, DC 20555 July 20, 2006 NRC REGULATORY ISSUE SUMMARY 2006-11, REQUESTING QUALITY ASSURANCE PROGRAM
Human Factors in Design and Construction Regulatory Perspective
Further needs in the Area of management systems Safety culture, leadership and preoperational stages of nuclear projects Human Factors in Design and Construction Regulatory Perspective Technical Meeting,
Chapter 5. Choose the answer that mostly suits each of the sentences given:
Chapter 5 Software Configuration Management Choose the answer that mostly suits each of the sentences given: 1. No matter where you are in the system lifecycle, the system will change, and the desire to
JSP 886 DEFENCE LOGISTIC SUPPORT CHAIN MANUAL VOLUME 7 INTEGRATED LOGISTIC SUPPORT PART 8.12 CONFIGURATION MANAGEMENT
JSP 886 DEFENCE LOGISTIC SUPPORT CHAIN MANUAL VOLUME 7 INTEGRATED LOGISTIC SUPPORT PART 8.12 CONFIGURATION MANAGEMENT THE MASTER VERSION OF JSP 886 IS PUBLISHED ON THE DEFENCE INTRANET. FOR TECHNICAL REASONS,
Application of software product quality international standards through software development life cycle
Central Page 284 of 296 Application of software product quality international standards through software development life cycle Mladen Hosni, Valentina Kirinić Faculty of Organization and Informatics University
Quality Assurance QUALITY ASSURANCE PLAN
Revision 2 Page 1 of 40 QUALITY ASSURANCE PLAN PLAN APPROVALS: Jeff Shouse Signature on File DIRECTOR OF QUALITY ASSURANCE DIRECTOR OF QUALITY ASSURANCE (signature) DATE Rodney Baltzer Signature on File
4.0 - QUALITY MANAGEMENT SYSTEMS
Section Description 4.1 Quality System Processes Rev: A --- 01/1/04 --- New 4.0 - QUALITY MANAGEMENT SYSTEMS Bids, Quotations, Orders and Contracts CUSTOMER REQUIREMENTS CUSTOMERS Human Resources Planning
NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES
NATO GUIDANCE ON THE USE OF THE AQAP 2000 SERIES (June 2003) I ORIGINAL Page blank II ORIGINAL NORTH ATLANTIC TREATY ORGANIZATION NATO STANDARDISATION AGENCY (NSA) NATO LETTER OF PROMULGATION June 2003
REGULATORY GUIDE 1.170 (Draft was issued as DG-1207, dated August 2012)
Purpose U.S. NUCLEAR REGULATORY COMMISSION July 2013 Revision 1 REGULATORY GUIDE OFFICE OF NUCLEAR REGULATORY RESEARCH REGULATORY GUIDE 1.170 (Draft was issued as DG-1207, dated August 2012) Technical
Data Management Implementation Plan
Appendix 8.H Data Management Implementation Plan Prepared by Vikram Vyas CRESP-Amchitka Data Management Component 1. INTRODUCTION... 2 1.1. OBJECTIVES AND SCOPE... 2 2. DATA REPORTING CONVENTIONS... 2
R000. Revision Summary Revision Number Date Description of Revisions R000 Feb. 18, 2011 Initial issue of the document.
2 of 34 Revision Summary Revision Number Date Description of Revisions Initial issue of the document. Table of Contents Item Description Page 1. Introduction and Purpose... 5 2. Project Management Approach...
International Journal of Advance Research in Computer Science and Management Studies
Volume 2, Issue 12, December 2014 ISSN: 2321 7782 (Online) International Journal of Advance Research in Computer Science and Management Studies Research Article / Survey Paper / Case Study Available online
122 FERC 61,085 FEDERAL ENERGY REGULATORY COMMISSION WASHINGTON, D.C. 20426. February 1, 2008
122 FERC 61,085 FEDERAL ENERGY REGULATORY COMMISSION WASHINGTON, D.C. 20426 February 1, 2008 In Reply Refer To: Insight Research, Inc. Docket No. PL03-3-007 Insight Research, Inc. 3004 SW First Avenue
See Block 16C 00701. Idaho Operations. Idaho Operations. 1955 Fremont Avenue. Idaho Falls ID 83415. x DE-AC07-05ID14517 11/09/2004
AMENDMENT OF SOLICITATION/MODIFICATION OF CONTRACT 0335 6. ISSUED BY 1955 Fremont Avenue Idaho Falls ID 83415 BATTELLE ENERGY ALLIANCE, LLC Attn: Dana Storms P.O. BOX 1625 IDAHO FALLS ID 834150001 See
CONFIGURATION MANAGEMENT PLAN GUIDELINES
I-680 SMART CARPOOL LANE PROJECT SYSTEM ENGINEERING MANAGEMENT PLAN CONFIGURATION MANAGEMENT PLAN GUIDELINE SECTIONS: PLAN GUIDELINES 1. GENERAL 2. ROLES AND RESPONSIBILITIES 3. CONFIGURATION MANAGEMENT
GUIDANCE DOCUMENT TO IMPLEMENT POLICY FOR SOFTWARE QUALITY ASSURANCE IN THE NUCLEAR POWER INDUSTRY
NUCLEAR ENERGY INSTITUTE NUCLEAR INFORMATION TECHNOLOGY STRATEGIC LEADERSHIP GUIDANCE DOCUMENT TO IMPLEMENT POLICY FOR SOFTWARE QUALITY ASSURANCE IN THE NUCLEAR POWER INDUSTRY NITSL-SQA-2005-02 Revision
TRADITIONAL VS MODERN SOFTWARE ENGINEERING MODELS: A REVIEW
Year 2014, Vol. 1, issue 1, pp. 49-56 Available online at: http://journal.iecuniversity.com TRADITIONAL VS MODERN SOFTWARE ENGINEERING MODELS: A REVIEW Singh RANDEEP a*, Rathee AMIT b a* Department of
Role of Software Quality Assurance in Capability Maturity Model Integration
Role of Software Quality Assurance in Capability Maturity Model Integration Rekha Chouhan 1 Dr.Rajeev Mathur 2 1 Research Scholar, Jodhpur National University, JODHPUR 2 Director, CS, Lachoo Memorial College
JSP 886 THE DEFENCE LOGISTIC SUPPORT CHAIN MANUAL VOLUME 7 INTEGRATED LOGISTICS SUPPORT PART 8.11 QUALITY MANAGEMENT
JSP 886 THE DEFENCE LOGISTIC SUPPORT CHAIN MANUAL VOLUME 7 INTEGRATED LOGISTICS SUPPORT PART 8.11 QUALITY MANAGEMENT THE MASTER VERSION OF JSP 886 IS PUBLISHED ON THE DEFENCE INTRANET. FOR TECHNICAL REASONS,
Theme 1 Software Processes. Software Configuration Management
Theme 1 Software Processes Software Configuration Management 1 Roadmap Software Configuration Management Software configuration management goals SCM Activities Configuration Management Plans Configuration
FAA WILLIAM J. HUGHES TECHNICAL CENTER ATLANTIC CITY INTERNATIONAL AIRPORT, NEW JERSEY 08405
FAA WILLIAM J. HUGHES TECHNICAL CENTER TEST AND EVALUATION HANDBOOK DOCUMENT # VVSPT-A2-PDD-013 VERSION # VERSION 3.0 VERSION DATE SEPTEMBER 24, 2013 FAA WILLIAM J. HUGHES TECHNICAL CENTER ATLANTIC CITY
Balancing cgmp vs. SOX. Compliance Guidances
Balancing cgmp vs. SOX Compliance Guidances Invensys Operations Management Douglas L. Lively CQA, PMP 110 New Bingham Ct., Cary, NC 27513 Revision: New Document Issue Date: July 16 th, 2009 TABLE OF CONTENTS
Frequently Asked Questions. Unannounced audits for manufacturers of CE-marked medical devices. 720 DM 0701-53a Rev 1 2014/10/02
Frequently Asked Questions Unannounced audits for manufacturers of CE-marked medical devices 720 DM 0701-53a Rev 1 2014/10/02 What is an unannounced audit?... 6 Are unannounced audits part of a new requirement?...
U.S. NUCLEAR REGULATORY COMMISSION STANDARD REVIEW PLAN. Organization responsible for the review of instrumentation and controls
U.S. NUCLEAR REGULATORY COMMISSION STANDARD REVIEW PLAN NUREG-0800 BRANCH TECHNICAL POSITION 7-14 GUIDANCE ON SOFTWARE REVIEWS FOR DIGITAL COMPUTER-BASED INSTRUMENTATION AND CONTROL SYSTEMS REVIEW RESPONSIBILITIES
SAN FRANCISCO PUBLIC UTILITIES COMMISSION INFRASTRUCTURE DIVISION PROCEDURES MANUAL PROGRAM AND PROJECT MANAGEMENT
SAN FRANCISCO PUBLIC UTILITIES COMMISSION INFRASTRUCTURE DIVISION PROCEDURES MANUAL PROGRAM AND PROJECT MANAGEMENT SECTION 6: QUALITY ASSURANCE PROCEDURE: PM 6.02 TITLE: QUALITY ASSURANCE AUDITS DATE:
Planning Checklist SEM Reference Comments
SOFTWARE QUALITY & SYSTEMS ENGINEERING PROGRAM Project Planning hecklist The following checklist is intended to provide system owners, project managers, and other information system development and maintenance
US EPA REGION III QUALITY MANAGEMENT PLAN REVIEW CHECKLIST
US EPA REGION III Organization: EPA Organization: EPA Program: Contact: EPA Contact: EPA Contract/Grant/IAG Number: Phone Number: Phone Number: Reviewer: Date Reviewed: Reviewer Organization: Check New
How To Understand And Understand The Cmm
W H I T E P A P E R SEI's Capability Maturity Model Integrated (CMMI) Relative to ICM's CMII (Rev B) SUMMARY CMMI is built on a set of integrated processes and includes CM as a supporting process. The
This document was prepared in conjunction with work accomplished under Contract No. DE-AC09-96SR18500 with the U. S. Department of Energy.
This document was prepared in conjunction with work accomplished under Contract No. DE-AC09-96SR18500 with the U. S. Department of Energy. DISCLAIMER This report was prepared as an account of work sponsored
