Jump to content

Управление конфигурацией

(Перенаправлено от управления конфигурацией )

Модель управления конфигурацией верхнего уровня

Управление конфигурацией ( CM ) - это процесс управления для установления и поддержания согласованности производительности продукта, функциональных и физических атрибутов с его требованиями, проектированием и эксплуатационной информацией на протяжении всей своей жизни. [ 1 ] [ 2 ] Процесс CM широко используется военным инженерным организациями для управления изменениями на протяжении всего жизненного цикла системы сложных систем , таких как системы оружия , военные транспортные средства и информационные системы . За пределами военных процесс CM также используется с управлением ИТ -услугами в соответствии с определением ITIL , и с другими моделями домена в сегментах гражданского строительства и других промышленных инженерных сегментов, таких как дороги, мосты, каналы , плотины и здания. [ 3 ] [ 4 ] [ 5 ]

Введение

[ редактировать ]

CM, применяемый в течение жизненного цикла системы, обеспечивает видимость и контроль своей производительности, функциональных и физических атрибутов. CM проверяет, что система работает в соответствии с задумами, и идентифицируется и задокументирована достаточными деталями, чтобы поддержать его прогнозируемый жизненный цикл. Процесс CM облегчает упорядоченное управление системной информацией и системными изменениями для таких полезных целей, чтобы пересмотреть возможности; повысить производительность, надежность или обслуживание; продлить жизнь; снизить стоимость; снизить риск и ответственность; или правильные дефекты. Относительно минимальная стоимость реализации CM возвращается многократно в предотвращении затрат. Отсутствие CM или его неэффективное внедрение может быть очень дорогим, а иногда может иметь такие катастрофические последствия, как провал оборудования или потерю жизни.

CM подчеркивает функциональную связь между частями, подсистемами и системами для эффективного управления изменением системы. Это помогает убедиться, что предлагаемые изменения систематически рассматриваются как минимизировать побочные эффекты. Изменения в системе предлагаются, оцениваются и реализуются с использованием стандартизированного, систематического подхода, который обеспечивает согласованность, и предлагаемые изменения оцениваются с точки зрения их ожидаемого воздействия на всю систему. CM проверяет, что изменения осуществляются в соответствии с предписанием, и что документация элементов и систем отражает их истинную конфигурацию. Полная программа CM включает в себя положения для хранения, отслеживания и обновления всей системной информации на компоненте, подсистеме и системной основе. [ 6 ]

Структурированная программа CM гарантирует, что документация (например, требования, проектирование, тестирование и приемлемая документация) для элементов точна и соответствует фактическому физическому дизайну элемента. Во многих случаях, без CM, документация существует, но не соответствует самому элементу. По этой причине инженеры, подрядчики и руководство часто вынуждены разрабатывать документацию, отражающую фактическое состояние элемента, прежде чем они смогут продолжить изменение. Этот процесс обратной инженерии расточительна с точки зрения человеческих и других ресурсов и может быть сведен к минимуму или исключению с использованием CM.

Управление конфигурацией возникло в Министерстве обороны США в 1950 -х годах в качестве дисциплины технического управления для аппаратных материалов, и теперь это стандартная практика практически в каждой отрасли. Процесс CM стал его собственной технической дисциплиной где-то в конце 1960-х годов, когда DOD разработал серию военных стандартов , называемых «480-й серией» (т.е., MIL-STD-480, MIL-STD-481 и MIL-STD-483), что впоследствии были выпущены в 1970 -х годах. В 1991 году «серия 480» была объединена в один стандарт, известный как MIL -STD -973, который затем был заменен MIL -HDBK -61 в соответствии с общей целью DOD, которая уменьшила количество военных стандартов в пользу отраслевых технических технических Стандарты, поддерживаемые стандартами, развивающимися организациями (SDO). [ 7 ] Это ознаменовало начало того, что теперь превратилось в наиболее широко распространенный и принятый стандарт на CM, ANSI -EIA - 649–1998 . [ 8 ] В настоящее время широко принятые многочисленными организациями и агентствами, концепции дисциплины CM включают системную инженерию (SE), Интегрированную логистическую поддержку (ILS), интеграция модели зрелости (CMMI), ISO 9000 , Prince2 метод управления проектами , COBIT , ITIL , управление жизненным экипажем продукта . и управление жизненным циклом приложения . Многие из этих функций и моделей переопределили CM от его традиционного целостного подхода к техническому управлению. Некоторые рассматривают CM как похожую на деятельность библиотекаря, и нарушают управление изменениями или управление изменениями как отдельную или отдельную дисциплину.

CM - это практика систематической обработки изменений, чтобы система сохраняла свою целостность с течением времени. CM реализует политики, процедуры, методы и инструменты, которые управляют, оценивают предлагаемые изменения, отслеживают статус изменений и поддерживают инвентаризацию систем и поддержки документов по мере изменения системы. Программы и планы CM обеспечивают техническое и административное направление для разработки и реализации процедур, функций, услуг, инструментов, процессов и ресурсов, необходимых для успешной разработки и поддержки сложной системы. Во время разработки системы CM позволяет управлению программами отслеживать требования на протяжении всего жизненного цикла посредством принятия и эксплуатации и обслуживания. Поскольку изменения неизбежно происходят в требованиях и проектировании, они должны быть одобрены и документированы, создавая точную запись о состоянии системы. В идеале процесс CM применяется на протяжении всего жизненного цикла системы . Большинство профессионалов смешиваются или путают с управлением активами (AM, см. Также ISO/IEC 19770 ), где он инвентарирует активы под рукой. Ключевое различие между CM и AM заключается в том, что первое не управляет аспектом финансового учета, а на обслуживании, которую поддерживает система или, другими словами, что более поздние (AM) пытается реализовать ценность из ИТ -актива. [ 9 ] [ 10 ] [ 11 ]

Процесс CM для элементов аппаратного и программного обеспечения состоит из пяти различных дисциплин, установленных в MIL- HDBK- 61A [ 12 ] и в ANSI/EIA-649. Члены организации, заинтересованные в применении стандартного процесса управления изменениями, будут использовать эти дисциплины в качестве политики и процедур для установления базовых показателей , управления и контроля изменений, а также контролировать и оценивать эффективность и правильность прогресса. Процесс IEEE 12207 IEEE 12207.2 также имеет эти действия и добавляет «Управление и доставка выпуска». Пять дисциплин:

  1. Планирование и управление CM: официальный документ и план руководства программой CM, которая включает в себя такие элементы, как:
    • Персонал
    • Обязанности и ресурсы
    • Требования к обучению
    • Руководящие принципы административного собрания, включая определение процедур и инструментов
    • Базовые процессы
    • Управление конфигурацией и бухгалтерский учет Statatus
    • Наименование соглашений
    • Аудиты и обзоры
    • Субподрядчик/поставщик CM Требования
  2. Идентификация конфигурации (CI): состоит из настройки и поддержания базовых показателей, которые определяют систему или подсистему, компоненты и любые разработки в любой момент времени. Это основа, в которой изменения в любой части системы идентифицируются, задокументируются и позже отслеживаются посредством проектирования, разработки, тестирования и окончательной доставки. CI постепенно устанавливает и поддерживает окончательную текущую основу для учета состояния конфигурации (CSA) системы и ее элементов конфигурации (CIS) на протяжении всего их жизненного цикла (разработка, производство, развертывание и оперативная поддержка) до утилизации.
  3. Управление конфигурацией: включает в себя оценку всех изменений-запросов и пропосалов изменений, а также их последующее одобрение или неодобрение. Он охватывает процесс управления модификациями для проектирования системы, оборудования, прошивки, программного обеспечения и документации.
  4. Учет состояния конфигурации: включает в себя процесс описания элементов записи и отчетности (например, аппаратное обеспечение, программное обеспечение, прошивка и т. Д.) И все отклонения от базовой линии во время проектирования и производства. В случае предполагаемых задач можно быстро определить проверку базовой конфигурации и утвержденных модификаций.
  5. Проверка и аудит конфигурации: Независимый обзор аппаратного и программного обеспечения с целью оценки соответствия требованиям производительности, коммерческих и соответствующих военных стандартов, а также функциональных, выделенных и базовых линий продукта. Аудиты конфигурации Убедитесь, что документация по конфигурации системы и подсистемы соответствует функциональной и физической производительности, прежде чем принять в архитектурную базовую линию.

Программное обеспечение

[ редактировать ]

Процесс управления конфигурацией программного обеспечения (SCM) рассматривается практикующими как лучшее решение для обработки изменений в программных проектах. Он идентифицирует функциональные и физические атрибуты программного обеспечения в различные моменты времени и выполняет систематический контроль изменений в идентифицированных атрибутах с целью поддержания целостности и отслеживания программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения.

Процесс SCM дополнительно определяет необходимость отслеживания изменений и способность проверить, что окончательное обеспеченное программное обеспечение имеет все запланированные улучшения, которые должны быть включены в выпуск. Он определяет четыре процедуры, которые должны быть определены для каждого программного проекта, чтобы обеспечить реализацию звукового процесса SCM. Они есть:

  1. Идентификация конфигурации
  2. Управление конфигурацией
  3. Учет состояния конфигурации
  4. Конфигурационные аудиты

Эти термины и определения меняются от стандарта к стандарту, но по сути одинаковы.

  • Идентификация конфигурации - это процесс идентификации атрибутов, которые определяют каждый аспект элемента конфигурации. Элемент конфигурации-это продукт (аппаратное и/или программное обеспечение), который имеет цель конечного пользователя. Эти атрибуты записываются в документации по конфигурации и базоволо. Базовая линию атрибута Силы формальной конфигурации процессов управления изменением конфигурации, которые будут осуществлены в случае изменения этих атрибутов.
  • Управление изменением конфигурации-это набор процессов и этапов утверждения, необходимых для изменения атрибутов элемента конфигурации и для их повторной базы.
  • Учет состояния конфигурации - это возможность записывать и сообщать о базовых показателях конфигурации, связанных с каждым элементом конфигурации в любой момент времени.
  • Аудиты конфигурации разбиты на функциональные и физические аудиты конфигурации . Они встречаются либо при доставке, либо в момент влияния на изменение. Аудит функциональной конфигурации гарантирует, что функциональные и производительные атрибуты элемента конфигурации достигаются, в то время как аудит физической конфигурации гарантирует, что элемент конфигурации устанавливается в соответствии с требованиями его подробной проектной документации.

База данных управления конфигурацией

[ редактировать ]

ITIL определяет использование системы управления конфигурацией (CMS) или базы данных управления конфигурацией (CMDB) в качестве средства достижения лучших отраслевых практик для управления конфигурацией. CMDB используются для отслеживания элементов конфигурации (CIS) и зависимостей между ними, где CIS представляют вещи на предприятии, которые стоит отслеживать и управлять, например, как, но не ограничивались компьютерами, программным обеспечением, программным обеспечением, стойками, сетевыми устройствами, хранилищами , и даже компоненты в таких предметах. CMS помогает управлять федеративной коллекцией CMDB.

Преимущества CMS/CMDB включают возможность выполнять такие функции, как анализ основной причины, анализ воздействия, управление изменениями и оценку текущего состояния для будущей разработки стратегии состояния.

Управление конфигурацией (CM)-это процесс ITIL ITSM, который отслеживает все отдельные цис-системы в ИТ-системе , которая может быть таким же простым, как один сервер, или такой же сложный, как и весь ИТ-отдел. В крупных организациях может быть назначен менеджер конфигурации для контроля и управления процессом CM. В версии 3 ITIL этот процесс был переименован в качестве сервисного актива и управления конфигурацией .

Информационная гарантия

[ редактировать ]

Для обеспечения информации , CM может быть определена как управление функциями безопасности и гарантий посредством управления изменениями, внесенными в оборудование, программное обеспечение, прошивку, документацию, тестирование, тестовые приспособления и тестовую документацию на протяжении всего жизненного цикла информационной системы. [ 13 ] [ Лучший источник необходим ] CM для обеспечения информации, иногда называемой управлением безопасным конфигурацией (SCM), опирается на производительность, функциональные и физические атрибуты ИТ -платформ и продуктов, а также их среды для определения соответствующих функций безопасности и гарантий, которые используются для измерения состояния конфигурации системы Полем Например, требования к конфигурации могут быть разными для сетевого брандмауэра , который функционирует как часть границы Интернета организации по сравнению с тем, который функционирует как внутренний брандмауэр локальной сети.

Системы технического обслуживания

[ редактировать ]

Управление конфигурацией используется для поддержания понимания состояния сложных активов с целью поддержания самого высокого уровня обслуживания для самой низкой стоимости. В частности, он стремится обеспечить, чтобы операции не были нарушены из -за превышающих пределов запланированного срока службы или ниже качества.

В армии этот тип деятельности часто классифицируется как «готовность миссии» и стремится определить, какие активы доступны и для какого типа миссии; Классическим примером является то, являются ли самолеты на борту авианосца оснащены бомбами для наземной поддержки или ракет для защиты.

Управление конфигурацией операционной системы

[ редактировать ]

Управление конфигурацией может использоваться для поддержания файлов конфигурации ОС . [ 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 Standard 836–2002 Управление конфигурацией обмен и совместимость
  • IEEE 829 Стандарт для документации по тестированию программного обеспечения
  • Стандарт IEEE для управления конфигурацией в системах и разработке программного обеспечения . 2012. DOI : 10.1109/IEEESTD.2012.6170935 . ISBN  978-0-7381-7232-3 .
  • MIL-STD-973 Управление конфигурацией (отменено 20 сентября 2000 г.) [ 20 ]
  • НАТО Станаг 4427 Управление конфигурацией в управлении жизненным циклом систем, включая
  • Политика NATO ACMP 2000 по управлению конфигурацией
  • НАТО ACMP 2009 Руководство по управлению конфигурацией [ 21 ]
  • NATO ACMP 2100 Конфигурация Конфигурационная договорные требования к контракту
  • CMMI CMMI для разработки, версия 1.2 Управление конфигурацией
  • 902-100E 902 Стандарт для управления конфигурацией предприятия [ 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 ]
  • НАТО 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 ] Существуют инструменты управления конфигурацией на основе конструкции, которые направлены на документирование заказами за изменение заказов и RFI, чтобы гарантировать, что проект остается в графике и в бюджете. Эти программы также могут хранить информацию для помощи в обслуживании и модификации инфраструктуры при ее завершении. Одно из таких приложений, CCSNET, было протестировано в тематическом исследовании, финансируемом Федеральным администрацией транспорта (FTA), в котором эффективность управления конфигурацией была измерена путем сравнения приблизительно 80% полного строительства столичного транзитного агентства округа Лос -Анджелес (LACMTA) и вторые сегменты красной линии, проект строительства железной дороги в размере 5,3 млрд. Долл. США. Это исследование дало результаты, указывающие на использование управления конфигурацией для проектов такого рода. [ 33 ]

Смотрите также

[ редактировать ]
  1. ^ « MIL-HDBK-61A», «Военный справочник: Руководство по управлению конфигурацией » . Министерство обороны. 7 февраля 2001 года. Архивировано с оригинала 20 марта 2012 года . Получено 24 марта 2012 года .
  2. ^ « ANSI/EIA-649B», «Национальный стандарт консенсуса для управления конфигурацией » . Techamerica. 1 апреля 2011 года. Архивировано с оригинала 1 августа 2012 года . Получено 24 марта 2012 года .
  3. ^ «История и наследие гражданского строительства» . Ассе . Архивировано из оригинала 16 февраля 2007 года . Получено 8 августа 2007 года .
  4. ^ «Институт инженеров -строителей, что такое гражданское строительство» (PDF) . ЛЕД . Архивировано из оригинала (PDF) 23 сентября 2006 года . Получено 22 сентября 2007 года .
  5. ^ « программа Федерального администрирования транспорта (FTA) Управление конфигурацией и . Федеральное транспортное управление . Архивировано из оригинала 7 сентября 2012 года . Получено 22 сентября 2007 года .
  6. ^ « Основы системной инженерии » (PDF) . Защита Университетского издательства. Январь 2001 года. Архивировано из оригинала (PDF) 11 февраля 2006 года . Получено 25 марта 2012 года .
  7. ^ « Меморандум, спецификации и стандарты - новый способ ведения бизнеса » . Министр обороны. 29 июня 1994 года. Архивировано с оригинала 21 октября 2013 года . Получено 23 марта 2012 года .
  8. ^ « Проверка соответствия управления конфигурацией: отчет о критическом обзоре и оценке технологий (CR/TA) » (PDF) . Защитный технический информационный центр. Архивировано (PDF) из оригинала 9 октября 2022 года . Получено 14 мая 2001 года .
  9. ^ Atlassian. «Руководство по базам данных управления конфигурацией (CMDB)» . Atlassian . Получено 20 июля 2021 года .
  10. ^ Galusha, C. (июнь 2001 г.). «Начало работы с управлением активами» . ИТ -профессионал . 3 (3): 37–40. doi : 10.1109/6294.939973 .
  11. ^ «Стандарт ISO 19770-1: руководство по внедрению управления ИТ-активами» . Ши -хаб . 30 января 2018 года . Получено 20 июля 2021 года .
  12. ^ «Военный справочник: руководство по управлению конфигурацией» (PDF) . Министерство обороны: Соединенные Штаты Америки. п. III - IV Получено 21 июля 2016 года . 4. Управление и планирование жизненного цикла CM [...] 5. Идентификация конфигурации [...] 6. Конфигурация управления [...] 7. Учет состояния конфигурации [...] 8. Проверка и аудит конфигурации [.. .] 9. Управление данными [...]
  13. ^ Глоссарий национальных информационных систем Глоссарий
  14. ^ C. Людингерен. «Начало работы с управлением конфигурацией .; вход в систему: выпуск: апрель 2011 г., том 36, номер 2» (PDF) . Архивировано (PDF) из оригинала 9 октября 2022 года . Получено 23 ноября 2012 года .
  15. ^ Лошвиц, Мартин (14 ноября 2014 г.). «Выбор между ведущими менеджерами конфигурации с открытым исходным кодом» . Административная сеть и безопасность . Лоуренс, Канзас: Linux New Media USA LLC.
  16. ^ М. Берджесс, Cfengine: двигатель конфигурации сайта, Usenix Computing Systems, Vol8, № 3 1995 [1]
  17. ^ М. Берджесс, О теории системного администрирования, наука о компьютерном программировании 49, 2003. P1-46 PDF Архивировал 24 июля 2011 г. на машине Wayback
  18. ^ М. Берджесс, настраиваемый иммунитет для развития систем человека-компьютеров, наука о компьютерном программировании 51 2004, с .197-213 PDF Архивировано 3 марта 2012 года на машине Wayback
  19. ^ «Nistir 7339 Анализ стандартов для управления жизненным циклом систем для армии США» (PDF) . Национальный институт стандартов и технологий. Август 2006 г. Архивировано из оригинала (PDF) 21 декабря 2016 года . Получено 25 ноября 2015 года .
  20. ^ "Assist -quicksearch - базовый профиль" . 27 сентября 2011 года. Архивировано с оригинала 27 сентября 2011 года.
  21. ^ Jump up to: а беременный [2] [ мертвая ссылка ]
  22. ^ «Стандарты для CM | Институт управления конфигурацией» . 2 мая 2012 года. Архивировано из оригинала 2 мая 2012 года.
  23. ^ «Стандарты управления конфигурацией: обширный список CM и связанных отраслевых стандартов» . CMPIC - Центр улучшения процесса управления конфигурацией .
  24. ^ «ECSS-M-ST-40C Rev.1-Конфигурация и управление информацией (6 марта 2009 г.) | Европейское сотрудничество для стандартизации пространства» . ecss.nl.
  25. ^ «IEEE 828-2012 - Стандарт IEEE для управления конфигурацией в области систем и программного обеспечения» . IEEE .
  26. ^ «ISO 10007: 2017 (EN) Управление качеством - Руководство по управлению конфигурацией» . iso.org . Получено 29 ноября 2023 года .
  27. ^ «Подробная информация о документе Assist-QuickSearch» . QuickSearch.dla.mil . Получено 28 августа 2022 года .
  28. ^ «Подробная информация о документе Assist-QuickSearch» . QuickSearch.dla.mil . Получено 28 августа 2022 года .
  29. ^ «Руководство по приобретению обороны [DAG]» . 13 февраля 2013 года. Архивировано с оригинала 13 февраля 2013 года.
  30. ^ «Архивная копия» (PDF) . www.dau.mil . Архивировано из оригинала (PDF) 31 января 2017 года . Получено 11 января 2022 года . {{cite web}}: CS1 Maint: архивная копия как заголовок ( ссылка )
  31. ^ «План управления конфигурацией» . Acqnotes .
  32. ^ « Управление конфигурацией для справочника систем управления транспортом » . Федеральное управление шоссе . Получено 28 марта 2012 года .
  33. ^ « Пример управления конфигурацией » . Paco Technologies, Inc. Архивировано с оригинала 26 августа 2016 года . Получено 28 марта 2012 года .
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 21dcb3b6ef5932c86cc524eb880b49f6__1726670400
URL1:https://arc.ask3.ru/arc/aa/21/f6/21dcb3b6ef5932c86cc524eb880b49f6.html
Заголовок, (Title) документа по адресу, URL1:
Configuration management - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)