Controlled Document

Configuration Management Plan

Enterprise-grade Configuration Management Plan aligned to SAE/EIA-649C, SAE/EIA-649-1, and MIL-HDBK-61B

Document No.

CMP-001-2026

Revision

Rev C

Effective Date

2026-03-25

Classification

UNCLASSIFIED

Status

APPROVED

Owner

CM Authority

Table of Contents

CONFIGURATION MANAGEMENT PLAN

BaseLinx PLM Platform

Product Lifecycle Management System

Digital Engineering & Configuration Intelligence Platform

Prepared in accordance with:

SAE/EIA-649C • SAE/EIA-649-1 • MIL-HDBK-61B

Document Number

CMP-001-2026

Revision

C

Date

25 March 2026

Document Control Information

Revision History

RevDateAuthorDescriptionApproved By
C2026-03-25CM AuthorityMajor revision - SAE/EIA-649C alignmentProgram Manager
B2025-11-15CM ManagerAdded digital thread requirementsProgram Manager
A2025-06-01CM ManagerInitial releaseProgram Manager

Approval Signatures

Prepared By

Configuration Management Authority

Signature / Date

Electronically Signed - 2026-03-25

Approved By

Program Manager

Signature / Date

Electronically Signed - 2026-03-25

Distribution List

Program Manager
Chief Engineer
CM Manager
Quality Assurance
Systems Engineering
Software Lead
Manufacturing Engineering
Contracts
Supplier Management

1Executive Overview

1.1 Purpose and Intent

This Configuration Management Plan (CMP) establishes the comprehensive framework, policies, processes, and procedures for implementing and maintaining configuration management across the BaseLinx PLM platform and all associated configuration items throughout the system lifecycle. This plan is designed to ensure product integrity, traceability, and control from concept through disposal.

The purpose of this CMP is to:

  • Define configuration management requirements, responsibilities, and authorities
  • Establish processes for configuration identification, control, status accounting, and verification
  • Ensure alignment with SAE/EIA-649C, SAE/EIA-649-1, and MIL-HDBK-61B requirements
  • Provide a controlled framework for managing changes throughout the product lifecycle
  • Support technical decision-making through accurate configuration visibility
  • Enable effective communication of configuration status to all stakeholders
  • Maintain the digital thread connecting requirements through verification

Key Principle (SAE/EIA-649C)

"Configuration management is a process for establishing and maintaining consistency of a product's performance, functional, and physical attributes with its requirements, design, and operational information throughout its life."

1.2 Document Scope

This CMP applies to all configuration items managed within or interfacing with the BaseLinx PLM platform, including:

Hardware Configuration Items

  • • Parts and assemblies
  • • Engineering drawings
  • • Bills of Materials (BOMs)
  • • Specifications
  • • Interface control documents

Software Configuration Items

  • • Software components
  • • Source code repositories
  • • Build configurations
  • • Software BOMs (SBOMs)
  • • Release packages

Documentation CIs

  • • Requirements documents
  • • Design documents
  • • Test procedures
  • • User manuals
  • • CDRLs and DIDs

Change Objects

  • • Engineering Change Requests (ECRs)
  • • Engineering Change Orders (ECOs)
  • • Engineering Change Notices (ECNs)
  • • Deviations and Waivers
  • • Request for Variance (RFV)

1.3 Authority and Applicability

This Configuration Management Plan is authorized by the Program Manager and is binding upon all organizational elements, contractors, subcontractors, and suppliers involved in the design, development, production, test, and sustainment of products managed within the BaseLinx PLM platform.

Applicability Matrix

OrganizationFull CMPChange ControlStatus AccountingAudit Support
Prime Contractor●●●●
Subcontractors (Critical)●●●●
Suppliers (Tier 1)◐●●◐
Suppliers (Tier 2+)○◐◐○
● Full Compliance Required◐ Partial/Tailored Compliance○ As Directed

2Governing References and Standards

2.1 Primary Standards

SAE/EIA-649C - Configuration Management Standard

The primary industry standard for configuration management, defining the five core CM functions and establishing the framework for planning, identifying, controlling, status accounting, and verifying configuration throughout the product lifecycle.

CM Planning
Identification
Control
Status Accounting
Verification

SAE/EIA-649-1 - CM Requirements for Defense Contracts

Supplemental requirements specific to defense contracts, addressing government interface requirements, Class I/II change classifications, Configuration Control Board operations, and contractual CM deliverables.

• Government CM Interface• Defense Contract Requirements• CCB Operations

MIL-HDBK-61B - Configuration Management Guidance

Department of Defense handbook providing detailed implementation guidance for configuration management throughout the acquisition lifecycle, including milestone alignment, technical reviews, and baseline management.

• DoD Acquisition Lifecycle• Milestone Integration• Technical Reviews

2.2 Standards Alignment Matrix

CM FunctionSAE/EIA-649CSAE/EIA-649-1MIL-HDBK-61BCMP Section
CM PlanningSection 4Section 3Chapter 3Section 3
Configuration IdentificationSection 5Section 4Chapter 4Section 5
Configuration ControlSection 6Section 5Chapter 5Section 6
Status AccountingSection 7Section 6Chapter 6Section 7
Verification & AuditSection 8Section 7Chapter 7Section 8

2.3 Additional References

DoD Standards

  • • MIL-STD-973 - Configuration Management
  • • MIL-STD-31000 - Technical Data Packages
  • • MIL-HDBK-61B - CM Guidance
  • • DoDI 5000.02 - Acquisition Policy
  • • DFARS 252.227-7013 - Technical Data Rights

Industry Standards

  • • ISO 10007 - Quality Management - CM Guidance
  • • AS9100 - Aerospace Quality Management
  • • ISO/IEC 12207 - Software Lifecycle Processes
  • • IEEE 828 - Software CM Plans
  • • ANSI/EIA-632 - Systems Engineering

3Configuration Management Policy

3.1 Policy Statement

It is the policy of this organization that all products, systems, and services shall be developed, produced, and sustained under a disciplined configuration management program that ensures product integrity, supports informed decision-making, and maintains the digital thread from requirements through verification.

This policy mandates that:

  • All configuration items shall be uniquely identified and documented before release
  • Changes to baselined configuration shall be controlled through formal change management processes
  • Configuration status shall be recorded, maintained, and reported throughout the lifecycle
  • Configuration verification shall be performed to ensure product consistency with documentation
  • The digital thread shall maintain bidirectional traceability across all lifecycle phases

3.2 CM Objectives

Product Integrity

Ensure products conform to requirements and design intent throughout their lifecycle

Traceability

Maintain complete trace from requirements through design, build, test, and operation

Visibility

Provide accurate, timely visibility of configuration status to all stakeholders

Control

Prevent unauthorized changes and ensure changes are properly evaluated and approved

Compliance

Ensure compliance with contractual, regulatory, and organizational requirements

Reproducibility

Enable reproduction of any product configuration at any point in its lifecycle

3.3 CM Principles

Five Core CM Functions (SAE/EIA-649C)

PlanningEstablish CM framework
IdentificationDefine & document CIs
ControlManage changes
Status AccountingRecord & report
VerificationAudit & validate

4System Environment Description

4.1 Operational Baseline System

The BaseLinx PLM platform serves as the authoritative operational environment for configuration management. This system provides comprehensive capabilities for managing the complete product lifecycle from requirements through sustainment, including:

Part Management

  • Part records
  • Part attributes
  • Part relationships
  • Part lifecycle states
  • Part revisions

BOM Management

  • Engineering BOMs
  • Manufacturing BOMs
  • Software BOMs
  • As-built BOMs
  • BOM comparisons

Change Management

  • Change requests
  • Change orders
  • Change notices
  • Impact analysis
  • Approval workflows

Document Control

  • Specifications
  • Drawings
  • Procedures
  • CDRLs
  • Version control

Requirements

  • Requirements capture
  • Traceability
  • Verification matrix
  • Allocation
  • Compliance

Audits & Reports

  • Status accounting
  • Audit trails
  • Metrics dashboards
  • FCA/PCA support
  • Compliance reports

4.2 System Architecture

BaseLinx PLM System Architecture

External Systems & Interfaces
CAD Systems
ERP/MRP
Requirements Tools
Test Management
Supply Chain
API / Integration Layer
BaseLinx PLM Core Platform
Configuration Identification
Configuration Control
Status Accounting
Verification & Audit
Data Access Layer
Configuration Database
PartsBOMsDocumentsChangesBaselines

4.3 Integrated Applications

ApplicationPurposeData FlowIntegration Type
CAD Systems (CATIA, NX, SOLIDWORKS)Design data, drawings, modelsBi-directionalNative API
ERP (SAP, Oracle)Part master, BOMs, inventoryBi-directionalWeb Services
Requirements (DOORS, Jama)Requirements, traceabilityBi-directionalOSLC/REST
ALM/DevOps (Jira, GitHub)Issues, code, buildsBi-directionalREST API

5Configuration Identification

5.1 Baseline Definitions

Per SAE/EIA-649C and MIL-HDBK-61B, the following baselines are established and maintained within the BaseLinx PLM platform. Each baseline represents a formally approved set of configuration documentation at a specific point in the product lifecycle.

Baseline Hierarchy and Lifecycle Progression

Functional BaselineFBL
SRR/SDR

System-level functional requirements

Allocated BaselineABL
PDR

CI-level performance specs

Product BaselinePBL
CDR/TRR

Detailed design & TDP

Operational BaselineOBL
IOC

As-fielded configuration

BaselineEstablishment PointContentChange Authority
Functional Baseline (FBL)System Requirements Review (SRR)System Performance Specification (Type A)Government/Customer CCB
Allocated Baseline (ABL)Preliminary Design Review (PDR)Development Specifications (Type B)Government/Customer CCB
Product Baseline (PBL)Critical Design Review (CDR) / FCA/PCAProduct Specifications (Type C), TDPContractor CCB (Class II) / Govt (Class I)
Operational Baseline (OBL)Initial Operational Capability (IOC)As-Fielded ConfigurationSustaining CCB

5.2 Configuration Item Selection

Configuration Items (CIs) are selected based on the criteria defined in SAE/EIA-649C Section 5.2. The following factors determine CI selection:

Selection Criteria

  • Critical to mission success or safety
  • Contains new or modified design
  • Interfaces with other CIs or systems
  • Subject to separate testing/verification
  • Requires separate logistic support

CI Types in BaseLinx

  • Hardware CI (HWCI)
  • Computer Software CI (CSCI)
  • Interface CI (ICI)
  • Firmware CI (FWCI)
  • Documentation CI (DCI)

5.3 Identification Methodology

Part Numbering Convention

XXX-YYYY-ZZZ-RR
XXX
System/Program Code
YYYY
CI Type + Sequence
ZZZ
Part/Item Number
RR
Revision Level

5.4 Required Attributes and Metadata

AttributeDescriptionRequiredExample
Part NumberUnique identifier per naming conventionAVN-5500-001
RevisionCurrent revision levelC
Title/NameDescriptive nameAvionics Bay Assembly
CI TypeClassification of configuration itemHWCI
Lifecycle StateCurrent state in workflowReleased
OwnerResponsible engineer/organizationAvionics IPT
ClassificationSecurity/export classificationITAR Controlled
BaselineAssociated configuration baselineOptionalPBL Rev 3
EffectivitySerial/lot applicabilityOptionalS/N 001-050

6Configuration Control

6.1 Change Management Process

Configuration control ensures that changes to baselined configuration items are properly identified, documented, evaluated, approved, implemented, and verified. The change management process within BaseLinx PLM follows the workflow defined below.

Engineering Change Order (ECO) Workflow

1
ECR Initiation

Originator submits change request with justification

Draft
2
Impact Analysis

Engineering evaluates technical, schedule, cost impacts

Analysis
3
Classification

Determine Class I (Major) or Class II (Minor)

Classified
4
CCB Review

Configuration Control Board evaluates and approves

In Review
5
ECO Release

Approved change is released for implementation

Approved
6
Implementation

Change is incorporated into design/production

In Work
7
Verification

Verify change implementation is complete and correct

Verification
8
Closure

ECO closed, baseline updated

Closed

6.2 Change Classification (Class I / Class II)

Per SAE/EIA-649-1 and MIL-HDBK-61B, changes are classified based on their impact on form, fit, function, interchangeability, safety, reliability, or contractual requirements.

Class I - Major Change

Requires Customer/Government Approval

A change that affects one or more of the following baseline attributes:

  • Form (physical characteristics)
  • Fit (interface or interchangeability)
  • Function (performance requirements)
  • Safety or reliability
  • Contract requirements
Approval Authority:Government/Customer CCB

Class II - Minor Change

Contractor Authority

A change that does NOT affect any of the following:

  • No impact on form, fit, or function
  • No safety or reliability impact
  • No contractual impact
  • Documentation corrections
  • Process improvements
Approval Authority:Contractor CCB

6.3 Configuration Control Board (CCB)

CCB Structure and Membership

Chairperson

Program Manager or designated representative. Has final approval authority.

Voting Members
  • • Chief Engineer
  • • CM Manager
  • • Quality Assurance
  • • Manufacturing
  • • Contracts
Advisory Members
  • • Systems Engineering
  • • Test Engineering
  • • Logistics
  • • Safety
  • • Reliability
Change TypeCost ImpactSchedule ImpactApproval Authority
Class I - Any ImpactAnyAnyGovernment/Customer CCB
Class II - High Impact> $100K> 30 daysProgram CCB
Class II - Medium Impact$10K - $100K7 - 30 daysIPT CCB
Class II - Low Impact< $10K< 7 daysCM Manager

7Configuration Status Accounting

7.1 Status Accounting Model

Configuration Status Accounting (CSA) provides the means to record, track, and report the status of configuration items and changes throughout the lifecycle. The BaseLinx PLM platform maintains comprehensive status accounting records including:

Configuration Item Status

  • • Current revision and baseline assignment
  • • Lifecycle state (Draft, Review, Released, Obsolete)
  • • Open changes affecting the CI
  • • Associated documentation
  • • Verification status

Change Status

  • • ECR/ECO/ECN status and progression
  • • Approval status and signatures
  • • Implementation status
  • • Verification completion
  • • Historical change records

7.2 Reports and Dashboards

CM Status Dashboard

2,847
Total CIs
156
Open ECOs
23
Pending Approval
98%
Baseline Compliance

Standard Reports

ReportDescriptionFrequency
Configuration Item ListComplete listing of all CIs with current statusWeekly
Change Status ReportAll open/pending changes with statusWeekly
Baseline Status ReportCurrent baseline content and changesMonthly
Variance ReportActive deviations and waiversMonthly

7.3 Metrics and KPIs

Change Cycle Time
Target: < 30 days
24 days
First-Pass Approval Rate
Target: > 80%
87%
Baseline Compliance
Target: > 95%
98%
Open ECO Age
Target: < 45 days avg
32 days
Documentation Currency
Target: > 98%
96%
Audit Finding Rate
Target: < 5/audit
3

8Configuration Verification and Audit

8.1 Verification Processes

Configuration verification ensures that configuration items conform to their documented requirements and that the configuration documentation accurately represents the physical configuration. BaseLinx PLM supports the following verification activities:

Continuous Verification

  • Automated CI attribute validation
  • BOM consistency checks
  • Document revision currency
  • Change impact validation

Periodic Verification

  • Baseline integrity audits (Quarterly)
  • Physical configuration audits (Semi-annual)
  • Process compliance reviews (Annual)
  • External certification audits (As required)

8.2 Functional Configuration Audit (FCA)

The FCA verifies that the actual performance of a CI meets the requirements stated in its functional and allocated configuration documentation. Per MIL-HDBK-61B:

FCA Objectives

  • • Verify all specified tests have been performed
  • • Verify test results demonstrate requirement compliance
  • • Verify test documentation is complete
  • • Verify discrepancies have been resolved

FCA Prerequisites

  • • Test procedures approved
  • • All tests completed
  • • Test data available for review
  • • All waivers/deviations documented

8.3 Physical Configuration Audit (PCA)

The PCA verifies that the CI as built conforms to the product baseline documentation. Per MIL-HDBK-61B:

PCA Objectives

  • • Verify physical configuration matches documentation
  • • Verify all parts are per drawing/spec
  • • Verify marking and identification
  • • Verify documentation is complete and current

PCA Checklist Items

  • • Engineering drawings current
  • • BOMs accurate and complete
  • • Serial/lot numbers recorded
  • • All ECOs incorporated

9Roles and Responsibilities

9.2 RACI Matrix - Change Management

ActivityPMCM MgrChief EngrQAMfgCCB
ECR InitiationICRICI
Impact AnalysisICA/RCCI
Change ClassificationIRACII
CCB ReviewIRCCCA
ECO ApprovalIRCCIA
ImplementationICACRI
VerificationICCA/RCI
Baseline UpdateIA/RCIII
A = AccountableR = ResponsibleC = ConsultedI = Informed

10Lifecycle Integration

10.1 Milestone Alignment (MIL-HDBK-61B)

DoD Acquisition Lifecycle - CM Milestones

FBL
ASR/SRR
MS A
MSA
ABL
SFR/PDR
MS B
TMRR
PBL
CDR/TRR
MS C
EMD
OBL
PRR/SVR
FRP
P&D
Sustainment
O&S

AAppendix A: Forms and Templates

A.1 Engineering Change Request (ECR) Form

ECR-2026-____
__/__/____
☐ Critical ☐ High ☐ Medium ☐ Low
List all affected CIs...
Describe the change...
Explain why change is needed...
Name / Signature / Date
Department/IPT

CAppendix C: Glossary and Acronyms

Acronyms

ABLAllocated Baseline
CCBConfiguration Control Board
CDRCritical Design Review
CIConfiguration Item
CMConfiguration Management
CMPConfiguration Management Plan
ECNEngineering Change Notice
ECOEngineering Change Order
ECREngineering Change Request
FBLFunctional Baseline
FCAFunctional Configuration Audit
PBLProduct Baseline
PCAPhysical Configuration Audit
PDRPreliminary Design Review
SRRSystem Requirements Review

Definitions

Baseline

An agreed-upon description of the attributes of a product at a point in time.

Configuration Item

An aggregation of hardware, software, or both that is designated for configuration management.

Configuration Management

A process for establishing and maintaining consistency of a product's performance with its requirements.

END OF DOCUMENT

Configuration Management Plan • CMP-001-2026 Rev C • BaseLinx PLM

This document is controlled. Verify currency before use.