Выявление и сбор требований к ПО — ultimate guide

Конспект статьи. Автор оригинала: Вадим (Noveo), публикация Елизаветы Ржевской

Структурированный гид по требованиям к ПО: уровни, источники и методы выявления.

Уровни требований

• Бизнес-требования — зачем нужна система; задают цели, которые станут критериями успеха, и формируют документ видения и границ. Пример: сократить время оформления заказа вдвое.
• Пользовательские требования — задачи пользователей, роли и уровни доступа; записываются текстом, через use case или user story.
• Функциональные требования — атомарные функции, полученные декомпозицией. «Добавить в избранное» распадается на добавление, удаление, редактирование и переход к объекту.

НФТ стоят вне иерархии: они присутствуют на всех уровнях.

Источники

Для бизнес-требований — внутренние документы, нормативка, конкуренты, инициатор проекта. Для пользовательских — бизнес-процессы и конечные пользователи. Для функциональных — пользовательские требования, макеты, описания интеграций, архитектор и разработчики. Всё сводится в SRS; её структура по ISO/IEC/IEEE 29148 работает как чек-лист полноты.

Процесс и методы

Итеративный цикл: подготовка → выявление → утверждение результатов.

• Интервью — главный метод. Досье на собеседника, план вопросов, не дольше часа (внимание падает примерно через 40 минут), запись беседы, открытые вопросы, в конце — подтверждение понимания закрытыми вопросами.
• Анкетирование — быстро и дёшево, но не находит неявные требования.
• Мозговой штурм — для нестандартных решений и конфликтов, нужна жёсткая модерация.
• Прочее — анализ документов, API и БД, изучение похожих систем, моделирование, повторное использование типовых требований, наблюдение, обучение у экспертов.

Надёжный результат даёт только сочетание нескольких методов.