Процедури управління вимогами

Базова версія вимог

Принципи і прийоми управління вимогами

Введення нових або зміна існуючих вимог впливає на проект наступним чином:
- відкладається реалізація вимог нижчих рівнів;
- запрошуються нові фахівці;

- на короткий період часу вводиться режим понаднормової роботи, по можливості оплачуваної;

- у відповідності з новою функціональністю змінюється графік;

- страждає якість, так як необхідно вкластися в графік (дуже часто ця реакція за замовчуванням).

Базова версія (baseline) – це набір функціональних і нефункціональних вимог, які розробники зобов’язалися реалізувати у визначеній версії (ітерації).

Визначення базової версії дозволяє зацікавленим у проекті особам виробити спільне розуміння можливостей і властивостей, які вони хочуть бачити у цій версії. Прийнята базова версія вимог - як правило, версія стає базовою після офіційних експертизи та затвердження - віддається для управління конфігурацією (Конфигурация - это особенности конструкции, включая архитектуру, состав и характеристики основных составных частей и вспомогательных (периферийных) средств, а также организацию связей между ними). Наступні зміни дозволяється вносити в неї тільки через визначений у проекті процес управління змінами. До прийняття базової версії вимоги все ще змінюються, тому не має сенсу обмежувати модифікацію якимись процедурами. Однак варто почати контролювати версії, унікальним чином ідентифікуючи різні версії кожного документа вимог, відразу після того, як буде зроблений попередній начерк цього документа.

Управління вимогами – це робочий процес, що підкоряється визначеним правилам і процедурам.

Процедури управління вимогами базуються на:

- Інструментах, прийомах і погодженнях по управлінню версіями різноманітних документів вимог і окремих вимог;

- Правилах складання базової версії вимог;

- Статусах вимог, які будуть використовуватись, і категоріях осіб, які мають право змінювати їх;

- Процедурах контролю за статусом вимог;

- Способах, за допомогою яких нові вимоги і зміни існуючих вимог пропонуються, оброблюються, обговорюються і передаються усім зацікавленим особам.

- Методах аналізу впливу запропонованої зміни;

- Відслідковуванні зв’язків планів і обов’язків проекту зі змінами вимог.

Хтось повинен виконувати дії при управлінні вимогами, тому в описах процесу також слід визначити ролі учасників, відповідальних за виконання кожного завдання. Проектний аналітик вимог, як правило, несе основну відповідальність за управління вимогами. Він вибирає механізм збереження вимог (наприклад, засіб керування вимогами), визначає атрибути вимог, координує оновлення даних про стан і трасуємість вимог і генерує звіти про зміну дій.

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