Configuration Management Guide /Part IV - Acronyms and Definitions (Added 02/2000)

SECTION I: Acronyms

ACM-20 Configuration Management Staff
ACT Engineering and Test
AF  Airways Facilities
AMS  Acquisition Management System
ANI  NAS Implementation Program
ANS  NAS Transition and Integration Program
AOS  Operational Support Service
APB  Acquisition Program Baseline
App  Appendix
ASD  System Architecture and Investment Analysis
ASP  Acquisition Strategy Paper
A-Spec  A Level Specification
ASU  Office of Acquisitions
AT  Air Traffic
ATC  Air Traffic Control
B/L Baseline
BCATS  Bar Code Asset Tracking System
CAEG  Computer Aided Engineering Graphics
CAS  Commercially Available Software
CCB  Configuration Control Board
CCD  Configuration Control Decision
CDR  Critical Design Review
CDRL  Contract Data Requirements List
CI  Configuration Item
CIP  Capital Investment Plan
CM  Configuration Management
CM/DM Configuration Management/Data Management
CMSG  CM Steering Group
COTS  Commercial-Off-The-Shelf
COTS/NDI Commercial-Off-The-Shelf/Non-Development Item
CR  Change Request
CSA  Configuration Status Accounting
CSCI 

Computer Software Configuration Item

DCC 

Documentation Control Center

DID  Data Item Description
DOCCON  Documentation and Configuration Identification System
DT  Development Test
DT&E Development Test and Evaluation
EC  Engineering Center
ECP  Engineering Change Proposal
EDDA  Environmental Due Diligence Audit
EDM  Engineering Document Management
F&E Facility and Equipment
FAA  Federal Aviation Administration
FACID  Facility Identifier
FAST  FAA Acquisition System Toolset
FCA  Functional Configuration Audit
FEQ  Equipment Profile Screen in MMS
FRDF  Facility Reference Data File
FSEP  Facilities, Services, and Equipment Profile
HQ  Headquarters
HW  Hardware
I&I Impact and Implementation
IA Investment Analysis
IAPG  Investment Analysis Process Guidelines
IAR  Investment Analysis Report
IAW  In Accordance With
IC  Implementation Center
ICD  Interface Control Document
ICMM  Integrated Capability Maturity Model
ID  Identifier
IDEF  Integrated Definition Language
ILS  Instrument Landing System
IMT  Integrated Management Team
INFO_Sys  Information Systems
IOC  Initial Operating Capability
IOT&E  Independent Operational Test and Evaluation
IPDS  Integrated Product Development System
IPP  Integrated Program Plan
IPT  Integrated Product Team
IRD  Interface Requirements Document
IS  In-Service Management Phase (of AMS Life Cycle)
JAI  Joint Acceptance Inspection
JRC  Joint Resource Council
LC  Life Cycle
LIS  Logistics Information System
LOB  Line of Business
LRU  Lowest or Line Replaceable Unit
MAR  Major Acquisition Review
MCI  Master Configuration Index
MDFM  Material Delivery Forecast Module
Mgmt  Management
MMS  Maintenance Management System
MNS  Mission Need Statement
Mod  Modification
N/A  Non-applicable
NAPRS  National Airspace Performance Reporting System
NAS  National Airspace System
NCP  National Airspace System Change Proposal
NDI  Non-Development Items
NIMS  NAS Infrastructure Management System
NISC  National Airspace System Implementation Support Contractor
NMCC  National Maintenance Control Center
NRM  NAS Requirements Management
O/T Overtime
OPI  Office of Primary Interest
OPR  Office of Primary Responsibility
ORD  Operational Readiness Demonstration
P3I  Pre-planned Product Improvement
PAPI  Precision Approach Path Indicator
PASS  Professional Airway Systems Specialists
PCA  Physical Configuration Audit
PDR  Preliminary Design Review
PMR  Program Management Review
POC  Point of Contact
PSL  Program Support Library
PT  Product Team
QA  Quality Assurance
RAPM  Regional Associate Program Manager
RCCB  Regional CCB
RD  Requirements Document
RTP  Resource Tracking Program
S/N Serial Number
SAD Site Allocation Documentation
SAT  System Acceptance Test
SE  System Engineering
SEMP  System Engineering Program Plan
SEOAT  Systems Engineering/Operational Analysis Team
SI  Solution Implementation Phase (of AMS Life Cycle)
SIP  Site Implementation Plan
SIR  Screening Information Request
SLEP  Service Life Extension Program
SME  Subject Matter Expert
SMO  System Management Office
SOW  Statement of Work
SSC  System Support Center
SW  Software
TI  Technical Instruction Book
TIM  Technical Interchange Meeting
TRR  Test Readiness Report
TSU  Technical Support Unit
VDD  Version Description Document
VRTM  Verification Requirements Traceability Matrix

 

PART FOUR – ACRONYMS AND DEFINITIONS

 

SECTION II: Definitions

Note: With the exception of those definitions marked with an asterisk (*), all definitions are taken directly from EIA-649.

Application environment: Where a product is used, for example, defense systems and facilities, energy facilities, aircraft, space systems, automobiles, pharmaceuticals, commercial products.

Approval: The agreement that an item is complete and suitable for its intended use.

Attributes: Performance, functional, and physical characteristics of a product.

Baseline: (1) An agreed-to description of the attributes of a product, at a point in time, which serves as a basis for defining change. (2) An approved and released document, or a set of documents, each of a specific revision; the purpose of which is to provide a defined basis for managing change. (3) The currently approved and released configuration documentation. (4) A released set of files consisting of a software version and associated configuration documentation.

Change: See engineering change.

Computer software documentation: Technical data or information, including computer listings, regardless of media, which document the requirements, design, or details of computer software; explain the capabilities and limitations of the software; or provide operating instructions for using or supporting computer software.

Configuration: (1) The performance, functional, and physical attributes of an existing or planned product, or a combination of products. (2) One of a series of sequentially created variations of a product.

Configuration audit: Product configuration verification accomplished by inspecting documents, products, and records; and reviewing procedures, processes, and systems of operation to verify that the product has achieved its required attributes (performance requirements and functional constraints), and the product’s design is accurately documented. Sometimes divided into separate functional and physical configuration audits.

Configuration change management: (1) A systematic process that ensures that changes to released configuration documentation are properly identified, documented, evaluated for impact, approved by an appropriate level of authority, incorporated, and verified. (2) The configuration management activity concerning the systematic proposal justification, evaluation, coordination and disposition of proposed changes, and the implementation of all approved and released changes into (a) the applicable configurations of a product, (b) associated product information, and (c) supporting and interfacing products and their associated product information.

Configuration documentation: Technical documentation, the primary purpose of which is to identify and define a product’s performance, functional, and physical attributes.

Configuration identification (product definition): (1) The systematic process of selecting the product attributes, organizing associated information about the attributes, and stating the attributes. (2) Unique identifiers for a product and its configuration documents. (3) The configuration management activity that encompasses selecting configuration documents; assigning and applying unique identifiers to a product, its components, and associated documents; and maintaining document revision relationships to product configurations.

Configuration management (CM): A management process for establishing and maintaining consistency of a product’s performance, functional, and physical attributers with its requirements, design, and operational information throughout its life.

Configuration status accounting (CSA) (product configuration information): The configuration management activity concerning capture and storage of, and access to, configuration information needed to manage products and product information effectively.

Configuration verification: The action verifying that the product has achieved its required attributes (performance requirements and functional constraints) and the product’s design is accurately documented.

Contract: As used herein denotes the document (for example, contract, memorandum of agreement or understanding, purchase order) used to implement an agreement between a customer (buyer) and a seller (supplier).

Data: Recorded information of any nature (including administrative, managerial, financial, and technical), regardless of medium or characteristics.

Disapproval: Conclusion by the appropriate authority that an item submitted for approval is either not complete or is not suitable for its intended use.

Firmware: The combination of a hardware device and computer instructions or computer data that reside as read-only software "burned into" the hardware device; various types of firmware include devices whose software code is erasable/re-programmable to some degree.

Functional attributes: Measurable performance parameters including reliability, maintainability, and safety.

Hardware: Products made of material and their components (mechanical, electrical, electronic, hydraulic, pneumatic). Computer software and technical documentation are excluded.

Interface: The performance, functional, and physical attributes required to exist at a common boundary.

Interface control: The process of identifying, documenting, and controlling all performance, functional, and physical attributes relevant to the interfacing of two or more products provided by one or more organizations.

Interface control documentation: Interface control drawing or other documentation that depicts physical, functional, and test interfaces of related or co-functioning products.

Life cycle: A generic term relating to the entire period of conception, definition, build, distribution, operation, and disposal of a product.

*NAS technical documentation: Any set of documents that describe the technical requirements of the National Airspace System.

Nomenclature: (1) Names assigned to kinds and groups of products. (2) Formal designations assigned to products by customer or supplier (such as model number, model type, design differentiation, specific design series, or configuration.)

Non-conformance: The failure of a product to meet a specified requirement.

*Office of primary interest: An FAA organization that generates a document or has a significant interest in the management or control of a specific document.

*Operational baseline: The approved technical documentation representing installed operational hardware and software.

Operational information: Information that supports the use of a product, for example, operation maintenance and user’s manuals/instructions, procedures, and diagrams.

Original: The current design activity’s document or digital document representation and associated source data file(s) of record (i.e., for legal purposes).

Performance: A quantitative measure characterizing a physical or functional attribute relating to the execution of an operation or function. Performance attributes include quantity (how many or how much), quality (how well), coverage (how much area, how far), timeliness (how responsive, how frequent), and readiness (availability, mission/operational readiness). Performance is an attribute for all systems, people, products, and processes including those for development, production, verification, deployment, operations, support, training, and disposal. Thus, supportability parameters, manufacturing process variability, reliability, and so forth, are all performance measures.

Physical attributes: Quantitative and qualitative expressions of material features, such as composition, dimensions, finishes, form, fit, and their respective tolerances.

*Prescreening: The evaluation of case files for impacts on safety, ATC services, and other intangible benefits, as well as cost/benefits implications, to determine if the proposed change should be implemented.

Release: The designation by the originating activity that a document or software version is approved by an appropriate authority and is subject to configuration change management procedures.

Released data: (1) Data that has been released after review and internal approvals. (2) Data that has been provided to others outside the originating group or team for use (as opposed to for comment).

Requirements: Specified essential attributes.

*Solution providers: A term used to specify a non-IPT organization that has the responsibility for providing equipment to satisfy National Airspace requirements.

Specification: A document that explicitly states essential technical attributes/requirements for product and procedures to determine that the product’s performance meets its requirements/attributes.

Support equipment: Equipment and computer software required to maintain, test, or operate a product or facility in its intended environment.

Unit: One of a quantity of items (products, parts, etc.).

Verification: The act of validating that a requirement has been fulfilled.

Version: (1) One of several sequentially created configurations of a data product. (2) A supplementary identifier used to distinguish a changed body or set of computer-based data (software) from the previous configuration with the same primary identifier. Version identifiers are usually associated with data (such as files, data bases, and software) used by, or maintained in, computers.