Прослеживаемость (traceability
93
,
94
). Прослеживаемость бывает вертикаль-
ной (vertical traceability
95
) и горизонтальной (horizontal traceability
96
). Вертикальная
позволяет соотносить между собой требования на различных уровнях требований,
горизонтальная позволяет соотносить требование с тест-планом, тест-кейсами, ар-
хитектурными решениями и т.д.
Для обеспечения прослеживаемости часто используются специальные ин-
струменты по управлению требованиями (requirements management tool
97
) и/или
матрицы прослеживаемости (traceability matrix
98
).
Типичные проблемы с прослеживаемостью:
•
Требования не пронумерованы, не структурированы, не имеют оглавления,
не имеют работающих перекрёстных ссылок.
•
При разработке требований не были использованы инструменты и техники
управления требованиями.
•
Набор требований неполный, носит обрывочный характер с явными «пробе-
лами».
Способы обнаружения проблем
Способы устранения проблем
Нарушения прослеживаемости ста-
новятся заметны в процессе работы
с требованиями, как только у нас
возникают
остающиеся без ответа вопросы вида «откуда взялось это
требование?», «где описаны сопут-
ствующие (связанные) требова-
ния?», «на что это влияет?».
Переработка
требований.
Воз-
можно, придётся даже менять струк-
туру набора требований, но всё
точно начнётся с расстановки мно-
жества перекрёстных ссылок, позво-
ляющих осуществлять быструю и
прозрачную навигацию по набору
требований.
93
Traceability. The ability to identify related items in documentation and software, such as requirements with associated tests.
[ISTQB Glossary]
94
A traceable requirement can be linked both backward to its origin and forward to derived requirements, design elements, code that
implements it, and tests that verify its implementation. [
«Software Requirements (3rd edition)», Karl Wiegers and Joy Beatty]
95