Групповой синдром разработчика

Планирование и организация SCM

Учет статуса

Аудит

Контроль

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

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

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

Отчеты и документация, выполненные функцией учета состояния, являются контролируемыми элементами (вводимыми данными). Все утвержденные части конфигурации ПО должны быть объяснены и соответствующий перечень должен отражать переход от части n элементов конфигурации к n + 1. Этот учет предоставляет статистическую информацию (предысторию), которая позволяет определить, когда и какие изменения происходили в программном проекте, и таким образом осуществить ревизию требований SCM. Учет статуса дает возможность охватить весь спектр информации в отношении деятельности организации на протяжении всего жизненного цикла продукта при его разработке и эксплуатации. Для менеджера программного проекта учет состояния чрезвычайно важен при оценке новых систем, базирующихся на статистических данных. Систему SCM можно использовать как один из ключевых компонентов системы оценки проекта.

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

Проблемы: связанные с SCM

Если для разработки проекта требуется более одного разработчика, то возникает проблема группы людей, работающих над одной базой продукта. В данном случае базой может быть план проведения испытаний, требования к спецификации или коду. Усилия тратятся впустую, несколько человек работают над одним и тем же файлом, а затем его сохраняют. Без контроля SCM сохраняются только изменения, записанные последним, кто работает над этим файлом; все остальные изменения — теряются. Самое простое решение проблемы лежит в блокировании файла на время работы с ним одним из сотрудников, чтобы предотвратить одновременную работу над ним нескольких человек.

Дата добавления: 2014-01-05