Функциональные требования В этом уроке мы подробно рассмотрим функциональные требования: откуда их брать и как их лучше формулировать. Для этого стоит начать с определения, какие требования называются функциональными. Функциональные требования описывают функциональность системы, которую разработчики должны реализовать, чтобы пользователи смогли выполнить свои задачи. Такие требования описывают, что должно уметь делать ПО. Пример требования: приложение должно направлять пользователю каждое утро push-уведомление о том, что у него есть накопленные баллы и их можно потратить. Что закладывать в функциональные требования Функциональные требования могут содержать в себе информацию о: Действиях пользователя и отклике системы на эти действия: чем больше сценариев пользовательского поведения будет учтено при проектировании функциональных требований, тем ниже риск непредвиденных ситуаций в работе системы.

Например, в сценарии регистрации пользователя в приложении система будет определять формат данных, которые вводит пользователь, сохранять их и в итоге сформирует клиенту личный кабинет или профиль. Обязательных и необязательных к заполнению значений. Если нужно получить от пользователя или другой системы определённый набор информации (логин и пароль для авторизации в приложении) или действий (ввести код-пароль для подтверждения оплаты), то лучшее решение в этом случае — не переходить к следующему шагу процесса, пока участник не предоставит обязательную информацию. В этом случае функциональное требование будет состоять в том, чтобы система блокировала переход на следующий шаг процесса, пока значения в обязательных полях не будут получены. Условиях или триггерах для запуска системной функции — функция системы не запускается «сама по себе», для старта необходим какой-то внешний или внутренний сигнал — триггер. Например, для открытия заметки на экране девайса необходимо, чтобы пользователь выбрал эту заметку на интерфейсе, кликнув по её заголовку. Клик по заголовку — это триггер, который запускает процесс открытия заметки. Источники функциональных требований Согласно классификации требований, основной источник функциональных требований — пользовательские требования. Их обычно объединяют с бизнес-требованиями и называют сокращённо — БТ. Именно они помогают понять, какие функции требуются системе для выполнения задач пользователей. Пользовательское требование может звучать так: пользователи приложения по доставке продуктов хотели бы, чтобы у них была возможность помечать сердечками понравившиеся товары для более быстрого заказа и комфортной навигации в приложении. Выделим из него возможные функциональные требования: Приложение должно предоставлять авторизованному пользователю возможность просмотра избранных товаров. В приложении должна быть возможность отметить или добавить в избранное понравившиеся товары. Источником функциональных требований могут быть не только пользовательские требования. Бизнес-правила и нефункциональные требования также влияют на них, а ещё функциональные требования могут зависеть друг от друга.