项目过程配置管理方案

管理规范

使用者：

<业务事业部>

文档编号：

<>

从另一方面讲，它又是开发人员在下一阶段进行工件开发时的纲领性参考文件，也是考核程序员是否按照规范进行版本控制的的重要规范文档。

辅助规范文档：

《 VSS源码存放目录结构说明书》、

《VSS使用手册》、

一、此方案涉及的角色、对象：

1、PM（项目经理）          

2、CMO（配置管理员）  

3、程序员              

4、DL（工作库）   

5、CL（受控库）           

6、LL（本地工作库）          

7、PL（可发布版本库）   

8、 TEST（测试人员） 

二、解释:

可发布版本库：放在VSS上，存放可发布的程序版本。

受控库：放在VSS上的一个阶段性的程序版本，只有配置管理员对其有操作权限。

工作库：放在VSS上的可以由所有程序员任意操作的程序版本。

个人工作库：存在于每个程序员个人机器上的程序版本。

注：上述四库的目录结构要完全相同，并且存放的是程序源码。

三、CMO（配置管理员）职责：

1、分配、管理用户权限；

2、每日对VSS进行备份；

3、向项目经理如实反映配置管理状况、问题及相关事项；

4、每周（周例会前完成）编写配置状态报告，提交项目经理并在配置库上发布；

5、接受开发人员提交的工件，并将工件加入受控库；并编写更改记录及当前版本号。

6、通知测试人员对可测试版本（工件）进行测试，接受测试人员提交的BUG  LIST及向开发人员提交相关的BUG票；并跟踪修改直至修改完成，在此过程中还需记录相关的BUG情况，并提交BUG统计报告。

四、项目安全与用户访问权限：

1、在对程序员权限重新进行分配后，所有对程序员权限进行增加、修改、删除，均需要经过程序员通知项目经理后，交由CMO执行相关操作，在项目经理不知情的前提下，CMO不得随意更改权限；其中如果需增加的某个权限可能会对配置管理、版本控制带来严重甚至毁灭性的后果时，程序员需向项目经理申请，经由项目经理同意后，再交由CMO执行。

2、程序员需妥善保护好本人的VSS密码，一经泄漏，造成后果由程序员承担责任。

3、如果项目组出现人员流动，则对应该人员的VSS用户需立即取消。

五、版本控制规则：

1、每天早晨，程序员从工作库提取（Get latest version）全部最新源码，放入个人本地工作库，并更新个人工程。

2、对于需要修改的源程序，程序员必须从工作库提取（Check out）到本地工作库，然后从本地工作库放入本地工程进行修改，修改完毕后，从个人工程拿到个人工作库，Check in到工作库。

3、对于每次修改的源码，在源码头部要做相关说明。

4、每次从工作库Check out到本地工作库的源码文件不要过多。

5、每晚下班前，尽量把所有Check out到本地的程序源码Check in到工作库，没有修改完成的，可以不用Check in，但此种文件不要过多。

6、程序员认为本人负责的程序可以提交受控库时，则向配置管理员说明，并附相应修改问题说明列表，由配置管理员把相应程序源码放至受控库。列表格式见《工件受控跟踪表》（见“规范管理和模板”目录）。

7、编程人员有责任帮助测试人员搭建测试环境。

六、不定期检查项目：

1、正在修改的源码是否是从工作库Check out出来的。

2、Check out出的源文件不要过多。

3、Check out出的源文件是否在本地机上存放时间过长（比如超过2天）。

七、方案执行

本方案自公布之日起实行，为事业部每位成员必须遵守的规章制度。项目督导组将不定期进行检查评估。

初次违反，由项目经理在全体成员会议中口头警告，绩效考核负激励一分。

两次违反，罚款五十元人民币，由项目经理在全体成员会议中口头警告，违反者做书面检讨，并绩效考核负激励三分。

三次违反，视为自动退出本事业部，该成员交由公司另行安排。