Методы трассировки требований

Трассировка требований — процесс отслеживания и документирования связей между требованиями различного уровня абстракции (бизнес-требования, пользовательские требования, системные требования).

Трассировка требований позволяет:

1. Обеспечить соответствие функциональности системы исходным бизнес-требованиям.
2. Отслеживать изменения требований на протяжении всего жизненного цикла разработки.
3. Управлять изменениями: позволяет оценить влияние изменений требований на другие артефакты и всю систему в целом.
4. Упрощает тестирование: позволяет покрыть бизнес-требования тест-кейсами и не упустить важное.

Для обеспечения прослеживаемости каждое требование должно уникальным образом идентифицироваться, например, иметь ID. Каждая версия требования должна быть прослеживаема, так как изменения неизбежны и нужно ими управлять.

Атрибуты требований

Помимо ID, требования могут иметь следующие атрибуты:

• Статус
• Дата создания
• Версия
• Автор
• Владелец
• Приоритет
• Источник
• Обоснование
• Релиз
• Контактное лицо или ответственный за принятие решений по внесению изменений в требование
• Критерии приёмки

Виды трассировки

Вертикальная трассировка

Связи между высокоуровневыми элементами проекта (бизнес-требованиями) и низкоуровневыми (техническими требованиями или кодом).

Горизонтальная трассировка

Связи между элементами одного уровня. Например, трассировка между функциональными требованиями или между разными компонентами архитектуры системы.

Методы трассировки требований

Матрица трассировки (Requirements Traceability Matrix)

Это таблица для документирования связей между требованиями и другими элементами системы: тест-кейсами, функциями, документацией, исходным кодом и т. д. Также может трассироваться история изменений требований.

Примеры возможных связей:

• Один к одному: один элемент дизайна реализуется в одном модуле кода.
• Один ко многим: одно функциональное требование (ФТ) проверяется множеством тест-кейсов.
• Многие ко многим: общие или повторяющиеся элементы дизайна могут удовлетворять нескольким ФТ. На практике данным видом трассировки сложно и трудно управлять.

Эффективна в:

• Проектах с большим количеством требований и сложной структурой.
• Проектах, где нужно установить связи между различными типами требований и элементами проекта.
• Для анализа и оценки влияния изменений в требованиях на проект.

Дерево требований

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

Пример:

• Техническое требование
  • Архитектурное требование
    • Требование к БД
    • Требование к интерфейсу

Эффективно в:

• Проектах, где требования имеют иерархическую структуру или зависимости друг от друга.
• Для визуализации и управления связями между различными уровнями требований (бизнес-требования, функциональные требования и требования к интерфейсу).

Плюсы и минусы трассировки

Плюсы

• Четкое представление о требованиях к системе и их взаимосвязях.
• Отслеживание изменений требований.

Минусы

• Ресурсо-затратно: некоторые методы требуют времени на подготовку, ведение требований и обновление.
• Есть риск недооценки сложных взаимосвязей между требованиями и элементами проекта.

Подборка материалов

1. Пример матрицы трассировки требований
2. Матрица трассируемости
3. Матрица трассируемости и ее виды
4. Управление требованиями: процессы и стадии жизненного цикла требования
5. Матрица трассировки требований
6. Как создать матрицу трассировки
7. Приемы управления требованиями к ПО (Вигерс)
8. Диаграммы иерархий для трассировки требований
9. Системы управления требованиями
10. 13 инструментов управления требованиями
11. Трассируемость требований
12. Построение матрицы пошагово

Видео

1. Матрица трассировки требовании
2. Доклад с конференции Analyst Days "Трассировка: лучшие практики"
3. Трассировка и ведение реестра требований
4. Система управления требованиями
5. Трассировка требований, практический кейс
6. Матрица трассировки требований