Что такое матрица прослеживаемости требований?
При разработке программного обеспечения проектные группы часто повышают эффективность и производительность, когда последовательно тестируют свою работу. Матрица отслеживания требований может помочь вашей команде обеспечить точность проектной документации, программного обеспечения, оборудования и других элементов проекта. Понимание того, как работает матрица прослеживаемости требований и как ее разработать, может помочь вам следить за тем, чтобы ваш проект укладывался в важные сроки. В этой статье мы расскажем, что такое матрица прослеживаемости требований, кто ее использует и как вы можете создать ее для своего следующего проекта разработки программного обеспечения.
Что такое матрица прослеживаемости требований?
Матрица прослеживаемости требований, или RTM, — это инструмент, который помогает команде гарантировать, что элементы проекта одинаково соответствуют базовому плану. Это означает, что матрица сравнивает все результаты, объемы, сроки и другие требования с другим проверенным базовым планом, чтобы убедиться, что все идет хорошо. Руководители проектов используют инструменты RTM для отслеживания прогресса и обеспечения соответствия текущих процессов и проектов руководящим принципам проекта. RTM также проверяет как существующие стандарты проекта, так и его первоначальные стандарты. Менеджеры проектов создают матрицы в начале проекта, чтобы помочь определить объем проекта.
Кто может использовать матрицу прослеживаемости требований?
Каждая компания, производящая программное или аппаратное обеспечение, может использовать матрицу отслеживания требований. Компании с высокими стандартами безопасности часто используют матрицы прослеживаемости требований, чтобы убедиться, что все, что они создают, соответствует приемлемым стандартам. В программном обеспечении RTM связывает элементы проекта, такие как код, тесты и другие требования, с различными документами в рамках жизненного цикла проекта. Это не квалифицирует проект, но обеспечивает безопасность и конкурентоспособность продукции. То же самое относится и к следующим отраслям:
Медицинский
Матрица прослеживаемости требований не только гарантирует безопасность медицинских устройств для пациентов, но и гарантирует их соответствие высоким стандартам качества, которые требуются большинству отделов медицинского оборудования. Благодаря высоким стандартам медицинской промышленности RTM может упростить проверку качества продукции. Кроме того, матрица прослеживаемости требований также может помочь предпринимателям оценить текущие проекты и проанализировать влияние изменений на отрасль.
Автомобильный
Стандарты безопасности в любой транспортной отрасли являются главным приоритетом, что делает двойную проверку матрицы прослеживаемости требований эффективным инструментом. Если сотрудники могут проверять программное обеспечение на соответствие стандартам, существующим годами, продукты могут проходить проверку качества намного быстрее. Многие матрицы прослеживаемости соответствуют профессиональным стандартам кодирования.
Аэрокосмическая промышленность
В аэрокосмической отрасли перепроверка кода, который профессионалы используют в аппаратном обеспечении самолетов или в программном обеспечении для хранения полетных данных, имеет важное значение для обеспечения качества продукции. Как и в медицинской сфере, в аэрокосмической отрасли требуются высокие стандарты безопасности, которые могут быть обеспечены матрицами прослеживаемости. Аэрокосмические инженеры, дизайнеры и другие производственные группы используют RTM для оценки спецификаций, уменьшения или увеличения массы, увеличения срока службы, изменения конструкции компонентов и сокращения или увеличения времени производства по мере необходимости для завершения проекта. RTM предоставляет структуру для отслеживания каждого процесса, инициированного этими профессионалами, для уменьшения количества ошибок, повышения производительности и достижения успешных результатов.
Каковы преимущества использования матрицы прослеживаемости требований?
Помимо предоставления структуры для установления и оценки удобства использования, жизнеспособности и соответствия спецификациям продукта, матрица прослеживаемости требований также может иметь дополнительные преимущества, в том числе:
Более простое управление версиями: матрица прослеживаемости требований позволяет руководителям проектов отслеживать изменения и сдвиги в дизайне и продолжительности жизни проекта, а также управлять тем, как каждое изменение влияет на проект.
Точная документация: поскольку матрица определяет недостающую документацию в системе, вести точную документацию с помощью матрицы гораздо проще, чем вручную.
Организация дефектов: матрица прослеживаемости требований может классифицировать дефекты по степени их важности, позволяя руководителям проектов в первую очередь расставлять приоритеты для наиболее срочных дефектов и исправлений ошибок.
Типы матриц тестов прослеживаемости
Существует три типа матриц прослеживаемости, в том числе:
Прослеживаемость вперед
Этот тип матрицы проверяет ход и направление проекта. Эта матрица гарантирует, что профессионалы применяют и проверяют все требования. Эта матрица также может со временем сопоставлять требования с тестовыми примерами. Он проверяет все сверху донизу, оценивая траекторию всего проекта.
Обратная прослеживаемость
Обратная прослеживаемость сопоставляет тестовые примеры с требованиями, гарантируя оптимальное развитие проекта без чрезмерного использования ресурсов. Потенциальный недостаток матрицы прямой прослеживаемости заключается в том, что иногда отслеживание траектории может переоценивать прогресс, чтобы оставаться последовательным. В результате команда может добиться большего прогресса, чем ей нужно в данный момент времени. Хотя многие компании могут рассматривать это как положительный показатель, предприятия, которые хотят оставаться максимально рентабельными и эффективными, часто вместо этого используют обратную прослеживаемость.
B i-направленная прослеживаемость
Двунаправленная прослеживаемость сочетает в себе как прямую, так и обратную прослеживаемость в одном документе, связывая конкретные требования с каждым тестовым случаем. Эта матрица может анализировать влияние изменения требований или дефекта на проект посредством перекрестного анализа требований и тестовых случаев. Как и прямое отслеживание, он может измерять траекторию проекта.
Как создать матрицу прослеживаемости требований
Если вы хотите создать матрицу прослеживаемости требований, рассмотрите следующие шаги:
1. Установите свои матричные цели
Чтобы построить правильную матрицу, важно понять, почему ваша команда использует RTM. Некоторые матрицы документируют только общие аспекты проекта, а не оценивают конкретные измерения аппаратного или программного обеспечения. Кроме того, очень важно оценить, какую часть проекта контролирует матрица. Например, ваша матрица может отображать либо один раздел проекта, либо весь проект.
2. Соберите необходимые данные
Матрица должна иметь соответствующую документацию для проверки каждого элемента проекта. Документы сообщают матрице, какие данные требуются для оценки. Сюда входят деловые, функциональные и технические требования. Документация по тестированию позволяет матрице оценивать тестовые случаи, результаты тестовых случаев и любые существующие ошибки, которые могут быть в программном обеспечении проекта. С помощью этих данных матрица может отслеживать устраненные ошибки. Матрица также может дополнительно оценивать качество проекта, используя тестовые примеры и результаты.
3. Создайте электронную таблицу
Собрав все необходимые данные, вы можете создать RTM в большинстве программ для работы с электронными таблицами. В электронной таблице назначьте столбец для каждого из следующих требований:
Функциональные требования
Бизнес-требования
Тестовые случаи
Ошибки
Результаты теста
Технические требования
В матрице используются функциональные, деловые и технические документы для сравнения данных с тестовыми примерами, результатами тестов и любыми ошибками, которые могут возникнуть на протяжении всего жизненного цикла проекта. Включая все элементы, необходимые матрице для сравнения данных, матрица может проверять элементы проекта быстрее, чем ручные процессы проверки.
4. Запишите и проверьте данные
После создания каждого столбца запишите критерии проверки из бизнес-документа с идентификационным номером. Используйте функциональный документ и любые соответствующие функциональные требования для всех бизнес-требований, чтобы связать идентификационные номера тестовых наборов с соответствующими спецификациями. Сравнивая данные в различных документах с идентификационным номером каждого тестового случая, ваша матрица может проверить правильность данных. Как только вы узнаете, что данные точны, вы можете начать тестирование каждого случая на функциональность, жизнеспособность и прогресс.
5. Обновите свою матрицу
После использования вашей матрицы для проверки данных проекта постоянно обновляйте данные, чтобы ваша матрица могла проверять любые расхождения на протяжении всего процесса. По мере продвижения вашего проекта матрица работает, чтобы найти потенциальные ошибки, изменения в траектории или непроверенную информацию на протяжении всего жизненного цикла проекта. Кроме того, при обновлении вашей матрицы также ведется текущий журнал действий вашей матрицы, что упрощает проверку документации.