TSPP11G02配置库管理规程V100.docx

《TSPP11G02配置库管理规程V100.docx》由会员分享，可在线阅读，更多相关《TSPP11G02配置库管理规程V100.docx（17页珍藏版）》请在第一文库网上搜索。

1、TIANSU配置库管理规程文件编号TSP-P11-G02生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数16正 文13附 录0编 制陆培审 核批 准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10. 10创建初稿陆增2009-10-3020. 20内部评审陆瑁2009-11-1031.00发布陆增2009-11-251 弓I言1Ll目的11.2适用范围11. 3 11.4 12 .23 进入标准34 输入45 7舌.S5.1 创建物理配置库 55. 2建立配置库目录结构55. 2. 1建立配置库目录结构55. 2.

2、2分配配置库使用人员权限85. 3维护配置库105.3. 1配置库安全机制：105. 3. 2CM工程师定期清除配置库里的垃圾文件： 105. 3. 3CM工程师定期备份配置库： 106 输出117 退出标准128 相关文档138.1 引用文件138. 2 彳吏 fe. 131引言1.1 目的通过建立物理配置库的设立规范、各配置库目录的设立原则，确保配置库的统一与规范，确保项目产 品得到有效的管理与运用，提高资源的共享与利用；通过变更管理活动，保证产品的完整、正确、一致， 防止配置项被随意地修改而导致混乱；规范组织财富库的建立、更新与维护，确定组织财富库得到合理的 使用与管理。1.2 适用范围

3、本过程适用于组织内部的研发项目过程及相关过程资产的管理。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇, 同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注1.4 参考资料无2角色与职责编号角色职责备注1项目经理提出基线变更请求 审批非基线变更请求 审核非基线变更发布申请2项目组在权限之内操作配置库3CM工程师即项目配置管理员，创建物理配置库；建立配置库目录并分 配权限；维护配置库；对变更的配置项进行出、入库管理， 并且在基线变更发布后改变基线。4CCB即变更控制委员会，审批基线变更请求；审核基线变更实施 结果5变更实施人填写软件变

4、更单提取配置项；实施对基线、非基线变更涉及配置项的具体修改6测试工程师/ 评审人员对变更进行测试或评审7EPG建立、管理和维护组织财富库3进入标准 配置管理计划己经制定，且通过评审 配置管理的软件硬件已经存在进行变更活动时，需要满足以下条件： 客户提出的变更申请被接受时 内部提出变更申请时4输入 配置管理计划5活动步骤描述5.1 创建物理配置库CM工程师需要创建开发库、受控库、产品库三个物理配置库： 开发库：用于存放项目期间处于开发状态的相关文档和代码。以及存放项目组工作期间的相关沟 通记录等。 受控库：用于存放经过验证后的产品（包括基线产品）；建立测试区，用于存放开发工作结束后 需要进入测试

5、的配置项，以及为变更实施提供工作空间。产品库：存放发布后的产品。各配置库之间的关系如下图所示意：产品从受控库中进入产品库项目文档经过审批后，进入受控库开发库一阶段代码开发完成 后，代码从开发庠进 入受控库的测试区， 提交由测试人员进行 验证需要变更的配置项， 从受控库的其它区域 提取到受控库的测试 区，测试或审批通过 后重新进入受控库的 其它区域图1开发库、受控库、产品库关系图5.2 建立配置库目录结构5. 2.1建立配置库目录结构5.2. LI开发库项目组创建开发库的目录结构，要求依据以下表格来创建，使用统一的结构与名称，二级目录允许依 据不同项目的特征有所裁剪。目录结构一级目录二级目录存放

6、工作产品示例Ol.项目立项项目建议书项目可行性分析报告项目立项报告可行性分析报告检查单立项评审检查单02.项目策划01.项目策划项目总体计划WBS项目估算记录02.配置计划配置管理计划03.测试计划测试计划04.质保计划质量保证计划03.需求开发需求规格说明书需求跟踪矩阵04.系统设计01.概要设计概要设计说明书02.详细设计详细设计说明书 数据库设计说明书05.编码OL源代码程序代码02.安装包脚本程序安装包脚本03.安装包程序安装包06.测试测试问题报告测试计划测试报告07.用户文档安装配置手册用户手册08.产品验收专家评审报告 项目验收报告 项目技术报告 项目问题报告09.项目结项项目总

7、结报告10.项目管理01.项目报告项目状态报告02.配置报告变更记录变更实施单发布申请表输出配置管理总表配置审计表03.会议记要会议记录执行表04.工作报告工作记录表11.质保管理QA工作报告QA检查单问题跟踪表QA评审检查内容汇总表12.规范性文档项目内部规范性文档13.系统约定项目内部系统约定文档14.参考资料01.参考资料1项目内部普通级别的参考资料02.参考资料2项目内部机密级别的参考资料5.3. L 2受控库项目组创建受控库的目录结构，要求依据以下表格来创建，使用统一的结构与名称，二级目录允许依据不同项目的特征有所裁剪。目录结构一级目录二级目录三级目录存放工作产品示例01.基线管理0

8、1.计划基线VI. O. O. O已发布的基线工作产品已发布的基线工作产品02.需求基线VI. O. O. O已发布的基线工作产品已发布的基线工作产品03.设计基线VI. O. O. O已发布的基线工作产品已发布的基线工作产品04.编码基线VI. O. O. O己发布的基线工作产品已发布的基线工作产品05.测试基线VI. O. O. O己发布的基线工作产品已发布的基线工作产品06.产品基线VI. O. O. O己发布的基线工作产品已发布的基线工作产品02.项目立项03.项目计划01.项目计划02.配置计划03.测试计划04.质保计划05.测量分析计划04.需求开发05.系统设计01.概要设计0

9、2.详细设计06.编码01.源代码02.安装包脚木03.安装包07.测试OL测试计划/报 告02.确认测试区OL源代码02.安装包脚本03.安装包030.变更区VI. O. O. O040.调试测试区VI. O. O. O08.用户文档09.产品验收1、基线管理的二级目录下的六个基线目录，要根据项目实际定义的基线进行裁剪。2、基线管理的三级目录创建规则是：把确定的基线标识作为目录，以区分不同的基线。3、被纳入基线管理的工作产品只需要存放在基线管理目录中即可，不需要在基线管理目录外重复存 放。4、测试的二级目录下变更区的三级目录创建规则是：把发生变更的所在基线标识作为目录，以区分 开不同基线基础

10、上发生的变更。5、测试的二级目录下调试测试区的三级目录创建规则是：把进行调测的所在基线标识作为目录，以区分开不同基线基础上进行的调测。5.4. L 3产品库公司统一建立唯一产品库。项目组负责创建本项目的产品目录结构，要求依据以下表格来创建，使用统一的结构与名称，三级目录允许依据不同项目的特征有所裁剪。目录结构一级目录二级目录三级目录备注存放工作产品示例OL项目标识OL基线版本系列00.基线版本01. ServicePack 系列02. HotFix 系列03. Beta 系列04. TEST 系列05.产品文档注释:1、义X产品发布备忘录放在二级目录下，每个基线版本都创建一个对应的产品x产品发

11、布备 忘录2、四级目录创建规则：1) Service Pack系列、HOt FiX系列的升级包目录名前，加上以“001. ”为起始、步长为1递增的三位数统一流水号；不同基线版本系列下的流水号都以“001.”为起始。这样可以降低逆序升级的风险。2) Beta系列、TEST系列不需要在目录名前增加流水号。产品库目录示例：目录结构级目录二级目录三级目录四级目录01. NTS-900T01.NTS-900T VI.000. NTS-900T VI. 001. ServicePack 系列002.NTS-900T VI. 0 SPOOl005. NTS-900T VI. 0 SP002006.NTS-900T VI. 0 SP00302. HotFix 系列001. NTS-900T V1.0 HotFixOOl003.NTS-900T VI. 0 HotFix002004. NTS-900T VI. 0 HotFix00303. Beta 系列NTS-900T VI. 0 BetaOOl04. TEST 系列NTS-900T VL