Выполнение изменения

Else

Else

Repeat

If запрос принят then

If изменение допустимо then

Управление изменениями

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

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

Листинг 1. Процесс управления изменениями

Запрос на изменение, заполнение формы запроса

Анализ запроса

Оценка способа внесения изменения

Оценка стоимости изменения

Запись запроса в базу данных

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

внесение изменений в ПО регистрация изменений

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

until качество ПО соответствует нормам

создание новой версии системы

запрос на изменение отвергнут

запрос на изменение отвергнут

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

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

Врезка 1. Форма запроса на изменения

Проект. Proteus/PCL-Tools Номер. 23/94

Лицо, заполняющее запрос. Соммервиль Дата. 1/02/08

Требуемые изменения. После выбора компонента структуры необходимо отображение имени файла, в котором он хранится.

Лицо, осуществляющее анализ запроса. Г. Дин

Дата анализа. 10/02/08

Изменяемые компоненты. Display-Icon.Select, Display-lcon.Display

Связанные компоненты. FileTable

Оценка изменения. Изменение достаточно легко выполнить из-за наличия таблицы имен файлов. Тре­буется вставить соответствующее поле. Изменений связанных компонентов не требуется.

Уровень приоритета. Низкий

Оценка затрат. 0,5дня

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

Дата принятия решения группой контроля за изменениями. 1/02/08

Решение группы контроля за изменениями. Принять изменение. Будет реализовано в версии 2.1.

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