Операция: Управление изменением требований

Данная операция заключается в управлении изменением требований и оценке влияния измененных требований на проект.

Описание	Структура работы	Распределение групп	Использование рабочего продукта

Назначение

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

Взаимосвязи

Родительские операции	Требования

Описание

Данная операция предполагает выполнение следующих действий:

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

Изменения в требованиях напрямую влияют на последующие артефакты в потоке (продукты анализа и проектирования, продукты тестирования, артефакты развертывания и т.п.). Взаимосвязи прослеживаемости, определенные и задокументированные при выполнении процедуры Управление зависимостями , явно устанавливают связь между требованиями и другими продуктами работы. Эти взаимосвязи - ключ к пониманию влияния изменений в требованиях.

Свойства

Управляется событиями
Несколько вхождений
Выполняющийся
Необязательный
Запланированный
Повторяющийся

Персонал

К выполнению этой процедуры нужно привлечь расширенный коллектив (заинтересованных лиц: представителей заказчика, экспертов в предметной области и т.д.). Назначьте техническим проверяющим сотрудника, на работе которого скажутся изменения. Старайтесь эффективно расходовать ресурсы проверяющих. Расширенный коллектив следует привлекать к тестированию, только если вы уверены, что это принесет пользу проекту.

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

Использование

Указания по использованию

Эту процедуру следует выполнять при каждом изменении требований.

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

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

Ключевые условия

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

Материал следует распределить таким образом, чтобы коллективу не нужно было проверять все сразу. Одна проверка должна длиться не более дня. Например, можно проверить пользовательский интерфейс отдельно от сценариев поведения, либо проверить все артефакты требований, относящиеся к одной подсистеме.

Кроме того, рекомендуется вести наблюдение за изменением требований. Сбор информации о характере и обосновании изменений в требованиях помогает проверяющим более рационально реагировать на изменения.