П
онятными: Описание сформулировано так, чтобы все участники проектной команды однозначно понимали требованиеН
еобходимыми: Если требование не обязательно к реализации или за время обсуждений оно утратило актуальность, то его нужно исключить из списка требованийО
существимыми: Обеспечена технологическая и финансовая возможность реализации требования к нужному срокуС
огласованными: Требование не должно противоречить самому себе, а также другим требованиям и реализованному функционалуО
тслеживаемыми: Требования должны быть сопоставимы между собой на различных уровнях, а также соотноситься с тест-планом, архитектурными решениями и т.д.К
орректными: Это свойство не выполняется, если нарушено хотя бы одно из вышеперечисленных свойствЭтапы работы с требованиями
Процесс работы с требованиями осуществляется поэтапно. С некоторыми оговорками. В реальности требования постоянно корректируются и изменяются. Иногда приходится возвращаться на предыдущие этапы, чтобы уточнить смысл требования. Иначе реализация требования не приведет к желаемому результату.
Перед тем, как приступить к этапу «Выявление», убедитесь, что у вас и ваших собеседников одинаковое понимание термина «требования».
Методы выявления
Традиционные
– Интервью
– Воркшопы
– Фокус-группы
– Анкетирование
– Анализ системных интерфейсов
– Анализ пользовательских интерфейсов
– Анализ документов
Дополнительные:
– Обратная связь от сотрудников
– Наблюдение за пользователями
– Наблюдение за разработчиками
– Анализ обращений в службу поддержки
– Обзор систем конкурентов
– Прототипирование
– Проверка концепции
Как выбрать метод выявления требований
1) Доступность информации
2) Количество источников информации
3) Бюджет проекта
4) Другие ограничения
Для того, чтобы собрать наиболее полные требования, рекомендуем комбинировать несколько методов.
Важно не только выбрать корректный метод сбора требований, но и качественно пройти все этапы метода.
Матрица выбора методов выявления требований
Такой тип матрицы для помощи в выборе методов выявления требований предложен К. Вигерсом.
В матрице собраны методы выявления требований для разных типов проектов разработки.
Методы анализа
Анализ требований происходит на всех этапах жизненного цикла работы с требованиями и включает в себя понимание требований, моделирование составляющих, а также верификацию и управление изменениями в требованиях.
Сложные для восприятия требования лучше разбить на понятные небольшие элементы. Если требование относится ко всей системе, то лучше описать его в виде требований к конкретным подсистемам.
Какие компоненты входят в анализ требований?
1. Понимание:
Фиксируем описания в доступных для понимания терминах, со всеми деталями2. Моделирование:
Применяем моделирование процессов и данных для отображения вносимых изменений3. Верификация:
Проверяем соответствие требований критериям качества4. Управление:
Обеспечиваем исполнение и внесение изменений в подтвержденные требованияВиды моделирования при анализе требований
Одним из способов работы с требованием является создание моделей. Цель моделирования: представить сложную информацию простым способом, чтобы сделать обсуждение эффективнее. Итоговое описание требования в виде модели обсуждается и согласовывается со стейкхолдерами. После этого требование включается в проектную документацию.
Отображение взаимодействия между разными людьми и задачами в виде последовательности операций
Предоставление структуры и формата данных, которые используются для решения
Визуализация предложений в форме взаимосвязей различных предметов (документы, данные, люди и т.п.). Каждый предмет описывается в виде набора параметров
Отображение структуры или дизайн-концепции интерфейса
Отображение потока движения данных: ввод, хранение, обработка, вывод
Моделирование последовательности взаимодействия между объектами внутри одного сценария использования
Формализация
Формализация требований – это фиксация выявленных проблем и потребностей стейкхолдеров в виде четко сформулированных документов или моделей, которые можно использовать для дальнейшего обсуждения и передачи разработчикам.
Одним из вариантов необходимого набора документов для формализации требований является:
– Концепция проекта (бизнес-требования)
– Презентация об архитектуре решения
– Техническое задание
– Технический проект
Способы формализации требований
Приоритизация