На рисунке 10 показано отображение на дереве версий атрибутов с метками в IBM Rational ClearCase. В дальнейшем, при анализе, метрики могут быть считаны из атрибутов.
Рисунок 10. Дерево версий с атрибутами
Может быть интересен также результат сравнения исходных кодов по метрикам в различных потоках разработки. Например, в случае, когда ведётся совместная работа нескольких подразделений или, например, к проекту привлечён субподрядчик и разрабатываемые им исходные коды хранятся в отдельном потоке версионного хранилища. В этом случае анализ в разрезе версий, созданных каждым отдельным разработчиком, скорее всего уже не интересен (хотя, если нужно получить информацию с учётом вклада каждого из разработчиков, ничто этому не препятствует; это будет означать всего лишь добавление второго вложенного цикла). Если мы рассматриваем первый вариант, то просто заменяем в критериях поиска привязку к имени пользователя на параметр - название потока разработки. Строка принимает следующий вид:
cleartool find . -name \"*.java\" -version \"created_since(25-march-2007)&& brtype($branch)\" -print |
Также, для удобочитаемости скрипта, массив @users везде по тексту скрипта заменяем на @branches.
Полученные данные можно далее интерпретировать средствами самого инструмента MS Excel, например, строить графики (рисунки 11 и 12).
Рисунок 11. Изменение метрики LOC
Рисунок 12. Изменение метрики MVG
Как мы видим, графики на рисунках 11 и 12 коррелируются - был дописан определённый код, причем именно в плане усложнения логики выполнения модуля, но в дальнейшем были внесены корректировки, после которых исполняемый код сократился, но сложность логики по сравнению с начальным состоянием увеличилась. Можно сделать вывод, что на данном этапе было выполнено расширение модуля с последующей оптимизацией.
В IBM Rational ClearCase метрики, полученные с разных потоков разработки, очень удобно просматривать в графическом виде. На рисунке 13 показано сравнение метрики числа строк исполняемого кода для версий, найденных на потоках разработки dev и sub.
Рисунок 13. Сравнение метрики LOC для двух потоков разработки
Подведём итог: плюсы решения очевидны - нет необходимости запускать отдельное приложение для создания отчёта, интересующий фрагмент исходного кода подвергается анализу непосредственно из браузера IBM Rational ClearCase Explorer. В стандартных отчётах Report Builder нет возможности формирования отчёта по группе разработчиков, хотя зачастую такая потребность возникает. В описанном решении она реализована (собственно, это и послужило толчком к разработке собственной системы отчётности). Централизованное хранение скрипта избавляет от необходимости обновления модуля отчётности на клиентских местах в случае его изменения. Навыки программирования на Perl позволяют получить практически любые отчёты, а также внести дополнения в сам процесс.
Окончание.