К какой категории требований отнести требование нагрузки на систему

К какой категории отнести требование нагрузки на систему

Требования к нагрузке на систему (performance requirements) — это нефункциональные требования (Non-Functional Requirements, NFR), а более конкретно — это требования к качественным характеристикам (Quality Attributes) или требования к производительности (Performance Requirements).

Основная классификация требований

Все требования к системе делятся на две главные категории:

1. Функциональные требования (Functional Requirements)

Функциональные требования описывают ЧТО система должна делать:

• Какие функции система выполняет
• Какие операции поддерживает
• Какие данные обрабатывает
• Примеры:
  • "Система должна позволить пользователю создавать новые заказы"
  • "Система должна рассчитывать налоги на основе локации"
  • "Система должна отправлять email уведомления"

2. Нефункциональные требования (Non-Functional Requirements)

Нефункциональные требования описывают КАК система должна это делать и её свойства:

• Производительность
• Надёжность
• Безопасность
• Масштабируемость
• Доступность
• Удобство использования

Требования к нагрузке — подкатегория NFR

Требования к нагрузке на систему (Performance/Load Requirements) — это нефункциональные требования, которые описывают поведение системы при различных объёмах работы:

• Одновременные пользователи — "Система должна поддерживать 10,000 одновременных пользователей"
• Количество операций в секунду — "API должна обрабатывать 1,000 запросов в секунду"
• Объём данных — "Хранилище должно вмещать 100 TB данных"
• Время отклика — "Запрос должен обработаться за менее чем 500ms"
• Пропускная способность — "Система должна обрабатывать 1 млн транзакций в день"

Иерархия классификации

Требования
├── Функциональные (FR)
│   ├── Требования к операциям
│   ├── Требования к данным
│   └── Требования к интеграции
└── Нефункциональные (NFR)
    ├── Performance (Производительность)
    │   ├── Load Requirements (нагрузка) ← ОТВЕТ
    │   ├── Throughput (пропускная способность)
    │   ├── Response Time (время отклика)
    │   └── Scalability (масштабируемость)
    ├── Reliability (Надёжность)
    │   ├── Availability (доступность)
    │   ├── Fault Tolerance (отказоустойчивость)
    │   └── Mean Time Between Failures (MTBF)
    ├── Security (Безопасность)
    │   ├── Authentication (аутентификация)
    │   ├── Authorization (авторизация)
    │   └── Encryption (шифрование)
    ├── Maintainability (Поддерживаемость)
    │   ├── Modifiability (модифицируемость)
    │   ├── Testability (тестируемость)
    │   └── Deployability (развёртываемость)
    ├── Usability (Удобство использования)
    │   ├── Accessibility (доступность)
    │   ├── User Interface (интерфейс)
    │   └── Documentation (документация)
    └── Compatibility (Совместимость)
        ├── Platform Compatibility
        └── Browser Compatibility

Примеры требований к нагрузке

1. Требования к одновременным пользователям

REQ-PERF-001: Пиковая нагрузка
Система должна поддерживать одновременную работу 5,000 пользователей
без снижения производительности.

2. Требования к пропускной способности

REQ-PERF-002: Пропускная способность API
REST API должна обрабатывать минимум 500 запросов в секунду
в пиковые часы.

3. Требования к времени отклика

REQ-PERF-003: Время ответа
95-й персентиль времени ответа API не должен превышать 200ms
при нормальной нагрузке.

4. Требования к объёму данных

REQ-PERF-004: Объём хранилища
Система должна хранить и обрабатывать документы размером до 10GB.
Общее хранилище должно вмещать до 500TB.

5. Требования к масштабируемости

REQ-PERF-005: Горизонтальная масштабируемость
Система должна масштабироваться линейно при добавлении серверов.
Добавление одного сервера должно увеличить пропускную способность
на 25% (при наличии 4 серверов базовой конфигурации).

Связь с другими требованиями

Требования к нагрузке влияют на:

• Архитектуру системы — нужна ли масштабируемость, кеширование
• Выбор технологий — какую БД, какой фреймворк
• Инфраструктуру — сколько серверов нужно
• Стоимость — большая нагрузка требует больше ресурсов
• Тестирование — нужны нагрузочные тесты
• Развёртывание — нужны балансировщики нагрузки, кластеры

Как формулировать требования к нагрузке

Правильное требование должно быть:

1. SMART — Specific (конкретное), Measurable (измеримое), Achievable (достижимое), Relevant (релевантное), Time-bound (привязано к времени)
2. Квантифицировано — с точными числами
3. Понятно — с указанием метрик
4. Контекстуализировано — при какой нагрузке (пик, нормально)

Примеры:

✅ Правильно:

Система должна обрабатывать 1,000 одновременных пользователей
с временем отклика не более 500ms для 99% запросов.

❌ Неправильно:

Система должна быть быстрой и поддерживать много пользователей.

Процесс разработки требований к нагрузке

1. Анализ бизнеса — какова целевая аудитория
2. Прогноз роста — как будет расти нагрузка
3. Определение пиков — когда наибольшая активность
4. Расчёт метрик — конкретные цифры
5. Валидация — проверка достижимости
6. Тестирование — нагрузочное тестирование
7. Мониторинг — отслеживание в продакшене

Значение для System Analyst

System Analyst должен:

• Понимать классификацию требований
• Отличать FR от NFR
• Правильно классифицировать требование к нагрузке как NFR
• Правильно формулировать требования (SMART)
• Проводить переговоры о реалистичных метриках
• Проверять достижимость требований
• Оценивать стоимость реализации
• Организовывать тестирование нагрузки
• Мониторить метрики в продакшене