UCM集成后出现三个UCM对象，分别是UCM_Project / BaseCMActivity / UCMUtilityActivity

一旦集成以后，所有的UCM Project应该都在CC的Project Explorer里维护，可UCM_Project对象所有属性和操作都是只读的，无法修改访问控制权限，更要命的是submit操作默认的是“所有用户”，这样所有人都可以在CQ中创建UCM_Project，这样不是乱套了吗？难道没办法禁用吗？

UCMUtilityActivity 是用户在进行deliver和rebase操作时自动创建的，换句话说在CQ中创建UCMUtilityActivity对象是没有实际意义的。和UCM_Project一样，有办法在CQ客户端禁用创建UCMUtilityActivity的功能吗？禁用后会给其他操作带来影响吗？

在我现在的应用系统中，BaseCMActivity似乎也是多余的了。因为我禁止了在CC中创建Activity（CC中的所有操作都需要由项目经理分配Activity），而且Defect\Requirement等对象都已经进行集成了，换言之BaseCMActivity只是用来保存集成前就已经存在的Activity的，一旦集成以后，CQ中已经有现成的对象来作为Activity和开发人员的操作对应起来，是不是这样的话BaseCMActivity也可以禁用了？禁用后会给其他操作带来影响吗？


对UCM的理解不是很深刻，还请大家指正。
欢迎讨论。

UCMUtilityActivity是必须使用的一个包，也就是该记录是必须使用的，该记录主要用户记录deliver和rebase操作动作信息，如果在cc中已经存在的UCM_Project（是指已经有开发活动），那么在和CQ集成以后，原有的CC活动信息也会产生新的UCMUtilityActivity记录。
BaseCMActivity是可选的记录类型，只要在schema上不用打上该类型的包。就不会看见该记录类型。

楼上的,我怎么记得BaseCMActivity是必须的,如果集成前已经有ci/co等操作,集成时会为这些操作自动创建BaseCMActivity.

不知道是不是我记错了.

UCM的PROJECT不是从CQ端提交的
而是做CC+CQ UCM集成之后,CQ从CC中导入过来的UCM PROJECT信息

BASE CMACTIVITY是一个可以用来成为UCM INTEGRATION CADIDATE的数据类型
你不用做什么STATE MAPPING
它的状态转移图就直接符合UCM里面的需求
所以这个最简单了

引用:

原帖由 softfly 于 2008-1-10 00:19 发表
UCM的PROJECT不是从CQ端提交的
而是做CC+CQ UCM集成之后,CQ从CC中导入过来的UCM PROJECT信息

BASE CMACTIVITY是一个可以用来成为UCM INTEGRATION CADIDATE的数据类型
你不用做什么STATE MAPPING
它的状态转移图 ...

说的没错,可是在CQ里可以创建ucm_project,有没有办法禁止?

[ 本帖最后由 nick_ck 于 2008-1-14 00:29 编辑 ]