Матрица отслеживания между требованиями и проектным документом [закрыто

Question

Меня попросили создать матрицу отслеживания, которая карты между требованиями и проектным документом. У меня много проблем с выяснением того, как я связываю одно требование с дизайном, так как ссылка почти всегда 1: м, и поэтому трудно отобразить и поддерживать карту и поддерживать. Может ли любая точка быть в направлении любых примеров или дать несколько советов о том, как вы управляете матрицей в этом контексте. Требования к тестированию имеют смысл для меня, однако я не понимаю, почему мне нужны требования для проектирования, очевидно, это необходимо для нашего аудита CMMI3.

Спасибо за помощь

Answer 1

Мне кажется, что вы говорите о роли аналитика требований. В этом процессе есть различные инструменты, ведущие коммерческие соперники - это дверь IBM. Хотя я считаю, что это в равной степени может быть достигнуто с помощью вики и гиперссылок на страницах вики для обозначения зависимости и связи.

Если у вас есть спецификация требований и дизайн, и они еще не связаны каким -то образом, то ваш босс в первую очередь упустил смысл управления требованиями.

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

Короче говоря, лично я бы встал как на требования, так и дизайн в вики и связывали их вместе, как я упоминал выше. Вас в основном просят сделать документацию для процесса, который либо не произошел, либо не записал.

Answer 2

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

Матрица соответствия используется инженерами QA для проверки покрытия продукта с помощью тестов. TM является неотъемлемой частью плана испытаний.