CMMI 配置库.docx

1、CMMI 配置库CMMI 配置库配置库的相关知识通过建立物理配置库的设立规范、各配置库目录的设立原则，确保配置库的统一与规范，确保项目产品得到有效的管理与运用,提高资源的共享与利用；通过变更管理活动，保证产品的完整、正确、一致，防止配置项被随意地修改而导致混乱；规范组织财富库的建立、更新与维护，确定组织财富库得到合理的使用与管理.角色职责项目经理提出基线变更请求审批非基线变更请求审核非基线变更发布申请项目其他成员在权限之内操作配置库CM工程师创建物理配置库建立配置库目录并分配权限维护配置库对变更的配置项进行出、入库管理,并且在基线变更发布后改变基线执行配置审计通告配置项状态CCB审批基线变更请

2、求审核基线变更实施结果变更实施人填写软件变更单提取配置项实施对基线、非基线变更涉及配置项的具体修改测试工程师/评审人员对变更进行测试或评审EPG建立、管理和维护组织财富库1。 主要步骤1.1。 创建物理配置库5。1.1 创建物理配置库CM工程师需要创建开发库、受控库、产品库三个物理配置库: 开发库：用于存放项目期间处于开发状态的相关文档和代码。以及存放项目组工作期间的相关沟通记录等。 受控库:用于存放经过验证后的产品(包括基线产品）；建立测试区，用于存放开发工作结束后需要进入测试的配置项,以及为变更实施提供工作空间。 产品库:存放发布后的产品.各配置库之间的关系如下图所示意：图511 开发库、

3、受控库、产品库关系图1.2。建立配置库目录结构5.2。1 建立配置库目录结构l 开发库目录结构：项目组创建开发库的目录结构，要求依据以下表格来创建，使用统一的结构与名称，二级目录允许依据不同项目的特征有所裁剪。目录结构一级目录二级目录存放工作产品示例010。项目立项立项申请表 项目建议书 项目可行性分析报告项目实施申请表 项目立项公告 可行性分析报告附表立项评审检查单020。项目策划010。项目策划项目总体计划WBS 项目估计记录 计划变更申请表 项目计划审批表 特批申请表 项目实施计划 020。配置计划配置管理计划030.测试计划总体测试计划040。质保计划质量保证计划030。需求开发需求规

4、格说明书产品功能列表需求跟踪矩阵040.系统设计010。概要设计概要设计说明书020.详细设计详细设计说明书 数据库设计说明书050.编码010.源代码程序代码020。安装包脚本程序安装包脚本030。安装包程序安装包060.测试测试问题报告 集成确认测试计划集成确认测试报告070。用户文档产品发布说明用户操作手册用户安装手册升级说明 升级包说明 080。产品验收产品移交申请表 产品移交文档清单090。项目结项项目总结报告 项目结项评估报告100。项目管理010。项目报告项目阶段报告 项目监控数据表020.配置报告变更申请单发布申请表配置状态报告配置审计表阶段活动报告030。会议记要会议纪要11

5、0.质保管理QA工作报告 QA检查单 问题跟踪表 QA评审检查内容汇总表120.规范性文档项目内部规范性文档130.系统约定项目内部系统约定文档140。参考资料010。参考资料1项目内部普通级别的参考资料020。参考资料2项目内部机密级别的参考资料l 受控库目录结构：项目组创建受控库的目录结构,要求依据以下表格来创建，使用统一的结构与名称，二级目录允许依据不同项目的特征有所裁剪。目录结构 一级目录 二级目录 三级目录 存放工作产品示例 000.基线管理010。计划基线V1.0.0。0已发布的基线工作产品已发布的基线工作产品020。需求基线V1.0。0。0已发布的基线工作产品已发布的基线工作产品

6、030.设计基线V1.0.0.0已发布的基线工作产品已发布的基线工作产品040.编码基线V1.0.0.0已发布的基线工作产品已发布的基线工作产品050.测试基线V1。0。0。0已发布的基线工作产品已发布的基线工作产品060.产品基线V1.0.0。0已发布的基线工作产品已发布的基线工作产品010。项目立项020.项目计划010。项目计划020.配置计划030.测试计划040。质保计划050。测量分析计划030.需求开发040。系统设计010。结构设计020。详细设计050.编码010。源代码020.安装包脚本030。安装包060。测试010。测试计划/报告020.确认测试区010.源代码020。

7、安装包脚本030。安装包030。变更区V1.0。0。0040.调试测试区V1.0。0。0070.用户文档080.产品验收【注】1、基线管理的二级目录下的六个基线目录，要根据项目实际定义的基线进行裁剪。2、基线管理的三级目录创建规则是：把确定的基线标识作为目录，以区分不同的基线。3、被纳入基线管理的工作产品只需要存放在基线管理目录中即可,不需要在基线管理目录外重复存放。4、测试的二级目录下变更区的三级目录创建规则是：把发生变更的所在基线标识作为目录，以区分开不同基线基础上发生的变更。5、测试的二级目录下调试测试区的三级目录创建规则是:把进行调测的所在基线标识作为目录，以区分开不同基线基础上进行的

8、调测。l 产品库目录结构:公司统一建立唯一产品库。项目组负责创建本项目的产品目录结构,要求依据以下表格来创建，使用统一的结构与名称，三级目录允许依据不同项目的特征有所裁剪。目录结构一级目录二级目录三级目录备注存放工作产品示例010。项目标识010。基线版本系列000.基线版本 010.ServicePack系列 020.HotFix系列030。Beta系列 040.TEST系列 050.产品文档 注释：1、产品发布备忘录放在二级目录下,每个基线版本都创建一个对应的产品产品发布备忘录2、四级目录创建规则:1）Service Pack系列、Hot Fix系列的升级包目录名前,加上以“001.”为起

9、始、步长为1递增的三位数统一流水号；不同基线版本系列下的流水号都以“001。”为起始。这样可以降低逆序升级的风险。2）Beta系列、TEST系列不需要在目录名前增加流水号。产品库目录示例：目录结构一级目录二级目录三级目录四级目录010。E-SIM 5.0010.ESIM 5.1.0。0000.ESIM 5。1。0。0010。ServicePack系列 002.E-SIM 5.1。0.0 SP001005.ESIM 5。1。0。0 SP002006.ESIM 5。1.0.0 SP003020。HotFix系列001.E-SIM 5。1。0.0 HotFix001003。ESIM 5.1。0.0

10、HotFix002004。ESIM 5。1.0.0 HotFix003030。Beta系列 E-SIM 5.1.0.0 Beta001040。TEST系列 E-SIM 5.1。0。0 TS001050。产品文档 020.ESIM 5.2.0。0000。ESIM 5.2.0。0010。ServicePack系列 020.HotFix系列030。Beta系列 040.TEST系列 050.产品文档 5.2。2 分配配置库使用人员权限CM工程师对所有配置库拥有全权，并为配置库使用人员分配的具体权限，要求依据以下表格来创建，使用统一的权限制定原则，同时允许依据不同项目的特征有所裁剪，并体现在配置管理计

11、划中.注释：VSS的权限：R=“View/Get”C=“Check Out/Check In/Undo CheckoutA=“Add /Delete/Label/Rename”RCA（后面的权限包含前面所有的权限）l 开发库权限结构：目录结构一级目录二级目录权限分配010.项目立项项目经理-A 其他人员R020。项目计划010.项目计划项目经理A 其他人员-R020.配置计划项目经理-C 其他人员-R030。测试计划项目经理-C测试工程师-A 其他人员-R040.质保计划项目经理-C质保工程师-A 其他人员-R030.需求开发项目经理-A需求分析工程师-A 其他人员R040。系统设计010。概

12、要设计项目经理-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。项目结项项目经理-A 其他人员-R100。项目管理010.项目报告项目经理-A 其他人员-R020。配置报告项目经理-C 其他人员-R030。

13、会议记要项目经理-C 其他人员-R040.工作报告项目组所有人员-A110.质保管理项目经理-C质保工程师-A 其他人员-R120。规范性文档项目经理-A 其他人员-R130.系统约定项目经理-A 其他人员-R140。参考资料010.参考资料1项目经理-A需求分析工程师-A系统分析工程师-A 其他人员-R020.参考资料2项目经理A特别指定人员-Rl 受控库权限结构：目录结构 一级目录 二级目录 权限分配 060。测试010.确认测试区测试工程师-A 其他人员-R020。变更区变更开发人员-A测试工程师-A 其他人员-R030.调试测试区调测开发人员-A测试工程师-A 其他人员-R其它目录除C

14、M工程师之外项目组成员-R，并且“150.参考资料020。参考资料2”路径只分配给项目经理以及特别指定人员以只读权限.l 产品库权限结构:目录结构一级目录权限分配010.项目标识项目CM工程师-A 其他人员-R1.3。维护配置库l 配置库安全机制：1）各项目组所有配置库的管理员密码,在创建、修改后必须立即报告测试管理部门备案，报告内容应包括密码的明文以及创建、修改生效的日期。2）每季度的最后一天,即3月31日、6月30日、9月30日、12月31日这四天内,必须更换所有配置管理库的管理员密码，如果这四天恰逢假日则顺延到假日结束后第一天内进行。l CM工程师定期清除配置库里的垃圾文件：1)在清除配置库中的过时版本时,必须确保历史上对其进行的完整备份的有效性.l CM工程师定期备份配置库：1）使用备份/恢复工具，定期对SVN配置库进行全目录备份。2)每月第一天做完全备份，其他时间每天做增量备份。3）备份文件一式两份保留在不同的地方：一份保留在配置库自身所在服务器;另一份压缩后保留在公司指定的服务器上,并要求每月所做的完整备份文件在该服务器上保留一个月。4）在每月初的第一次完整备份结束后，将备份文件存储到移动硬盘上由技术服务中心专人进行保管