通信公司客户支撑系统-PMO-配置管理办法模版.docx

xx集团客户支撑系统实施工程项目管理组配置管理办法2011年3月文件目的本文件作为xx集团客户支撑系统实施工程项目管理办法中配置管理说明。通过描述配置管理的目的，参与人角色，管理流程以及方法，规定项目人员职责，规范配置管理流程。在项目实施过程中，各项目组必须按照本文件的要求进行配置管理。文件修改历史版本日期负责人内容描述0.12011/3/28童懿创建目录1简介51.1配置管理目的51.2适用范围51.3配置管理范围51.4工具52管理方法52.1角色职责描述52.2相关属性62.3管理流程62.4版本号规范92.5权限说明93附录103.1子系统编码10图表目录图表 1 目录结构规范6图表 2 文档管理流程7图表 3 代码管理流程8图表 4 子系统编码表101 简介1.1 配置管理目的配置管理的目的是对配置库的管理进行规范控制，主要从配置库的分区控制管理、使用权限的分配进行控制，确保软件在生命周期中的完整性、正确性及可追溯性。1.2 适用范围本文适用于项目中组内开发、集成测试、联调测试、上线运维等项目的整个周期。1.3 配置管理范围配置管理对象的主要范围包括： 文档 源程序(source codes) 配置数据(Configuration data) 数据库schema(Database Schema)1.4 工具采用SVN1.6.16作为本次项目的配置管理工具。主机操作系统：Redhat Linux5主机IP地址（内网）：http:/192.168.10.235:8888/svn/CUJKS （外网）：http:/ 203.95.109.36:8888/svn/CUJKS2 管理方法2.1 角色职责描述子系统项目经理或者研发负责人 检查和管理日常开发工作 审核待发布的基线 子系统开发人员 维护开发自己的配置项 并将测试通过的文件放入开发区 子系统技术接口人 将审批合格的开发区文件移动到测试区并进行合并操作； 系统集成应用发布人员 从测试区提取版本发布到相关的测试环境上，并指定版本号。 把生成并测试通过的版本纳入到发布区。 从发布区提取版本发布到相关测试及生产环境 项目配置管理员（CMO） 建立项目的配置库，并建立特定的目录结构。 给项目成员开通权限。 维护配置库，指导项目组正确使用配置库。 配置审计，编写审计报告。2.2 相关属性命名规范描述$/根目录子系统名称，如：ESBDocument文档目录SourceCode开发Develop、集成测试Test、发布ReleaseCode源代码的目录Config配置信息Schema数据库schema、WSDL、XSD图表 1 目录结构规范2.3 管理流程图表 2 文档管理流程图表 3 代码管理流程代码管理流程描述如下：1) 开发人员在开发区中开发和维护自己的工作产品。2) 开发人员按照开发计划或者缺陷修复计划，定期把已通过单元测试的工作产品提交给技术接口人纳入测试区。3) 技术接口人把产品提交到测试区，并填写相关的发布信息（发布申请单）通知系统集成组的应用发布人员4) 应用发布人员按照技术接口人的发布申请单描述提取配置项并进行应用的发布5) 发布成功后由测试人员进行测试，测试通过则将该版本放入发布区，并标记为指定的版本号进行保存；测试不通过，通知开发人员在开发区中修改代码并再次提交2.4 版本号规范本项目应遵循如下版本号规范定义R. ： 表示项目的大的阶段编号，如1期、2期、3期 ：表示子系统编号，如销售管理为01，其他参见附录 ：表示在一个大阶段下某个子系统的不同时期的版本标识。当50%以上代码需要被变更，或有批量的新功能发布时才建议将此编号增加 ：此标号为项目中变更最频繁的编号；当修复缺陷或少量增加功能后此编号增加举例：R1.02.1.0 标识订单子系统在1期工程的基线版本2.5 权限说明各子系统仅能对自己系统的相关配置项进行修改；各子系统能对PMO、ESB、SID等子项目下的部分配置项读取；只有项目CMO能进行用户的创建、权限的分配和回收。3 附录3.1 子系统编码中文名称编号编码销售管理01综合订单02客户管理03产品管理04客户经理管理05综合账务06知识库07辅助系统08服务总线09ESB共享数据库10SID离线数据库11图表 4 子系统编码表