구성 관리

Configuration management
최상위 구성 관리 활동 모델

구성관리(CM)는 제품의 성능, 기능 및 물리적 속성과 제품 [1][2]수명 전반에 걸쳐 요구사항, 설계 및 운영 정보의 일관성을 확립하고 유지하기 위한 시스템 엔지니어링 프로세스입니다.CM 프로세스는 무기 시스템, 군용 차량, 정보 시스템 등 복잡한 시스템의 시스템 라이프사이클 전체에 걸쳐 변경을 관리하기 위해 군사 엔지니어링 조직에서 널리 사용됩니다.CM 프로세스는 ITIL에 의해 정의된 IT 서비스 관리 및 토목 공학 및 도로, 교량, 운하, 댐, [3][4][5]건물 등의 기타 산업 공학 분야의 다른 도메인 모델에도 사용됩니다.

서론

시스템의 라이프 사이클에 걸쳐 적용되는 CM은 성능, 기능 및 물리적 속성을 가시화하고 제어할 수 있습니다.CM은 시스템이 의도한 대로 동작하고 있는지 확인하고 예상되는 라이프 사이클을 지원하기 위해 충분히 상세하게 식별 및 문서화합니다.CM 프로세스는 성능 수정, 성능, 신뢰성 또는 유지보수성 향상, 수명 연장, 비용 절감, 리스크 및 책임 감소, 결함 수정 등의 유익한 목적으로 시스템 정보 및 시스템 변경의 질서 있는 관리를 용이하게 합니다.CM의 실장에 드는 비교적 적은 비용은 비용 회피를 위해 몇 배로 회수됩니다.CM의 결여 또는 그 비효율적인 실장은 매우 비용이 많이 들고 기기의 고장이나 인명 손실 등의 치명적인 결과를 초래할 수 있습니다.

CM은 시스템 변경을 효과적으로 제어하기 위해 부품, 서브시스템 및 시스템 간의 기능적 관계를 강조합니다.제안된 변경이 부작용을 최소화하기 위해 체계적으로 고려되었는지 검증하는 데 도움이 된다.시스템 변경은 일관성을 보장하는 표준화된 체계적인 접근방식을 사용하여 제안, 평가 및 구현되며 제안된 변경은 시스템 전체에 미치는 예상 영향의 관점에서 평가됩니다.CM은 변경사항이 규정된 대로 수행되고 품목 및 시스템의 문서화가 실제 구성을 반영하는지 확인합니다.완전한 CM 프로그램에는 컴포넌트,[6] 서브시스템 및 시스템 기반의 모든 시스템 정보의 저장, 추적 및 갱신을 위한 조항이 포함됩니다.

구조화된 CM 프로그램은 품목에 대한 문서(요건, 설계, 테스트 및 승인 문서 등)가 정확하고 품목의 실제 물리적 설계와 일관되도록 보장합니다.대부분의 경우 CM이 없으면 문서가 존재하지만 항목 자체와 일치하지 않습니다.따라서 엔지니어, 계약자 및 경영진은 변경을 진행하기 전에 품목의 실제 상태를 반영한 문서를 작성해야 하는 경우가 많습니다. 리버스 엔지니어링 프로세스는 인력 및 기타 자원의 측면에서 낭비되며 CM을 사용하여 최소화하거나 제거할 수 있습니다.

역사

Configuration Management는 1950년대 미국 국방부에서 하드웨어 재료 품목의 기술 관리 분야로 시작되었으며, 현재는 거의 모든 업계에서 표준적인 관행이 되고 있습니다.CM 프로세스는 1960년대 후반 DoD가 "480 시리즈"라고 불리는 일련의 군사 표준(MIL-STD-480, MIL-STD-481 및 MIL-STD-483)을 개발하면서 자체 기술 분야가 되었다.1991년, "480 시리즈"는 MIL-STD-973으로 알려진 단일 표준으로 통합되었고, 이후 표준 개발 기구(SDO)[7]지원하는 산업 기술 표준을 위해 군사 표준의 수를 줄인 일반적인 국방성 목표에 따라 MIL-HDBK-61로 대체되었습니다.이는 CM, ANSI-EIA-649-1998에서 [8]가장 널리 보급되고 받아들여진 표준으로 발전한 것의 시작을 알렸다.현재 많은 조직과 기관에서 널리 채택되고 있는 CM 분야의 개념은 시스템 엔지니어링(SE), 통합 로지스틱스 지원(ILS), 능력 성숙도 모델 통합(CMMI), ISO 9000, Prince 2 프로젝트 관리 방법, COBIT, ITIL, 제품 라이프 사이클 관리 및 애플리케이션 라이프 사이클 관리입니다.이러한 기능 및 모델의 대부분은 CM을 기존의 전체적인 접근 방식에서 기술 관리에 이르기까지 재정의하고 있습니다.CM을 사서 활동과 유사한 것으로 취급하고 변경 관리 또는 변경 관리를 개별 또는 독립적 분야로 분류합니다.

개요

CM은 시스템이 시간이 지남에 따라 무결성을 유지할 수 있도록 체계적으로 변경을 처리하는 방법입니다.CM은 제안된 변경을 관리, 평가, 변경 상태를 추적하고 시스템 변경에 따라 시스템 및 지원 문서의 인벤토리를 유지하는 정책, 절차, 기법 및 도구를 구현합니다.CM 프로그램 및 계획은 복잡한 시스템을 성공적으로 개발하고 지원하기 위해 필요한 절차, 기능, 서비스, 도구, 프로세스 및 자원의 개발과 구현에 대한 기술적 및 관리적 지침을 제공합니다.시스템 개발 중 CM을 통해 프로그램 관리자는 수용, 운용 및 유지보수를 통해 라이프 사이클 전체의 요건을 추적할 수 있습니다.요건과 설계에 변경이 불가피하므로 이를 승인하고 문서화하여 시스템 상태에 대한 정확한 기록을 작성해야 합니다.CM 프로세스가 시스템 라이프 사이클 전체에 걸쳐 적용되는 것이 이상적입니다.대부분의 프로페셔널은 자산관리(AM, ISO/IEC 19770도 참조)와 혼동하거나 혼동하고 있습니다.이 관리에서는, 수중에 있는 자산의 인벤토리를 작성합니다.CM과 AM의 주요 차이점은 전자가 재무회계 측면을 관리하는 것이 아니라 시스템이 지원하는 서비스, 즉 후자(AM)가 IT [9][10][11]자산으로부터 가치를 실현하려고 한다는 것입니다.

하드웨어 구성 항목과 소프트웨어 구성 항목의 CM 프로세스는 MIL-HDBK-61A[12] 및 ANSI/EIA-649에서 확립된5가지 다른 규율로 구성됩니다.이러한 규율은 기준선을 설정하고 표준 변경 관리 프로세스를 수행하기 위한 정책과 절차로 수행됩니다[by whom?].IEEE 12207 프로세스 IEEE 12207.2에서도 이러한 액티비티가 있어 「릴리스 관리 및 전달」이 추가됩니다. 5가지 부문은 다음과 같습니다.

  1. CM 계획 및 관리: 공식 문서 및 CM 프로그램을 안내할 계획으로, 다음과 같은 항목을 포함합니다.
    • 인사
    • 책임과 자원
    • 트레이닝 요건
    • 절차 및 도구의 정의를 포함한 관리 회의 가이드라인
    • 기준 설정 프로세스
    • 구성 제어 및 구성 상태 계정
    • 명명 규칙
    • 감사 및 리뷰
    • 하청업체/벤더 CM의 요건
  2. CI(Configuration Identification): 시스템 또는 서브시스템 아키텍처, 컴포넌트 및 모든 개발을 정의하는 기준선의 설정과 유지보수로 구성됩니다.이는 시스템의 모든 부분에 대한 변경 사항을 식별, 문서화 및 나중에 설계, 개발, 테스트 및 최종 전달을 통해 추적하는 기초입니다.CI는 폐기될 때까지 라이프 사이클(개발, 생산, 도입 및 운용 지원)을 통해 시스템과 그 구성 항목(CI)의 최종적인 현재 기반을 점진적으로 확립하고 유지합니다.
  3. 구성관리: 모든 변경요구 및 변경제안 및 그 후의 승인 또는 부결의 평가가 포함됩니다.시스템 설계, 하드웨어, 펌웨어, 소프트웨어 및 설명서의 변경을 제어하는 프로세스에 대해 설명합니다.
  4. 구성 상태 계정: 구성 항목의 설명(하드웨어, 소프트웨어, 펌웨어 등)을 기록하고 보고하는 프로세스와 설계 및 생산 시 기준에서 벗어나는 모든 프로세스를 포함합니다.문제가 의심되는 경우 기준 구성 및 승인된 수정 사항을 신속하게 확인할 수 있습니다.
  5. 구성 검증 및 감사: 확립된 성능 요건, 상용 및 적절한 군사 표준, 기능, 할당 및 제품 기준선에 대한 적합성을 평가하기 위한 하드웨어 및 소프트웨어의 독립적 검토.구성 감사는 아키텍처 기준선에 수용되기 전에 시스템 및 서브시스템 구성 문서가 기능 및 물리적 성능 특성을 준수하는지 확인합니다.

소프트웨어

소프트웨어 구성 관리(SCM) 프로세스는 소프트웨어 프로젝트의 변경 사항을 처리하는 최선의 솔루션으로 실무자들에게 인식되고 있습니다.다양한 시점에서 소프트웨어의 기능 및 물리 속성을 식별하고 소프트웨어 개발 라이프 사이클 전체에 걸쳐 소프트웨어의 무결성과 추적성을 유지하기 위해 식별된 속성의 변경을 체계적으로 제어합니다.

SCM 프로세스에서는 변경을 추적할 필요성 및 최종 전달된 소프트웨어가 릴리스에 포함될 예정인 확장 기능을 모두 갖추고 있는지 확인할 수 있는 기능이 더욱 정의됩니다.건전한 SCM 프로세스를 구현하기 위해 각 소프트웨어 프로젝트에 대해 정의해야 하는 4가지 절차를 설명합니다.다음과 같은 것이 있습니다.

  1. 구성 식별
  2. 구성 제어
  3. 구성 상태 계정
  4. 구성 감사

이러한 용어와 정의는 표준에서 표준으로 변경되지만 기본적으로 동일합니다.

  • 구성 식별은 구성 항목의 모든 측면을 정의하는 속성을 식별하는 프로세스입니다.구성 항목은 최종 사용자 목적을 가진 제품(하드웨어 및/또는 소프트웨어)입니다.이러한 Atribut은 설정 매뉴얼에 기록되어 베이스라인에 기재되어 있습니다.Atribute의 베이스라인을 지정하면 이러한 Atribute가 변경되었을 때 정식 Configuration 변경 제어 프로세스가 강제로 적용됩니다.
  • 구성 변경 제어는 구성 항목의 속성을 변경하고 기준을 다시 설정하는 데 필요한 프로세스 및 승인 단계 세트입니다.
  • 구성 상태 계정은 각 구성 항목에 연결된 구성 기준선을 언제든지 기록하고 보고할 수 있는 기능입니다.
  • 구성 감사는 기능 및 물리적 구성 감사로 나뉩니다.이러한 현상은 배송 시 또는 변경에 영향을 미치는 시점에 발생합니다.기능 구성 감사는 구성 항목의 기능 및 성능 속성을 달성하는 것을 보장하는 반면 물리적 구성 감사는 구성 항목이 상세 설계 문서의 요건에 따라 설치되도록 보장합니다.

구성 관리 데이터베이스

ITIL은 Configuration Management를 위한 업계의 베스트 프랙티스를 달성하기 위한 수단으로 CMS(Configuration Management System) 또는 CMDB(Configuration Management Database) 사용을 지정합니다.CMDB는 CI(Configuration Items)와 CI 간의 종속성을 추적하는 데 사용됩니다. CI는 시스템, 소프트웨어, 소프트웨어 라이센스, 랙, 네트워크 장치, 스토리지, 그리고 이러한 항목 내의 구성 요소에 국한되지 않고 추적 및 관리할 가치가 있는 기업의 항목을 나타냅니다.

CMS/CMDB의 이점으로는 근본 원인 분석, 영향 분석, 변경 관리 및 미래 전략 개발을 위한 현황 평가 등의 기능을 수행할 수 있습니다.일반적으로 IT 서비스 관리(ITSM) 시스템이라고 하는 시스템의 예로는 FreshService, ServiceNow 및 Samanage가 있습니다.

정보 보증

정보보증을 위해 CM은 정보시스템의 [13][better source needed]라이프 사이클 전체에 걸쳐 하드웨어, 소프트웨어, 펌웨어, 문서, 테스트, 픽스처 및 테스트문서의 변경을 제어함으로써 보안기능과 보증을 관리하는 것으로 정의할 수 있습니다.정보 보증용 CM(시큐어 구성 관리라고도 함)은 IT 플랫폼과 제품 및 그 환경의 성능, 기능 및 물리적 속성에 의존하여 시스템 구성 상태를 측정하기 위해 사용되는 적절한 보안 기능과 보증을 결정합니다.예를 들어 조직의 인터넷 경계의 일부로 기능하는 네트워크 방화벽과 내부 로컬 네트워크 방화벽으로 기능하는 네트워크 방화벽의 구성 요건이 다를 수 있습니다.

유지보수 시스템

구성 관리는 가장 낮은 비용으로 최고 수준의 서비스 가용성을 유지하기 위해 복잡한 자산의 상태를 파악하기 위해 사용됩니다.구체적으로는 자산(또는 자산의 일부)이 계획수명의 한계를 초과하거나 품질수준을 밑도는 것으로 인해 운용이 중단되지 않도록 하는 것을 목적으로 하고 있습니다.

군대에서는 이러한 유형의 활동이 종종 "임무 준비 상태"로 분류되며, 어떤 자산이 이용 가능하고 어떤 유형의 임무가 수행되는지 정의하려고 한다. 항공모함에 탑승한 항공기에 지상 지원용 폭탄이나 방어용 미사일이 장착되었는지의 전형적인 예가 된다.

운영 체제 구성 관리

구성 관리를 사용하여 OS [14]구성 파일을 유지할 수 있습니다.를 들어 Ansible, Bcfg2, CFEngine, Chef, Nix, Otter, Puppet, Quattor, SaltStack, Terraform, Pulumi, Vagrant 등이 있습니다.이러한 시스템의 대부분은 인프라스트럭처의 코드를 사용하여 구성을 [15]정의 및 유지합니다.설정의 정의와 유지보수를 실시합니다.

구성 유지보수의 Promise 이론은 Mark Burgess[16][17][18]의해 개발되었으며, 소프트웨어 CFEngine의 현재 컴퓨터 시스템에서 실시간 복구 및 예방 유지보수를 수행할 수 있습니다.

예방적 유지보수

자산과 그 주요 컴포넌트의 '있는 그대로' 상태를 파악하는 것은 유지보수, 수리, 정비 및 엔터프라이즈 자산관리 시스템에 사용되는 예방적 유지보수에 필수적인 요소입니다.

항공기, 선박, 산업 기계 등과 같은 복잡한 자산은 서비스 가능한 많은 다른 구성요소에 의존합니다.이러한 보수성은 흔히 부품이 새것 이후, 장착된 이후, 수리된 이후, 부품의 수명 동안 사용된 양 및 기타 몇 가지 제한 요소로 정의됩니다.이들 각 컴포넌트의 수명이 얼마 남지 않았는지를 이해하는 것은 소프트웨어의 최근 개발까지 노동집약적인 기록 보관을 수반하는 중요한 과제였습니다.

예측 유지 보수

많은 유형의 컴포넌트가 실시간 상태 모니터링을 제공하는 데이터를 캡처하기 위해 전자 센서를 사용합니다.이 데이터는 현장 경험과 모델링을 통해 이전의 장애 사례를 바탕으로 미래의 잠재적 장애를 예측하는 알고리즘을 사용하여 현재 서비스 가능성과 점점 더 가능성이 높은 미래 상태를 평가하기 위해 컴퓨터 내부 또는 원격지에서 분석됩니다.이는 "예측적 유지보수"의 기초가 됩니다.

CM이 운용상의 가치를 제공하기 위해서는 정확하고 시기적절한 데이터의 가용성이 필수적이며, 이것이 부족한 것이 많은 경우 제약 요인이 될 수 있습니다.운영 데이터를 캡처하여 다양한 지원 조직에 배포하는 것 자체가 하나의 산업이 되고 있습니다.

OEM(Original Equipment Manufacturer)이 제공하는 프로그램이 증가함에 따라 이 데이터의 소비자는 더욱 더 많고 복잡해지고 있습니다.이는 오퍼레이터에게 가용성을 보장하고 오퍼레이터가 자산을 관리하지만 OEM이 서비스 가능성을 보장하기 위한 책임을 지는 상황을 더욱 복잡하게 만들도록 설계되어 있습니다.

표준

구성 관리를 [19]지원하거나 포함하는 다음과 같은 표준이 있습니다.

  • ANSI/EIA-649-1998 컨센서스 표준
  • EIA-649-A 2004 컨센서스 컨센서스 표준(National Consensence Standard for Configuration Management)
  • ANSI EIA-649-C 2019 구성관리 표준
  • ISO 10007 품질관리 시스템– 구성관리 가이드라인
  • 연방 표준 1037C
  • GEIA Standard 836–2002 구성관리 데이터 교환 및 상호운용성
  • IEEE 829 소프트웨어 테스트 문서 표준
  • 828-2012 IEEE Standard for Configuration Management in Systems and Software Engineering. 2012. doi:10.1109/IEEESTD.2012.6170935. ISBN 978-0-7381-7232-3.
  • MIL-STD-973 구성 관리 (2000년 [20]9월 20일 취소)
  • NATO STANAG 4427 시스템 라이프 사이클 관리의 구성 관리:
  • 설정 관리에 관한 NATO ACMP 2000 정책
  • NATO ACMP 2009 구성 관리에[21] 관한 가이드라인
  • NATO ACMP 2100 구성관리 계약조건
  • 개발용 CMMI CMMI 버전 1.2 구성 관리
  • CMII-100E CMII 엔터프라이즈 구성[22] 관리 표준
  • 구성 관리 및 관련[23] 표준 목록 확대
  • ITIL 서비스 자산 및 구성 관리
  • ISO 20000:1 2011 및 2018 서비스 관리 시스템.
  • ECSS-M-ST-40C Rev.1 설정 및 정보 관리[24]

가이드라인

  • IEEE 828-2012 시스템 및 소프트웨어 엔지니어링 [25]구성 관리 표준, 발행일: 2012-03-16
  • ISO 10007:2017 품질관리– 구성관리[26] 가이드라인
  • NATO ACMP-2009 – 구성 관리에[21] 관한 가이드라인
  • ANSI/EIA-632-1998 시스템 엔지니어링 프로세스
  • ANSI/EIA-649-1998 컨센서스 표준
  • GEIA-HB-649 – 구성 관리 구현 가이드
  • EIA-836 Configuration Management 데이터 교환 및 상호운용성 컨센서스 표준
  • MIL-HDBK-61B 구성관리 가이드라인,[27] 2020년 4월 7일
  • MIL-STD-3046 구성관리,[28] 2013년 3월 6일 2015년 6월 1일 취소
  • 방위사업 가이드북,[29] 4.3.7 SE 프로세스에서의 CM 요소, 5.1.7 라이프 사이클 지원에서의 CM 속성
  • 시스템 엔지니어링 기초, 10장 구성 관리[30]
  • Configuration Management Plan 미국 국방부 취득 문서[31]

건설

최근에는[when?] 대규모 건설 프로젝트에도 구성 관리가 적용되고 있습니다.이 프로젝트에서는 매우 복잡할 수 있으며 문서화해야 할 세부 사항 및 변경 사항이 매우 많습니다.연방 고속도로 관리국과 같은 건설 기관은 인프라 프로젝트에 [32]구성 관리를 사용해 왔습니다.프로젝트 일정과 예산을 유지하기 위해 변경 주문과 RFI를 문서화하는 것을 목적으로 하는 건설 기반 구성 관리 도구가 있습니다.또한 이러한 프로그램은 인프라스트럭처의 유지보수 및 변경이 완료되었을 때 도움이 되는 정보를 저장할 수도 있습니다.그러한 애플리케이션 중 하나인 ccsNet은 연방 교통국(FTA)이 후원한 사례 연구에서 테스트되었으며, 이 사례에서는 LA 카운티 메트로폴리탄 교통국(LACMTA)의 약 80% 전체 건설과 레드 라인의 첫 번째 및 두 번째 세그먼트($)를 비교하여 구성 관리의 효율성을 측정했습니다.53억 개의 철도 건설 프로젝트.이 조사에서는, 이러한 [33]종류의 프로젝트에서 구성 관리를 사용하는 것의 메리트를 나타내는 결과를 얻을 수 있었습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "MIL-HDBK-61A, ""Military Handbook: Configuration Management Guidance". Department of Defense. 7 February 2001. Archived from the original on 20 March 2012. Retrieved 24 March 2012.
  2. ^ "ANSI/EIA-649B, ""National Consensus Standard for Configuration Management". TechAmerica. 1 April 2011. Archived from the original on 1 August 2012. Retrieved 24 March 2012.
  3. ^ "History and Heritage of Civil Engineering". ASCE. Archived from the original on 16 February 2007. Retrieved 8 August 2007.
  4. ^ "Institution of Civil Engineers What is Civil Engineering" (PDF). ICE. Archived from the original (PDF) on 23 September 2006. Retrieved 22 September 2007.
  5. ^ "Configuration Management and the Federal Transportation Administration (FTA) National Lessons Learned Program". Federal Transportation Administration. Archived from the original on 7 September 2012. Retrieved 22 September 2007.
  6. ^ "Systems Engineering Fundamentals" (PDF). Defense Acquisition University Press. January 2001. Archived from the original (PDF) on 11 February 2006. Retrieved 25 March 2012.
  7. ^ "Memorandum, Specifications and Standards – A New Way of Doing Business". Secretary of Defense. 29 June 1994. Archived from the original on 21 October 2013. Retrieved 23 March 2012.
  8. ^ "Configuration Management Compliance Validation: Critical Review and Technology Assessment(CR/TA)Report" (PDF). Defense Technical Information Center. Retrieved 14 May 2001.
  9. ^ Atlassian. "Guide to configuration management databases (CMDBs)". Atlassian. Retrieved 20 July 2021.
  10. ^ Galusha, C. (June 2001). "Getting started with IT asset management". IT Professional. 3 (3): 37–40. doi:10.1109/6294.939973.
  11. ^ "The ISO 19770-1 standard: A guide to implementing IT asset management". The SHI Hub. 30 January 2018. Retrieved 20 July 2021.
  12. ^ "Military Handbook: Configuration Management Guidance" (PDF). Department of Defense: United States of America. p. iii–iv. Retrieved 21 July 2016. 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 [...]
  13. ^ 국가 정보 시스템 보안 용어집
  14. ^ C. Lueninghoener. "Getting Started with Configuration Management. ;login: issue: April 2011, Volume 36, Number 2" (PDF). Retrieved 23 November 2012.
  15. ^ Loschwitz, Martin (14 November 2014). "Choosing between the leading open source configuration managers". Admin Network & Security. Lawrence, Kansas: Linux New Media USA LLC.
  16. ^ M. Burgess, Cfengine: 사이트 구성 엔진, USENIX Computing 시스템, Vol8, No.3 1995 [1]
  17. ^ M. Burgess, 시스템 관리 이론, 컴퓨터 프로그래밍 과학 49, 2003. p1-46 pdf 2011년 7월 24일 Wayback Machine에서 아카이브
  18. ^ M. Burgess, 진화하는 인간 컴퓨터 시스템에 대한 구성 가능한 내성, Science of Computer Programming 51 2004, p197-213 pdf 2012년 3월 3일 Wayback Machine 아카이브
  19. ^ "NISTIR 7339 Analysis of Standards for Lifecycle Management of Systems for US Army" (PDF). National Institute of Standards and Technology. August 2006.
  20. ^ "ASSIST-QuickSearch - Basic Profile". 27 September 2011. Archived from the original on 27 September 2011.
  21. ^ a b http://nso.nato.int/nso/nsdd/APdetails.html?APNo=2422&LA=EN
  22. ^ "Standards for CM Institute of Configuration Management". 2 May 2012. Archived from the original on 2 May 2012.
  23. ^ "Configuration Management Standards: an extensive list of CM and related industry standards". CMPIC - The Configuration Management Process Improvement Center.
  24. ^ "ECSS-M-ST-40C Rev.1 – Configuration and information management (6 March 2009) European Cooperation for Space Standardization". ecss.nl.
  25. ^ "IEEE 828-2012 - IEEE Standard for Configuration Management in Systems and Software Engineering". standards.ieee.org.
  26. ^ https://www.iso.org/obp/ui/ #iso: std:iso:10007:ed-3:v1:en[베어 URL]
  27. ^ https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=202239
  28. ^ https://quicksearch.dla.mil/qsDocDetails.aspx?ident_number=279266
  29. ^ "Defense Acquisition Guidebook [DAG]". 13 February 2013. Archived from the original on 13 February 2013.
  30. ^ "Archived copy" (PDF). www.dau.mil. Archived from the original (PDF) on 31 January 2017. Retrieved 11 January 2022.{{cite web}}: CS1 maint: 제목으로 아카이브된 복사(링크)
  31. ^ "Configuration Management Plan". AcqNotes.
  32. ^ "Configuration Management for Transportation Management Systems Handbook". Federal Highway Administration. Retrieved 28 March 2012.
  33. ^ "Configuration Management Case Study". PACO Technologies, Inc. Archived from the original on 26 August 2016. Retrieved 28 March 2012.