Управление конфигурацией
 | Эту статью , возможно, придется переписать, Википедии чтобы она соответствовала стандартам качества . ( ноябрь 2023 г. ) |
| Бизнес-администрирование |
|---|
| Управление бизнесом |
Управление конфигурацией ( CM ) — это процесс системного проектирования, предназначенный для установления и поддержания согласованности производительности, функциональных и физических атрибутов продукта с его требованиями, конструкцией и эксплуатационной информацией на протяжении всего его срока службы. [1] [2] Процесс CM широко используется военными инженерными организациями для управления изменениями на протяжении всего жизненного цикла сложных систем , таких как системы вооружения , военные машины и информационные системы . За пределами вооруженных сил процесс CM также используется с управлением ИТ-услугами, как это определено ITIL , а также с другими моделями предметной области в гражданском и других сегментах промышленного строительства, таких как дороги, мосты, каналы , плотины и здания. [3] [4] [5]
Введение [ править ]
CM, применяемый на протяжении всего жизненного цикла системы, обеспечивает видимость и контроль ее производительности, функциональных и физических атрибутов. CM проверяет, что система работает так, как задумано, идентифицирована и документирована достаточно подробно, чтобы поддерживать ее прогнозируемый жизненный цикл. Процесс CM облегчает упорядоченное управление системной информацией и системными изменениями для таких полезных целей, как пересмотр возможностей; улучшить производительность, надежность или ремонтопригодность; продлить жизнь; снизить стоимость; снизить риск и ответственность; или исправить дефекты. Относительно минимальные затраты на внедрение CM многократно окупаются за счет экономии средств. Отсутствие КМ или его неэффективное внедрение может стоить очень дорого, а иногда и иметь такие катастрофические последствия, как выход из строя оборудования или гибель людей.
CM подчеркивает функциональные отношения между частями, подсистемами и системами для эффективного управления изменениями системы. Это помогает убедиться в том, что предлагаемые изменения систематически рассматриваются для минимизации неблагоприятных последствий. Изменения в системе предлагаются, оцениваются и реализуются с использованием стандартизированного систематического подхода, обеспечивающего последовательность, а предлагаемые изменения оцениваются с точки зрения их ожидаемого воздействия на всю систему. CM проверяет, что изменения выполняются в соответствии с предписаниями и что документация по элементам и системам отражает их истинную конфигурацию. Полная программа CM включает в себя условия для хранения, отслеживания и обновления всей системной информации по компонентам, подсистемам и системам. [6]
Структурированная программа CM гарантирует, что документация (например, требования, документация по проектированию, испытаниям и приемке) для изделий является точной и соответствует фактической физической конструкции изделия. Во многих случаях без CM документация существует, но не соответствует самому элементу. По этой причине инженеры, подрядчики и руководство часто вынуждены разрабатывать документацию, отражающую фактическое состояние объекта, прежде чем они смогут приступить к внесению изменений. Этот процесс обратного проектирования является расточительным с точки зрения человеческих и других ресурсов, и его можно свести к минимуму или исключить с помощью CM.
История [ править ]
Управление конфигурациями зародилось в Министерстве обороны США в 1950-х годах как дисциплина технического управления материалами аппаратного обеспечения — и в настоящее время это стандартная практика практически во всех отраслях. Процесс CM стал отдельной технической дисциплиной где-то в конце 1960-х годов, когда Министерство обороны разработало серию военных стандартов, названных «серией 480» (т. е. MIL-STD-480, MIL-STD-481 и MIL-STD-483), которые впоследствии были выпущены в 1970-х годах. В 1991 году «серия 480» была объединена в единый стандарт, известный как MIL-STD-973, который затем был заменен MIL-HDBK-61 в соответствии с общей целью Министерства обороны, которая сократила количество военных стандартов в пользу промышленных технических стандартов. стандарты, поддерживаемые организациями по разработке стандартов (SDO). [7] Это положило начало тому, что сейчас превратилось в наиболее широко распространенный и принятый стандарт CM, ANSI-EIA-649-1998 . [8] Концепции дисциплины CM, широко принятые в настоящее время многочисленными организациями и агентствами, включают системное проектирование (SE), интегрированную логистическую поддержку (ILS), интеграцию модели зрелости возможностей (CMMI), ISO 9000 , Prince2 метод управления проектами , COBIT , ITIL , управление жизненным циклом продукта . и Управление жизненным циклом приложений . Многие из этих функций и моделей изменили представление CM о традиционном целостном подходе к техническому управлению. Некоторые рассматривают CM как нечто похожее на деятельность библиотекаря и выделяют контроль изменений или управление изменениями в отдельную или самостоятельную дисциплину.
Обзор [ править ]
CM — это практика систематической обработки изменений, позволяющая системе сохранять свою целостность с течением времени. CM реализует политики, процедуры, методы и инструменты, которые управляют, оценивают предлагаемые изменения, отслеживают статус изменений и поддерживают инвентаризацию системы и вспомогательных документов по мере изменений системы. Программы и планы CM обеспечивают техническое и административное руководство разработкой и внедрением процедур, функций, услуг, инструментов, процессов и ресурсов, необходимых для успешной разработки и поддержки сложной системы. Во время разработки системы CM позволяет руководству программы отслеживать требования на протяжении всего жизненного цикла, включая приемку, эксплуатацию и обслуживание. Поскольку в требованиях и проекте неизбежно происходят изменения, они должны быть одобрены и задокументированы, создавая точную запись состояния системы. В идеале процесс CM применяется на протяжении всего жизненного цикла системы . Большинство профессионалов путают или путают управление активами (АМ, см. также ISO/IEC 19770 ), где проводится инвентаризация имеющихся активов. Ключевое различие между CM и AM заключается в том, что первый управляет не аспектом финансового учета, а сервисом, который поддерживает система, или, другими словами, последний (AM) пытается извлечь выгоду из ИТ-актива. [9] [10] [11]
Процесс CM для элементов конфигурации как аппаратного, так и программного обеспечения включает пять отдельных дисциплин, установленных в MIL-HDBK-61A. [12] и в ANSI/EIA-649. Члены организации, заинтересованные в применении стандартного процесса управления изменениями, будут использовать эти дисциплины в качестве политик и процедур для установления базовых показателей , управления и контроля изменений, а также мониторинга и оценки эффективности и правильности прогресса. Процесс IEEE 12207 IEEE 12207.2 также включает эти действия и добавляет «Управление выпуском и доставкой». Пять дисциплин:
- Планирование и управление CM: официальный документ и план, служащие руководством для программы CM, который включает в себя такие элементы, как:
- Персонал
- Обязанности и ресурсы
- Требования к обучению
- Руководящие принципы административных совещаний, включая определение процедур и инструментов
- Базовые процессы
- Контроль конфигурации и учет состояния конфигурации
- Соглашения об именах
- Аудит и обзоры
- Требования к CM субподрядчика/поставщика
- Идентификация конфигурации (CI): состоит из установки и поддержания базовых показателей, которые определяют архитектуру системы или подсистемы, компоненты и любые разработки в любой момент времени. Это основа, с помощью которой изменения в любой части системы идентифицируются, документируются, а затем отслеживаются на этапах проектирования, разработки, тестирования и окончательной поставки. CI постепенно создает и поддерживает окончательную текущую основу для учета состояния конфигурации (CSA) системы и ее элементов конфигурации (CI) на протяжении всего их жизненного цикла (разработка, производство, развертывание и эксплуатационная поддержка) до момента ликвидации.
- Контроль конфигурации: включает оценку всех запросов и предложений на изменения и их последующее одобрение или отклонение. Он охватывает процесс контроля изменений в конструкции, аппаратном обеспечении, встроенном ПО, программном обеспечении и документации системы.
- Учет состояния конфигурации: включает в себя процесс записи и составления отчетов по описаниям элементов конфигурации (например, аппаратного обеспечения, программного обеспечения, встроенного ПО и т. д.) и всех отклонений от базовой линии во время проектирования и производства. В случае возникновения подозрений на проблемы можно быстро провести проверку базовой конфигурации и одобренных модификаций.
- Проверка и аудит конфигурации: независимая проверка аппаратного и программного обеспечения с целью оценки соответствия установленным требованиям к производительности, коммерческим и соответствующим военным стандартам, а также функциональным, распределенным и базовым характеристикам продукта. Аудит конфигурации проверяет, что документация по конфигурации системы и подсистемы соответствует функциональным и физическим характеристикам производительности перед ее принятием в базовый план архитектуры.
Программное обеспечение [ править ]
Процесс управления конфигурацией программного обеспечения (SCM) рассматривается практиками как лучшее решение для обработки изменений в проектах программного обеспечения. Он идентифицирует функциональные и физические атрибуты программного обеспечения в различные моменты времени и осуществляет систематический контроль изменений идентифицированных атрибутов с целью поддержания целостности и отслеживаемости программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения.
Процесс SCM дополнительно определяет необходимость отслеживания изменений и возможность проверки того, что окончательно поставленное программное обеспечение содержит все запланированные улучшения, которые должны быть включены в версию. В нем определены четыре процедуры, которые необходимо определить для каждого проекта программного обеспечения, чтобы обеспечить реализацию надежного процесса SCM. Они есть:
- Идентификация конфигурации
- Контроль конфигурации
- Учет статуса конфигурации
- Аудит конфигурации
Эти термины и определения меняются от стандарта к стандарту, но по сути остаются теми же.
- Идентификация конфигурации — это процесс идентификации атрибутов, которые определяют каждый аспект элемента конфигурации. Элемент конфигурации — это продукт (аппаратное и/или программное обеспечение), предназначенный для конечного пользователя. Эти атрибуты записаны в документации по конфигурации и привязаны к базовым показателям. Базовое определение атрибута приводит к выполнению формальных процессов контроля изменений конфигурации в случае изменения этих атрибутов.
- Управление изменениями конфигурации — это набор процессов и этапов утверждения, необходимых для изменения атрибутов элемента конфигурации и их повторного базирования.
- Учет состояния конфигурации — это возможность записывать и составлять отчеты по базовым показателям конфигурации, связанным с каждым элементом конфигурации, в любой момент времени.
- Аудит конфигурации подразделяется на аудит функциональной и физической конфигурации . Они происходят либо при доставке, либо в момент внесения изменений. Аудит функциональной конфигурации гарантирует, что функциональные и эксплуатационные характеристики элемента конфигурации достигаются, тогда как аудит физической конфигурации гарантирует, что элемент конфигурации установлен в соответствии с требованиями его рабочей проектной документации.
База данных управления конфигурациями [ править ]
ITIL определяет использование системы управления конфигурациями (CMS) или базы данных управления конфигурациями (CMDB) как средства достижения лучших отраслевых практик управления конфигурациями. CMDB используются для отслеживания элементов конфигурации (CI) и зависимостей между ними, где CI представляют собой объекты на предприятии, которые стоит отслеживать и управлять ими, например, помимо прочего, компьютеры, программное обеспечение, лицензии на программное обеспечение, стойки, сетевые устройства, хранилища. и даже компоненты таких предметов.
Преимущества CMS/CMDB включают в себя возможность выполнять такие функции, как анализ первопричин, анализ воздействия, управление изменениями и оценку текущего состояния для разработки стратегии будущего состояния. Примеры систем, обычно идентифицирующих себя как управления ИТ-услугами (ITSM) системы , включают FreshService, ServiceNow и Samanage.
Информационная гарантия [ править ]
Для обеспечения безопасности информации CM можно определить как управление функциями и гарантиями безопасности посредством контроля изменений, внесенных в аппаратное обеспечение, программное обеспечение, встроенное ПО, документацию, тесты, тестовые приспособления и тестовую документацию на протяжении всего жизненного цикла информационной системы. [13] [ нужен лучший источник ] CM для обеспечения информации, иногда называемый безопасной конфигурацией управлением . системы , опирается на производительность, функциональные и физические атрибуты ИТ-платформ и продуктов и их сред для определения соответствующих функций безопасности и гарантий, которые используются для измерения состояния конфигурации . Например, требования к конфигурации могут отличаться для сетевого брандмауэра , который функционирует как часть границы Интернета организации, и для брандмауэра, который функционирует как внутренний брандмауэр локальной сети.
Системы технического обслуживания [ править ]
Управление конфигурацией используется для поддержания понимания состояния сложных активов с целью поддержания высочайшего уровня работоспособности при минимальных затратах. В частности, он направлен на обеспечение того, чтобы операции не прерывались из-за того, что актив (или части актива) превысил запланированный срок службы или оказался ниже уровня качества.
В вооруженных силах этот вид деятельности часто классифицируется как «готовность к миссии» и направлен на определение того, какие средства доступны и для какого типа миссии; Классический пример – оснащены ли самолеты на борту авианосца бомбами для наземной поддержки или ракетами для защиты.
Управление конфигурацией операционной системы [ править ]
Управление конфигурацией можно использовать для обслуживания файлов конфигурации ОС . [14] Многие из этих систем используют «Инфраструктуру как код» для определения и поддержания конфигурации. [15]
Теория обещаний поддержки конфигурации была разработана Марком Берджессом , [16] [17] [18] с практической реализацией в современных компьютерных системах программного обеспечения CFEngine, способного выполнять ремонт в реальном времени, а также профилактическое обслуживание.
Профилактическое обслуживание [ править ]
Понимание состояния актива и его основных компонентов «как есть» является важным элементом профилактического обслуживания, используемого в системах технического обслуживания, ремонта и капитального ремонта, а также в системах управления активами предприятия .
Сложные активы, такие как самолеты, корабли, промышленное оборудование и т. д., зависят от исправности множества различных компонентов. Пригодность к эксплуатации часто определяется с точки зрения количества использования компонента с момента его появления в качестве нового, с момента установки, после ремонта, количества использования, которое он имел в течение своего срока службы, а также ряда других ограничивающих факторов. Понимание того, насколько близок к концу срок службы каждого из этих компонентов, было важной задачей, требующей трудоемкого ведения учета до недавних разработок в области программного обеспечения.
Прогностическое обслуживание [ править ]
Многие типы компонентов используют электронные датчики для сбора данных, которые обеспечивают мониторинг состояния в реальном времени . Эти данные анализируются на борту или в удаленном месте с помощью компьютера для оценки его текущей работоспособности и, во все большей степени, его вероятного будущего состояния с использованием алгоритмов, которые прогнозируют потенциальные будущие отказы на основе предыдущих примеров отказов на основе практического опыта и моделирования. Это основа «предупредительного обслуживания».
Наличие точных и своевременных данных имеет важное значение для того, чтобы CM обеспечивало оперативную ценность, и их отсутствие часто может быть ограничивающим фактором. Сбор и распространение эксплуатационных данных различным организациям поддержки сам по себе становится отраслью.
Потребители этих данных стали более многочисленными и сложными с ростом программ, предлагаемых производителями оригинального оборудования (OEM). Они предназначены для того, чтобы предложить операторам гарантированную доступность и усложнить картину, поскольку оператор управляет активом, а OEM-производитель берет на себя ответственность за обеспечение его работоспособности.
Стандарты [ править ]
Ряд стандартов поддерживают или включают управление конфигурацией, [19] включая:
- ANSI/EIA-649-1998 Национальный согласованный стандарт управления конфигурацией
- EIA-649-A Национальный консенсусный стандарт по управлению конфигурацией, 2004 г.
- SAE EIA-649-C 2019 Глобальный консенсусный стандарт управления конфигурацией
- ISO 10007 Системы менеджмента качества. Руководство по управлению конфигурацией.
- Федеральный стандарт 1037C
- Стандарт GEIA 836–2002. Обмен данными и взаимодействие управления конфигурацией.
- Стандарт IEEE 829 для документации по тестированию программного обеспечения
- Стандарт IEEE для управления конфигурацией в системной и программной инженерии . 2012. doi : 10.1109/IEESTD.2012.6170935 . ISBN 978-0-7381-7232-3 .
- MIL-STD-973 Управление конфигурацией (отменен 20 сентября 2000 г.) [20]
- НАТО STANAG 4427 Управление конфигурацией в управлении жизненным циклом систем, включая
- Политика НАТО ACMP 2000 по управлению конфигурацией
- Руководство НАТО ACMP 2009 по управлению конфигурацией [21]
- Контрактные требования НАТО 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] Дата публикации: 16 марта 2012 г.
- ISO 10007:2017 Менеджмент качества. Рекомендации по управлению конфигурацией. [26]
- НАТО ACMP-2009 – Руководство по управлению конфигурацией [21]
- ANSI/EIA-632-1998 Процессы проектирования системы
- ANSI/EIA-649-1998 Национальный согласованный стандарт управления конфигурацией
- GEIA-HB-649 – Руководство по внедрению управления конфигурацией
- Согласованный стандарт EIA-836 для обмена данными и взаимодействия управления конфигурацией
- Руководство по управлению конфигурацией MIL-HDBK-61B, [27] 7 апреля 2020 г.
- MIL-STD-3046 Управление конфигурацией, [28] 6 марта 2013 г. и отменено 1 июня 2015 г.
- Руководство по оборонным закупкам, [29] элементы CM в 4.3.7 Процессы SE, атрибуты CM в 5.1.7 Поддержка жизненного цикла
- Основы системной инженерии, глава 10 Управление конфигурацией [30]
- План управления конфигурацией Документ Министерства обороны США о закупках [31]
Строительство [ править ]
Совсем недавно [ когда? ] Управление конфигурацией применяется к крупным строительным проектам, которые часто могут быть очень сложными и содержать огромное количество деталей и изменений, которые необходимо документировать. Строительные агентства, такие как Федеральное управление автомобильных дорог, использовали управление конфигурацией для своих инфраструктурных проектов. [32] Существуют инструменты управления конфигурацией, основанные на построении, которые предназначены для документирования заказов на изменения и запросов на информацию, чтобы гарантировать соответствие проекта графику и бюджету. Эти программы также могут хранить информацию, которая поможет в обслуживании и модификации инфраструктуры после ее завершения. Одно из таких приложений, CCSNet, было протестировано в рамках тематического исследования, финансируемого Федеральным управлением транспорта (FTA), в котором эффективность управления конфигурацией измерялась путем сравнения сначала примерно 80% завершенного строительства Городского транзитного агентства округа Лос-Анджелес (LACMTA). и вторые сегменты Красной линии, проект строительства железной дороги стоимостью 5,3 миллиарда долларов. Это исследование дало результаты, указывающие на преимущества использования управления конфигурацией в проектах такого рода. [33]
См. также [ править ]
- Обнаружение изменений
- Управление жизненным циклом конфигурации
- Детальная автоматизация конфигурации
- Сравнение программного обеспечения для управления конфигурацией с открытым исходным кодом
- Зависимость
- Список тем по разработке программного обеспечения
- Взаимозаменяемые детали
- Непрерывная автоматизация конфигурации
- Конфигурация системы
- Системное управление
Ссылки [ править ]
- ^ « MIL-HDBK-61A», «Военный справочник: Руководство по управлению конфигурацией » . Министерство обороны. 7 февраля 2001 г. Архивировано из оригинала 20 марта 2012 г. Проверено 24 марта 2012 г.
- ^ « ANSI/EIA-649B», «Национальный консенсусный стандарт управления конфигурацией » . ТехАмерика. 1 апреля 2011 года. Архивировано из оригинала 1 августа 2012 года . Проверено 24 марта 2012 г.
- ^ «История и наследие гражданского строительства» . АСКЭ . Архивировано из оригинала 16 февраля 2007 года . Проверено 8 августа 2007 г.
- ^ «Институт инженеров-строителей. Что такое гражданское строительство» (PDF) . ЛЕД . Архивировано из оригинала (PDF) 23 сентября 2006 года . Проверено 22 сентября 2007 г.
- ^ « Управление конфигурацией и Национальная программа извлеченных уроков Федерального управления транспорта (FTA) » . Федеральное управление транспорта . Архивировано из оригинала 7 сентября 2012 года . Проверено 22 сентября 2007 г.
- ^ « Основы системной инженерии » (PDF) . Издательство Университета оборонных закупок. Январь 2001 г. Архивировано из оригинала (PDF) 11 февраля 2006 г. . Проверено 25 марта 2012 г.
- ^ « Меморандум, спецификации и стандарты – новый способ ведения бизнеса » . Министр обороны. 29 июня 1994 года. Архивировано из оригинала 21 октября 2013 года . Проверено 23 марта 2012 г.
- ^ « Проверка соответствия требованиям управления конфигурацией: отчет о критическом обзоре и оценке технологий (CR/TA) » (PDF) . Центр оборонной технической информации. Архивировано (PDF) из оригинала 9 октября 2022 года . Проверено 14 мая 2001 г.
- ^ Атласиан. «Руководство по базам данных управления конфигурацией (CMDB)» . Атласиан . Проверено 20 июля 2021 г.
- ^ Галуша, К. (июнь 2001 г.). «Начало работы с управлением ИТ-активами» . ИТ-специалист . 3 (3): 37–40. дои : 10.1109/6294.939973 .
- ^ «Стандарт ISO 19770-1: Руководство по внедрению управления ИТ-активами» . Центр ШИ . 30 января 2018 года . Проверено 20 июля 2021 г.
- ^ «Военный справочник: Руководство по управлению конфигурацией» (PDF) . Министерство обороны: Соединенные Штаты Америки. п. III–IV . Проверено 21 июля 2016 г.
4. УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ И ПЛАНИРОВАНИЕ CM [...] 5. ИДЕНТИФИКАЦИЯ КОНФИГУРАЦИИ [...] 6. КОНТРОЛЬ КОНФИГУРАЦИИ [...] 7. УЧЕТ СОСТОЯНИЯ КОНФИГУРАЦИИ [...] 8. ПРОВЕРКА КОНФИГУРАЦИИ И АУДИТ [.. .] 9. УПРАВЛЕНИЕ ДАННЫМИ [...]
- ^ Глоссарий по безопасности национальных информационных систем
- ^ К. Люнингхёнер. «Начало работы с управлением конфигурацией. ;логин: выпуск: апрель 2011 г., том 36, номер 2» (PDF) . Архивировано (PDF) из оригинала 9 октября 2022 года . Проверено 23 ноября 2012 г.
- ^ Лошвиц, Мартин (14 ноября 2014 г.). «Выбор между ведущими менеджерами конфигураций с открытым исходным кодом» . Администрирование сети и безопасности . Лоуренс, Канзас: Linux New Media USA LLC.
- ^ М. Берджесс, Cfengine: механизм конфигурации сайта, Вычислительные системы USENIX, Том 8, № 3, 1995 г. [1]
- ^ М. Берджесс, К теории системного администрирования, Science of Computer Programming 49, 2003. стр. 1-46 в формате pdf. Архивировано 24 июля 2011 г. в Wayback Machine.
- ^ М. Берджесс, Настраиваемый иммунитет для развивающихся человеко-компьютерных систем, Science of Computer Programming 51, 2004, стр. 197-213 pdf. Архивировано 3 марта 2012 г. в Wayback Machine.
- ^ «NISTIR 7339 Анализ стандартов управления жизненным циклом систем для армии США» (PDF) . Национальный институт стандартов и технологий. Август 2006 г. Архивировано из оригинала (PDF) 21 декабря 2016 г. . Проверено 25 ноября 2015 г.
- ^ «ASSIST-Быстрый поиск – Базовый профиль» . 27 сентября 2011 г. Архивировано из оригинала 27 сентября 2011 г.
- ^ Jump up to: Перейти обратно: а б [2] [ мертвая ссылка ]
- ^ «Стандарты CM | Институт управления конфигурациями» . 2 мая 2012 г. Архивировано из оригинала 2 мая 2012 г.
- ^ «Стандарты управления конфигурациями: обширный список CM и связанных с ними отраслевых стандартов» . CMPIC — Центр улучшения процессов управления конфигурациями .
- ^ «ECSS-M-ST-40C Rev.1 – Конфигурация и управление информацией (6 марта 2009 г.) | Европейское сотрудничество по космической стандартизации» . ecss.nl.
- ^ «IEEE 828-2012 — Стандарт IEEE по управлению конфигурацией в системах и программной инженерии» . Standards.ieee.org .
- ^ «ISO 10007:2017(en) Менеджмент качества. Рекомендации по управлению конфигурацией» . iso.org . Проверено 29 ноября 2023 г.
- ^ «ASSIST-Быстрый поиск сведений о документе» . Быстрый поиск.dla.mil . Проверено 28 августа 2022 г.
- ^ «ASSIST-Быстрый поиск сведений о документе» . Быстрый поиск.dla.mil . Проверено 28 августа 2022 г.
- ^ «Руководство по оборонным закупкам [DAG]» . 13 февраля 2013 г. Архивировано из оригинала 13 февраля 2013 г.
- ^ «Архивная копия» (PDF) . www.dau.mil . Архивировано из оригинала (PDF) 31 января 2017 года . Проверено 11 января 2022 г.
{{cite web}}: CS1 maint: архивная копия в заголовке ( ссылка ) - ^ «План управления конфигурацией» . AcqNotes .
- ^ « Справочник по управлению конфигурацией систем управления транспортом » . Федеральное управление автомобильных дорог . Проверено 28 марта 2012 г.
- ^ « Пример управления конфигурацией » . ПАКО Технологии, Инк . Архивировано из оригинала 26 августа 2016 года . Проверено 28 марта 2012 г.