stringtranslate.com

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

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

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

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

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

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

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

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

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

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

Преимущества CMS/CMDB включают в себя возможность выполнять такие функции, как анализ первопричин, анализ воздействия, управление изменениями и оценку текущего состояния для разработки стратегии будущего состояния. Примеры систем, обычно идентифицирующих себя как системы управления ИТ-услугами (ITSM) , включают FreshService, ServiceNow и Samanage.

Гарантия информации

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

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

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

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

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

Управление конфигурацией можно использовать для обслуживания файлов конфигурации ОС . [14] Многие из этих систем используют «Инфраструктуру как код» для определения и поддержания конфигурации. [15]

Теория поддержки конфигурации Promise была разработана Марком Берджессом [16] [17] [18] с практической реализацией в современных компьютерных системах в программном обеспечении CFEngine, способном выполнять ремонт в реальном времени , а также профилактическое обслуживание.

Профилактика

Понимание состояния актива и его основных компонентов «как есть» является важным элементом профилактического обслуживания, используемого в системах технического обслуживания, ремонта и капитального ремонта, а также в системах управления активами предприятия .

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

Прогностическое обслуживание

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

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

Потребители этих данных стали более многочисленными и сложными с ростом программ, предлагаемых производителями оригинального оборудования (OEM). Они предназначены для того, чтобы предложить операторам гарантированную доступность и усложнить картину, поскольку оператор управляет активом, а OEM-производитель берет на себя ответственность за обеспечение его работоспособности.

Стандарты

Ряд стандартов поддерживают или включают управление конфигурацией, [19] в том числе:

Методические рекомендации

Строительство

Совсем недавно [ когда? ] управление конфигурацией применяется к крупным строительным проектам, которые часто могут быть очень сложными и содержать огромное количество деталей и изменений, которые необходимо документировать. Строительные агентства, такие как Федеральное управление автомобильных дорог, использовали управление конфигурацией для своих инфраструктурных проектов. [32] Существуют инструменты управления конфигурацией, основанные на построении, которые предназначены для документирования заказов на изменения и запросов на информацию, чтобы гарантировать соответствие проекта графику и бюджету. Эти программы также могут хранить информацию, которая поможет в обслуживании и модификации инфраструктуры после ее завершения. Одно из таких приложений, CCSNet, было протестировано в рамках тематического исследования, финансируемого Федеральным транспортным управлением (FTA), в котором эффективность управления конфигурацией измерялась путем сравнения строительства транспортного агентства округа Лос-Анджелес (LACMTA), завершенного примерно на 80%. и вторые участки Красной линии, проект строительства железной дороги стоимостью 5,3 миллиарда долларов. Это исследование дало результаты, указывающие на преимущества использования управления конфигурацией в проектах такого рода. [33]

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

Викискладе есть медиафайлы, связанные с управлением конфигурацией .

Рекомендации

  1. ^ «MIL-HDBK-61A», «Военный справочник: Руководство по управлению конфигурацией» . Министерство обороны. 7 февраля 2001 г. Архивировано из оригинала 20 марта 2012 г. Проверено 24 марта 2012 г.
  2. ^ «ANSI/EIA-649B», «Национальный консенсусный стандарт управления конфигурацией». ТехАмерика. 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. ^ Атласиан. «Руководство по базам данных управления конфигурацией (CMDB)». Атласиан . Проверено 20 июля 2021 г.
  10. ^ Галуша, К. (июнь 2001 г.). «Начало работы с управлением ИТ-активами». ИТ-специалист . 3 (3): 37–40. дои : 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. ^ К. Люнингхонер. «Начало работы с управлением конфигурацией. ;логин: выпуск: апрель 2011 г., том 36, номер 2» (PDF) . Архивировано (PDF) из оригинала 9 октября 2022 года . Проверено 23 ноября 2012 г.
  15. ↑ Лошвиц, Мартин (14 ноября 2014 г.). «Выбор между ведущими менеджерами конфигураций с открытым исходным кодом». Администрирование сети и безопасности . Лоуренс, Канзас: Linux New Media USA LLC.
  16. ^ М. Берджесс, Cfengine: механизм конфигурации сайта, Вычислительные системы USENIX, Том 8, № 3, 1995 г. [1]
  17. ^ М. Берджесс, К теории системного администрирования, Science of Computer Programming 49, 2003. стр. 1-46 в формате pdf. Архивировано 24 июля 2011 г. в Wayback Machine.
  18. ^ М. Берджесс, Настраиваемый иммунитет для развивающихся человеко-компьютерных систем, Science of Computer Programming 51, 2004, стр. 197-213, pdf. Архивировано 3 марта 2012 г. в Wayback Machine.
  19. ^ «NISTIR 7339 Анализ стандартов управления жизненным циклом систем для армии США» (PDF) . Национальный институт стандартов и технологий. Август 2006 г. Архивировано из оригинала (PDF) 21 декабря 2016 г. . Проверено 25 ноября 2015 г.
  20. ^ «ASSIST-Быстрый поиск — базовый профиль» . 27 сентября 2011 г. Архивировано из оригинала 27 сентября 2011 г.
  21. ^ ab [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 для управления конфигурацией в системах и разработке программного обеспечения» . Standards.ieee.org .
  26. ^ «ISO 10007:2017(en) Менеджмент качества. Рекомендации по управлению конфигурацией» . iso.org . Проверено 29 ноября 2023 г.
  27. ^ «ASSIST-Сведения о документе быстрого поиска» . Быстрый поиск.dla.mil . Проверено 28 августа 2022 г.
  28. ^ «ASSIST-Сведения о документе быстрого поиска» . Быстрый поиск.dla.mil . Проверено 28 августа 2022 г.
  29. ^ «Руководство по оборонным закупкам [DAG]» . 13 февраля 2013 г. Архивировано из оригинала 13 февраля 2013 г.
  30. ^ «Архивная копия» (PDF) . www.dau.mil . Архивировано из оригинала (PDF) 31 января 2017 года . Проверено 11 января 2022 г.{{cite web}}: CS1 maint: archived copy as title (link)
  31. ^ «План управления конфигурацией». AcqNotes .
  32. ^ «Справочник по управлению конфигурацией систем управления транспортом» . Федеральное управление автомобильных дорог . Проверено 28 марта 2012 г.
  33. ^ «Пример управления конфигурацией» . ПАКО Технологии, Инк . Архивировано из оригинала 26 августа 2016 года . Проверено 28 марта 2012 г.