Я не помню, чтобы мне приходилось каким-то образом защищать создание активности UCM со специальными привилегиями при использовании ClearQuest (мы больше не используем его сейчас)
Статья IBM " О создании операций UCM в проекте, включенном для Rational ClearQuest ", обобщает процесс создания операции: пользователь "работает над (ClearQuest) действием"
- В потоке, к которому присоединено представление, создается объект действия.
- Объект действия связан с записью в пользовательской базе данных Rational ClearQuest, тип записи которой включен для UCM.
- Имя действия Rational ClearCase соответствует идентификатору записи Rational ClearQuest.
Вы не создаете объекты деятельности UCM напрямую.
Поскольку создание операций ClearCase UCM управляется ClearQuest, вам не нужно:
- создать себе некоторые занятия UCM
- попытайтесь защитить их владельцем особи.
Вы должны использовать некоторые политики, такие как Политика WorkOn :
Эта политика вызывается, когда разработчик пытается установить действие.
Сценарий политики по умолчанию проверяет, соответствует ли имя пользователя разработчика имени в поле Владелец записи Rational® ClearQuest®.
Если имена совпадают, разработчик может работать над деятельностью. Если имена не совпадают, WorkOn завершается ошибкой.
Цель этой политики - обеспечить выполнение всех критериев, прежде чем разработчик сможет начать работу над действием. Вы можете изменить политику, чтобы проверить наличие дополнительных критериев.
В статье " О действиях Rational ClearCase и типах записей, включенных для UCM " подробно описывается связь между этими двумя понятиями (действия UCM и тип записи ClearQuest)
В проекте, использующем интеграцию UCM с Rational ClearQuest, записи на основе типа записи, включенного для UCM, могут быть связаны с объектами действий Rational ClearCase
альтернативный текст http://publib.boulder.ibm.com/infocenter/cchelp/v7r0m0/topic/com.ibm.rational.clearcase.hlp.doc/cc_main/images/cq_pvob_map.gif
Эта ссылка позволяет клиенту Rational ClearQuest отображать информацию об активности Rational ClearCase (например, его набор изменений, его поток и задан ли он в любом представлении).
Ссылка также включает политики, определяющие, когда вы можете доставить действие в среде Rational ClearCase и когда вы можете закрыть действие в среде Rational ClearQuest.
Из-за тесной связи между связанными записями с поддержкой UCM и действиями Rational ClearCase в документации UCM обычно упоминаются оба объекта как действия.
В любой точке проекта ваша база данных пользователей Rational ClearQuest может содержать записи, которые не связаны с объектом действия Rational ClearCase, но имеют тип записи, который включен для UCM.
Например, вновь созданная запись может быть не связана с действием Rational ClearCase. Вы должны явно выполнить действие (например, нажав Action > Work On), чтобы связать такую запись с деятельностью UCM.
Однако каждый объект действия Rational ClearCase в проекте, включенном для Rational ClearQuest, должен быть связан с записью Rational ClearQuest.
Нельзя создать объект действия Rational ClearCase, не связав его с записью в пользовательской базе данных Rational ClearQuest.
Совет: В проекте, включенном для Rational ClearQuest, включено поле для описания владельца действия. Поле владельца Rational ClearQuest и создатель активности Rational ClearCase - это две разные точки данных; первый хранится в пользовательской базе данных Rational ClearQuest, а второй - в PVOB Rational ClearCase.