Разработка требований
1. Выявление требований
Цель: Собрать информацию о потребностях пользователей и стейкхолдеров для последующей разработки требований.
Важно определить всех(!) стейкхолдеров.
Методы для сбора требований:
- Интервью
- Наблюдение
- Анализ существующих документов
- Анкетирование
2. Анализ требований
Цель: Извлечь функциональные требования из требований других уровней и типов. Проверить собранные требования на выполнимость, противоречивость и приоритетность.
Шаги:
- Структурировать требования, подготовить модели и схемы
- Выявить противоречия между требованиями разных стейкхолдеров
- Уточнить требования, если они неясны или слишком абстрактны
- Оценить выполнимость требований
3. Документирование требований
Цель: Составить четкий, структурированный и понятный документ требований, который будет служить основой для разработки и тестирования.
Шаги:
- Создать структуру документа с разделами для каждого типа требований (функциональные, нефункциональные, приоритеты, зависимости и т. д.).
- Пронумеровать требования и присвоить каждому уникальный идентификатор.
- Если необходимо, использовать диаграммы или схемы для визуализации процесса или структуры системы.
Пример: Требование ID-1001: "При попытке входа с неправильным паролем система должна показывать сообщение об ошибке и после 5 неудачных попыток блокировать аккаунт на 15 минут."
Ошибка: Неоднозначные формулировки, например: "Система должна быть удобной". Также избегать недостаточной детализации.
4. Проверка требований
Цель: Подтвердить, что требования полностью соответствуют потребностям бизнеса, техническим возможностям и ожиданиям пользователей.
Шаги:
- Провести рецензию документа требований с ключевыми стейкхолдерами (пользователи, разработчики, архитекторы).
- Проверить совместимость требований с другими компонентами системы.
- Убедиться, что требования реализуемы в рамках бюджета и времени, а также что они соответствуют бизнес-целям.
- Согласовать критерии приемки требований — как будет проверяться их выполнение.
Мероприятия:
