Non-functional requirements: что это и зачем они нужны
Конспект статьи. Автор оригинала: Егор Валинуров, Марина Лужецкая (Kaiten)
Обзор НФТ с классификацией, примерами и практическими приёмами. Пример последствий: перевод денег, который обрабатывается десять минут вместо двух секунд, — формально функция есть, но клиенты уйдут.
Классификация по Вигерсу
- Атрибуты качества: производительность, надёжность, масштабируемость, безопасность, доступность, сопровождаемость, переносимость, простота установки, локализация.
- Внешние интерфейсы: программные (API), пользовательские, аппаратные (принтеры, POS-терминалы).
- Ограничения: технологические («только PostgreSQL»), платформенные, стандарты (GDPR, ISO 27001, ГОСТ), бюджет и сроки.
Граница между ФТ и НФТ
Одно свойство может быть разным в зависимости от контекста. Журнал действий, который работает в фоне ради безопасности, — НФТ. Тот же журнал в админке поддержки, с которым специалист работает каждый день, — функциональное требование. Решает прямое участие пользователя.
Пример: CRM для отдела продаж
- скорость — карточка клиента открывается быстро, иначе менеджеры вернутся к Excel;
- безопасность — автоблокировка уволенных и разграничение прав;
- отказоустойчивость — 99,95% в рабочие часы;
- поддерживаемость — подключение телефонии без переписывания кода.
Как составлять
- Собрать полный список условий работы системы.
- Отсечь то, без чего можно стартовать.
- Расставить приоритеты попарным сравнением атрибутов.
- Выяснить ожидания пользователей.
- Формулировать измеримо: «раздел находится не более чем за три клика, отклик до 1 с при 500 сессиях».
Источник: Non-functional requirements: что это и зачем они нужны
Автор: Егор Валинуров, Марина Лужецкая (Kaiten)
Это конспект, пересказ основных идей. Полный текст, иллюстрации и примеры читайте в оригинальной статье.
Автор: Егор Валинуров, Марина Лужецкая (Kaiten)
Это конспект, пересказ основных идей. Полный текст, иллюстрации и примеры читайте в оригинальной статье.