 |
Лекция 5. Конфигурационное управление ( Software Configuration Management )
|
|
|
|
В настоящее время, в IT сообществе общеприняты следующие базовые положения связанные с конфигурационным управлением.
Система – это совокупность компонентов для реализации комплекса функциональности (IEEE 610.12-90, Standard Glossary for Software Engineering Terminology).
Конфигурация системы - это функциональные и физические характеристики программно-аппаратного обеспечения, сформулированные в технической документации и реализованные в конечном продукте.
Конфигурация - это сочетание конкретных версий программно-аппаратных элементов, объединенных вместе, в соответствии с заданными процедурами сборки и отвечающих определенному назначению.
Конфигурационное управление формально определяется глоссарием IEEE 610, как дисциплина приложения технических и административных указаний для:
a). идентификации и документирования функциональных и физических характеристик элементов конфигураций;
b). контроля (управления) изменений этих характеристик, записи (сохранения) и ведения отчетности по обработке изменений и статусу их реализации, а также проверки (верификации) соответствия заданным требованиям.
Конфигурационное управление ( Software Configuration Management (SCM), формально определяется ГОСТ Р ИСО/МЭК (ISO/ IEC, IEEE) 12207, как один из процессов жизненного цикла, поддерживающих деятельность по разработке и сопровождению ПО, обеспечению качества конечного продукта, а также помощи пользователям конечного продукта.
Сокращение SCM будет использоваться в дальнейшем.
На основании приведенных выше 5 базовых положений, дадим следующее интегральное определение (определение по сути).
Конфигурационное управление (Configuration Management) – это идентификация конфигурации системы в заданные моменты времени, с целью систематического контроля изменений, а также поддержки и сопровождения целостной конфигурации на протяжении всего жизненного цикла системы.
|
|
|
Работы по конфигурационному управлению программного обеспечения включают:
- управление и планирование SCM-процессов;
- идентификацию программных конфигураций;
- контроль конфигураций;
- учет статусов конфигураций;
- аудит;
- управление выпуском и поставкой.
На рис.5.1 представлены эти работы.
Рис.5.1. Работы по конфигурационному управлению (SCM Activities)
Данная область знаний связана со всеми другими областями знаний и дисциплинами программной инженерии, так как объектами приложения SCM являются все артефакты, создаваемые и используемые в процессах программной инженерии.
К сожалению, зачастую, SCM-деятельность сводится лишь к контролю версий исходных текстов и, в лучшем случае, документации (причем не всей инженерной и проектной документации, в целом, а лишь документации на создаваемое программное обеспечение).
Попытка ограничить конфигурационное управление только вопросами контроля версий обусловлена непониманием того, что результаты проекта – это не только исходный код, исполняемые модули и пользовательская документация, но и все то, что создавалось на протяжении всего проекта, т.е. активы проекта.
Более подробно виды работ на рис.5.1 будут рассмотрены далее на основе рис.5.2. Вернемся к активам.
Активами проекта являются описания бизнес-процессов и бизнес - сущностей, и архитектурные модели, и требования, и план проекта (связанный с распределением ресурсов), и запросы на изменения (включая информацию о дефектах).
Безусловно, упрощение вопросов конфигурационного управления до уровня управления версиями, с коньюктурной точки зрения, выгодно многим поставщикам соответствующих инструментальных средств. В определенных случаях, особенно, для малых проектов упрощенный взгляд на конфигурационное управление может быть вполне обоснован.
|
|
|
Однако, часто происходит позиционирование такой практики (по сути практики отказа от четкого комплексного конфигурационного управления), как некоего «стиля гибкой работы» вообще.
«Стиль» подменяющий реальную динамику настоящих гибких подходов (например, XP – экстремального программирования) отсутствием управления, как такового. Например, по определению содержания проекта на основе консенсуса проектной команды и вовлеченных в проектные работы представителей заказчика.
Только восприятие SCM - деятельности в качестве инфраструктурной основы процессов жизненного цикла может обеспечить эффективность управления программными проектами, то есть – достижение поставленных целей и создание результатов, удовлетворяющих заданным критериям в рамках плановых сроков и расходов.
В то же время, конфигурационное управление - необходимое, но не достаточное условие, так как только совокупность процессов жизненного цикла, включая управление требованиями, проектирование и другие, не менее важные аспекты, определяют весь комплекс работ по созданию программных систем.
На рис.5.2 представлена структура области знаний «Конфигурационное управление». Дальнейшее изложение будем вести в соответствии с этим рисунком.
Рис. 5.2. Область знаний «Конфигурационное управление»
|
|
|
