понедельник, 29 августа 2011 г.

Анализ требований

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



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

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

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