WROCI Configuration Management Plan (CMP)
|
|
|
- Lindsey Cook
- 9 years ago
- Views:
Transcription
1 WROCI Configuration Management Plan (CMP) Western Range Operations Communications and Information (WROCI) Contract No. F C-0050 CDRL A009 Configuration Management Prepared for Department of the Air Force 30 th Space Wing Vandenberg Air Force Base, California Prepared by Western Range Operations Communications and Information (WROCI) Configuration Management (CM) Vandenberg Air Force Base, California Technology, Foreign Government Information, Software Documentation, Specific Authority, Date: 1 Oct 03. Refer other requests for this document to 30 RMS/RMO, Bldg. 7015, th St., Vandenberg AFB, CA 93437
2 WROCI Configuration Management Plan (CMP) Prepared for Department of the Air Force 30 th Space Wing Vandenberg Air Force Base, California Prepared by Western Range Operations Communications and Information (WROCI) Contract No. F C-0050 CDRL A009 Configuration Management Configuration Management (CM) Vandenberg Air Force Base, California //Original signed by// Reviewed by: Date: Supervisor, CM/DM (b)(6) //Original signed by// Approved by: Date: 30 RMS/RMO (b)(6) ii Technology, Foreign Government Information, Software Documentation, Specific Authority, Date: 1 Oct 03. Refer other requests for this document to 30 RMS/RMO, Bldg. 7015, th St., Vandenberg AFB, CA 93437
3 Document History This document, dated 16 January 2004, is the original issue. The pages in this document are listed below: Page Revision* Cover...0 Title Page...0 ii...0 iii through *A zero in the Revision column indicates the original issue of the document. iii Technology, Foreign Government Information, Software Documentation, Specific Authority, Date: 1 Oct 03. Refer other requests for this document to 30 RMS/RMO, Bldg. 7015, th St., Vandenberg AFB, CA 93437
4 Paragraph Document No. CM , 20 January 2004 Table of Contents 1 Page 1. INTRODUCTION Purpose Scope Management Integration of Configuration Management Plan Update Configuration Implementation Plan REFERENCE DOCUMENTS ORGANIZATION Structure Configuration Management Program Control Configuration Management Interface with Configuration Management Interfaces with SPO and SLRSC CONFIGURATION MANAGEMENT PHASING AND MILESTONES Baselines Functional Baseline Allocated Baseline Product Baseline Engineering Drawings, Specifications and Associated Lists Specification Tree Documentation for Existing Systems Documentation for New Systems Changes for Baseline Identification Documentation and Drawings CONFIGURATION IDENTIFICATION Central Documentation Repository Configuration Change Board (CCB) Responsibilities CCB Minutes Life Cycle Requirements CONTRACTOR INTERFACE CONFIGURATION CONTROL Changes Engineering Change Proposal Deviations and Waivers Internal Review Board (IRB) IRB Membership Change Evaluation Change Implementation CONFIGURATION STATUS ACCOUNTING... 21
5 8.1 Configurations Item Development Record AUDITS Configuration Audits Subcontractor and Vendor Control Appendix A Abbreviations and Acronyms
6 Figure Document No. CM , 20 January 2004 List of Illustrations Page 3-1 Configuration Management Organization and Functions Configuration Management Interfaces Baselines for System Development Hardware Items Typically Audited Computer Program Items Typically Audited
7 1. INTRODUCTION 1.1 Purpose This plan defines the approach for, and implementation of, Western Range Operations Communications and Information (WROCI) Configuration Management (CM) program and support of the 30 th Space Wing. WROCI CM will be utilized for engineering, logistics, maintenance, test & integration, and operations. WROCI CM will support operations and maintenance of Launch Communications, Communications and Information (C&I) Operations, Vandenberg Electronic Security System (VESS), Spacelift Range System Contract (SLRSC), and Range Standardization and Automation, Phase IIA (RSA IIA). Throughout this document, there will be times when SLRSC and RSA IIA will be addressed together, and therefore, will be referred to as Sustainment and Recapitalization Contractors (SRC). 1.2 Scope This plan, which is the controlling document for management of Configuration Items (CI), is directive on all WROCI elements and establishes the policy to be utilized in meeting WROCI CM requirements. It addresses the organization established to accomplish configuration identification, configuration control, status accounting, review and audits. This plan defines WROCI CM interfaces internal and external to WROCI for the systems engineering, sustaining engineering support, and new tasking support for data processing systems, communications, data transfer systems, instrumentation, and necessary facility systems. This plan identifies the interface with WROCI Quality Assurance (QA) organization. It further describes how WROCI CM change control activity will interface with 30 th Space Wing (30 SW) in proposing changes. WROCI CM will utilize systems engineering methodology processes and procedures in executing engineering efforts, to include; technical management and control of engineering activities and design reviews as defined in WROCI s Standard Operating Procedures (SOPs). 1.3 Management Integration of Configuration Management WROCI CM is an integral part of the effort applied to tasking, sustaining engineering, developmental support engineering, and SRC hardware (HW), software (SW), and facilities changes. Work scheduled to be accomplished through sustaining engineering or systems engineering and interaction will be evaluated prior to installation to determine impact to established configuration baseline. An Engineering Change Proposal (ECP) and an Authorization for Configuration Change (ACC) (as applicable) will precede installation when affecting WROCI or SRC system s baselines. The response from WROCI CM to improvement engineering and new tasking will include schedule reflecting events, major milestones, and documentation 4
8 proposed to accomplish and document the work. The response will show the relationship between events critical to accomplishment of the work and the relationship of appropriate configuration management tasks. The sequencing of events necessary to create and document the life cycle or to revise an existing baseline(s) will be included. Major events in the modification or development of HW, SW, testing, reviews, audits, documentation, and drawings will be included. Other items, Government Furnished Equipment (GFE), and facilities implications will be included in the schedules. 1.4 Plan Update WROCI s CM plan will be updated as required to incorporate changes agreed to by the Government and WROCI and resubmitted for approval in accordance with Contract Data Requirements List (CDRL) item A009, Configuration Management Plan. 1.5 Configuration Implementation Plan WROCI CM will generate a Configuration Implementation Plan (CIP), WROCI that will identify what Standard Operating Procedures (SOPs) will be generated and estimated release dates. 5
9 2. REFERENCE DOCUMENTS WROCI CM is conducted in accordance with the following guidance and reference documents. Number Title Date Guidance ANSI/EIA 649 National Consensus Standard for Configuration 13 Jan 95 Management MIL-HDBK-61 Configuration Management Guidance 30 Sep 97 Reference CMU/SEI-93-TR-25 SEI Key Practices of the CMM, V1.1 MIL-STD-100 Engineering Drawing Practices 9 Jun 97 MIL-DTL Detail Specification for Technical Data Packages 15 Oct 98 MIL-STD-498 Software Development and Documentation 5 Dec 94 MIL-STD-961 Defense Specifications 22 Mar 95 ISO 9001 Standard Quality Systems Model for Quality Assurance in Design, Development, Production, Installation and Servicing 15 Dec 00 6
10 3. ORGANIZATION Document No. CM , 20 January 2004 This section describes the organization and CM functions that WROCI will implement to support the Launch Communications, C&I Operations, VESS, and SRC systems. This plan also defines the management approach WROCI will use to accomplish the required CM functions. 3.1 Structure WROCI CM provides support for engineering elements when affecting changes to the Launch Communications, C&I Operations, VESS, and SRC systems. Figure 3-1 outlines WROCI s Configuration Management Organization and Functions. 3.2 Configuration Management Program Control WROCI CM Program Control is maintained through the organizational structure of the WROCI CM Plan. In addition, compliance with WROCI CM policies and practices are reinforced through training programs from management and supervisory personnel, and the more detailed training from WROCI CM personnel. WROCI CM is assisted in the training effort by other WROCI management organizations. Internal Review Boards (IRB) and daily application of procedures ensures compliance. Monitoring and controlling of WROCI CM is accomplished continuously and processes are updated reflecting current procedures. Periodic audits of the programs by elements of QA are accomplished to verify compliance with WROCI CM s policies and procedures. 3.3 Configuration Management WROCI CM is responsible for the development of CM policies, which are approved by the Government, and provides overall technical services for the conduct of WROCI CM activities. WROCI CM is responsible for updating the WROCI CM Plan, developing detailed procedures for its execution and ensuring compliance with overall CM requirements. The functions of configuration identification, configuration control, configuration status accounting, and configuration audits for Launch Communications, C&I Operations, and VESS systems is WROCI CM s responsibility. Assistance for technical reviews will be provided to other organizations when required for tasking support. WROCI CM supports Launch Communications, C&I Operations, VESS and SRC systems in maintaining the as-built configuration baseline. This baseline consists of the documentation that exists at the start of this contract and any changes to this documentation produced by WROCI during performance of the contract. In addition, changes as a result of GFE and those changes resulting from contractor/vendor activities will also be incorporated into their respective baselines. 7
11 3.4 Interfaces with Configuration Management Preparation of the technical presentation materials to be used for reviews and audits in support of engineering efforts is the responsibility of all applicable departments, and are assisted in these efforts by all support activities. Preparation for and the conduct of design reviews is the responsibility of WROCI organizations. Additional information pertaining to design reviews and application is contained in WROCI SOPs. Conduct of configuration audits is the responsibility of WROCI CM. Scheduling of audits and reviews will be a coordinated effort with the participating departments and WROCI CM. 3.5 Interfaces with Systems Program Office (SPO), RSA IIA, and SLRSC The primary and the major interfaces for CM within WROCI are depicted in figure 3-2. The primary 30 SW interface for CM will be between the Systems Program Office (SPO) (SMC/RNV), SLRSC CM, and RSA IIA CM. It is recognized that WROCI will interface with and execute technical interchanges with other Western Range (WR) contractors. Specific procedures will be developed to ensure that an effective working relationship is established and maintained between each WROCI activity, performing engineering functions and other WR contractors. The definition and control of these interfaces are discussed in the SOPs. 8
12 WROCI Contractor Program Manager Logistics Directorate Engineering Systems/Support Engineering Develop system specification Establish system baseline CI/CSCI Configuration Control Establish and maintain system baseline Centralized documentation repository Alternate storage areas for class 1 software Maintain plant in place drawings Computerized equipment inventory and interface with maintenance data Conduct operational configuration audits Configuration standardization Data & Configuration Management Configuration Identification program element Co chair audits Support reviews Provide CM training Provide CM support to managers Maintain hardware/software CM manuals and procedures Status accounting program element CI/CSCI numbering 30SW/OPS GRP CCB support Data Management of all CDRL items Drafting support Graphic arts Reproduction services Figure 3-1 Configuration Management Organization and Functions 9
13 30th SW SMC/RNV SLRSC & RSA II WROCI CONFIGURATION MANAGEMENT QUALITY ASSURANCE ENGINEERING SUPPORT SERVICES CM POLICY AUDITS INSPECTION MAINTENANCE SUPPORT COMM SYSTEMS CM POLICY CM GUIDANCE DOCUMENTATION C&I SYSTEMS CM POLICY CM GUIDANCE REVIEWS AUDITS CHANGE CONTROL DOCUMENTATION CM POLICY CM GUIDANCE REVIEWS AUDITS CHANGE CONTROL DOCUMENTATION INSTRUMENTATION & C&D SEGMENTS CM POLICY CM GUIDANCE REVIEWS AUDITS CHANGE CONTROL DOCUMENTATION TEST & INTEGRATION CM POLICY CM GUIDANCE CHANGE CONTROL WROCI Internal Interfaces CM POLICY CM GUIDANCE REVIEWS AUDITS CHANGE CONTROL DOCUMENTATION Figure 3-2 Configuration Management Interfaces 10
14 4. CONFIGURATION MANAGEMENT PHASING AND MILESTONES 4.1 Baselines Baselines will be employed throughout the life cycle of a Configuration Item (CI) and Computer Software Configuration Item (CSCI) to ensure an orderly transition from one major commitment point to the next in the system engineering process. WROCI CM will use three baselines: functional, allocated, and product, as shown in Figure 4-1. This figure reflects the relationship of the life cycle phases of conceptual, validation, development, production and operation to the three baselines. The description of a specific baseline will be provided through technical documentation (specifications, drawings, parts lists, computer listings, and other documentation), which will define technical performance, functional requirements, and physical characteristics of the CI/CSCI. This technical documentation will provide the necessary degree of visibility to ensure the orderly development of CI/CSCI in compliance with stated requirements. Baselines and approved changes to baselines will constitute the current as-built configuration identification. WROCI CM will provide necessary documentation required to update SRC s baselines prior to changing configuration Functional Baseline The functional baseline is the initial approved functional configuration identification. WROCI will use the functional configuration identification to prescribe: a. All necessary functional characteristics. b. Test data reviewed and verified as required and demonstrates development of specified functional characteristics have been completed satisfactorily. c. Identification of necessary interface characteristics that are associated with applicable CIs/CSCIs. d. CI s/csci s key functional characteristics and key lower level CIs/CSCIs are identified and documented. e. Design constraints, product specification, and interface specifications are identified and documented, (such as envelope dimensions, component standardization), for future use of inventory items and integrated logistics support policies. 11
15 This baseline, when required, will be documented by performance-oriented system, system/segment specifications and will serve throughout CI s/csci s life cycle as a description of its required functional characteristics Allocated Baseline The allocated baseline is the initial approved allocated configuration identification. WROCI CM will provide the allocated configuration identification, in performanceoriented specifications governing the development of configuration items that are part of a higher-level CI/CSCI, in which each specification: a. Defines the functional characteristics that are allocated from those of the higher level CI/CSCIs. b. Establishes testing requirements to demonstrate achievement of their allocated functional characteristics. c. Delineates necessary interface requirements with other associated configuration items. d. Establishes design constraints, if any, such as component standardization, use of inventory items, and integrated logistics support requirement. This baseline will be documented by performance-oriented configuration item development, software requirement and interface requirement specifications. Commercial-Off-the-Shelf (COTS), HW and SW, will be described and baselined with commercial documentation Product Baseline The product baseline is the initial approved or conditionally approved product configuration identification. WROCI CM will use the product configuration identification to define the configuration of a CI/CSCI during the production, operation, maintenance, and logistics support phases of its life cycle, and to prescribe: a. All necessary physical or form, fit, and function characteristics of a CI/CSCI. b. Select functional characteristics designed for production acceptance testing. c. Production acceptance tests. 12
16 This baseline will be documented in the as-built configuration for form, fit, and function; and acceptance tests contained in drawings and product specifications. 4.2 Engineering Drawings, Specifications, and Associated Lists WROCI CM will use engineering drawings and associated lists, technical drawings, installation specifications, and interface control drawings to develop baselines. CM will use applicable standards in the development of the baselines. 4.3 Specification Tree WROCI CM will develop/maintain the Configuration Item Tree for identification of CIs and CSCIs on Launch Communications, C&I Operations, and VESS. This documentation and new documentation, including baseline identification changes, will be used for site audits to validate the existing configuration. WROCI will provide assistance to SRC in maintenance of their specification tree. 4.4 Documentation for Existing Systems Baseline documentation does not exist for some CIs/CSCIs systems (Launch Communications, C&I Operations, and VESS) at the Western Range. Such documentation will be developed when necessary and requested by the Government. The documentation that does exist, such as the following, will be used as the baseline identification for applicable systems. a. Specifications b. Engineering drawings c. Circuit layout records d. Acceptance test procedures e. Programming, users, and positional handbooks/manuals f. Operating, maintenance, and parts manuals g. Commercial documents It is understood that some items listed would not normally be used as baseline documentation; however, they will be used when documentation does not exist. 4.5 Documentation for New Systems Baseline documentation for new systems, (Launch Communications, C&I Operations and VESS), developed by WROCI CM, will be provided as specified in the engineering tasks. Authentication of the system level and allocated requirements specifications will establish the applicable baseline. Product 13
17 baseline will normally be established upon successful completion of Physical Configuration Audit (PCA) or when a PCA is not required, the authentication of the Product Specification (PS). New documentation from contractors will be used to establish baselines when such documentation is turned over to WROCI CM. The quality or adequacy of the baseline identification (functional, allocated, product) will be determined by the documentation delivered. 4.6 Changes to Baseline Identification Engineering changes proposed by WROCI CM and the resulting changes to approved baseline identifications will be submitted to 30 SW or SMC/RNV. CM will utilize ECPs, specification change notices (SCNs), notice of revision (NOR), drawings, and existing engineering documentation, to establish baseline identifications. 4.7 Documentation and Drawings Requirements of MIL-STDs and WROCI CM procedures for document numbers are identified in CM s SOPs. 14
18 LIFE CYCLE PHASE CONCEPTUAL VALIDATION DEVELOPMENT PRODUCTION OPERATION SYSTEM, SYSTEM/ SEGMENT SPECIFICATION REQUIREMENTS DEVELOPMENT SPECIFICATION (INTERFACE REQUIREMENTS SPECIFICATION) (SOFTWARE REQUIREMENTS SPECIFICATION) AS DESIGNED PRODUCT SPECIFICATION AS BUILT FUNCTIONAL BASELINE ALLOCATED BASELINE PRODUCT BASELINE Figure 4-1 Baselines for System Development 15
19 5. CONFIGURATION IDENTIFICATION Configuration identification is used to establish and describe a configuration baseline, and to document performance, qualification, fabrication, and compliance requirements for a CI or a CSCI under development. Configuration identification will be used as the basis for the preparation of technical, administrative, and management documents such as work breakdown structure, technical reports, and provisioning documents. This function will ensure that technical and administrative documents are current, approved, and available for use at the time needed. Configuration identification will be used as the basis for configuration control and status accounting throughout the CI s/csci s life cycle. 5.1 Central Documentation Repository WROCI CM will develop a documentation repository that will support Launch Communications, C&I Operations, VESS and other contractors as needed. 5.2 Configuration Control Board (CCB) Responsibilities WROCI The 30 SW will chair the WROCI CCB responsible for Launch Communications, C&I Operations, and VESS. The WROCI CM will act as technical advisory and secretariat in the operation of the CCB and provide agendas, minutes and develop a database to track and report status of ECPs, deviations and action items for the CCB. The SRC will provide information to the CCB as necessary to avoid possible conflicts or impacts to WROCI s baseline. The WROCI CM will track ECPs that are boarded SLRSC SMC/RN will chair the SLRSC CCB. WROCI CM will be a technical advisory member in attendance and in support of 30 SW. CM will provide information to the CCB as necessary and avoid possible conflicts or impacts. SLRSC CM will provide a viewable tracking database of all applicable ECPs effecting WROCI s systems. 5.3 CCB Minutes The ECP is presented to CCB for Government approval and the decision by the CCB chairperson is recorded in the minutes. WROCI CM is responsible for compilation and distribution of the CCB meeting minutes and assigned actions carried out as a result thereof. The minutes will contain non-concurrence of any member and their official position on the proposed change, should that be in disagreement with the chairperson s decision. 16
20 5.4 Life Cycle Requirements Document No. CM , 20 January 2004 Configuration management supports the development and modifications of life cycle requirements for Launch Communications, C&I Operations, and VESS using specifications, test plan/procedures, test reports and manuals/handbooks. Any other configuration identification documentation required will be provided and/or maintained as needed. 6. CONTRACTOR INTERFACE In support of the 30 SW, WROCI CM contractor will support and interface with SRC with documentation identification of all major component interfaces of each CI/CSCI. 7. CONFIGURATION CONTROL Control will be exercised on baselines currently established for Launch Communications, C&I Operations, VESS, SRC, new systems development and baselines. New systems developed by other contractors that effects WROCI baselines will be reviewed to determine what documents are affected and require updating. All affected activities such as engineering, QA, security, environmental, safety and operations will participate in reviewing the proposed changes prior to submission to the Government. 7.1 Changes Engineering Change Orders (ECO), waivers or deviations affecting the configuration of a CI/CSCI will be limited to those that are necessary or are of significance to the Launch Communications, C&I Operations and VESS. ECPs and Notice of Revisions (NORs) will be processed when affecting SRC baselines. Necessary or significant changes include those that: a. Correct deficiencies. b. Satisfy changes in operational or maintenance support requirements. c. Affect substantial life cycle cost savings. 7.2 Engineering Change Proposal An ECP will be prepared to propose changes to existing systems or to propose technical changes during work request efforts. All Class I ECPs are to be approved by the Government prior to implementation. The ECP will be a complete analysis of the impact of the changes on existing configurations and contractual obligations. The ECP will provide technical information in detail concerning changes required in the functional/allocated/product baselines. 17
21 7.3 Deviations and Waivers Document No. CM , 20 January 2004 Deviations and waivers for a CI or CSCI will be prepared and submitted to the Government for approval. Deviations and waivers will be treated as basic inadequacies to specification requirements. Deviations will be used to depart from a particular performance or design requirement of a specification, drawing, or other document prior to production of an item. 7.4 Internal Review Board WROCI CM will provide a centralized Internal Review Board (IRB) control group, to support the various engineering elements responsible for recommending and implementing changes to Launch Communications, C&I Operations, and VESS. This will provide the discipline that the system requires while permitting the efficiency of decentralized execution. The IRB will provide not only for policy and procedural review but also the internal CM evaluation of proposed changes prior to submission to the Government. The IRB will be responsible for the control of technical changes and interfaces, assignment of classification and priority to the ECP prior to submission to the Government for approval IRB Membership The IRB membership will include representatives from all WROCI segments, (Launch Communications, C&I Operations and VESS). Also included in IRB membership are representatives from contracts, security, environmental, safety and QA. Members will represent their respective organizations and present their official position on agenda items. Management of WROCI CM will act as the chairperson of the IRB. 7.5 Change Evaluation Every proposed configuration change affecting the as-built of a CI/CSCI will be critically evaluated. The evaluation of each proposed change will take into consideration all aspects of the changes on a CI/CSCI and the associated CIs/CSCIs with which it interfaces. Such aspects may include design, performance, reliability, maintainability, cost, schedule, operational effectiveness, safety, human factors, operational and maintenance support, transportability, and training. For a multi-application CI/CSCI, change proposal evaluation will consider the impact on all applications. 18
22 7.6 Change Implementation Document No. CM , 20 January 2004 Technical documentation requiring change or update will be issued in accordance with the approved schedule associated with the ECP. All documents will be kept current, either by changes on a regular basis or by timely revisions when appropriate. Positive control, effective distribution, and efficient utilization of change packages, technical data, and material are essential to support the approved changes. Specification Change Notices (SCNs) will be included with ECPs. The guidelines for SCN will be as follows: a. Configuration Item (CI) SCNs will be completed and submitted with the ECP approval. This will be application to the system segment specification, development, software requirements, interface requirements specification and the product specification, once the product baseline has been established. b. Computer Software Configuration Item (CSCI). 1. CSCI system/development software requirements, interface requirement specifications. SCNs will be completed and submitted with the ECP for approval by Government. 2. CSCI product specifications. Since the content of the product specification depends on completion of prerequisite design and development efforts, the exact content of the SCN cannot be determined when the ECP is submitted for approval. However, an SCN number for the product specification will be referenced in the ECP with descriptive information of what the SCN will entail. Subsequent to approval of the ECP and completion of the design and development effort, the SCN to the product specification will be completed and submitted for approval by Government. 8. CONFIGURATION STATUS ACCOUNTING (CSA) All changes will be processed electronically and available to authorized users. 8.1 Configuration Item Development Record The CI development record will provide status information (scheduled and completion dates) on the development progress of the CI as reflected by specification, review and audits, and qualification accomplishments. It will include a listing of ECPs/SCNs showing impact of the changes on related configuration items. WROCI will support Launch Communications, C&I Operations and VESS with change status documentation. 19
23 9. AUDITS 9.1 Configuration Audits Configuration audits will be used to verify compliance with specifications and other system requirements. The WROCI CM audit function will validate that development requirements are met and that the design documentation is accurate and complete. Configuration audits may consist of a Functional Configuration Audit (FCA) and/or Physical Configuration Audit (PCA). These audits will vary in type, quantity, and depth in accordance with complexity of CI/CSCI development/modification. The tailoring concepts described in EIA-649 will be applied. WROCI CM will be responsible for preparing for and conducting configuration audits and the Formal Qualification Review (FQR), which is usually completed with the FCA. CM will receive technical assistance from the CI/CSCI engineering element in preparation and presentation of the audits. The necessity of audits will be determined on the merits of each CI/CSCI and the audits tailored accordingly. Depending on the need, only a PCA may be conducted, the FCA and PCA conducted jointly, or the audits may be done in detail and held separately. For minor tasks, it may be determined that a configuration audit is not required. The audits recommended by the configuration team will be included in project proposals and schedules and forwarded to the Government for approval. WROCI CM will participate in CM audits performed by SRC. See Figures 9-1 and 9-2, Audit flow diagrams 20
24 CI FUNCTIONAL CONFIGURATION AUDIT CI PHYSICAL CONFIGURATION AUDIT WAIVERS, DEVIATIONS DEVELOPMENT SPECIFICATION (SCNs) CI DEVELOPMENT SPECIFICATION SCNs DESIGN REVIEW MINUTES DRAWINGS OPEN ACTION ITEMS PRODUCT SPECIFICATION (PRELIMINARY) ACTION ITEMS FCA AGENDA FCA CHECKLIST FUNCTIONAL CONFIGURATION AUDIT ACTION ITEMS FCA MINUTES PCA AGENDA ACTION ITEMS PHYSICAL CONFIGURATION AUDIT CI PRODUCT SPECIFICATION ACCEPTANCE CI DT&E TEST PLAN/ PROCEDURES WAIVERS, DEVIATIONS PCA MINUTES CI DT&E TEST REPORT LIST OF ECPs ECPs FCA MINUTES Figure 9-1 Hardware Items Typically Audited 21
25 C S C I F U N C T I O N A L C O N F I G U R A T I O N A U D I T C S C I P H YS IC A L C O N FIG UR A T IO N A UD I T W A I V E R S, D E V I A T I O N S CSCI D E V ELOPMEN T S P ECIFICA T I ON SCNs C O M P UT E R RES O U RC ES IN T EG R A TE D SUP P O RT D O C U M E NT D E V E L O P M E N T S P E C I F I C A T I O N ( S C N s ) SOFT W ARE REQUIREMENTS SPECIFICATION SCNs F I R M W A R E SU PP O RT M A N U A L S O F T W A R E R E Q U I R E M E N T S S P E C I F I C A T I O N ( S C N s ) INT ERFACE REQUIREMENTS SPECIFICATION SCNs I N T E R F A C E R E Q U I R E M E N T S S P E C I F I C A T I O N ( S C N s ) F C A MINUTES AC TION ITE MS D E S I G N R E V I E W M I N U T E S O P E N A C T I O N I T E M S FUNC T IONAL C ONFI GURATI ON AUD I T ACTION ITEMS FCA MINUT E S IN T E RFACE D ES IGN D OCUMENT (IDD) S OFT W ARE USE R'S MANUAL PHYSICAL C ONFIGURATI ON AUDI T C SC I PRODUCT S PE CIFICATION AC C EPTANCE P C A MINUTES F C A A G E N D A C OMPUT E R SYST EM OPERATOR'S MANUAL F C A C H E C K L I S T P RODUCT SPEC IFIC A T I ON (PRELIMINARY) C S C I D T & E T E S T P L A N PCA AGENDA C SC I D T &E TEST PROC E DURES ACT ION IT EMS C S C I D T & E TE ST RE PORT WAIVERS, DEV I A T I ONS E C P LIS T OF ECPs C OMP U T ER S YST E M OPE RATORS MANUAL Figure 9-2 Software Items Typically Audited 22
26 10. SUBCONTRACTOR/VENDOR CONTROL WROCI CM will include configuration management requirements in contracts with subcontractors and vendors to a level consistent with CM requirements in the basic contract. Requirements for configuration management in a subcontract for items to be manufactured will include; specification drawings, test plan/procedures, manuals/handbooks and warranties. The complexity of each document will be tailored to impose only the requirements that are needed to ensure that the hardware/computer program will meet the established baseline configuration. WROCI CM will support Launch Communications, C& I Operations, VESS and any other contractors with COTS, HW/SW documentation and any changes thereof. 23
27 Appendix A 24
28 Term List of Abbreviations and Acronyms Meaning 30 SW 30 th Space Wing ACC Authorization for Configuration Change C&I CCB CDRL CI CIP CM CMP COTS CSA CSCI ECO ECP FCA FQR GFE HW IDD IRB MIL-STD NOR PCA PS QA RSA IIA SCN SDD SLRSC SMC/RNV SOP SPO SRC SW Communications and Information Configuration Control Board Contract Data Requirements List Configuration Item Configuration Implementation Plan Configuration Management Configuration Management Plan Commercial Off-The-Shelf Configuration Status Accounting Computer Software Configuration Item Engineering Change Order Engineering Change Proposal Functional Configuration Audit Formal Qualification Review Government Furnished Equipment Hardware Interface Design Document Internal Review Board Military Standard Notice Of Revision Physical Configuration Audit Product Specification Quality Assurance Range Standardization and Automation, Phase IIA Specification Change Notice Software Design Document Spacelift Range System Contract Space and Missile Systems Center / Range Network Vandenberg Standard Operating Procedure Systems Program Office Sustainment and Recapitalization Contractors Software 25
29 VESS WR WROCI Vandenberg Electronic Security System Western Range Western Range Operations Communications and Information 26
Configuration Management
Configuration Management Co Al Florence This presenter s affiliation with the MITRE Corporation is provided for identification purposes only and is not intended to convey or imply MITRE s concurrence with
D R A F T. Resource Ordering and Status System (ROSS) Software Configuration Management Guidelines
TO #GA81 Resource Ordering and Status System (ROSS) D R A F T Resource Ordering and Status System (ROSS) Software Configuration Management Guidelines June 28, 2000 Version 1.1 Contract: GS-35F-4863G Delivery
Configuration Management ISO 10007
Configuration Management ISO 10007 Introduction Configuration Management Overview: What is Configuration Management? Collection of tools, techniques and experience designed to reduce costs and improve
<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
5 FAH-5 H-520 LIFE CYCLE MANAGEMENT
5 FAH-5 H-520 LIFE CYCLE MANAGEMENT (CT:ITS-5; 02-05-2013) (Office of Origin: (IRM/BMP/SPO/PM) 5 FAH-5 H-521 CONFIGURATION MANAGEMENT REQUIREMENTS Configuration management (CM) is a function deployed throughout
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
DATA REQUIREMENTS DESCRIPTION (DRD)
DATA REQUIREMENTS DESCRIPTION (DRD) 1. DPD NO.: XXX ISSUE: Draft 2. DRD NO.: STD/AD 3. DATA TYPE: 2/3 4. DATE REVISED: 5. PAGE: 1/4 6. TITLE: Functional and Physical Configuration Audit (FCA/PCA) Documentation
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
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
Certified Professional in Configuration Management Glossary of Terms
Certified Professional in Configuration Management Glossary of terms used in Configuration Management Issue 2007.07 Association of the International Certified Configuration Manager e.v. Copyright 2007,
Software and Hardware Configuration Management
DOWNLOADED AND/OR HARD COPY UNCONTROLLED Verify that this is the correct version before use. AUTHORITY DATE Jeffrey Northey (original signature on file) IMS Manager 07/09/2014 Doug Dorrer (original signature
The GAO has shown that technical, cost, schedule, and performance risks are inherent. Software Acquisition: Reducing Risks.
Acquisition: Reducing Risks James Jones The Acquisition Risk Crisis The GAO has shown that technical, cost, schedule, and performance risks are inherent in delivering software-intensive systems. The GAO
Appendix H Software Development Plan Template
Appendix H Software Development Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms
5 FAH-5 H-510 CONFIGURATION MANAGEMENT
5 FAH-5 H-500 CONFIGURATION MANAGEMENT 5 FAH-5 H-510 PROJECT DEVELOPMENT AND CHANGE CONTROL (CT:ITS-4; 06-21-2012) (Office of Origin: IRM/BMP/GRP/GP) (Updated only to revise Office of Origin) 5 FAH-5 H-511
DRAFTING MANUAL. Government/DoD Engineering Drawing Practices Technical Data Package (MIL-DTL-31000)
Page 1 1.0 General Based on MIL-DTL-31000, this section reviews the requirements for the preparation of a Technical Data Package (TDP). TDP elements and related TDP data management products make up a TDP
DEPARTMENT OF DEFENSE INTERIM STANDARD PRACTICE CONFIGURATION MANAGEMENT
NOT MEASUREMENT SENSITIVE MIL-STD-3046(ARMY) 06 March 2013 DEPARTMENT OF DEFENSE INTERIM STANDARD PRACTICE CONFIGURATION MANAGEMENT AMSC 9275 AREA SESS DISTRIBUTION STATEMENT A. Approved for public release;
Configuration & Build Management
Object-Oriented Software Engineering Using UML, Patterns, and Java Configuration & Build Management Outline of the Lecture Purpose of Software Configuration Management (SCM) Some Terminology Software Configuration
EPA Classification No.: CIO 2123.0-P-01.1 CIO Approval Date: 06/10/2013 CIO Transmittal No.: 13-003 Review Date: 06/10/2016
Issued by the EPA Chief Information Officer, Pursuant to Delegation 1-84, dated June 7, 2005 CONFIGURATION MANAGEMENT PROCEDURE 1 PURPOSE The purpose of this procedure is to describe the process EPA Program
Software Project Management Plan (SPMP)
Software Project Management Plan (SPMP) The basic template to be used is derived from IEEE Std 1058-1998, IEEE Standard for Software Project Management Plans. The following is a template for the SPMP.
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
U. S. Department of Energy. Document Online Coordination System (DOCS) Systems Configuration Management Plan (SCMP)
U. S. Department of Energy Office of the Executive Secretariat Document Online Coordination System (DOCS) Systems Configuration Management Plan (SCMP) October, 1998 U. S. DEPARTMENT OF ENERGY Assistant
CHAPTER 7 SOFTWARE CONFIGURATION MANAGEMENT
CHAPTER 7 SOFTWARE CONFIGURATION MANAGEMENT John A. Scott and David Nisse Lawrence Livermore National Laboratory 7000 East Avenue P.O. Box 808, L-632 Livermore, CA 94550, USA (925) 423-7655 [email protected]
ALS Configuration Management Plan. Nuclear Safety Related
Westinghouse Non-Proprietary Class 3 Advanced Logic System 6002-00002-NP, Rev. 10 Function Author Nuclear Safety Related July 2014 APPROVALS Name and Signature Anthony C. Pagano* Integrated Process Lead,
NATIONAL AIRSPACE CONFIGURATION MANAGEMENT. 1800.8f. May 20, 1991. Chapter 5. Configuration Management for NAS Requirements Determination
NATIONAL AIRSPACE CONFIGURATION MANAGEMENT 1800.8f May 20, 1991 Chapter 1. General Chapter 2. NAS Configuration Management Overview Chapter 3. Configuration Control Boards Chapter 4. Configuration Control
CORPORATE QUALITY MANUAL
Corporate Quality Manual Preface The following Corporate Quality Manual is written within the framework of ISO 9001:2008 Quality System by the employees of CyberOptics. CyberOptics recognizes the importance
DEPARTMENT OF DEFENSE HANDBOOK PARTS MANAGEMENT. This handbook is for guidance only. Do not cite this document as a requirement.
NOT MEASUREMENT SENSITIVE MIL-HDBK-512 04 October 2000 DEPARTMENT OF DEFENSE HANDBOOK PARTS MANAGEMENT This handbook is for guidance only. Do not cite this document as a requirement. AMSC N/A DISTRIBUTION
MWA Project. Configuration Management Plan
Document No.: MWA-XXX-XXX Revision: 0002 Date: 07-OCT-2009 MWA Project Configuration Management Plan MWA Project MWA Consortium Copyright 2009, MWA Consortium. All Rights Reserved. Control Status Document
Configuration Management Plan (CMP) Template
Configuration Management Plan (CMP) Template T2401 Revision: B Effective Date: January 10, 2011 DOWNLOADED AND/OR HARD COPY UNCONTROLLED Verify that this is the correct version before use. APPROVAL SIGNATURES
Rail Network Configuration Management
Division / Business Unit: Function: Document Type: Enterprise Services Engineering Procedure Rail Network Configuration Management Applicability ARTC Network Wide SMS Publication Requirement Internal /
Project QA and Collaboration Plan for <project name>
Note: Text displayed in blue italics is included to provide guidance to the author and should be deleted or hidden before publishing the document. This template can be used at it is, or to complete and
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
Lockheed Martin Tactical Aircraft Systems (LMTAS) Fort Worth, Texas CONFIGURATION MANAGEMENT REQUIREMENTS FOR SUPPLIERS AND SUBCONTRACTORS.
Lockheed Martin Tactical Aircraft Systems (LMTAS) Fort Worth, Texas CONFIGURATION MANAGEMENT REQUIREMENTS FOR SUPPLIERS AND SUBCONTRACTORS Approved: //signed// J. K. Goodman, Manager Configuration Management
CONFIGURATION MANAGEMENT REQUIREMENTS EXM-MS-RS-ESA-00008
Page: 1/22 ExoMars CONFIGURATION MANAGEMENT REQUIREMENTS EXM-MS-RS-ESA-00008 Issue 1, Rev. 0 Date and Signature Prepared Agreed HME-CLS P. Provasi 29 June 2007 Approved HME-ME D. McCoy 29 June 2007 Page:
Transmittal Sheet #: 2005-0011 Date: July 12, 2005
ADMINISTRATIVE COMMUNICATIONS SYSTEM UNITED STATES DEPARTMENT OF EDUCATION Office of Management, Executive Office 400 Maryland Avenue; Washington, DC 20202 Transmittal Sheet #: 2005-0011 Date: July 12,
QUALITY MANAGEMENT SYSTEM REVIEW AND APPROVAL TEMPLATE (DOE G 414.1-2A, Appendix A, 6-17-05)
QUALITY MANAGEMENT SYSTEM REVIEW AND APPROVAL TEMPLATE (DOE G 414.1-2A, Appendix A, 6-17-05) This review template is intended for use by the DOE for evaluating a DOE Site Office or Contractor Quality Assurance
Spec. Standard: 11/27/06 01310-1 Revision: 11/27/06
SECTION 01310 CONSTRUCTION SCHEDULES PART 1 - GENERAL 1.01 SCOPE: A. Construction Progress Schedule: The CONTRACTOR shall submit a detailed work progress schedule showing all work in a graphic format suitable
Department of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
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
SOFTWARE ASSURANCE STANDARD
NOT MEASUREMENT SENSITIVE National Aeronautics and NASA-STD-8739.8 w/change 1 Space Administration July 28, 2004 SOFTWARE ASSURANCE STANDARD NASA TECHNICAL STANDARD REPLACES NASA-STD-2201-93 DATED NOVEMBER
Life Cycle Support Information System. Training Guide
Life Cycle Support Information System Training Guide This manual is intended for both the end user and the administrator of the LCSIS tool suite. You are free to copy and distribute this manual without
Criteria for Flight Project Critical Milestone Reviews
Criteria for Flight Project Critical Milestone Reviews GSFC-STD-1001 Baseline Release February 2005 Approved By: Original signed by Date: 2/19/05 Richard M. Day Director, Independent Technical Authority
SEI Level 2, 3, 4, & 5 1 Work Breakdown Structure (WBS)
SEI Level 2, 3, 4, & 5 1 Work Breakdown Structure (WBS) 1.0 SEI Product 1.1 SEI Level 2 Product 1.1.1 SEI Level 2 Process 1.1.1.1 Requirements Management Process 1.1.1.2 Software Project Planning Process
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,
CONFIGURATION MANAGEMENT PLAN
CONFIGURATION MANAGEMENT PLAN Integrated Procurement System U.S. Election Commission i CONFIGURATION MANAGEMENT PLAN TABLE OF CONTENTS Page # 1.0 CONFIGURATION CONTROL...3 1.1 Change Control Board (CCB)...3
SOFTWARE DEVELOPMENT AND DOCUMENTATION
DISTRIBUTION STATEMENT A. Approved for public release; distribution is unlimited. NOT MEASUREMENT SENSITIVE MIL-STD-498 5 December 1994 (PDF version) Superseding DOD-STD-2167A 29 February 1988 DOD-STD-7935A
WORK BREAKDOWN STRUCTURE
Chapter 9 Work Breakdown Structure CHAPTER 9 WORK BREAKDOWN STRUCTURE 9.1 INTRODUCTION The Work Breakdown Structure (WBS) is a means of organizing system development activities based on system and product
PM Planning Configuration Management
: a Project Support Function As stated throughout the Project Planning section, there are fundamental components that are started during the pre-performance stage of the project management life cycle in
Software Configuration Management. Addendum zu Kapitel 13
Software Configuration Management Addendum zu Kapitel 13 Outline Purpose of Software Configuration Management (SCM) Motivation: Why software configuration management? Definition: What is software configuration
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,
Page 1. Outline of the Lecture. What is Software Configuration Management? Why Software Configuration Management?
Books: Software Configuration Management 1. B. Bruegge and A. H. Dutoit, Object-Oriented Software Engineering: Using UML, Patterns, and Java (Chapter 13) Outline of the Lecture Purpose of Software Configuration
DEPARTMENT OF THE AIR FORCE HEADQUARTERS AERONAUTICAL SYSTEMS CENTER (AFMC) WRIGHT-PATTERSON AIR FORCE BASE OHIO
DEPARTMENT OF THE AIR FORCE HEADQUARTERS AERONAUTICAL SYSTEMS CENTER (AFMC) WRIGHT-PATTERSON AIR FORCE BASE OHIO BULLETIN AWB 002A 17 May 2011 ((supersedes AWB-002) United States Air Force (USAF) Airworthiness
MWA Project. Configuration Management Plan
Document No.: 46-01002 Revision: 0004 Date: 22-Oct-2009 MWA Project Configuration Management Plan MWA Project MWA Consortium Copyright 2009, MWA Consortium. All Rights Reserved. Control Status Document
Accounting System. Page 1 of 9
Page 1 of 9 Accounting System In support of program management and Earned Value Management, the accounting system must be able to relate costs incurred to work accomplished. Not all accounting systems
July 6, 2015 11(1) CHAPTER 11
July 6, 2015 11(1) CHAPTER 11 Table of Contents Paragraph Page 11-000 Audit of Contractor Compliance with Contract Financial Management Requirements 11-001 Scope of Chapter... 1101 11-100 Section 1 ---
EXHIBIT 2-2-C PROGRESS SCHEDULES
EXHIBIT 2-2-C PROGRESS SCHEDULES PART 1 GENERAL 1.01 SUMMARY A. The work specified in this section consists of furnishing transportation, labor, materials, equipment and incidentals necessary for preparation,
PROJECT AND CONSTRUCTION MANAGEMENT SERVICES FOR KUWAIT PORT AUTHORITY FOR PROJECTS AT SHUAIBA PORT
PROJECT AND CONSTRUCTION MANAGEMENT SERVICES FOR KUWAIT PORT AUTHORITY FOR PROJECTS AT SHUAIBA PORT - INTRODUCTION 1.1. General. Kuwait Ports Authority (KPA) through the Ministry Of Finance (MOF) wishes
Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.
INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February 2013 1 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing
IT Baseline Management Policy. Table of Contents
Table of Contents 1. INTRODUCTION... 1 1.1 Purpose... 2 1.2 Scope and Applicability... 2 1.3 Compliance, Enforcement, and Exceptions... 3 1.4 Authority... 3 2. ROLES, RESPONSIBILITIES, AND GOVERNANCE...
COMDTINST M5234.4 MAY 29 1996. Subj: COAST GUARD SOFTWARE DEVELOPMENT AND DOCUMENTATION STANDARDS (CG-SDDS)
Commandant United States Coast Guard 2100 Second Street, S.W. Washington, DC 20593-0001 Staff Symbol: G-SCC-2 Phone: (202) 267-2996 COMDTINST M5234.4 MAY 29 1996 COMMANDANT INSTRUCTION M5234.4 Subj: COAST
Internal Audit Checklist
Internal Audit Checklist 4.2 Policy Verify required elements Verify management commitment Verify available to the public Verify implementation by tracing links back to policy statement Check review/revisions
<Project Name> Configuration Management Plan
Version [Note: The following template is provided for use with the Rational Unified Process. Text enclosed in square brackets and displayed in blue italics (style=infoblue) is included
Change Management Plan (CMP)
Change Management Plan (CMP) i Version/Change Record Revision Date Description ii Table of Contents 1.0 Introduction... 5 1.1 Purpose... 5 1.2 Plan Scope... 5 1.3 Document Overview... 7 1.4 Referenced
VDOT GOVERNANCE DOCUMENT
VDOT GOVERNANCE DOCUMENT Minimum Requirements for Quality Assurance and Quality Control on Design Build and Public-Private Transportation Act Projects Location and Design Division Alternate Project Delivery
Software Quality Assurance Plan for the EMD Project
104-EMD-001 ECS Maintenance and Development Project Software Quality Assurance Plan for the EMD Project Revision - October 2003 Raytheon Company Upper Marlboro, Maryland Software Quality Assurance Plan
CHAPTER 5 - SAFETY ASSESSMENTS, LOG OF DEFICIENCIES AND CORRECTIVE ACTION PLANS
CHAPTER 5 - SAFETY ASSESSMENTS, LOG OF DEFICIENCIES AND CORRECTIVE ACTION PLANS A. INTRODUCTION... 1 B. CHAPTER-SPECIFIC ROLES AND RESPONSIBILITIES... 1 C. SAFETY PROGRAM ASSESSMENT PROCESS... 3 D. FACILITY-MAINTAINED
Module 6: QUALITY MANAGEMENT FOR CONSTRUCTION PROJECTS. Submodule 1: Introduction. Objectives: After completing this submodule, you will be able to:
Module 6: QUALITY MANAGEMENT FOR CONSTRUCTION PROJECTS Submodule 1: Introduction Objectives: After completing this submodule, you will be able to: Define the function and importance of Construction Quality
Configuration Management SOP
1.0 Commercial in Confidence 08-Aug-2006 1 of 7 Configuration Management SOP Document No: SOP_0113 Prepared by: David Brown Date: 09-Aug-2006 Version: 1.0 1.0 Commercial in Confidence 08-Aug-2006 2 of
ADMINISTRATIVE SUPPORT AND CLERICAL OCCUPATIONS SIN 736 1
Following are the Contractor Site and Government Site Labor Categories for SIN 736-1, SIN 736-1, and SIN 736-5. Please do not hesitate to contact us at [email protected] if you have any questions ADMINISTRATIVE
PROJECT PLAN TEMPLATE
Treasury Board of Canada Secretariat Secrétariat du Conseil du Trésor du Canada Enhanced Management Framework for Information Management/Information Technology PROJECT PLAN TEMPLATE Document Revision Draft
DEPARTMENT OF DEFENSE STANDARD PRACTICE CONFIGURATION MANAGEMENT
NOTE: This draft, dated 21 August 2012, prepared by the U.S. Army ARDEC (AR), has not been approved and is subject to modification. DO NOT USE PRIOR TO APPROVAL. (Project SESS-2012-012.) NOT MEASUREMENT
SYSTEMS ENGINEERING AND MANAGEMENT FOR SUSTAINABLE DEVELOPMENT - Vol. I - Configuration Management - Brouse, Peggy S.
CONFIGURATION MANAGEMENT Brouse, Peggy S. Systems Engineering and Operations Research Department, George Mason University, USA Keywords: Audits, baseline, change control board, configuration items, 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
Space Project Management
EUROPEAN COOPERATION FOR SPACE STANDARDIZATION Space Project Management Configuration Management Secretariat ESA ESTEC Requirements & Standards Division Noordwijk, The Netherlands Published by: Price:
APPENDIX 1, CONFIGURATION MANAGEMENT IN THE FEDERAL AVIATION ADMINISTRATION
09/19/07 1800.66 CHG 2 APPENDIX 1, CONFIGURATION MANAGEMENT IN THE FEDERAL AVIATION ADMINISTRATION Page i (and ii) 09/19/07 1800.66 CHG 2 Document Overview Table of Contents Part One - Configuration Management
This is the software system proposal document for the <name of the project> project sponsored by <name of sponsor>.
Guide to Preparing the SOFTWARE PROJECT MANAGEMENT PLAN R. Buckley CSc 190 Senior Project Department of Computer Science - College of Engineering and Computer Science California State University, Sacramento
Reaching CMM Levels 2 and 3 with the Rational Unified Process
Reaching CMM Levels 2 and 3 with the Rational Unified Process Rational Software White Paper TP174 Table of Contents INTRODUCTION... 1 LEVEL-2, REPEATABLE... 3 Requirements Management... 3 Software Project
GLOBAL AEROSPACE PROCEDURE
1 of 13 1. PURPOSE: This procedure establishes the minimum PPG Aerospace requirements for a Supplier's Quality Plan. These requirements pertain to the documentation and inspection/testing necessary to
Project Management Planning
The Project Plan Template The Project Plan The project plan forms the basis for all management efforts associated with the project. A project plan template is included in this document. The information
Fire Alarm Systems Certification
Fire Alarm Systems Certification The skills and knowledge listed under each task are suggestive of those involved in that task, but are not intended to constitute an exhaustive listing. 2.1 Submittal Preparation
Appendix E Program Management Plan Template
Appendix E Program Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms Definitions
Appendix O Project Performance Management Plan Template
Appendix O Project Performance Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of
5 FAH-11 H-500 PERFORMANCE MEASURES FOR INFORMATION ASSURANCE
5 FAH-11 H-500 PERFORMANCE MEASURES FOR INFORMATION ASSURANCE 5 FAH-11 H-510 GENERAL (Office of Origin: IRM/IA) 5 FAH-11 H-511 INTRODUCTION 5 FAH-11 H-511.1 Purpose a. This subchapter implements the policy
Position Classification Standard for Management and Program Clerical and Assistance Series, GS-0344
Position Classification Standard for Management and Program Clerical and Assistance Series, GS-0344 Table of Contents SERIES DEFINITION... 2 EXCLUSIONS... 2 OCCUPATIONAL INFORMATION... 3 TITLES... 6 EVALUATING
International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research)
International Association of Scientific Innovation and Research (IASIR) (An Association Unifying the Sciences, Engineering, and Applied Research) International Journal of Engineering, Business and Enterprise
Quality Management Plan
6500m HOV Project Stage 1: A-4500 HOV Document Control No.: 0000000 3-November-2009 WOODS HOLE OCEANOGRAPHIC INSTITUTION WOODS HOLE, MA 02543 Document Control Sheet Date Originator Description 07-28-09
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,
System Development Life Cycle Guide
TEXAS DEPARTMENT OF INFORMATION RESOURCES System Development Life Cycle Guide Version 1.1 30 MAY 2008 Version History This and other Framework Extension tools are available on Framework Web site. Release
ISO 9001: 2008 Construction Quality Management System Sample - Selected pages (not a complete plan)
ISO 9001: 2008 Construction Quality Management System Sample - Selected pages (not a complete plan) Part 1: Project-Specific Quality Plan Part 2: Company Quality Manual Part 3: Submittal Forms Part 4:
The Project Management Plan will be used to guide, communicate and coordinate project efforts.
F.1 General Implementation Contractor Deliverables include critical system planning and development components. Sufficient deliverables have been identified at key steps in the project to guide the project
