| Управление бизнесом |
|---|
| Управление из бизнеса |
|
Управление конфигурацией ( CM ) - это процесс системного проектирования для установления и поддержания согласованности характеристик продукта, его функциональных и физических атрибутов с его требованиями, проектной и эксплуатационной информацией на протяжении всего срока его службы. [1] [2] Процесс КМ широко используются военными инженерными организациями для управления изменениями по всей системе жизненного цикла в сложных системах , такие как оружейные системы, военная техника и информационных системы . За пределами вооруженных сил процесс CM также используется с управлением ИТ-услугами, как определено ITIL , и с другимимодели предметной области в гражданском строительстве и других сегментах промышленного строительства, таких как дороги, мосты, каналы , плотины и здания. [3] [4] [5]
Введение [ править ]
CM, применяемый на протяжении жизненного цикла системы, обеспечивает видимость и контроль ее производительности, функциональных и физических атрибутов. 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), когда он проводит инвентаризацию имеющихся активов. Ключевое различие между 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 Управление конфигурацией (отменено 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) . ICE . Архивировано из оригинального (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. УПРАВЛЕНИЕ ДАННЫМИ [...]
- ^ Национальный глоссарий по безопасности информационных систем
- ^ С. Lueninghoener. «Приступая к работе с управлением конфигурацией.; Вход в систему: выпуск: апрель 2011 г., том 36, номер 2» (PDF) . Проверено 23 ноября 2012 года .
- ^ Loschwitz, Мартин (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 года .
