Тема 10. Матрицы трассировки

Мадорская Ю.М.

Сегодня у нас 10-ая юбилейная тема и она будет про легендарные «матрицы трассировки».

В прошлый раз (9) мы начали рассматривать категории аналитических представлений в Cradle. И договорились, что трассировка нам необходима для:

  • Верификации требований и проектных решений
  • Управления изменениями (определения влияния изменений, стоимости, необходимости, проведения изменений и т.д.)

И создавая связи между различными типами проектных данных, мы, фактически, создаем Базу знаний проекта (именно в классическом понимании Базы знаний, как инструмента, позволяющего автоматизировать логический вывод, а не в понимании средств а-ля википедия).

Сегодня мы посмотрим на второй тип аналитических представлений — матрицы трассировки (матрицы трассируемости).

Весь стартовый теоретический материал можно/нужно почитать тут
http://saturs.ru/index.php?r=block%2Fplain&label=traceability-matrix и обязательно тут
http://edu.reqcenter.pro/?p=173

А ниже, как всегда, иллюстрации с пояснениями.

Пример матрицы трассировки, которая отражает, кто (компонент АС или роль), какие функции выполняет

traceability_matrix

Эта матрица показывает, какие данные в каких функциях используются.

traceability_matrix2

Опубликованная матрица (html), показывающая Кто что Выполняет (трассировка ACTOR и Use Cases). По такому аналитическому представлению легко увидеть, что Петя явно не очень интенсивно работает :-)

traceability_matrix3

Эта матрица построена на трех типах элементов (Release, Actor, User Story) и показывает, какой заказчик в каком релизе заинтересован и почему. Бета 0.4 явно не востребована :-)

traceability_matrix4

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

traceability_matrix5

Финальная ремарка: в Crade матрицы трассировки можно строить не только на двух типах элементов, но и на трех, а также на транзитивных связях (что и проиллюстрировано выше).