Войти
Модель деятельности по управлению конфигурацией Управление конфигурацией (CM) - это процесс системного проектирования для установление и поддержание согласованности характеристик, функциональных и физических характеристик продукта с его требованиями, конструкцией и эксплуатационной информацией на протяжении всего срока его службы. Процесс CM широко используется военно-инженерными организациями для управления изменениями на протяжении жизненного цикла системы сложных систем, таких как системы оружия, военные машины и информационные системы. За пределами вооруженных сил процесс CM также используется с управлением ИТ-услугами, как определено в ITIL, и с другими моделями предметной области в гражданском строительстве и другом промышленном строительстве такие сегменты, как дороги, мосты, каналы, плотины и здания.
CM, применяемый на протяжении жизненного цикла системы, обеспечивает видимость и контроль ее производительности, функциональных и физических атрибутов. CM проверяет, что система работает так, как задумано, и что она идентифицирована и задокументирована с достаточной детализацией для поддержки ее запланированного жизненного цикла. Процесс CM способствует упорядоченному управлению системной информацией и системными изменениями для таких полезных целей, как пересмотр возможностей; улучшить производительность, надежность или ремонтопригодность; продлить жизнь; снизить стоимость; снизить риск и ответственность; или исправить дефекты. Относительно минимальные затраты на внедрение CM многократно окупаются благодаря сокращению затрат. Отсутствие CM или его неэффективная реализация может быть очень дорогостоящим и иногда может иметь такие катастрофические последствия, как отказ оборудования или гибель людей.
CM подчеркивает функциональную взаимосвязь между частями, подсистемами и системами для эффективного управления системными изменениями. Это помогает убедиться, что предлагаемые изменения систематически рассматриваются для минимизации неблагоприятных последствий. Изменения в системе предлагаются, оцениваются и внедряются с использованием стандартизированного систематического подхода, который обеспечивает согласованность, а предлагаемые изменения оцениваются с точки зрения их ожидаемого воздействия на всю систему. CM проверяет, выполняются ли изменения в соответствии с предписаниями, и что документация по элементам и системам отражает их истинную конфигурацию. Полная программа CM включает условия для хранения, отслеживания и обновления всей системной информации на основе компонентов, подсистем и систем.
Структурированная программа 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 в соответствии с общей целью Министерства обороны США, которая сократила количество военных стандартов в пользу промышленности. 143>технические стандарты, поддерживаемые организациями по разработке стандартов (SDO). Это положило начало тому, что сейчас превратилось в наиболее широко распространенный и принятый стандарт CM, ANSI – EIA – 649 –1998. В настоящее время широко используемые многочисленными организациями и агентствами концепции дисциплины CM включают системную инженерию (SE), интегрированную логистическую поддержку (ILS), интеграцию модели зрелости возможностей ( CMMI), ISO 9000, Prince2 метод управления проектами, COBIT, Библиотека инфраструктуры информационных технологий (ITIL), жизненный цикл продукта management и Application Lifecycle Management. Многие из этих функций и моделей изменили определение CM от его традиционного целостного подхода к техническому менеджменту. Некоторые рассматривают CM как деятельность библиотекаря и выделяют управление изменениями или управление изменениями как отдельную или самостоятельную дисциплину.
CM - это практика систематической обработки изменений, чтобы система сохраняла свою целостность с течением времени. CM реализует политики, процедуры, методы и инструменты, которые управляют, оценивают предлагаемые изменения, отслеживают статус изменений и поддерживают инвентаризацию системы и вспомогательных документов по мере изменения системы. Программы и планы CM обеспечивают техническое и административное руководство для разработки и внедрения процедур, функций, услуг, инструментов, процессов и ресурсов, необходимых для успешной разработки и поддержки сложной системы. Во время разработки системы CM позволяет программному менеджменту отслеживать требования на протяжении всего жизненного цикла через приемку, эксплуатацию и обслуживание. Поскольку в требованиях и проекте неизбежно происходят изменения, они должны быть утверждены и задокументированы, что позволит создать точную запись о состоянии системы. В идеале процесс CM применяется на протяжении всего жизненного цикла системы. Большинство профессионалов путают или путают Управление активами (AM), где проводится инвентаризация имеющихся активов. Ключевое различие между CM и AM заключается в том, что первый управляет не аспектом финансового учета, а службой, которую поддерживает система.
Процесс CM для элементов конфигурации как аппаратного, так и программного обеспечения включает пять различных дисциплин, как установлено в MIL – HDBK – 61A и ANSI / EIA-649. Эти дисциплины выполняются как политики и процедуры для установления базовых показателей и для выполнения стандартного процесса управления изменениями. IEEE 12207 процесс IEEE 12207.2 также имеет эти действия и добавляет «Управление выпуском и доставка». Вот пять дисциплин:
Процесс управления конфигурацией программного обеспечения (SCM) рассматривается практиками как лучшее решение для обработки изменений в программных проектах. Он определяет функциональные и физические атрибуты программного обеспечения в различные моменты времени и выполняет систематический контроль изменений идентифицированных атрибутов с целью поддержания целостности и прослеживаемости программного обеспечения на протяжении всего жизненного цикла разработки программного обеспечения.
Процесс SCM дополнительно определяет необходимость отслеживания изменений и возможность проверки того, что окончательно поставленное программное обеспечение содержит все запланированные улучшения, которые должны быть включены в выпуск. В нем определены четыре процедуры, которые должны быть определены для каждого программного проекта, чтобы обеспечить реализацию надежного процесса SCM. Это:
Эти термины и определения меняются от стандартных к стандартным, но по сути являются тем же.
Библиотека инфраструктуры информационных технологий (ITIL) определяет использование системы управления конфигурацией (CMS) или базы данных управления конфигурацией (CMDB) в качестве средства достижения лучших отраслевых практик для конфигурации. Управление. CMDB используются для отслеживания элементов конфигурации (CI) и зависимостей между ними, где CI представляют собой объекты на предприятии, которые стоит отслеживать и управлять, например, помимо прочего, компьютеры, программное обеспечение, лицензии на программное обеспечение, стойки, сетевые устройства, хранилище., и даже компоненты внутри таких предметов.
Преимущества CMS / CMDB включают возможность выполнять такие функции, как анализ первопричин, анализ воздействия, управление изменениями и оценка текущего состояния для разработки стратегии будущего состояния. Примеры систем, которые обычно называют системами управления ИТ-услугами (ITSM), включают FreshService, ServiceNow и Samanage.
Для информационного обеспечения CM может быть определено как управление функциями безопасности и гарантиями посредством контроля изменений, внесенных в оборудование, программное обеспечение, микропрограммное обеспечение, документацию, тестирование, приспособления для тестирования и документация по тестированию на протяжении всего жизненного цикла информационной системы. Управление CM для обеспечения информации, иногда называемое S ecure C onfiguration M anagement, зависит от производительности, функциональных и физических характеристик ИТ-платформ и продуктов, а также их среды для определения соответствующих функций безопасности и гарантий, которые используются для измерения состояния конфигурации системы. Например, требования к конфигурации могут отличаться для сетевого брандмауэра, который функционирует как часть границы Интернета организации, и для внутреннего локального сетевого брандмауэра.
Управление конфигурацией используется для поддержания понимания состояния сложных активов с целью поддержания наивысшего уровня удобства обслуживания при минимальных затратах. В частности, он направлен на обеспечение того, чтобы операции не прерывались из-за выхода актива (или части актива) за пределы запланированного срока службы или ниже уровней качества.
В вооруженных силах этот вид деятельности часто классифицируется как «готовность к выполнению задания» и направлен на определение того, какие средства доступны и для какого типа миссии; Классический пример - оснащены ли самолеты на борту авианосца бомбами для наземной поддержки или ракетами для защиты.
Управление конфигурацией может использоваться для поддержки файлов конфигурации ОС. Примеры систем: Ansible, Bcfg2, CFEngine, Chef, Otter, Puppet, Quattor, SaltStack, Terraform, Pulumi и Vagrant. Многие из этих систем используют инфраструктуру как код для определения и поддержки конфигурации.
Теория обещаний обслуживания конфигурации была разработана Марком Берджессом, с практической реализацией в современных компьютерных системах в программном обеспечении CFEngine, способном выполнять ремонт в реальном времени, а также профилактическое обслуживание.
Понимание состояния актива и его основных компонентов «как есть» является важным элементом профилактического обслуживания, используемого при техническом обслуживании, ремонте и капитальном ремонте, а также актива предприятия системы управления.
Сложные активы, такие как самолеты, корабли, промышленное оборудование и т. Д., Зависят от обслуживания множества различных компонентов. Эта пригодность к эксплуатации часто определяется с точки зрения количества использования компонента с момента его создания, с момента установки, с момента ремонта, количества использования, которое он использовал в течение его срока службы, и нескольких других ограничивающих факторов. Понимание того, насколько близок к концу срок службы каждого из этих компонентов, было важной задачей, требующей трудоемкого ведения документации до недавних разработок в области программного обеспечения.
Многие типы компонентов используют электронные датчики для сбора данных, которые обеспечивают мониторинг состояния в реальном времени. Эти данные анализируются на борту или в удаленном месте с помощью компьютера, чтобы оценить его текущую работоспособность и все чаще его вероятное будущее состояние с использованием алгоритмов, которые прогнозируют потенциальные будущие отказы на основе предыдущих примеров отказов посредством полевого опыта и моделирования. Это основа для «профилактического обслуживания».
Доступность точных и своевременных данных важна для CM для обеспечения эксплуатационной ценности, и ее отсутствие часто может быть ограничивающим фактором. Сбор и распространение операционных данных среди различных вспомогательных организаций становится отдельной отраслью.
Потребители этих данных стали более многочисленными и сложными с ростом числа программ, предлагаемых производителями оригинального оборудования (OEM). Они предназначены для того, чтобы предложить операторам гарантированную доступность и усложнить картину, когда оператор управляет активом, а OEM-производитель берет на себя ответственность за обеспечение его работоспособности.
Ряд стандартов поддерживает или включает управление конфигурацией, в том числе:
В последнее время управление конфигурацией применялось к крупным строительным проектам, которые часто могут быть очень сложными и иметь огромное количество деталей и изменений, которые необходимо задокументировать. Строительные агентства, такие как Федеральное управление шоссейных дорог, использовали управление конфигурацией для своих инфраструктурных проектов. Существуют инструменты управления конфигурацией на основе строительства, которые предназначены для документирования заказов на изменение и RFI, чтобы гарантировать выполнение проекта в соответствии с графиком и бюджетом. Эти программы также могут хранить информацию, чтобы помочь в обслуживании и модификации инфраструктуры, когда она будет завершена. Одно из таких приложений, ccsNet, было протестировано в тематическом исследовании, финансируемом Федеральным транспортным управлением (FTA), в котором эффективность управления конфигурацией измерялась путем сравнения сначала примерно на 80% завершенного строительства Транспортного агентства округа Лос-Анджелес (LACMTA). и вторые участки Красной линии, проект строительства железной дороги стоимостью 5,3 млрд долларов. Это исследование дало результаты, указывающие на преимущества использования управления конфигурацией в проектах подобного рода.
 | На Wikimedia Commons есть материалы, связанные с Управление конфигурацией. |
