В главе 21 описано несколько коммерческих средств управления требованиями, обладающих значительными возможностями трассирования требований. Вы можете сохранить требования и другую информацию в базе данных средства и определить связи между различными типами сохраненных объектов, включая равноценные ссылки между двумя требованиями одного типа. Некоторые инструменты позволят вам различить отношения «трассируется до» и «трассируется от», автоматически определяя дополнительную ссылку. То есть, если вы укажете, что требование R отслежено до варианта тестирования Т, средство также покажет симметричное отношение, в котором Т трассируется от R.
Некоторые средства автоматически каждый раз помечают ссылку как подозрительную, когда объект на одном из концов связи изменяется. Подозрительная ссылка помечается (например, знаком вопроса красного цвета или диагональной линией красного цвета) в соответствующей ячейке матрицы трассирования требований. Например, если вы измените вариант использования 3, то матрица трассирования требований в табл. 20-2 может выглядеть, как показанная в табл. 20-4, когда вы на нее посмотрите в следующий раз. Указатель подозрительной связи (в данном случае знак вопроса) напоминает вам, что нужно проверить, следует ли модифицировать функциональные требования 3, 4 и 6, чтобы те остались совместимыми с измененным ВИ-3. После внесения всех необходимых изменений необходимо вручную убрать указатели подозрительных ссылок. Это процесс помогает убедиться, что вы учли все возникшие в результате волнового эффекта изменения.
Таблица 20-4. Подозрительные связи в матрице трассирования требований
Вариант использования (ВИ) | ||||
Функциональное требование (ФТ) | ВИ-1 | ВИ-2 | ВИ-3 | ВИ-4 |
ФТ-1 | ||||
ФТ -2 | ||||
ФТ -3 | ? | |||
ФТ -4 | ? | |||
ФТ -5. | ||||
ФТ -6 | ? |
|
Средства также позволяют определить связи между проектами или между подсистемами. Я знаю об одном крупном проекте ПО с 20 крупными подсистемами, где требования к продукту высокого уровня распределены среди этих подсистем. В некоторых случаях требование, адресованное одной подсистеме, реализовалось с помощью службы, предоставленной другой подсистемой. В этом проекте для успешного трассирования этих сложных отношений трассирования использовалось средство управления требованиями.
Трассирование требований вручную невозможно выполнить ни для одного приложения, за исключением самых маленьких. Вы можете воспользоваться рабочей таблицей для поддержания данных трассируемости почти пары сотен требований, однако для более крупных систем необходимо решение понадежнее. Трассирование требований нельзя полностью автоматизировать, поскольку данные об источниках связей хранятся в головах разработчиков. Однако после того как вы определите связи, средства помогут вам управлять огромным объемом информации трассируемости.