WikiDer > Элемент конфигурации

Configuration item

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

Описание

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

  • Сущность должна быть уникально идентифицирована, чтобы ее можно было отличить от всех других элементов конфигурации.
  • С точки зрения разработчика изменять, CI - это "что" изменения. Изменение конкретного исходный уровень версия элемента конфигурации создает новую версию того же элемента конфигурации, которая сама по себе является базовой. При изучении эффекта изменения необходимо задать два вопроса:
  1. Какие элементы конфигурации затронуты?
  2. Как были затронуты элементы конфигурации?
  • Использование CI в продукте можно отследить с помощью надежной системы учета статуса.
  • CI подлежит приемочной проверке на основе установленных критериев.

Типы элементов конфигурации

Примеры типов CI:

  • Аппаратное обеспечение / Устройства
  • Программное обеспечение / Приложения
  • Коммуникации / Сети
  • Место расположения
  • База данных
  • Служба
  • Документация
  • Люди (сотрудники и подрядчики)

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

Атрибуты и данные CI

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

Примеры общих свойств:

Определение свойств

Элементы конфигурации- Идентификация properties.png

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

Идентификация свойств (выделенных красным) позволяет нам различать конкретные экземпляры этих элементов.



Релизы

А релиз (сам по себе версионный объект) может состоять из нескольких элементов конфигурации. Набор изменений для каждого элемента конфигурации появится в примечания к выпуску, а примечания могут содержать определенные заголовки для каждого элемента конфигурации. Сложный элемент конфигурации оборудования может иметь много уровней элементов конфигурации ниже своего верхнего уровня; каждый уровень элемента конфигурации должен соответствовать одним и тем же фундаментальным элементам системы управления конфигурацией.

Словарный запас

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

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

  1. ^ Сравнивать: Coupland, Мартин (2014). Расширенное развертывание Microsoft System Center Configuration Manager. Дистиллированный профессиональный опыт. Packt Publishing Ltd. ISBN 9781782172093. Получено 2015-08-03. Управление приложениями в фоновом режиме сложнее, чем выполнение пакетов в Configuration Manager. Процесс работает с использованием Элементы конфигурации (CIс).

внешняя ссылка