Куда включаются функциональные требования?

Функциональные требования включаются в специализированные документы проектной документации. Ниже — ключевые варианты.

Основные документы

1. Спецификация (техническая спецификация, спецификация требований)
   Раздел «Функциональные требования» — детальное описание того, что должна делать система со стороны пользователя и администратора.
   Примеры содержания:
   перечень обязательных страниц сайта (главная, услуги, контакты, блог и т. п.);
   интеграция внешних сервисов (карты, видео, фотогалереи);
   структура меню и вложенность страниц;
   пользовательские функции (регистрация, поиск, корзина);
   управление контентом (создание, редактирование, удаление элементов);
   сценарии взаимодействия пользователя с системой.
2. Документ о функциональных требованиях (FRD, Functional Requirements Document)
   Официальное изложение функциональных требований к приложению.
   Служит контрактом: разработчики обязуются реализовать указанные функции, заказчик — признать продукт удовлетворительным при их выполнении.
   Содержит:
   описания входных данных и операций на каждом экране;
   рабочие процессы системы;
   форматы выходных данных (отчёты и т. п.);
   правила доступа к данным.
3. Техническое задание (ТЗ)
   В российской практике — основной документ, регламентируемый ГОСТ 34.602-89.
   Раздел «Требования к функциям (задачам) системы» включает:
   перечень функциональных требований по подсистемам;
   временные регламенты выполнения функций;
   критерии качества реализации (точность, скорость, форма вывода);
   список возможных отказов для каждой функции.
4. Спецификация программных требований (SRS, Software Requirements Specification)
   Западный аналог ТЗ, соответствует стандарту IEEE STD 830-1998.
   Описывает функции ПО в конкретной среде, включая:
   сценарии использования;
   интерфейсы взаимодействия;
   ограничения и допущения.

Вспомогательные документы

1. Документ бизнес-требований (BRD, Business Requirements Document)
   Включает раздел с функциональными требованиями, связывая их с бизнес-целями.
   Сопровождается моделями процессов (BPMN), диаграммами контекста и матрицами отслеживаемости.
2. Матрица отслеживаемости требований
   Таблица, связывающая функциональные требования с:
   вариантами использования (use cases);
   элементами архитектуры;
   тестовыми сценариями;
   бизнес-правилами.

Где ещё могут упоминаться

• Пользовательские истории (User Stories) в Agile-методологиях — краткие формулировки функциональных требований с точки зрения пользователя.
• Сценарии использования (Use Cases) — описание взаимодействия пользователя с системой для достижения цели.
• Прототипы и макеты — визуализация функциональных возможностей (например, интерфейс поиска или оформления заказа).

Итог

Функциональные требования всегда включаются в официальную документацию проекта. Выбор документа зависит от:

• методологии разработки (Agile, Waterfall);
• требований заказчика (ГОСТ, IEEE);
• масштаба проекта (сайт, ERP-система, мобильное приложение).

Ключевые разделы для поиска: «Функциональные требования», «Требования к функциям системы», «Описание функционала»