配置管理办法

第5/10页PAGE集团客户支撑系统实施工程项目管理组配置管理办法2011年3月

文件目的本文件作为《XXXX集团客户支撑系统实施工程项目管理办法》中配置管理说明。通过描述配置管理的目的，参与人角色，管理流程以及方法，规定项目人员职责，规范配置管理流程。在项目实施过程中，各项目组必须按照本文件的要求进行配置管理。文件修改历史版本日期负责人内容描述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

图表目录TOC\h\z\c"图表"图表1目录结构规范 6图表2文档管理流程 7图表3代码管理流程 8图表4子系统编码表 10

简介配置管理目的配置管理的目的是对配置库的管理进行规范控制，主要从配置库的分区控制管理、使用权限的分配进行控制，确保软件在生命周期中的完整性、正确性及可追溯性。适用范围本文适用于项目中组内开发、集成测试、联调测试、上线运维等项目的整个周期。配置管理范围配置管理对象的主要范围包括：文档源程序(sourcecodes)配置数据(Configurationdata)数据库schema(DatabaseSchema)工具采用SVN1.6.16作为本次项目的配置管理工具。主机操作系统：RedhatLinux5主机IP地址（内网）：35:8888/svn/CUJKS （外网）：HYPERLINKhttp://6:8888/svn/CUJKS管理方法角色职责描述子系统项目经理或者研发负责人检查和管理日常开发工作审核待发布的基线子系统开发人员维护开发自己的配置项并将测试通过的文件放入开发区子系统技术接口人将审批合格的开发区文件移动到测试区并进行合并操作；系统集成—应用发布人员从测试区提取版本发布到相关的测试环境上，并指定版本号。把生成并测试通过的版本纳入到发布区。从发布区提取版本发布到相关测试及生产环境项目配置管理员（CMO）建立项目的配置库，并建立特定的目录结构。给项目成员开通权限。维护配置库，指导项目组正确使用配置库。配置审计，编写审计报告。相关属性命名规范描述$/根目录<子系统>子系统名称，如：ESBDocument文档目录SourceCode<阶段>开发Develop、集成测试Test、发布ReleaseCode源代码的目录Config配置信息……Schema数据库schema、WSDL、XSD图表SEQ图表\*ARABIC1目录结构规范管理流程图表SEQ图表\*ARABIC2文档管理流程图表SEQ图表\*ARABIC3代码管理流程代码管理流程描述如下：开发人员在开发区中开发和维护自己的工作产品。开发人员按照开发计划或者缺陷修复计划，定期把已通过单元测试的工作产品提交给技术接口人纳入测试区。技术接口人把产品提交到测试区，并填写相关的发布信息（发布申请单）通知系统集成组的应用发布人员应用发布人员按照技术接口人的发布申请单描述提取配置项并进行应用的发布发布成功后由测试人员进行测试，测试通过则将该版本放入发布区，并标记为指定的版本号进行保存；测试不通过，通知开发人员在开发区中修改代码并再次提交版本号规范本项目应遵循如下版本号规范定义R<MajorRelease>.<Sub-system>.<MinorRelease>.<RevisionNumber><MajorRelease>：表示项目的大的阶段编号，如1期、2期、3期<Sub-system>：表示子系统编号，如销售管理为01，其他参见附录<MinorRelease>：表示在一个大阶段下某个子系统的不同时期的版本标识。当50%以上代码需要被变更，或有批量的新功能发布时才建议将此编号增加<RevisionNumber>：此标号为项目中变更最频繁的编号；当修复缺陷或少量增加功能后此编号增加举例：R1.02.1.0标识订单子系统在1期工程的基线版本权限说明各子系统仅能对自己系统的相关配置项进行修改；各子系统能对PMO、ESB、SID等子项目下的部分配置