《CMMI_配置库管理规程 V1.00.docx》由会员分享，可在线阅读，更多相关《CMMI_配置库管理规程 V1.00.docx（17页珍藏版）》请在第壹文秘上搜索。
1、配置库管理规程文件靖号保密级别总页数编制变更日志编号版本修改内容修改人修改日期I0.10创建初稿20.20内部评审31.00发布1弓I言I1. 1目的11.2适用范围113定义11.4参考资料12 角色与职责23 进入标准34 输入45 活动步骤描述55.1 创建物理配置库55. 2建立配置库目录结构51. 2.1建立配置库目录结构55. 2.2分配配置库使用人员权限85. 3维护配置库101. 3.1配置库安全机制：105. 3.2CM工程师定期清除配置阵里的垃圾文件：106. 3.3Q1.工程师定期备份配置库：106 输出117 退出标准128 相关文档138.1引用文件138.2使用模板
2、131引言1.1 目的通过建立物埋应出嫁的设立规范、各汉置旅目录的设立原则，确保配置库的统一与规范，确保项日产品得到有效的音理与运用，提高资源的共享与利用；通过变更管理活动，保证产品的完整、正确、一致，防止配置项被随意地修改而导致混乱：规范加织财富库的林立、更新与维护,确定组织财富库得到合理的使用与管理.1.2 适用范圉本过程适用于组织内部的研发项目过程及相关过程资产的管理.13定义下表列出本报告中专门术谙的定义、英文端写诃的原词组和意义、项目组内达成一致意见的专用词汇,同时维承全部的先前过程中定义过的词汇.词汇名称词汇含义备注1.4 ）考资料2角色与职责号角色职责备注I项目线埋提出基线变更请
3、求审批非基线变更请求审核非W线变更发布申请2项目组在权限之内操作配巴库3CM工程师即项”配词管理员，创建物理鼠词用；建立同应用F1.录并分配权限；维护配置库；对变更的配置项进行出、入库管理，并且在基线变更发布后改变基线.4CCB即变更控制委员会，审批基线变更谛求；审核基殁变更实施结果5变更实施人填写软件变更单提取配置项；实施对基线、非基战变更涉及配置项的具体姥改6测试工程师/评审人员对变更进行测试或评审1EPG建立、管理和维护组织财富辉3进入标准配置管理计划%已经制定且通过评审 也置管埋的软件硬件已羟存在进行变更活动时,需要满足以下条件： 客户提出的变更申请被接受时 内部提出变更申请时4输入
4、配置管理计划X5活动步骤描述5.1 创建物理配库CM工程师需要创建开发摩、受控底、产品库三个物理配置库： 开发库：用于存放项目期间处于开发状态的相关文档和代码.以及存放项H处工作期间的相关沟通记录等. 受控诲：用于存放经过验证后的产品（包括基线产品）：建立测试区,用于存放开发工作结束后需要进入测试的配置项,以及为变更实施提供工作空间。 产品库：存放发布后的产品.各配置库之间的关系如下图所示意：开发库产丛从受控库中进入产IU年项H文悚过审抵后,进人爻拧算阶段代际开发完Itt后.代用从开发点进入受控柞的两试区.提之由渊达人及送行iff毒要变更的ft!JJ顼从受如作的其它M城提W到受护底的初试区.S
5、!试或审批通过E收新进入受控W的K项目估算记录02.配置计划配置管理计划03.测试计划寸测试计划304.质保计划质量保证计划03.需求开发蓄求规格说明书4街求跟踪矩阵301.系统设计O1.概要设计概要设计说明书302.详细设计详细设计说明书4数据库设计说明书05.编码01.源代码程序代码02.安装包脚本程序安装包脚本03.安装包程序安装包06.测试冽试问题报告测试计划3测试报告07.用户文档4安装配置手册3用户手册08.产M验收专家评审报告项目验收报告项目技术报告4项目何题报告309.项目结项项目总结报告10.项目管理01.项目报告项目状态报加02.配置报告4变更记录变更实施单3夕发布申请表*
6、帖出配置管理总表圮置审计及03.会议记要会议记录执行表O1.工作报告4工作记录表11.质保管理QA工作报告3Q检杳单34问题第踪表QA评审检查内容汇总表P12.规范性文档项目内部规范性文档13.系统约定项口内部系统约定文档14.参考资料O1.参考资料1项目内部普遹级别的参考资料02.参考资料2项目内部机率缎别的参考资料6.2.1.2受拄率项目组创建受控库的目录结构,要求依据以下表格来创建使用统一的结构与名称.二级目录允许依据不同项目的特征彳i所裁剪,目-目果二目录三目录存Q作产品M01.基战管理01.计划驻iVI.ft0.0己发布的基践工作产品1.1.发布的理纹工作产品02.需求基线VI.0.
7、0.O已发布的基线工作产品已发布的基线工作产品03.设计出线VI.0.0.O己发布的基战工作产品已发布的基线I：作产品04.编码基线17.0.0.0己发布的荔城工作产品己发布的艇线工作产品05.测试基线VI.O.O.O已发布的基跷工作产丛已发布的基线工作产品06.产品基线V1.0.0.0己发布的艇线工作产品已发布的基跷工作产非02.项目立项03.项目计划01.项目计划02.配置计划03.测试计划04.质保计划05.测境分析计划O1.需求开发05.系统设计O1.概婴设计02.详细设计06.斓码O1.源代码02.安装包脚本03.安装包07.测试01.测试计划/报告02.确认测试区O1.源代码02.
8、安装包脚本03.安装包030.变更区V1.0.0.0(M0.调试测试区VI.0.0.008.用户文档09.产品验收1、基战管理的级目录卜的六个也g战目录,要根据项目实际定义的西线进行裁剪02、基线管理的三级目录创建规则是：把确定的基线标设作为口录,以区分不同的基线.3、被纳入基税管埋的工作产品只需要存放在基线管理目录中即可，不需要在基线管理目录外景熨存放。4、测试的二级目录卜变更区的三级目录创建规则是：把发生变更的所在基戏标识作为目录，以区分开不同基线基础上发生的变更.5、测试的:级目录下Iff1.试测试区的三级目录创建规则是:把进行蠲测的所在基线标识作为目录,以区分开不同基线基础上进行的调测
9、。5.2.1.3产品库公司统一建立唯一产品库。项目组负费创建本项目的产品目录结构，要求依据以卜表格来创建，使用统一的结构与名称,三级目录允许依据不同项目的特征有所内剪.目录结构级目录二级目录三级目录品注存放工作产品示例O1.项目标识O1.基线版本系列00.基规版本01.ServicePack系列02.HotFix系列03.Beta系列01.TEST系列05.产品文档注徉:1、XX产品发布备忘录放在二级目录下,每个基线版本都创建一个对应的产品XX产品发布备忘录P2、四级目录创建规则：1) ServicePack系列、Ho1.Fix系列的升级包目录名前,加上以,(M)1.w为起始、步长为1递增的三
10、位数统一流水号:不同基线版本系列下的流水号都以“001.”为起始，这样可以降低逆序升级的风险.2) Be1.a系列、TEST系列不需要在目录名前增加流水号.产品库目录示例：目录结构级目录:级目录：级目录四级目录01.NTS-900T01.NTS900TV1.O00.NTS-900TVI.001.ServicePack系列002.NTS-90OTVI.0SPOO1.005.NTS-900TVI.0SP002006.NTS-900TVI.0SP00302.HotFix系列001.NTS-900TVI.0IIotFixOO1.003.NTS-900TVI.0Ho1.FiX002004.NTS-900
11、TVI.0HotFix00303.BZi1.系列NTS-90OTVI.0BotaOO1.04.TEST系列NTS-900TVI.0TSOO1.05.产，文档02.NTS-900TVI.100.NTS-900TVI.101.ServicePack系列02.HotFix系列03.Beta系列01.TEST系列05.产品文档5.2.2分配配置阵使用人员权限CM工程师对所方配置陈拥行全权，井为配置井使用人M分配的具体权附，要求依据以下去格来创建,使用统一的权限制定原则，同时允许依据不同项目的特征有所裁剪，并体现在M配置管理计划中.注择：VSS的权限：R=aViewZGetC=CheckOutZChcckIn/1.indoCheckoutA=Add/De1.ete/1.abe1./Rename”RGCCA(后面的权限包含前面所有的权限)5.2.2.1 开发“权限结构目录结构一级目录二级目录权限分配01.项目立项项目经理A其他人员一R02.项目计划01.项目计划项目经理A其他人员-R02.配汉计划项目经理其他人员-R03.测试计划项目经理-C测试工程师一A其他人员R04.质保计划项目经理C质保工程师A其他人员-R03.需求开发项目经理A需求分析工程师-A其他人员
