Заметки бизнес-аналитика

Non-functional requirements: что это и зачем они нужны

Конспект статьи. Автор оригинала: Егор Валинуров, Марина Лужецкая (Kaiten)

Обзор НФТ с классификацией, примерами и практическими приёмами. Пример последствий: перевод денег, который обрабатывается десять минут вместо двух секунд, — формально функция есть, но клиенты уйдут.

Классификация по Вигерсу

  • Атрибуты качества: производительность, надёжность, масштабируемость, безопасность, доступность, сопровождаемость, переносимость, простота установки, локализация.
  • Внешние интерфейсы: программные (API), пользовательские, аппаратные (принтеры, POS-терминалы).
  • Ограничения: технологические («только PostgreSQL»), платформенные, стандарты (GDPR, ISO 27001, ГОСТ), бюджет и сроки.

Граница между ФТ и НФТ

Одно свойство может быть разным в зависимости от контекста. Журнал действий, который работает в фоне ради безопасности, — НФТ. Тот же журнал в админке поддержки, с которым специалист работает каждый день, — функциональное требование. Решает прямое участие пользователя.

Пример: CRM для отдела продаж

  • скорость — карточка клиента открывается быстро, иначе менеджеры вернутся к Excel;
  • безопасность — автоблокировка уволенных и разграничение прав;
  • отказоустойчивость — 99,95% в рабочие часы;
  • поддерживаемость — подключение телефонии без переписывания кода.

Как составлять

  1. Собрать полный список условий работы системы.
  2. Отсечь то, без чего можно стартовать.
  3. Расставить приоритеты попарным сравнением атрибутов.
  4. Выяснить ожидания пользователей.
  5. Формулировать измеримо: «раздел находится не более чем за три клика, отклик до 1 с при 500 сессиях».
Источник: Non-functional requirements: что это и зачем они нужны
Автор: Егор Валинуров, Марина Лужецкая (Kaiten)
Это конспект, пересказ основных идей. Полный текст, иллюстрации и примеры читайте в оригинальной статье.