View source for Configuration management

{{Short description|Process for maintaining consistency of a product attributes with its design}}
{{Cleanup rewrite|date=November 2023}}
{{Use dmy dates|date=November 2023}}
{{Business administration}}
[[File:ConfiurationActivityModel.png|right|thumb|400px|Top level Configuration Management Activity model]]

'''Configuration management''' ('''CM''') is a management 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.<ref>{{cite web|url=https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239|title=''MIL-HDBK-61A, ""Military Handbook: Configuration Management Guidance''|publisher=Department of Defense|date=7 February 2001|access-date=2012-03-24|url-status=dead|archive-url=https://web.archive.org/web/20120320093634/https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=202239|archive-date=20 March 2012|df=dmy-all}}</ref><ref>{{cite web|url=http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT-|title=''ANSI/EIA-649B, ""National Consensus Standard for Configuration Management''|publisher=TechAmerica|date=1 April 2011|access-date=2012-03-24|url-status=dead|archive-url=https://archive.today/20120801125835/http://www.geia.org/ANSI-EIA-649-A-Standard----NATIONAL-CONSENSUS-STANDARD-FOR-CONFIGURATION-MANAGEMENT-|archive-date=1 August 2012|df=dmy-all}}</ref> The CM process is widely used by military engineering organizations to manage changes throughout the [[system lifecycle]] of [[complex system]]s, such as [[weapon]] systems, [[military vehicles]], and [[information system]]s. Outside the military, the CM process is also used with IT service management as defined by [[ITIL]], and with other [[domain model]]s in the civil engineering and other [[industrial engineering]] segments such as roads, bridges, [[canal]]s, dams, and buildings.<ref>{{cite web|title=History and Heritage of Civil Engineering|work=[[American Society of Civil Engineers|ASCE]]|url=http://live.asce.org/hh/index.mxml?versionChecked=true|archive-url=https://web.archive.org/web/20070216235716/http://live.asce.org/hh/index.mxml?versionChecked=true|url-status=dead|archive-date=16 February 2007|access-date=2007-08-08|df=dmy-all}}</ref><ref>{{cite web|title=Institution of Civil Engineers What is Civil Engineering|work=[[Institution of Civil Engineers|ICE]]|url=http://www.ice.org.uk/downloads//little_book_full_colour.pdf|archive-url=https://web.archive.org/web/20060923023137/http://www.ice.org.uk/downloads//little_book_full_colour.pdf|url-status=dead|archive-date=2006-09-23|access-date=2007-09-22}}</ref><ref>{{cite web|title=''Configuration Management and the Federal Transportation Administration (FTA) National Lessons Learned Program''|work=Federal Transportation Administration|url=http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|access-date=2007-09-22|url-status=dead|archive-url=https://archive.today/20120907165342/http://www.pacotechnologies.com/Pages/FTA-National-Lessons-Learned-Program.aspx|archive-date=7 September 2012|df=dmy-all}}</ref>

==Introduction==
CM applied over the life cycle of a system provides visibility and control of its performance, functional, and physical attributes. CM verifies that a system performs as intended, and is identified and documented in sufficient detail to support its projected life cycle. The CM process facilitates orderly management of system information and system changes for such beneficial purposes as to revise capability; improve performance, reliability, or maintainability; extend life; reduce cost; reduce risk and liability; or correct defects. The relatively minimal cost of implementing CM is returned manyfold in cost avoidance. The lack of CM, or its ineffectual implementation, can be very expensive and sometimes can have such catastrophic consequences such as failure of equipment or loss of life.

CM emphasizes the functional relation between parts, subsystems, and systems for effectively controlling system change. It helps to verify that proposed changes are systematically considered to minimize adverse effects. Changes to the system are proposed, evaluated, and implemented using a standardized, systematic approach that ensures consistency, and proposed changes are evaluated in terms of their anticipated impact on the entire system. CM verifies that changes are carried out as prescribed and that documentation of items and systems reflects their true configuration. A complete CM program includes provisions for the storing, tracking, and updating of all system information on a component, subsystem, and system basis.<ref>{{cite web|url=http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf|title=''Systems Engineering Fundamentals''|publisher=Defense Acquisition University Press|date=January 2001|access-date=2012-03-25|url-status=dead|archive-url=https://web.archive.org/web/20060211165311/http://www.dau.mil/pubs/pdf/SEFGuide%2001-01.pdf|archive-date=11 February 2006|df=dmy-all}}</ref>

A structured CM program ensures that documentation (e.g., requirements, design, test, and acceptance documentation) for items is accurate and consistent with the actual physical design of the item. In many cases, without CM, the documentation exists but is not consistent with the item itself. For this reason, engineers, contractors, and management are frequently forced to develop documentation reflecting the actual status of the item before they can proceed with a change. This [[reverse engineering]] process is wasteful in terms of human and other resources and can be minimized or eliminated using CM.

==History==
Configuration Management originated in the [[United States Department of Defense]] in the 1950s as a technical management discipline for hardware material items—and it is now a standard practice in virtually every industry. The CM process became its own technical discipline sometime in the late 1960s when the DoD developed a series of [[United States Military Standard|military standards]] called the "480 series" (i.e., MIL-STD-480, MIL-STD-481 and MIL-STD-483) that were subsequently issued in the 1970s. In 1991, the "480 series" was consolidated into a single standard known as the MIL–STD–973 that was then replaced by MIL–HDBK–61 pursuant to a general DoD goal that reduced the number of military standards in favor of industry [[technical standards]] supported by [[standards organization|standards developing organizations]] (SDO).<ref>{{cite web|url=https://acc.dau.mil/CommunityBrowser.aspx?id=32397|title=''Memorandum, Specifications and Standards – A New Way of Doing Business''|publisher=Secretary of Defense|date=29 June 1994|access-date=2012-03-23|url-status=dead|archive-url=https://web.archive.org/web/20131021123641/https://acc.dau.mil/CommunityBrowser.aspx?id=32397|archive-date=21 October 2013|df=dmy-all}}</ref> This marked the beginning of what has now evolved into the most widely distributed and accepted standard on CM, [[ANSI–EIA–649]]–1998.<ref>{{cite web|url=http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf|archive-url=https://ghostarchive.org/archive/20221009/http://www.cs.wcupa.edu/~yang/495ppt/config_management.pdf|archive-date=2022-10-09|url-status=live|title=''Configuration Management Compliance Validation: Critical Review and Technology Assessment(CR/TA)Report''|publisher=Defense Technical Information Center|access-date=14 May 2001}}</ref> Now widely adopted by numerous organizations and agencies, the CM discipline's concepts include [[systems engineering]] (SE), [[Integrated Logistics Support]] (ILS), [[Capability Maturity Model Integration]] (CMMI), [[ISO 9000]], [[Prince2]] project management method, [[COBIT]], [[ITIL]], [[product lifecycle management]], and [[Application Lifecycle Management]]. Many of these functions and models have redefined CM from its traditional holistic approach to technical management. Some treat CM as being similar to a librarian activity, and break out change control or change management as a separate or stand alone discipline.

==Overview==
CM is the practice of handling changes systematically so that a [[system]] maintains its [[system integrity|integrity]] over time. CM implements the policies, procedures, techniques, and tools that manage, evaluate proposed changes, track the status of changes, and maintain an inventory of system and support documents as the system changes. CM programs and plans provide technical and administrative direction to the development and implementation of the procedures, functions, services, tools, processes, and resources required to successfully develop and support a complex system. During system development, CM allows [[program management]] to track requirements throughout the life-cycle through acceptance and operations and maintenance. As changes inevitably occur in the requirements and design, they must be approved and documented, creating an accurate record of the system status. Ideally the CM process is applied throughout the [[system lifecycle]]. Most professionals mix up or get confused with [[Asset management]] (AM, see also [[ISO/IEC 19770]]), where it inventories the assets on hand. The key difference between CM and AM is that the former does not manage the financial accounting aspect but on service that the system supports or in other words, that the later (AM) is trying to realize value from an IT asset.<ref>{{cite web|last=Atlassian|title=Guide to configuration management databases (CMDBs)|url=https://www.atlassian.com/itsm/it-asset-management/cmdb|access-date=2021-07-20|website=Atlassian|language=en}}</ref><ref>{{Cite journal|last=Galusha|first=C.|date=June 2001|title=Getting started with IT asset management|journal=IT Professional|volume=3|issue=3|pages=37–40|doi=10.1109/6294.939973 |bibcode=2001ITPro...3c..37G }}</ref><ref>{{cite web|date=2018-01-30|title=The ISO 19770-1 standard: A guide to implementing IT asset management|url=https://blog.shi.com/business-of-it/iso-19770-1-standard-guide-implementing-asset-management/|access-date=2021-07-20|website=The SHI Hub|language=en-US}}</ref>

The CM process for both hardware- and software-configuration items comprises five distinct disciplines as established in the MIL–HDBK–61A<ref>{{cite web|url=http://www.product-lifecycle-management.com/download/MIL-HDBK-61B%20%28Draft%29.pdf|title=Military Handbook: Configuration Management Guidance|publisher=Department of Defense: United States of America|page=iii–iv|access-date=2016-07-21|quote=4. CM LIFE CYCLE MANAGEMENT AND PLANNING [...] 5. CONFIGURATION IDENTIFICATION [...] 6. CONFIGURATION CONTROL [...] 7. CONFIGURATION STATUS ACCOUNTING [...] 8. CONFIGURATION VERIFICATION AND AUDIT [...] 9. DATA MANAGEMENT [...]}}</ref> and in ANSI/EIA-649. Members of an organization interested in applying a standard [[change management|change-management]] process will employ these disciplines as policies and procedures for establishing [[Baseline (configuration management)|baselines]], manage and control change, and monitor and assess the effectiveness and correctness of progress. The [[IEEE 12207]] process IEEE 12207.2 also has these activities and adds "Release management and delivery".
{{anchor|Configuration identification}}
{{anchor|Configuration Status Accounting}}
The five disciplines are:

# CM Planning and Management: a formal document and plan to guide the CM program that includes items such as:
#* Personnel
#* Responsibilities and resources
#* Training requirements
#* Administrative meeting guidelines, including a definition of procedures and tools
#* Baselining processes
#* Configuration control and configuration-status accounting
#* Naming conventions
#* Audits and reviews
#* Subcontractor/vendor CM requirements
# Configuration Identification (CI): consists of setting and maintaining baselines, which define the system or subsystem architecture, components, and any developments at any point in time. It is the basis by which changes to any part of a system are identified, documented, and later tracked through design, development, testing, and final delivery. CI incrementally establishes and maintains the definitive current basis for Configuration Status Accounting (CSA) of a system and its [[configuration item]]s (CIs) throughout their lifecycle (development, production, deployment, and operational support) until disposal.
# Configuration Control: includes the evaluation of all change-requests and change-proposals, and their subsequent approval or disapproval. It covers the process of controlling modifications to the system's design, hardware, firmware, software, and documentation.
# Configuration Status Accounting: includes the process of recording and reporting configuration item descriptions (e.g., hardware, software, firmware, etc.) and all departures from the baseline during design and production. In the event of suspected problems, the verification of baseline configuration and approved modifications can be quickly determined.
# Configuration Verification and Audit: an independent review of hardware and software for the purpose of assessing compliance with established performance requirements, commercial and appropriate military standards, and functional, allocated, and product baselines. Configuration audits verify that the system and subsystem configuration documentation complies with the functional and physical performance characteristics before acceptance into an architectural baseline.

==Software==
{{main|Software configuration management}}
The software configuration management (SCM) process is looked upon by practitioners as the best solution to handling changes in software projects. It identifies the functional and physical attributes of software at various points in time, and performs systematic control of changes to the identified attributes for the purpose of maintaining software integrity and traceability throughout the software development life cycle.

The SCM process further defines the need to trace changes, and the ability to verify that the final delivered software has all of the planned enhancements that are supposed to be included in the release. It identifies four procedures that must be defined for each software project to ensure that a sound SCM process is implemented. They are:
# Configuration identification
# Configuration control
# Configuration status accounting
# Configuration audits

These terms and definitions change from standard to standard, but are essentially the same.
* Configuration identification is the process of identifying the attributes that define every aspect of a configuration item. A configuration item is a product (hardware and/or software) that has an end-user purpose. These attributes are recorded in configuration documentation and baselined. Baselining an attribute forces formal configuration change control processes to be effected in the event that these attributes are changed.
* Configuration change control is a set of processes and approval stages required to change a configuration item's attributes and to re-baseline them.
* Configuration status accounting is the ability to record and report on the configuration baselines associated with each configuration item at any moment of time.
* Configuration audits are broken into functional and [[physical configuration audit]]s. They occur either at delivery or at the moment of effecting the change. A functional configuration audit ensures that functional and performance attributes of a configuration item are achieved, while a physical configuration audit ensures that a configuration item is installed in accordance with the requirements of its detailed design documentation.

===Configuration management database===
{{no sources section|date=July 2024}}
[[ITIL]] specifies the use of a configuration management system (CMS) or [[configuration management database]] (CMDB) as a means of achieving industry best practices for Configuration Management. CMDBs are used to track Configuration Items (CIs) and the dependencies between them, where CIs represent the things in an enterprise that are worth tracking and managing, such as but not limited to computers, software, software licenses, racks, network devices, storage, and even the components within such items. CMS helps manage a [[Federated database system|federated]] collection of CMDBs.

The benefits of a CMS/CMDB includes being able to perform functions like root cause analysis, impact analysis, change management, and current state assessment for future state strategy development. 

''Configuration Management'' (CM) is an ITIL-specific ITSM process that tracks all of the individual CIs in an [[information system|IT system]] which may be as simple as a single server, or as complex as the entire IT department. In large organizations a configuration manager may be appointed to oversee and manage the CM process. In ITIL version 3, this process has been renamed as ''Service Asset and Configuration Management''.

===Information assurance===
For [[information assurance]], CM can be defined as the management of security features and assurances through control of changes made to hardware, software, firmware, documentation, test, test fixtures, and test documentation throughout the life cycle of an information system.<ref>[[National Information Systems Security Glossary]]</ref>{{Better source needed|date=August 2021|reason=Wikipedia is not a [[WP:RS|reliable source]]}} CM for information assurance, sometimes referred to as ''secure configuration management'' (SCM), relies upon performance, functional, and physical attributes of IT platforms and products and their environments to determine the appropriate security features and assurances that are used to measure a system configuration state. For example, configuration requirements may be different for a [[network firewall]] that functions as part of an organization's Internet boundary versus one that functions as an internal local network firewall.

==Maintenance systems==
Configuration management is used to maintain an understanding of the status of complex assets with a view to maintaining the highest level of serviceability for the lowest cost. Specifically, it aims to ensure that operations are not disrupted due to the asset (or parts of the asset) overrunning limits of planned lifespan or below quality levels.

In the military, this type of activity is often classed as "mission readiness", and seeks to define which assets are available and for which type of mission; a classic example is whether aircraft on board an aircraft carrier are equipped with bombs for ground support or missiles for defense.

===Operating system configuration management===
Configuration management can be used to maintain [[Operating system|OS]] configuration files.<ref>{{cite web|author=C. Lueninghoener|title=Getting Started with Configuration Management. ;login: issue: April 2011, Volume 36, Number 2|url=https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf|archive-url=https://ghostarchive.org/archive/20221009/https://www.usenix.org/system/files/login/articles/105457-Lueninghoener.pdf|archive-date=2022-10-09|url-status=live|access-date=2012-11-23}}</ref> Many of these systems utilize [[Infrastructure as Code]] to define and maintain configuration.<ref>{{cite magazine|last=Loschwitz|first=Martin|date=14 November 2014|title=Choosing between the leading open source configuration managers|url=http://www.admin-magazine.com/Archive/2014/23/Choosing-between-the-leading-open-source-configuration-managers|magazine=Admin Network & Security|location=Lawrence, Kansas|publisher=Linux New Media USA LLC}}</ref>

The [[Promise theory]] of configuration maintenance was developed by [[Mark Burgess (computer scientist)|Mark Burgess]],<ref>M. Burgess, Cfengine: a site configuration engine, USENIX Computing systems, Vol8, No. 3 1995 [https://www.usenix.org/legacy/publications/compsystems/1995/sum_burgess.pdf]</ref><ref>M. Burgess, On the theory of system administration, Science of Computer Programming 49, 2003. p1-46 [http://research.iu.hio.no/papers/sysadmtheory3.pdf pdf] {{webarchive|url=https://web.archive.org/web/20110724180113/http://research.iu.hio.no/papers/sysadmtheory3.pdf|date=24 July 2011}}</ref><ref>M. Burgess, Configurable immunity for evolving human-computer systems, Science of Computer Programming 51 2004, p197-213 [http://research.iu.hio.no/papers/immunity.pdf pdf] {{webarchive|url=https://web.archive.org/web/20120303062114/http://research.iu.hio.no/papers/immunity.pdf|date=3 March 2012}}</ref> with a practical implementation on present day computer systems in the software CFEngine able to perform real time repair as well as preventive maintenance.

===Preventive maintenance===
{{Main|Preventive maintenance}}
Understanding the "as is" state of an asset and its major components is an essential element in preventive maintenance as used in maintenance, repair, and overhaul and [[enterprise asset management]] systems.

Complex assets such as aircraft, ships, industrial machinery etc. depend on many different components being serviceable. This serviceability is often defined in terms of the amount of usage the component has had since it was new, since fitted, since repaired, the amount of use it has had over its life and several other limiting factors. Understanding how near the end of their life each of these components is has been a major undertaking involving labor-intensive record keeping until recent developments in software.

===Predictive maintenance===
{{Main|Predictive maintenance}}
Many types of component use electronic sensors to capture data which provides live [[condition monitoring]]. This data is analyzed on board or at a remote location by computer to evaluate its current serviceability and increasingly its likely future state using algorithms which predict potential future failures based on previous examples of failure through field experience and modeling. This is the basis for "predictive maintenance".

Availability of accurate and timely data is essential in order for CM to provide operational value and a lack of this can often be a limiting factor. Capturing and disseminating the operating data to the various support organizations is becoming an industry in itself.

The consumers of this data have grown more numerous and complex with the growth of programs offered by original equipment manufacturers (OEMs). These are designed to offer operators guaranteed availability and make the picture more complex with the operator managing the asset but the OEM taking on the liability to ensure its serviceability.

==Standards==
A number of standards support or include configuration management,<ref>{{cite web|url=http://www.mel.nist.gov/msidlibrary/doc/NISTIR_7339.pdf|title=NISTIR 7339 Analysis of Standards for Lifecycle Management of Systems for US Army|publisher=National Institute of Standards and Technology|date=August 2006|access-date=25 November 2015|archive-date=21 December 2016|archive-url=https://web.archive.org/web/20161221103821/http://www.mel.nist.gov/msidlibrary/doc/NISTIR_7339.pdf|url-status=dead}}</ref> including:
* ANSI/EIA-649-1998 National Consensus Standard for Configuration Management
* EIA-649-A 2004 National Consensus Standard for Configuration Management
* SAE EIA-649-C 2019 Global Consensus Configuration Management Standard
* [[ISO 10007]] Quality management systems – Guidelines for configuration management
* [[Federal Standard 1037C]]
* GEIA Standard 836–2002 Configuration Management Data Exchange and Interoperability
* [[IEEE 829]] Standard for Software Test Documentation
* {{Cite book|doi=10.1109/IEEESTD.2012.6170935|year=2012|isbn=978-0-7381-7232-3|title=IEEE Standard for Configuration Management in Systems and Software Engineering}}
* MIL-STD-973 Configuration Management (cancelled on 20 September 2000)<ref>{{cite web|url=https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=106772|title=ASSIST-QuickSearch - Basic Profile|date=27 September 2011|archive-url=https://web.archive.org/web/20110927135629/https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=106772|archive-date=27 September 2011}}</ref>
* [[STANAG 4427 on CM|NATO STANAG 4427 Configuration Management in Systems Life Cycle Management]] including
* NATO ACMP 2000 Policy on Configuration Management
* NATO ACMP 2009 Guidance on Configuration Management<ref name="auto">[http://nso.nato.int/nso/nsdd/APdetails.html?APNo=2422&LA=EN]{{dead link|date=August 2022}}</ref>
* NATO ACMP 2100 Configuration Management Contractual Requirements
* [[CMMI]] CMMI for Development, Version 1.2 Configuration Management
* CMII-100E CMII Standard for Enterprise Configuration Management<ref>{{cite web|url=http://www.icmhq.com/cmii-standardsforcm.html|title=Standards for CM &#124; Institute of Configuration Management|date=2 May 2012|archive-url=https://web.archive.org/web/20120502113244/http://www.icmhq.com/cmii-standardsforcm.html|archive-date=2 May 2012}}</ref>
* Extended List of Configuration Management & Related Standards<ref>{{cite web|url=http://cmpic.com/configuration-management-standards.htm|title=Configuration Management Standards: an extensive list of CM and related industry standards|website=CMPIC - The Configuration Management Process Improvement Center}}</ref>
* ITIL Service Asset and Configuration Management
* ISO 20000:1 2011& 2018 Service Management System.
* ECSS-M-ST-40C Rev.1 Configuration and information management<ref>{{cite web|url=https://ecss.nl/standard/ecss-m-st-40c-rev-1-configuration-and-information-management/|title=ECSS-M-ST-40C Rev.1 – Configuration and information management (6 March 2009) &#124; European Cooperation for Space Standardization|website=ecss.nl}}</ref>

==Guidelines==
* IEEE 828-2012 Standard for Configuration Management in Systems and Software Engineering,<ref>{{cite web|url=https://standards.ieee.org/ieee/828/5367/|title=IEEE 828-2012 - IEEE Standard for Configuration Management in Systems and Software Engineering|website=[[IEEE]]}}</ref> published date:2012-03-16
* ISO 10007:2017 Quality management – Guidelines for configuration management<ref>{{cite web | title=ISO 10007:2017(en) Quality management — Guidelines for configuration management | website=iso.org | url=https://www.iso.org/obp/ui/#iso:std:iso:10007:ed-3:v1:en | access-date=29 November 2023}}</ref>
* NATO ACMP-2009 – Guidance on configuration management<ref name="auto"/>
* ANSI/EIA-632-1998 Processes for Engineering a System
* ANSI/EIA-649-1998 National Consensus Standard for Configuration Management
* GEIA-HB-649 – Implementation Guide for Configuration Management
* EIA-836 Consensus Standard for Configuration Management Data Exchange and Interoperability
* MIL-HDBK-61B Configuration Management Guidance,<ref>{{cite web|url=https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=202239|title=ASSIST-QuickSearch Document Details|publisher=Quicksearch.dla.mil|date=|access-date=2022-08-28}}</ref> 7 April 2020
* MIL-STD-3046 Configuration Management,<ref>{{cite web|url=https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=279266|title=ASSIST-QuickSearch Document Details|publisher=Quicksearch.dla.mil|date=|access-date=2022-08-28}}</ref> 6 March 2013 and canceled on June 1, 2015
* Defense Acquisition Guidebook,<ref>{{cite web|url=https://dag.dau.mil/Pages/Default.aspx|title=Defense Acquisition Guidebook [DAG]|date=13 February 2013|archive-url=https://web.archive.org/web/20130213203151/https://dag.dau.mil/Pages/Default.aspx|archive-date=13 February 2013}}</ref> elements of CM at 4.3.7 SE Processes, attributes of CM at 5.1.7 Lifecycle support
* Systems Engineering Fundamentals, Chapter 10 Configuration Management<ref>{{cite web|url=http://www.dau.mil/publications/publicationsdocs/sefguide%2001-01.pdf|title=Archived copy|website=www.dau.mil|access-date=11 January 2022|archive-url=https://web.archive.org/web/20170131231503/http://www.dau.mil/publications/publicationsdocs/sefguide%2001-01.pdf|archive-date=31 January 2017|url-status=dead}}</ref>
* Configuration Management Plan United States Dept. of Defense Acquisition document<ref>{{cite web|url=https://acqnotes.com/acqnote/careerfields/configuration-management-plan|title=Configuration Management Plan|website=AcqNotes}}</ref>

==Construction==
More recently{{When|date=August 2021}} configuration management has been applied to large construction projects which can often be very complex and have a huge number of details and changes that need to be documented. Construction agencies such as the Federal Highway Administration have used configuration management for their infrastructure projects.<ref>{{cite web|title=''Configuration Management for Transportation Management Systems Handbook''|work=Federal Highway Administration|url=http://www.everyspec.com/DOT/FHWA-OP-04-013_SEP2003_41209/|access-date=28 March 2012}}</ref> There are construction-based configuration management tools that aim to document change orders and RFIs in order to ensure a project stays on schedule and on budget. These programs can also store information to aid in the maintenance and modification of the infrastructure when it is completed. One such application, CCSNet, was tested in a case study funded by the Federal Transportation Administration (FTA) in which the efficacy of configuration management was measured through comparing the approximately 80% complete construction of the Los Angeles County Metropolitan Transit Agency (LACMTA) first and second segments of the Red Line, a $5.3&nbsp;billion rail construction project. This study yielded results indicating a benefit to using configuration management on projects of this nature.<ref>{{cite web|title=''Configuration Management Case Study''|work=PACO Technologies, Inc|url=http://www.pacotechnologies.com/Pages/Case-Study.aspx|access-date=28 March 2012|url-status=dead|archive-url=https://web.archive.org/web/20160826174139/http://www.pacotechnologies.com/Pages/Case-Study.aspx|archive-date=26 August 2016|df=dmy-all}}</ref>

==See also==
{{Commons category|Configuration management}}
* [[Change detection]]
* [[Configuration lifecycle management]]
* [[Granular Configuration Automation]]
* [[Comparison of open source configuration management software]]
* [[Dependency (project management)|Dependency]]
* [[List of software engineering topics]]
* [[Interchangeable parts]]
* [[Continuous configuration automation]]
* [[System configuration]]
* [[Systems management]]

==References==
{{Reflist|30em}}

{{Systems Engineering}}

[[Category:Configuration management]]
[[Category:Method engineering]]
[[Category:Technical communication]]
[[Category:Version control systems]]
[[Category:Computer occupations]]
[[Category:Systems engineering]]
[[Category:Software engineering]]