Традиционно требования пытаются разделить на 2 основные категории: функциональные и нефункциональные.
- Функциональные – описание того, что должна делать создаваемая система.
- Нефункциональные – описание характеристик системы и ограничения, накладываемые на процесс разработки (см. классификацию FURPS+).
Рассматривая требования в разрезе этапов жизненного цикла (ЖЦ) разработки системы, можно выделить такие виды требований:
- Бизнес требования,
- Пользовательские запросы,
- Системные требования.
1. Бизнес требования
Первый и самый абстрактный, верхний уровень требований, на основе которых получаются более детальные требования. Источником бизнес требований являются заинтересованные в создании системы лица, отвечающие за стратегию развития организации – спонсоры проекта: отдел маркетинга и высшее руководство. Удовлетворение этих требований влечет выполнение задач бизнеса, а значит является критерием успеха проекта. Примеры бизнес требований:
- Ускорение обработки заказов на 30%.
- Снижение издержек ведения бухгалтерии на 300’000 рублей в год.
2. Пользовательские запросы
Пользовательские запросы поступают от непосредственных пользователей системы (end users) и отражают их пожелания к функциям и характеристикам создаваемой системы. Оформляться запросы могут как в виде описаний вариантов использования (ВИ, use cases), так и в виде декларативных предложений на естественном языке. ВИ помимо перечисления действий пользователя и откликов системы в основном и альтернативных сценариях (функциональные требования) может содержать характеристики, которым должна удовлетворять система для реализации этих сценариев (нефункциональные требования).
3. Системные требования
Нижний уровень требований детально описывает функции, которые должна выполнять система для удовлетворения пожеланий бизнеса и запросов конечных пользователей. Системные требования составляют основу технического задания (ТЗ, Software requirements specification).
