Требования. Часть 3. Анализ требований

К моменту анализа все требования должны быть собраны и проверены.
Дальше необходимо проанализировать требования. Анализ преследует несколько целей:

Исключение противоречащих друг другу требований. Объединение схожих требований.
Определение границ проекта. Для этого желательно бы классифицировать требования на 4 группы:

Must
Без выполнения хотя бы одного требования уровня Must проект не может считаться выполненным.
Should
Требования, которыми можно пренебречь в какой-либо итерации при наличии веской причины.
Could
Требования, которые желательно выполнить. Они, в основном, влияют на удовлетворенность пользователей.
Won't
Требования, которые можно выполнить только в том случае, если остались ресурсы.

Такая классификация носит название "Метод MoSCoW". При анализе требований также желательно выделить риски.

3. Документирование требований.
Документирование может заключаться в описании:

сценариев использования (use cases);
пользовательских историй (use story);
списка требований (list of requirements);
спецификаций (specification).

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