USAF ILA Handbook - ACC Practice Center - Defense Acquisition ...
USAF ILA Handbook - ACC Practice Center - Defense Acquisition ...
USAF ILA Handbook - ACC Practice Center - Defense Acquisition ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
D-15. Configuration Management<br />
Configuration Management (CM) is the application of sound business practices to establish and<br />
maintain consistency of a product's attributes with its requirements and product configuration<br />
information. It involves interaction among Government and contractor program functions such as<br />
systems engineering, design engineering, logistics, contracting, and manufacturing in an IPT<br />
environment. CM includes system hardware, software, and documentation (data). A CM process<br />
guides the system products, processes, and related documentation, and facilitates the development<br />
of open systems. CM efforts result in a complete audit trail of decisions and design modifications.<br />
See MIL-HDBK-61A, Figure 4-5, Page 4-10 for an illustration showing how CM objectives are<br />
related to Program activity and Program objectives for each phase of the life cycle.<br />
Evaluation Criteria<br />
Milestone<br />
B C FRP<br />
1. Configuration Baseline<br />
• CM decisions are based on factors that best support implementation of X U U<br />
performance-based strategies throughout the product life cycle.<br />
• Requirements for the configuration identification, control, status accounting, X<br />
waivers/deviations, engineering changes and verification/audit functions are<br />
established for hardware, software and product/technical data.<br />
• Is EIA-836 being used for CM implementation X<br />
• At the appropriate milestones, the functional, allocated and product baselines X<br />
have been established and approved from development through disposal.<br />
• Nomenclature has been established where appropriate. X<br />
• Interfaces are defined using interface control documents as applicable. X U U<br />
• The hardware/software requirements and product/technical data specification X U U<br />
and interface requirements specification have been prepared and approved.<br />
• Physical and functional characteristics are accurately reflected in design X U U<br />
documentation.<br />
• Have functional, allocated and product baselines been developed X U U<br />
• Each computer software configuration item and its corresponding computer X<br />
software components and computer software units have been identified.<br />
• A software design document has been written for each computer software<br />
X U<br />
configuration item.<br />
• The version, release, change status and other identification details of each<br />
X U<br />
deliverable item of software are known.<br />
• For COTS/NDI and form/fit/function, information has been required/provided X U<br />
for refreshment.<br />
• Subcontractor CM requirements including information, data and metrics are<br />
established.<br />
X U<br />
Version 1: Jan 2006 91<br />
Air Force Independent Logistics Assessment <strong>Handbook</strong>