Полнота - каждое требование должно содержать всю информацию, необходимую, чтобы понять его. В случае функциональных требований это означает предоставление всей информации, необходимой разработчику, чтобы реализовать их. Уровень полноты варьируется в зависимости от ракурса или методологии, а также от точки жизненного цикла, в которой требование анализируется или представляется. В контексте применимости к группе требований - означает наличие исчерпывающего описание всех необходимых характеристик проектируемого продукта.
Преимущества от соответствия критерию
Соответствие требований данному критерию предоставляет следующие преимущества:
- понимание целей разработки
- четкое представление о функционале
- отсутствие пробелов в описании
- возможность корректной реализации
Применимость к типам требований
Полнота требований находит применения в функциональных требованиях (ФТ), нефункциональных (НФТ), ограничениях и условиях (согласно классификации Карла Виггерса):
1. Функциональные требования:
- Описание всех функций системы
- Определение граничных случаев
- Описание исключительных ситуаций
2. Нефункциональные требования:
- Требования к производительности
- Требования к безопасности
- Требования к удобству использования
- Требования к надежности
- и других НФТ
3. Ограничения и условия:
- Технические ограничения
- Законодательные требования
Больше другой полезной информации в ТГ канале: https://t.me/all_for_analyse
Признаки несоответствия
Одними из самых наглядных признаков не соответствия или частичного несоответствия требований критерию полноты являются:
- Пробелы в описании функциональности
- Неопределённости в формулировках
- Отсутствие описания граничных случаев
- Неучтённые сценарии использования
Последствия несоответствия
В случае несоответствия требований критерию полноты могут быть следующие последствия:
- Дополнительные затраты на доработку
- Срывы сроков проекта
- Увеличение рисков несоответствия результата ожиданиям заказчика
- Снижение качества продукта
- Недовольство заказчика
Проверка на соответствие
Для проверки соответствия требования критерию полноты рекомендуется проводить:
- Верификацию полноты описания функций с заинтересованными сторонами
- Проверку взаимосвязей между требованиями (трассировку)
- Тестирование на полноту покрытия сценариев
- Технический анализ документации
Инструментарий
Для реализации процесса проверки и также предотвращения несоответствия требований критерию полноты рекомендуется применять:
- Шаблоны документации и требований
- Чек-листы проверки требований
- Средства визуализации и моделирования требований
- Инструменты управления требованиями
Рекомендации
Для обеспечения соответствия требований критерию полноты можно воспользоваться следующими рекомендациями:
- Использование структурированных шаблонов
- Регулярная проверка полноты
- Вовлечение всех заинтересованных сторон
- Документирование всех аспектов
- Проведение регулярных ревью требований
Больше другой полезной информации в ТГ канале: https://t.me/all_for_analyse
Примеры
Функциональные требования
Неполное требование: «Система должна позволять пользователям регистрироваться»
Полное требование: «Система должна предоставлять функционал регистрации пользователей, включающий:
- Ввод следующих данных: имя, фамилия, email, пароль, телефон
- Валидацию email (проверка формата, уникальность)
- Валидацию пароля (длина, сложность)
- Отправку подтверждающего письма
- Активация аккаунта после подтверждения email
- Обработку ошибок при регистрации
- Сохранение данных в защищенном формате»
Нефункциональные требования
Неполное требование: «Система должна обеспечивать высокую производительность»
Полное требование: «Система должна обеспечивать:
- Время отклика менее 2 секунд при нагрузке до 1000 пользователей
- Линейное масштабирование при увеличении нагрузки
- Отказоустойчивость при сбоях отдельных компонентов
- Автоматическое восстановление после сбоев»
Больше другой полезной информации в ТГ канале: https://t.me/all_for_analyse