Дата передачи запроса в группу по управлению конфигурацией

Решение группы управления качеством.

Дата передачи запроса в группу управления качеством.

Дата внесения изменений.

Кто вносит изменения.

Примечание.

Сразу после представления заполненной формы запроса проводится проверка необхо­димости и допустимости изменения. Это объясняется тем, что некоторые изменения вызва­ны не ошибками в программе, а неправильным пониманием требований, другие могут дуб­лировать исправление ранее обнаруженных ошибок. Если в процессе проверки выявляется, что изменение недопустимо, повторяется или уже было рассмотрено, то изменение откло­няется. Лицу, представившему запрос на изменение, объясняется причина отказа.

Для принятых изменений начинается вторая стадия — оценка изменений и предвари­тельное определение стоимости. Сначала следует проверить влияние изменения на всю систему. Для этого делается технический анализ способа внесения изменения. Затем оп­ределяется стоимость внесения изменения в определенные компоненты, что регистрируется в форме запроса. В процессе оценивания полезна база данных конфигураций с ин­формацией о взаимосвязях между компонентами, благодаря чему есть возможность оце­нить влияние изменений на другие компоненты системы.

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

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

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

Изменение каждого компонента системы должно регистрироваться. Таким образом создается история компонента. Самый лучший способ для этого — создавать стандартизи­рованные комментарии в начале кода компонента (листинг 2), где содержатся ссылки на запросы изменений данного компонента. Для составления отчетов об изменениях ком­понента и обработки их историй используются специальные средства.

Листинг 2. Заголовок компонента

// Проект PROTEUS (ESPRIT 6087)

//

// PCL-TOOLS/ПРАВКА/ФОРМЫ/ОТОБРАЖЕНИЕ/ИНТЕРФЕЙСЫ

//

// Объект: PCL-Tool-Desc

// Автор: Г.Дин

// Дата создания: 10 ноября 1998 г.

//

// © Lancaster University 1998

//

// История изменений

// Версия Кто внес изменения Дата Изменение Причина

// 1.0. Дж. Джонс 1/12/1998 Добавление Предложена

// заголовка группой по

// управлению

// конфигурацией

// 1.1. Г. Дин 9/4/1999 Новое поле Запрос R07/99

Дата добавления: 2015-07-13