ClearQuest - очень гибкий и сильный во всех смыслах инструмент, но имеющий ряд "родовых" проблем, которые были и в 1999м году, и которые умудрились дожить до 2010 года. Странно, но факт.
Одно из "заболеваний" - самое нелогичное 
Ну не умеет CQ представлять процесс перехода между состояниями как привычную UML-диаграмму! В его арсенале только таблица переходов (матрица состояний). Казалось бы мелочь... Но на практике - эта мелочь оказывается самым "тонким" местом в проекте (подробнее во введении к статье): при нормальном подходе описание процесса происходит сначала на бумаге, а потом переносится в "железо". А тут у тебя есть хитроумный инструмент, который, способен понимать только ручную работу - только ручной ввод (то есть картинку с процессом рисует один, а переписывает в CQ ее другой человек, или тот же самый - не суть).
Нелогичность "заболевания" в том, что у IBM Rational есть и инструмент моделирования диаграмм... вообще, есть все, что нужно для жизни, но, видимо, связывать это до конца никому не нужно.
Мы восполнили пробел и проинтегрировали RSA -средство моделирования и ClearQuest, для получения простого и понятного действия - нарисованная модель процесса автоматически должна переходить в инструмент отслеживания изменениями -ClearQuest.
Это моя четка позиция - глупо делать дважды одну и ту же работу, когда у тебя для этого есть ворох мудреных инструментов.
Это англоязычная статья для «большого» IBM, а русскоязычная версия публиковалась некоторое время назад под названием «Практика реализации модуля интеграции для Rational Software Architect, позволяющего преобразовывать низкоуровневое представление процесса из IBM Rational ClearQuest в UML»
Связанные записи
Здесь можно оставить свои комментарии. Выпуск подготовленплагином wordpress для subscribe.ru
0 коммент.:
Отправить комментарий