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

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

Проверка требований

После того как требования собраны, необходимо сделать несколько вещей сразу:
1. Проверить требования.
2. Проанализировать требования.
3. Расставить приоритеты.

Проверка требований заключается в ответе на следующие вопросы:

Характеристики требований

Продолжение серии статей о требованиях. Часть 2.
Требования должны обладать следующими характеристиками:
1. Единичность. Это означает, что требование относится только к одному свойству. Например, система должна выполнять такое-то действие. Пример хорошего требования: система должна позволять регистрацию пользователей. Пример плохого требования: система должна позволять авторизацию пользователей по данным социальных сетей и запрашивать из социальных сетей и публиковать на стене пользователя в социальной сети определенную информацию. Почему это требование некорректное - не указаны социальные сети, а далеко не все разрешают сторонним приложения размещать информацию на стене пользователя, а, во-вторых, тут объединены два требования. 

Виды требований

Продолжаем разговор о требованиях. Часть 1

Повторим, что такое требование:

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

Кратко: требование это зафиксированное желание пользователя, которое должна выполнять система.

Это определение неидеально. Потому что есть требования, которые пользователь явно не высказывает, например, работа системы в режиме 24/7, или пользователь высказал какое-нибудь пожелание, но оно не было реализовано. Особый случай: требование высказано в устной форме. На мой взгляд, если требование не зафиксировано в письменном виде, то оно не существует. 

Требования можно разделить на две большие группы: 

• функциональные требования
• нефункциональные требования

Требования к ПО

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

Сайт с конкурсом это не требование. Требование в данном случае - сайт должен позволять пользователю:

1) идентифицировать себя. Иначе никто не сможет узнать, что выиграл именно этот пользователь

2) участвовать в конкурсе. Пока еще не уточняется что это за конкурс,  что там пользователь будет делать и как. Пока обозначим самое главное - участие. 

3) получить результаты. Тем или иным способом. В почту, на стену в социальной сети, на странице сайта. Пока неважно. 

Это описание требований крупными мазками.