Управление конфигурацией ( CM ) - это процесс системного проектирования для установления и поддержания согласованности характеристик, функциональных и физических характеристик продукта с его требованиями, проектной и эксплуатационной информацией на протяжении всего срока его службы. [1] [2] Процесс КМ широко используются военными инженерными организациями для управления изменениями по всей системе жизненного цикла в сложных системах , такие как оружейные системы, военная техника и информационных системы . За пределами вооруженных сил процесс CM также используется с управлением ИТ-услугами, как определено ITIL , и с другимимодели предметной области в гражданском строительстве и других сегментах промышленного строительства, таких как дороги, мосты, каналы , плотины и здания. [3] [4] [5]
![](http://wikiimg.tojsiabtv.com/wikipedia/commons/thumb/7/7f/ConfiurationActivityModel.png/400px-ConfiurationActivityModel.png)
Вступление
CM, применяемый на протяжении жизненного цикла системы, обеспечивает видимость и контроль ее производительности, функциональных и физических атрибутов. CM проверяет, что система работает так, как задумано, и что она идентифицирована и задокументирована с достаточной детализацией для поддержки ее запланированного жизненного цикла. Процесс CM способствует упорядоченному управлению системной информацией и системными изменениями для таких полезных целей, как пересмотр возможностей; повысить производительность, надежность или ремонтопригодность; продлить жизнь; снизить стоимость; снизить риск и ответственность; или исправить дефекты. Относительно минимальные затраты на внедрение CM многократно окупаются благодаря сокращению затрат. Отсутствие CM или его неэффективная реализация может быть очень дорогостоящим и иногда может иметь такие катастрофические последствия, как отказ оборудования или гибель людей.
CM подчеркивает функциональную взаимосвязь между частями, подсистемами и системами для эффективного управления системными изменениями. Это помогает убедиться, что предлагаемые изменения систематически рассматриваются для минимизации неблагоприятных последствий. Изменения в системе предлагаются, оцениваются и внедряются с использованием стандартизованного систематического подхода, который обеспечивает согласованность, а предлагаемые изменения оцениваются с точки зрения их ожидаемого воздействия на всю систему. CM проверяет, выполняются ли изменения в соответствии с предписаниями и что документация по элементам и системам отражает их истинную конфигурацию. Полная программа CM включает условия для хранения, отслеживания и обновления всей системной информации по компонентам, подсистемам и системам. [6]
Структурированная программа УК гарантирует, что документация (например, требования, проектная, испытательная и приемочная документация) для элементов является точной и согласованной с фактическим физическим дизайном элемента. Во многих случаях без 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), когда он проводит инвентаризацию имеющихся активов. Ключевое различие между CM и AM заключается в том, что первый управляет не аспектом финансового учета, а службой, которую поддерживает система.
Процесс CM для элементов конфигурации как аппаратного, так и программного обеспечения включает пять различных дисциплин, как установлено в MIL-HDBK-61A [9] и в ANSI / EIA-649. Эти дисциплины выполняются [ кем? ] в качестве политики и процедур для установления базовых показателей и для выполнения стандартного процесса управления изменениями . Процесс IEEE 12207 IEEE 12207.2 также имеет эти действия и добавляет «Управление выпуском и доставку». Пять дисциплин:
- Планирование и управление CM: официальный документ и план для руководства программой CM, который включает в себя такие элементы, как:
- Персонал
- Обязанности и ресурсы
- Требования к обучению
- Руководящие принципы административных собраний, включая определение процедур и инструментов
- Базовые процессы
- Контроль конфигурации и учет состояния конфигурации
- Соглашения об именах
- Аудиты и обзоры
- Требования к УК субподрядчика / поставщика
- Идентификация конфигурации (CI): состоит из установки и поддержания базовых показателей, которые определяют архитектуру системы или подсистемы, компоненты и любые разработки в любой момент времени. Это основа, с помощью которой выявляются, документируются и впоследствии отслеживаются изменения в любой части системы в процессе проектирования, разработки, тестирования и окончательной поставки. CI постепенно устанавливает и поддерживает окончательную текущую основу для учета состояния конфигурации (CSA) системы и ее элементов конфигурации (CI) на протяжении всего их жизненного цикла (разработка, производство, развертывание и эксплуатационная поддержка) до утилизации.
- Управление конфигурацией: включает оценку всех запросов на изменение и предложений изменений и их последующее одобрение или отклонение. Он охватывает процесс управления модификациями системы, оборудования, прошивки, программного обеспечения и документации.
- Учет состояния конфигурации: включает в себя процесс записи и представления описаний элементов конфигурации (например, оборудования, программного обеспечения, микропрограмм и т. Д.) И всех отклонений от базовой линии во время проектирования и производства. В случае подозреваемых проблем можно быстро определить проверку базовой конфигурации и утвержденные модификации.
- Проверка и аудит конфигурации: независимая проверка аппаратного и программного обеспечения с целью оценки соответствия установленным требованиям к производительности, коммерческим и соответствующим военным стандартам, а также функциональным, распределенным и базовым показателям продукта. Аудиты конфигурации подтверждают, что документация по конфигурации системы и подсистемы соответствует функциональным и физическим характеристикам производительности перед принятием в архитектурный базовый план.
Программное обеспечение
Процесс управления конфигурацией программного обеспечения (SCM) рассматривается практиками как лучшее решение для обработки изменений в проектах программного обеспечения. Он определяет функциональные и физические атрибуты программного обеспечения в различные моменты времени и выполняет систематический контроль изменений идентифицированных атрибутов с целью поддержания целостности и отслеживаемости программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения.
Процесс SCM дополнительно определяет необходимость отслеживания изменений и возможность проверки того, что окончательно поставленное программное обеспечение содержит все запланированные улучшения, которые должны быть включены в выпуск. Он определяет четыре процедуры, которые должны быть определены для каждого программного проекта, чтобы гарантировать, что реализован надежный процесс SCM. Они есть:
- Идентификация конфигурации
- Контроль конфигурации
- Учет состояния конфигурации
- Аудит конфигурации
Эти термины и определения меняются от стандарта к стандарту, но по сути остаются неизменными.
- Идентификация конфигурации - это процесс идентификации атрибутов, которые определяют каждый аспект элемента конфигурации. Элемент конфигурации - это продукт (аппаратное и / или программное обеспечение), предназначенный для конечного пользователя. Эти атрибуты записаны в документации по конфигурации и указаны в качестве основы. Базовое определение атрибута заставляет выполнять формальные процессы управления изменениями конфигурации в случае изменения этих атрибутов.
- Управление изменениями конфигурации - это набор процессов и этапов утверждения, необходимых для изменения атрибутов элемента конфигурации и их повторного определения базового уровня.
- Учет состояния конфигурации - это возможность записывать и составлять отчеты об базовых показателях конфигурации, связанных с каждым элементом конфигурации, в любой момент времени.
- Аудит конфигурации разделен на аудит функциональной и физической конфигурации . Они возникают либо при доставке, либо в момент внесения изменений. Аудит функциональной конфигурации обеспечивает достижение функциональных и эксплуатационных характеристик элемента конфигурации, в то время как аудит физической конфигурации гарантирует, что элемент конфигурации установлен в соответствии с требованиями его подробной проектной документации.
База данных управления конфигурацией
ITIL определяет использование системы управления конфигурацией (CMS) или базы данных управления конфигурацией (CMDB) как средство достижения лучших отраслевых практик для управления конфигурацией. CMDB используются для отслеживания элементов конфигурации (CI) и зависимостей между ними, где CI представляют собой объекты на предприятии, которые стоит отслеживать и управлять, например, компьютеры, программное обеспечение, лицензии на программное обеспечение, стойки, сетевые устройства, хранилище, но не ограничиваясь ими. , и даже компоненты в таких элементах.
Преимущества CMS / CMDB включают возможность выполнять такие функции, как анализ первопричин, анализ воздействия, управление изменениями и оценка текущего состояния для разработки стратегии будущего состояния. Примеры систем, которые обычно называют системами управления ИТ-услугами (ITSM) , включают FreshService, ServiceNow и Samanage.
Информационное обеспечение
Для обеспечения информации CM можно определить как управление функциями и гарантиями безопасности посредством управления изменениями, внесенными в аппаратное обеспечение, программное обеспечение, микропрограммное обеспечение, документацию, тестирование, приспособления для тестирования и тестовую документацию на протяжении всего жизненного цикла информационной системы. [10] СМ для обеспечения безопасности информации, иногда называют S ecure С onfiguration М ПРАВЛЕНИЯ, опирается на производительность, функциональные и физические атрибуты ИТ - платформ и продуктов и их окружения , чтобы определить соответствующие функции безопасности и гарантии того, что будет использоваться для измерения состояние конфигурации системы. Например, требования к конфигурации могут отличаться для сетевого брандмауэра, который функционирует как часть границы Интернета организации, и для брандмауэра внутренней локальной сети .
Системы обслуживания
Управление конфигурацией используется для поддержания понимания состояния сложных активов с целью поддержания наивысшего уровня удобства обслуживания при минимальных затратах. В частности, он направлен на обеспечение того, чтобы операции не прерывались из-за выхода актива (или его частей) за пределы запланированного срока службы или ниже уровней качества.
В вооруженных силах этот вид деятельности часто классифицируется как «готовность к выполнению миссии» и направлен на определение того, какие средства доступны и для какого типа миссии; Классический пример - оснащены ли самолеты на борту авианосца бомбами для наземной поддержки или ракетами для защиты.
Управление конфигурацией операционной системы
Управление конфигурацией может использоваться для поддержки файлов конфигурации ОС . [11] Примеры систем включают Ansible , Bcfg2 , CFEngine , Chef , Otter , Puppet , Quattor , SaltStack , Terraform , Pulumi и Vagrant . Многие из этих систем используют инфраструктуру как код для определения и поддержки конфигурации. [12]
Теория Promise обслуживания конфигурации была разработана Марком Берджесс , [13] [14] [15] с практической реализацией на сегодняшние день компьютерных систем в программном обеспечении Cfengine , способном выполнять реальное время ремонта, а также профилактическое обслуживание.
Профилактическое обслуживание
Понимание состояния актива и его основных компонентов «как есть» является важным элементом профилактического обслуживания, используемого в системах технического обслуживания, ремонта и капитального ремонта, а также в системах управления активами предприятия .
Сложные активы, такие как самолеты, корабли, промышленное оборудование и т. Д., Зависят от обслуживания множества различных компонентов. Эта пригодность к эксплуатации часто определяется с точки зрения количества использования компонента с момента его создания, с момента установки, после ремонта, количества использования, которое он использовал в течение его срока службы, и нескольких других ограничивающих факторов. Понимание того, насколько близок к концу срок службы каждого из этих компонентов, было серьезной задачей, требующей трудоемкого ведения документации до недавних разработок в области программного обеспечения.
Профилактическое обслуживание
Многие типы компонентов используют электронные датчики для сбора данных, которые обеспечивают мониторинг состояния в реальном времени . Эти данные анализируются на борту или в удаленном месте с помощью компьютера, чтобы оценить его текущую работоспособность и все более вероятное будущее состояние с использованием алгоритмов, которые предсказывают потенциальные будущие отказы на основе предыдущих примеров отказов посредством полевого опыта и моделирования. Это основа для «профилактического обслуживания».
Доступность точных и своевременных данных важна для обеспечения операционной ценности CM, и ее отсутствие часто может быть ограничивающим фактором. Сбор и распространение операционных данных среди различных вспомогательных организаций становится самостоятельной отраслью.
Потребители этих данных стали более многочисленными и сложными с ростом количества программ, предлагаемых производителями оригинального оборудования (OEM). Они разработаны, чтобы предложить операторам гарантированную доступность и усложнить картину, когда оператор управляет активом, а OEM берет на себя ответственность за обеспечение его работоспособности.
Стандарты
Ряд стандартов поддерживает или включает управление конфигурацией [16], в том числе:
- Национальный консенсусный стандарт ANSI / EIA-649-1998 для управления конфигурациями
- EIA-649-A 2004 Национальный консенсусный стандарт управления конфигурациями
- Стандарт управления конфигурацией ANSI EIA-649-C 2019
- ISO 10007 Системы менеджмента качества - Руководящие указания по менеджменту конфигурации
- Федеральный стандарт 1037C
- Стандарт GEIA 836–2002 Управление конфигурацией Обмен данными и взаимодействие
- Стандарт IEEE 829 для документации по тестированию программного обеспечения
- 828-2012 Стандарт IEEE для управления конфигурациями в системной и программной инженерии . 2012. DOI : 10,1109 / IEEESTD.2012.6170935 . ISBN 978-0-7381-7232-3.
- MIL-STD-973 Configuration Management (отменен 20 сентября 2000 г.)
- НАТО STANAG 4427 Управление конфигурацией в управлении жизненным циклом систем, включая
- Политика НАТО ACMP 2000 по управлению конфигурациями
- Руководство НАТО ACMP 2009 по управлению конфигурацией
- Контрактные требования по управлению конфигурацией НАТО ACMP 2100
- CMMI CMMI для разработки, версия 1.2 Управление конфигурацией
- CMII-100E Стандарт CMII для управления конфигурацией предприятия
- Расширенный список управления конфигурациями и связанных стандартов
- ITIL Service Asset and Configuration Management
- ISO 20000: 1 Система управления услугами на 2011 и 2018 гг.
- ECSS-M-ST-40C Rev.1 Конфигурация и управление информацией
Методические рекомендации
- Стандарт IEEE 828-2012 для управления конфигурациями в системной и программной инженерии , дата публикации: 16 марта 2012 г.
- ISO 10007: 2017 Менеджмент качества - Руководящие указания по менеджменту конфигурации
- НАТО ACMP-2009 - Руководство по управлению конфигурацией
- ANSI / EIA-632-1998 Процессы проектирования системы
- Национальный консенсусный стандарт ANSI / EIA-649-1998 для управления конфигурациями
- GEIA-HB-649 - Руководство по внедрению для управления конфигурациями
- EIA-836 Consensus Standard for Configuration Management Data Exchange and Interoperability
- Руководство по управлению конфигурацией MIL-HDBK-61B , 7 апреля 2020 г.
- MIL-STD-3046 Configuration Management , 6 марта 2013 г. и отменен 1 июня 2015 г.
- Руководство по оборонным закупкам , элементы CM в 4.3.7 Процессы SE, атрибуты CM в 5.1.7 Поддержка жизненного цикла
- Основы системной инженерии , Глава 10 Управление конфигурацией
- План управления конфигурацией Документ о закупке Министерства обороны США
Строительство
В последнее время управление конфигурацией применялось к крупным строительным проектам, которые часто могут быть очень сложными и иметь огромное количество деталей и изменений, которые необходимо документировать. Строительные агентства, такие как Федеральное управление шоссейных дорог, использовали управление конфигурацией для своих инфраструктурных проектов. [17] Существуют инструменты управления конфигурацией на основе конструкции, которые предназначены для документирования заказов на изменение и RFI, чтобы гарантировать выполнение проекта в соответствии с графиком и бюджетом. Эти программы также могут хранить информацию, помогающую в обслуживании и модификации инфраструктуры, когда она будет завершена. Одно из таких приложений, ccsNet, было протестировано в тематическом исследовании, финансируемом Федеральным транспортным управлением (FTA), в котором эффективность управления конфигурацией была измерена путем сравнения сначала примерно на 80% завершенного строительства Городского транзитного агентства округа Лос-Анджелес (LACMTA). и второй сегмент красной линии, проект строительства железной дороги стоимостью 5,3 миллиарда долларов. Это исследование дало результаты, указывающие на преимущества использования управления конфигурациями в проектах подобного рода. [18]
Смотрите также
- Обнаружение изменений
- Автоматизация выборочной конфигурации
- Сравнение программного обеспечения для управления конфигурацией с открытым исходным кодом
- Зависимость
- Список тем программной инженерии
- Сменные части
- Инфраструктура как код
- Автоматизация непрерывной конфигурации
- Конфигурация системы
- Системное управление
Рекомендации
- ^ « MIL-HDBK-61A», «Военное руководство: руководство по управлению конфигурацией » . Министерство обороны. 7 февраля 2001 года Архивировано из оригинала 20 марта 2012 года . Проверено 24 марта 2012 года .
- ^ « ANSI / EIA-649B», «Национальный консенсусный стандарт управления конфигурациями » . TechAmerica. 1 апреля 2011 года Архивировано из оригинала на 1 августа 2012 года . Проверено 24 марта 2012 года .
- ^ «История и наследие строительства» . ASCE . Архивировано из оригинального 16 февраля 2007 года . Проверено 8 августа 2007 года .
- ^ "Институт инженеров-строителей Что такое гражданское строительство" (PDF) . ДВС . Архивировано из оригинального (PDF) 23 сентября 2006 года . Проверено 22 сентября 2007 года .
- ^ « Управление конфигурацией и Национальная программа извлеченных уроков Федерального транспортного управления (FTA) » . Федеральное управление транспорта . Архивировано из оригинала 7 сентября 2012 года . Проверено 22 сентября 2007 года .
- ^ « Основы системной инженерии » (PDF) . Издательство Defense Acquisition University Press. Январь 2001. Архивировано из оригинального (PDF) 11 февраля 2006 года . Проверено 25 марта 2012 года .
- ^ « Меморандум, спецификации и стандарты - новый способ ведения бизнеса » . Министр обороны. 29 июня 1994 года Архивировано из оригинала 21 октября 2013 года . Проверено 23 марта 2012 года .
- ^ « Подтверждение соответствия управления конфигурацией: отчет о критическом анализе и оценке технологии (CR / TA) » (PDF) . Центр оборонной технической информации . Проверено 14 мая 2001 года .
- ^ Сравните: «Военный справочник: руководство по управлению конфигурацией» (PDF) . Министерство обороны: Соединенные Штаты Америки. п. iii – iv . Проверено 21 июля +2016 .
4. УПРАВЛЕНИЕ И ПЛАНИРОВАНИЕ ЖИЗНЕННОГО ЦИКЛА CM [...] 5. ИДЕНТИФИКАЦИЯ КОНФИГУРАЦИИ [...] 6. КОНФИГУРАЦИЯ [...] 7. УЧЕТ СОСТОЯНИЯ КОНФИГУРАЦИИ [...] 8. ПРОВЕРКА И АУДИТ КОНФИГУРАЦИИ [.. .] 9. УПРАВЛЕНИЕ ДАННЫМИ [...]
- ^ Национальный глоссарий по безопасности информационных систем
- ^ К. Луенингхенер. «Приступая к работе с управлением конфигурацией.; Вход в систему: выпуск: апрель 2011 г., том 36, номер 2» (PDF) . Проверено 23 ноября 2012 года .
- ^ Лошвиц, Мартин (14 ноября 2014 г.). «Выбор между ведущими менеджерами конфигурации с открытым исходным кодом» . Сеть администрирования и безопасность . Лоуренс, Канзас США: Linux New Media USA LLC.
- ^ М. Берджесс, Cfengine: механизм конфигурации сайта, Вычислительные системы USENIX, Том 8, № 3 1995 [1]
- ^ М. Берджесс, По теории системного администрирования, Science of Computer Programming 49, 2003. p1-46 pdf. Архивировано 24 июля 2011 г., Wayback Machine.
- ^ М. Берджесс, Конфигурируемый иммунитет для развивающихся систем человек-компьютер, Наука компьютерного программирования 51 2004, p197-213 pdf Архивировано 3 марта 2012 года на Wayback Machine
- ^ «Анализ стандартов NISTIR 7339 для управления жизненным циклом систем для армии США» (PDF) . Национальный институт стандартов и технологий. Август 2006 г.
- ^ « Руководство по управлению конфигурацией для систем управления транспортом » . Федеральное управление автомобильных дорог . Проверено 28 марта 2012 года .
- ^ « Пример использования управления конфигурацией » . PACO Technologies, Inc . Архивировано из оригинального 26 августа 2016 года . Проверено 28 марта 2012 года .