Качество требований — фундамент успеха проекта. Как следователь оценивает улики, так аналитик должен оценивать каждое требование. Разберем ключевые теоретические критерии и методы.

Базовые критерии качества

Теория выделяет обязательные атрибуты хорошего требования:

1. Атомарность. Одно требование — одна функция. · Плохо: «Система должна отправить уведомление и записать в лог». · Хорошо: Требование 1: «Отправить email-уведомление». Требование 2: «Записать факт отправки в лог». 2. Недвусмысленность. Только одна трактовка. · Плохо: «Отчет формируется быстро». · Хорошо: «95% запросов на отчет выполняются ≤2 секунд». 3. Проверяемость. Возможность создать однозначный тест. · Не проверяемо: «Интерфейс удобный». · Проверяемо: «Регистрация нового пользователя занимает ≤3 минут». 4. Непротиворечивость. Отсутствие конфликтов. · Конфликт: «Пароли хранятся в зашифрованном виде» и «Админ видит пароль в читаемом виде». 5. Полнота (в контексте). Учтены основные и исключительные сценарии. · Неполно: «Применить промокод». · Полно: Добавлены проверки срока действия, минимальной суммы, обработка неверного кода.

Методы оценки: теория на практике

Оценка — это процесс верификации (соответствие правилам) и валидации (соответствие реальным нуждам).

1. Peer Review (Инспекция). Структурированная проверка по чек-листу: «Все термины из глоссария?», «Есть тест-кейс?». 2. Прототипирование. Визуальная валидация. Диаграмма состояний для заявки на кредит сразу покажет пробелы в логике. 3. Test-Driven Requirements. Если требование нельзя сразу использовать для написания теста — оно не готово. · Требование: «Файл >50 МБ отклоняется». · Тест-кейс (должен родиться сразу): «Загрузить файл 55 МБ → сообщение об ошибке, отмена». 4. Матрица трассируемости. Таблица, связывающая требования с бизнес-целями и тестами. Выявляет «сиротские» функции и необеспеченные цели.

Вывод

Качественное требование — это не пожелание, а криминалистически чистая улика: атомарная, недвусмысленная, проверяемая и прослеживаемая. Системное применение этих критериев и методов — работа системного аналитика. Это создает надежный фундамент для проекта, минимизируя риски дорогостоящих переделок.

Следствие продолжается. В следующем выпуске разберем, как теория трассируемости спасает от хаоса изменений.