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

Управление конфигурацией или конфигурационный менеджмент {Configuration Management) — деятельность, связанная с контролем эволюции и целостности ПП в ходе выполнения проекта ПО системы путем идентификации всех артефактов, отслеживания их изменений и ведения отчетности о состоянии конфигурации ПО системы.

Работы по управлению конфигурацией ПО (далее — SCM, т. е. Software Configuration Management) включают тщательное планирование процесса SCM, определение характеристик элементов конфигурации, учет указанных характеристик и контроль за их изменениями, составление отчета о внесенных изменениях в конфигурацию и статусе их реализации; аудит конфигурации и проверку соответствия внесенных изменений заданным требованиям.

Данная область знаний включает следующие разделы:

• • управление процессом {Management of the SCM Process);
• • идентификация конфигурации ПО {Software Configuration Identification)-,
• • контроль конфигурации ПО {Software Configuration Control)-,
• • учет состояния конфигурации {Software Configuration Status Accounting)-,
• • аудит конфигурации ПО {Software Configuration Auditing)-,
• • управление выпуском и поставка ПО {Software Release Management and Delivery).

Управление процессом конфигурационного менеджмента осуществляется с учетом организационного контекста, особенностей и ограничений аппаратно-программной архитектуры системы и ПО (включая размер и сложность) и принятой модели процесса, устанавливаемой применяемыми стандартами и руководствами по SCM (например, ISO/IEC 12 207, ISO/IEC 15 504, CMMI).

Планирование процесса SCM охватывает распределение обязанностей и полномочий и способы отчетности; определение ресурсов и составление графика работ; подбор (разработку) инструментов (для ведения SCM-библиотек, запросов на изменения, управления кодом, сборки ПП, отчетности и др.), а также построение плана управления конфигурацией (например, в соответствии с IEEE Std.828:1998 «Standard for Software Configuration Management Plans»).

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

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

Контроль конфигурации подразумевает управление изменениями в течение ЖЦ ПО. Включает анализ запросов на изменения и определение того, какие именно изменения должны быть сделаны и какие полномочия необходимы для их утверждения или отклонения, в чем суть поддержки реализации изменений и каков порядок формального утверждения «отхода» от проектных требований. Принятые (утвержденные) запросы на изменения реализуются с помощью определенных процедур и в определенном порядке с учетом взаимосвязи элементов (одновременно или последовательно). «Закрытие» изменений предполагает аудит конфигурации.

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

Аудит конфигурации — это деятельность по оценке соответствия продуктов и процессов принятым стандартам, инструкциям, планам и процедурам. В ходе аудита определяется степень, в которой элемент конфигурации удовлетворяет заданным функциональным и физическим характеристикам. Различают неформальный аудит (в контрольных точках проекта) и формальный аудит двух типов: функциональный и физический аудит конфигурации, который завершается фиксацией базовой версии продукта. Цель функционального аудита — убедиться в том, что контролируемый программный элемент полностью соответствует заданным спецификациям, а физического — в том, что проект (дизайн) и документация точно согласуются с самим ИП. Может также проводиться выборочный внутренний аудит элементов базовых версий.

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