Чем функциональные требования отличаются от нефункциональных? Приведите примеры.
Короткий ответ
- Функциональные описывают, что система делает
- Нефункциональные — как она это делает
- Примеры ФТ: регистрация, расчёт скидки, выгрузка отчёта
- Примеры НФТ: производительность, безопасность, доступность, масштабируемость
- НФТ должны быть измеримыми: цифры, а не «быстро»
- НФТ часто влияют на архитектуру сильнее, чем ФТ
Функциональные требования определяют поведение системы, нефункциональные — измеримые характеристики качества этого поведения.
Как сказать вслух
пример ответаФункциональные требования описывают, что именно делает система: например, пользователь может оформить заказ или выгрузить отчёт. Нефункциональные — это требования к качеству: как быстро, как надёжно, насколько безопасно. Важно, что нефункциональные требования должны быть измеримыми: не «система работает быстро», а «ответ страницы не дольше двух секунд при тысяче одновременных пользователей». На практике именно нефункциональные требования чаще всего определяют архитектуру решения.
Подробный ответ
Основной ответ
Функциональные требования (functional requirements) описывают конкретное поведение системы: функции, бизнес-правила, сценарии взаимодействия, обработку данных. Нефункциональные (non-functional, NFR) задают характеристики качества: производительность, надёжность, безопасность, масштабируемость, удобство использования, совместимость. Ключевое отличие в формулировке: функциональное требование проверяется через сценарий «сделал действие — получил результат», нефункциональное — через измерение показателя. Хороший аналитик формулирует НФТ количественно: RPS, время отклика, допустимое время простоя (SLA), RTO/RPO для восстановления. Нефункциональные требования нельзя «прикрутить потом» — они закладываются в архитектуру на старте, поэтому их пропуск на этапе анализа стоит дороже всего.
Ключевые моменты
- Критерий различия. ФТ отвечает на вопрос «что делает система», НФТ — «насколько хорошо она это делает».
- Измеримость НФТ. Каждое НФТ должно иметь метрику и целевое значение, иначе его невозможно проверить при приёмке.
- Классификации. Для полноты НФТ используют чек-листы: ISO 25010, FURPS+ — производительность, надёжность, безопасность, сопровождаемость.
- Влияние на архитектуру. НФТ определяют выбор технологий и топологию решения, поэтому их собирают до проектирования.
Практический контекст
Это один из первых вопросов почти на любом собеседовании аналитика. Интервьюер смотрит, может ли кандидат не просто дать определение, а привести измеримые примеры НФТ и объяснить, почему «система должна быть быстрой» — плохое требование. Сильный ответ включает упоминание чек-листов качества (ISO 25010) и пример из своего опыта, когда пропущенное НФТ привело к переделке.
Частые ошибки
- Называют только производительность, забывая безопасность, доступность и сопровождаемость
- Формулируют НФТ без метрик: «удобный интерфейс», «быстрая работа»
- Путают нефункциональные требования с ограничениями проекта (бюджет, сроки, стек)