63
предыдущей и текущей версиями требований. Более надежное решение
– управлять версиями документов с
требованиями при помощи
соответствующих средств управления конфигурацией.
Ведение журнала изменений требований.
Фиксируйте даты
изменения спецификаций требований, сами коррективы, их причины, а
также лиц, вносивших изменения. Автоматизировать эти задачи
позволяет утилита управления версиями или коммерческая утилита
управления требованиями.
Контроль за состоянием всех требований.
Создайте БД,
включающую
по
одной
записи
для
каждого
дискретного
функционального требования. Занесите в БД
ключевые атрибуты
каждого требования, включая его состояние (например, «предложено»,
«одобрено», «реализовано» или «проверено»), чтобы в любой момент вы
могли узнать количество требований в каждом состоянии.
Оценка изменяемости требований.
Еженедельно фиксируйте
количество требований,
внесенных в базовую версию, а также число
предложенных и одобренных изменений (добавлений, модификаций и
удалений). Если требования формируются не самим клиентом, а от его
лица,
может оказаться, что проблема понята плохо, границы проекта
определены нечетко,
бизнес стремительно меняется, при сборе
информации
многие
требования
были
упущены
или
внутрикорпоративные политики меняются в худшую сторону.
Достарыңызбен бөлісу: