Что такое нефункциональное требование?

Нефункциональные требования (NFR)

Нефункциональное требование — это требование к системе, которое описывает не ЧТО она должна делать (функциональность), а КАК и С КАКИМИ ХАРАКТЕРИСТИКАМИ она это должна делать. NFR определяют качественные параметры системы, а не её функциональное поведение.

Отличие от функциональных требований

Функциональные требования (FR):

• Описывают конкретные функции и поведение системы
• Примеры: "система должна позволять пользователю создавать учетную запись", "калькулятор должен суммировать два числа"
• Отвечают на вопрос "Что система должна делать?"

Нефункциональные требования (NFR):

• Описывают качество, производительность, безопасность, удобство
• Примеры: "система должна загружаться за 2 секунды", "поддерживать 10,000 одновременных пользователей"
• Отвечают на вопросы "Как система должна это делать?", "Каким образом?"

Основные категории NFR

Производительность (Performance)

• Время отклика (response time)
• Пропускная способность (throughput) — количество операций в секунду
• Время загрузки страниц
• Задержка в обработке транзакций

Пример: "API должен обрабатывать запрос за не более 500 миллисекунд"

Масштабируемость (Scalability)

• Максимальное количество одновременных пользователей
• Возможность добавления новых пользователей без деградации производительности
• Планы роста на 3-5 лет

Пример: "система должна поддерживать от 100 до 100,000 пользователей"

Надёжность и доступность (Reliability & Availability)

• Uptime (99%, 99.9%, 99.99%)
• Recovery Time Objective (RTO) — время восстановления после сбоя
• Recovery Point Objective (RPO) — максимальный объем потерянных данных
• MTBF (Mean Time Between Failures) — среднее время между отказами

Пример: "система должна работать 99.9% времени (допускается 8.6 часов простоя в год)"

Безопасность (Security)

• Аутентификация и авторизация
• Шифрование данных в покое и в движении
• Защита от инъекций SQL, XSS и других уязвимостей
• GDPR, HIPAA compliance

Пример: "все данные пользователей должны быть зашифрованы с использованием AES-256"

Удобство использования (Usability)

• Время обучения для новых пользователей
• Процент успешного завершения задач
• Уровень ошибок пользователей

Пример: "новый пользователь должен овладеть основными функциями за 15 минут"

Поддерживаемость (Maintainability)

• Время на исправление ошибок
• Сложность кода
• Наличие документации

Интеграция (Compatibility)

• Поддерживаемые браузеры, ОС, устройства
• API совместимость

Пример: "приложение должно работать в Chrome, Firefox, Safari, Edge последних двух версий"

Как документировать NFR

Нефункциональные требования следует быть измеримыми и проверяемыми:

❌ Плохо: "система должна быть быстрой" ✅ Хорошо: "время загрузки главной страницы не должно превышать 2 секунды на скорости интернета 4G"

НФТ часто документируют в отдельном разделе спецификации или в Service Level Agreements (SLA).

Значимость NFR

Нефункциональные требования критичны для успеха проекта, так как они:

• Напрямую влияют на пользовательский опыт
• Определяют затраты на инфраструктуру и хостинг
• Влияют на архитектурные решения
• Могут стать причиной отказа проекта при их невыполнении