Изменения в утвержденном КБ
Под конфигурационным контролем принято понимать управление изменениями в ходе ЖЦ или эксплуатации системы. Процесс создания продукта включает
непрерывные корректировки, которые имеют отношение к уже согласованному и /или утвержденному конфигурационному базису (КБ). В этом плане предметом конфигурационного контроля являются:
– изменения в утвержденном КБ и связанные с ними корректировки в конфигурации и /или ЕК;
– дефекты и отклонения в конфигурации продукта относительно утвержденного КБ.
Имеются в виду формальные процедуры инициализации, анализа, принятия и контроля исполнения управленческих решений по предложенным изменениям, обнаруженным дефектам и отклонениям в конфигурации и /или ЕК продукта.
Формальная обработка запросов на изменение КБ. После того, когда заинтересованные участники проекта достигли взаимопонимания по требованиям, архитектуре и другим техническим решениям, соответствующие проектные документы считаются утвержденными и не могут произвольно модифицироваться. Т.е. любая потребность в изменении, исходящая от любого участника проекта, должна пройти формальную процедуру, включающую такие шаги:
1. Регистрация предложения /запроса на изменение.
2. Анализ влияния предложенного изменения на имеющийся задел, объем, трудоемкость, график и стоимость работ по проекту.
3. Принятие решения по запросу на изменение (удовлетворить, отказать или отложить).
4. Реализация утвержденного изменения и его верификация.
Управление дефектами и отклонениями от утвержденного КБ. Второй важнейшей составляющей конфигурационного контроля является управление несоответствиями между конфигурацией или ЕК продукта и конфигурационным базисом. С точки зрения управления все несоответствия принято делить на дефекты и отклонения. К дефектам относят те несоответствия, которые имеют непосредственное отношение к целевому использованию продукта по его назначению. Все остальное относится к отклонениям. Если дефекты в продукте носят негативный характер, то они подлежат устранению.
Для устранения дефектов и выявленных отклонений проводится:
– регистрация информации о полученном дефекте /отклонении;
– анализ и: диагностика места и причины дефекта /отклонения, оценка объема, трудоемкости, сроков и стоимости переделок;
– принятие решения по устранению дефекта /отклонения, реализация и верификация этих недостатков.
Подобного рода решения являются управленческими, их принимают руководители соответствующего уровня или их полномочные представители. Как
правило, уровень принятия решения по изменению программного продукта должен быть принят на проекте на уровне согласования или утверждения документов соответствующего конфигурационного базиса.
Наиболее удобной формой реализации такого управленческого решения являются руководящий совет по конфигурационному контролю CCB (Configuration Control Board), как родоначальник теории и практики конфигурационного управления.
