Матрица отслеживания между требованиями и проектным документом [закрыто
-
24-10-2019 - |
Вопрос
Меня попросили создать матрицу отслеживания, которая карты между требованиями и проектным документом. У меня много проблем с выяснением того, как я связываю одно требование с дизайном, так как ссылка почти всегда 1: м, и поэтому трудно отобразить и поддерживать карту и поддерживать. Может ли любая точка быть в направлении любых примеров или дать несколько советов о том, как вы управляете матрицей в этом контексте. Требования к тестированию имеют смысл для меня, однако я не понимаю, почему мне нужны требования для проектирования, очевидно, это необходимо для нашего аудита CMMI3.
Спасибо за помощь
Решение
Мне кажется, что вы говорите о роли аналитика требований. В этом процессе есть различные инструменты, ведущие коммерческие соперники - это дверь IBM. Хотя я считаю, что это в равной степени может быть достигнуто с помощью вики и гиперссылок на страницах вики для обозначения зависимости и связи.
Если у вас есть спецификация требований и дизайн, и они еще не связаны каким -то образом, то ваш босс в первую очередь упустил смысл управления требованиями.
Требования должны направлять процесс проектирования и быть связаны с самого начала, а не просто связаны впоследствии, чтобы аудитор был счастлив. Все, что вы проектируете, должно быть сделано особым образом для удовлетворения требований.
Короче говоря, лично я бы встал как на требования, так и дизайн в вики и связывали их вместе, как я упоминал выше. Вас в основном просят сделать документацию для процесса, который либо не произошел, либо не записал.
Другие советы
Матрица соответствия-это двумерная таблица, которая содержит соответствие функциональных требований продукта и подготовленных тестовых примеров. В заголовках столбцов таблицы есть требования, а в линии заголовков - сценарии испытаний. На пересечении является отметка, что означает, что требование текущего столбца покрывается тестовым сценарием текущей линии.
Матрица соответствия используется инженерами QA для проверки покрытия продукта с помощью тестов. TM является неотъемлемой частью плана испытаний.