配置库管理规程

1、机密等级：内部公开文件编号： NTT_CM_PZKGLGC版本号： V1.0程序库管理规程的设定惠州市新中新电子技术开发有限公司创建： x生效日期： 2008年9月28日审计： xx批准： PS-惠州市新中新电子技术开发有限公司对本文件的资料享有着作权和其他专属权利，未经书面许可，不得向任何第三方公开或修改使用这些文件资料(其全部或部分)。文件更改概要：日期版本号修订说明修订者审计员批准者2008-08-11V0.1作成2008-09-28V1.0官方版目录1 .目的32 .作用和责任33 .入口标准34 .输入3五.主要步骤35.1 .物理结构库的创建3步骤1 创建物理结构库35.2 .构建

2、库目录结构4Step1创建设置库目录结构4Step2分配配置库的使用权限95.3 .维护配置库116 .输出127 .出口标准128 .引用文件129 .模板12的使用1 .目的通过建立物理配置库的设立规范、各配置库目录的设立原则，确保配置库的统一和规范，确保项目产品的有效管理和运用，改变提高资源共享和利用的管理活动，保证产品的完整、正确、一致，防止配置项目被随意修改混乱的组织财富2 .角色和责任角色职责项目经理l提出变更基线的请求l批准基线以外的变更请求l确认除基线以外的变更发行申请项目的其他成员。在权限内操作库广告工程师l创建物理配置库l创建配置库目录并分配权限l维护配置库l检出、检入已更

3、改的布局项，并在发放基线更改后更改基线CCBl批准基线更改请求l确认基线变更的实施结果变更实施者l填写软件变更书提取构成项目要实施l基线、非基线的变更，需要具体变更设定项目测试工程师/评审员测试或审阅更改。电子节目建立、管理和维护组织财富库3 .入口标准l 配置管理计划已经制定并通过了审查l配置管理的软件硬件已经存在。进行变更管理活动时，必须另外满足以下条件：客户的变更申请被受理的情况在公司内提交变更申请的情况4 .输入l 配置管理计划五.主要步骤5.1 .物理结构库的创建Step1创建物理配置库CM工程师必须创建三个物理配置库：开发库、管理库和产品库开发库：用于存储在项目中处于开发状态的相关

4、文档和代码。 保管项目组工作时间相关的联系记录等。管理库：用于存储经过验证的产品(包括基线产品)。存储开发工作结束后需要进入测试的设置项目，并创建测试区域，以为变更实施提供工作区。产品库：保管发售后的产品。各构成库之间的关系如下图所示图5-1-1开发库、管理库、产品库的关系图5.2 .构成库目录结构的创建Step1建立设定程式库目录结构l开发库目录结构：要使项目组为开发库创建目录结构，必须根据下表进行创建： 使用统一的结构和名称，辅助目录可以根据不同项目的特征进行修剪。目录结构一级目录次要目录工作中产品的保管示例010 .项目立案立项申请表项目建议书项目可行性分析报告项目实施申请表项目立项公告

5、可行性分析报告附表立项评审检查单020 .项目规划010 .项目规划项目总体计划WBS项目估计记录计划变更申请表项目计划审批表特批申请表项目实施计划020 .配置计划配置管理计划030 .测试计划总体测试计划040 .质量保证计划质量保证计划030 .需求开发需求规格说明书产品功能列表需求跟踪矩阵040 .系统设计010 .概要设计概要设计说明书020 .详细设计详细设计说明书数据库设计说明书050 .代码010 .源代码程序代码020 .安装软件包脚本程序安装软件包的脚本030 .套装包程序安装软件包060 .测试测试问题报告集成确认测试计划集成确认测试报告070 .用户文档产品发布说明用户

6、操作手册用户安装手册升级说明升级包说明080 .产品检查产品移交申请表产品移交文档清单090 .项目的结果项目总结报告项目结项评估报告100 .项目管理010 .项目报告项目阶段报告项目监控数据表020 .配置报告软件变更申请表软件变更报告单发布申请表配置状态报告配置审计表阶段活动报告030 .会议备忘录会议纪要040 .工作报告个人周报110 .质量保证管理QA工作报告QA检查单问题跟踪表QA评审检查内容汇总表120 .正规文件项目内部规范化文件130 .系统的承诺项目内部的系统合同140 .参考资料010 .参考资料1项目内一般水平的参考资料020 .参考资料2项目内部机密级别的参考资料l

7、受管理库的目录结构：项目组必须为管理库创建一个目录结构，并根据下表来创建。 使用统一的结构和名称，辅助目录可以根据不同项目的特性进行修剪。目录结构一级目录次要目录三级目录工作中产品的保管示例000 .基线管理010 .计划基线V1.0.0.0公开的基线工作产品公开的基线工作产品020 .需求基线V1.0.0.0公开的基线工作产品公开的基线工作产品030 .设计基线V1.0.0.0公开的基线工作产品公开的基线工作产品040 .代码基线V1.0.0.0公开的基线工作产品公开的基线工作产品050 .测试基线V1.0.0.0公开的基线工作产品公开的基线工作产品060 .产品基线V1.0.0.0公开的基

8、线工作产品公开的基线工作产品010 .项目立案020 .项目计划010 .项目计划020 .配置计划030 .测试计划040 .质量保证计划050 .测量分析计划030 .需求开发040 .系统设计010 .结构设计020 .详细设计050 .代码010 .源代码020 .安装软件包脚本030 .套装包060 .测试010 .测试计划/报告020 .测试区域的确认010 .源代码020 .安装软件包脚本030 .套装包030 .变更区V1.0.0.0040 .调试测试区域V1.0.0.0070 .用户文档080 .产品检查【注】1 .基线管理的二次目录下的六个基线目录基于项目实际定义的基线被修

9、剪。2、基线管理的三级目录制作规则，以所决定的基线id为目录，区分不同的基线。3 .嵌入基线管理的工作产品只需保存在基线管理目录中，而不需要保存在基线管理目录之外。4、测试的二次目录下的变更区的三次目录创建规则是，将发生变更的基线的id作为目录，在区别不同的基线的基础上发生的变更。5、在测试的二次目录下调试测试区域的三次目录制作规则是，将进行调查的基线的标志作为目录，在区别不同的基线的基础上进行的调查。l产品库的目录结构：公司统一建设唯一的产品仓库。 项目组负责为此项目创建产品目录结构，必须根据下表来创建。 使用统一的结构和名称，三级目录可以根据不同项目的特征进行裁剪。目录结构一级目录次要目录

10、三级目录备忘录保管工作产品的例子010 .项目id010 .基线版本系列000 .基线版本010.ServicePack系列020 .热传真系列030 .系列040.TEST系列050 .产品手册评论：1，产品发布备忘录位于辅助目录中，并为每个基线版本创建产品产品发布备忘录2、四级目录编制规则：1 )在1)Service Pack系列、Hot Fix系列的升级包的目录名之前，添加“001 .”开头、步骤数各增加1的3位统一符号的不同基线版本的系列中的序列号从“001 .”开始这减少了反向升级的风险。2 ) beta系列、TEST系列无需在目录名称前加上序列号。产品库目录示例：目录结构一级目录次

11、要目录三级目录四级目录010.E-SIM 5.0010.E-SIM 5.1.0.0000.E-SIM 5.1.0.0010.ServicePack系列002.E-SIM 5.1.0.0 SP001005.E-SIM 5.1.0.0 SP002006.E-SIM 5.1.0.0 SP003020 .热传真系列001.e-sim5.1.0. 0热fix 001003.e-sim5.1.0. 0热fix 002004.e-sim5.1.0. 0热fix 003030 .系列E-SIM 5.1.0.0 Beta001040.TEST系列E-SIM 5.1.0.0 TS001050 .产品手册020.E

12、-SIM 5.2.0.0000.E-SIM 5.2.0.0010 .服务包系列020 .热传真系列030 .系列040.TEST系列050 .产品手册Step2分配设定库的用户权限CM工程师对所有的配置库都拥有全权，分配给配置库的使用者的具体权限必须根据下表来制定，在使用统一的权限策略的同时，根据不同的项目特征来裁断，并允许在配置管理计划中反映出来注： VSS权限：r=“查看/获取”c=“检查出/检查入/还原检查出”a=“添加/删除/标签/重新名称”RCA (后续权限包括前面的所有权限)l开发库权限结构：目录结构一级目录次要目录权限分配010 .项目立案项目经理-A其他人员-R020 .项目计

13、划010 .项目计划项目经理-A其他人员-R020 .配置计划项目经理-C其他人员-R030 .测试计划项目经理-C测试工程师-A其他人员-R040 .质量保证计划项目经理-C质量保证工程师-A其他人员-R030 .需求开发项目经理-A需求分析工程师-A其他人员-R040 .系统设计010 .概要设计项目经理-A系统分析工程师-A其他人员-R020 .详细设计项目经理-A系统分析工程师-A其他人员-R050 .代码010 .源代码项目经理-A开发工程师-A其他人员-R020 .安装软件包脚本项目经理-A开发工程师-A其他人员-R030 .套装包项目经理-A开发工程师-A其他人员-R060 .测试项目经理-C测试工程师-A其他人员-R070 .用户文档项目经理-C开发工程师-A测试工程师-A其他人员-R080 .产品检查项目经理-A其他人员-R090