关于CQ Schema需要注意的地方（2）

    

2. 更改流程[ 流程：( 源状态－> 操作－> 目的状态)+ 操作权限]

2.1 在更改CQ designer时,如果删除state里面的值,则在actions里面也要删除对应的操作,否则编译不通过。

 

2.2 不要删除CQ designer默认的state和actions，否则可能出错。

 

2.3 新建state 和 actions 不分先后（个人习惯先actions后state），关键是把它们联系起来；在增加了state之后，behaviors里面自动增加刚才增加的state列，以选择在该列下（在种状态下）界面上的哪些字段是必填项(Mandatory),只读项（Read Only）,可填可不填项（Optional），用脚本（Use Hook）。

 

2.4 在CQ designer 中如果将一些操作和状态保留在Schema中不删除，但是在用的时候又看不到，可以将操作在actions中分配权限的时候分给一个在实际工作中不用的组即可。

 

2.5 Schema被改了之后保存了，如果此时undo checkout，则改动实际上没有被保存；如果是在没有check in 之前用测试库测试之后，就不让undo checkout了，因为测试库已经用了这个版本的schema。如果要undo checkout，必须先将测试库先删掉，然后才能undo checkout。

如果是打开了Schema的版本，已经check out，没有做修改，也没有用测试库测试，此时做不了check in，可以做undo check out。

如果是打开了Schema的版本，已经check out，没有做修改，但用测试库测试了，此时因为没有修改就做不了check in，但因为又被测试库用了，所以也就undo checkout 不了，解决方法：

第一种，随便改一下这个版本，然后就可以check in，但不建议这样用

第二种，删掉测试的数据库，然后再undo check out

 

2.6 在更改 schema 的 actions 的提交的权限组后测试，如果本机的 license 是从其它电脑上获得的，而此时本机又与那台电脑网路断开，那么在点 test work （就是图中那个示波器图样）就会报错（ 

Runtime Error！

Program:c:/program files/rational/clearquest/clearquest.exe

Abnormal program termination

），解决方法就是想办法获得

2.7 如果进入CQ 发现登入用户的权限与流程不符，可能是在设置用户权限的时候设置错误，特别注意如下地方：

       a.组是否选择了所需要的数据库（最简单的是选择所有存在的并且将来加进来的数据库），这个地方很少改，但万一改了就很难想到检查这个地方。

     b.人员是否分配到了对应的组，配这里要先把人员的权限问清楚，如果项目经理也是开发人员，则给把他分到项目经理组和开发组这两个组里面

 c.在Actions配置时，action是否配到了对应的组上，这里一般不会错，也很少改动。 

2.8       在Behaviors中配置时，以“已分配”列为例，是说：哪些字段必填了我才能把这个缺陷分配下去，即，在Actions中点了“分配”按钮之后而在未点接受按钮之前的那个界面上要填的一些字段

2.9       在点upgrade database（即插头按钮）后，会弹出一个提示框，提示更新不可逆转，是否更新，点确定后会弹出一个窗口显示所有数据库供选择，看更新哪个数据库，没选择的不会更新

2.10      查看schema升级的备注：

      View－>Schema Summary

     查看各个项目使用的是哪个 schema:

          View－>Database Summary

license ，要么自己电脑上弄好 License ，要么从其它电脑上获得。