xxx部-文档配置管理规范V11

1、XXX部-文档配置管理规范V11文档配置管理规范版本控制文件状态：M草稿正式发布正在修改注销文档编号：保密级别：当前版本：V1.1作 者：ydy审 核：完成日期：2013-11-27修改历史记录日期版本作者修改内容2013-11-06V1.0ydy初稿2013-11-27V1.1ydy修改流程图，调整术语与角色职责顺序组织级文档配置管理规范研发管理部_C-1/2/3 一般/保密/机密目录1 编写目的52 适用范围53 角色及职责54 名词和术语 55 组织级文档库目录结构及权限说明 105.1 目录结构说明 105.2 权限说明106 人口准则107 文档配置管理规范 117.1 文档配置管理

2、流程图 117.2 活动/流程说明 127.3 文档配置管理活动 127.3.1 建立项目文档库目录结构 127.3.2 识别配置项127.3.3 提交配置项147.3.4 审核配置项147.3.5 标识并建立基线 157.3.6 发布基线报告 177.3.7 配置管理活动审核178输出及出口准则 17组织级文档配置管理规范研发管理部C-2 一般/保密/机密9备份管理189.1 部门级配置库备份 1810 附件184 / 18组织级文档配置管理规范研发管理部 C-2 一般/保密/机密1编写目的本文档定义了在项目开发过程中执行项目配置管理（仅限于文档）所遵循的过程活动。通过在项目的整个 开发周期

3、中应用配置管理以建立和维护工作产品的完整 性。2适用范围适用于互动业务部各类项目开发过程中的配置管理活 动。3名词和术语名词/术语解释CM(Configuration Management )配置管理PM(Project Manager ) 项目经理QMQM (Quality manage )质量管理配置管理配置项配置管理是对软件产品及其开发过程和生 命周期进行控制、规范的一系列措施。其 目标是确保软件生命周期中各个阶段都能 得到精确的工作成果。纳入配置管理范畴的工作成果都是配置 项。基线是软件文档或源码（或其它产出物）的 一个稳定版本，它是进一步开发的基础。4角色及职责角色职责角色成员配置管

4、理员?根据项目特点，建立该项目文档库目录结构；?为项目组成员分配配置CM （如果CM人员缺失， 需项目经理承库的访问权限；?与项目经理、QM沟通确 定配置项；?对提交的配置项进行命 名和类别的审核及调整；?负责受控库中所有基线 类配置项的管理；? CM根据配置管理规范要 求，建立相应的基线并发 布基线报告；?根据计划进行配置审计 并提交配置报告；担相应的职责;)项目经理?参与讨论文档库目录结构；项目经理?参与配置库的访问权限 的确定；?参与沟通确定项目的配 置项；?跟踪已纳入基线的配置 项配置项负责人?按命名规则命名配置项；?按计划提交配置项；?如有基线变更需求，需提交变更后的配置项；开发负责

5、人测试负责人产品经理QM&CMQM?参与讨论文档库目录结构；QM?参与配置库的访问权限 的确定；?参与沟通确定项目的配 置项；?对配置管理过程进行审 核；?部门级质量相关配置项 的管理；11 / 185组织级文档库目录结构及权限说明5.1目录结构说明80 aO/EvrTodurt 部门资产库 测位中心 广告中心会员中心基线文档会员 推广物;而第支档避 盅混物品支付虔捌物品中心1>20.84.0.9/V41.0田员目准备 口L需求收集 。3_声品设计 。斗主营方案 口 5页目计划 斯目总转配置库主要存放部门级相关资 料、各中心相关资

6、料和项目受控资料。目录名称存放内容剪裁要求部门级用于存放流程、规范和模板等不受管控，可根据业务线的实际情况增补项目文档（受控文档）用于存放项目各个里程碑的输出 成果，并需项目结束后上传到组 织级配置库不可剪裁注：各中心按版本每个版本下面包含项目准备、需求收集、产品设计、运营方案、项目计划、项目总结，个别特殊业务线可以根据各中心特点添加目录。5.2权限说明目录结构权限分配见目录结构权限分配表.xlsx »目录结构权限分配表.xlsx6入口准则项目已立项组织级文档配置管理规范研发管理部 C-2 一般/保密/机密流程图-113 / 187文档配置管理规范7.1文档配置管理流程图互动业务部文

7、档配置管理流程图角色CM产品经理项目相关人员开发主管、开发w试试负责人、测试项目相关人员测试负责人、测试项目相关人员ACM输出?立项后,PM通知CM完成项目成员权限分配及调 整；? CM根据项目特点，对组织级代码库目录结构进行 裁剪形成该项目库目录结构PM输出项目计划（非受控文档）厂f经理收集需求并输出产品 设计及功能说明文档（受控文I档，IVm有项目相关人员参与需求评审，评审过 程中输出会议记录?经过评审的文档发布为基线| ?开发主管会同开发人员输 出概要设计| ?开发主管及开发人员根据 项目需求输出代码、tag?测试负责人会同测试人员输出测试方案、测 试计划、测试用例?所有项目相关人员参与

8、需求评审，评审过程输出会议记录?在测试过程中依据测试活动输入出测试小结、bug Review 纪要?在测试过程测试人员在各活动结束后输出测 试执行记录、bug列表、测试报告（受控文 档）项目经理收集：需求文档、开发文 档、测试文档、客服文档、项目文 档，并提交上线申请?测试在上线完成后进行拔 测并输出拔测报告（非受 控文档）? CM输出配置报告、基线 报项目计划（PM）项目目录（CM）产品设计（产品经理）功能说明PPT （产品经理）会议记录（发起人开发设计概要（开发人员）测试计划及方案（测试人员）概要设计（开发人员）会议记录（会议发起人）Bug review 纪要（发起人）测试小结（测试）测试

9、执行记录、测试报告、bug列表（测试）一设计文档（产品） 开发概要（开发） 功能说明（产品）客服文档（支撑部门）测试文档（测试）项目文档（PM）拔测报告（测试）配置报告、基线报告（ CM）组织级文档配置管理规范 研发管理部_C-2 一般/保密/机密7.2 活动 / 流程说明7.3 文档配置管理活动详述本活动的执行过程与执行要求。7.3.1 建立项目文档库目录结构? 【规范 7.3-1 】立项后，项目经理通知 CM 完成项目成员权限分配及调整，对于人员变更时，配置管理人员及时调整配置库权限，权限调整参照目录结构权限分配表；? 【规范 7.3-2 】 CM 根据项目特点， 对组织级文档库目录结构进

10、行裁剪形成该项目文档库目录结构，并完成项目文档库目录结构同步与项目组及相关成员；7.3.2 识别配置项? 【规范 7.3-3 】项目经理、 CM&QM 共同确定配置项范围，包含两类：基线类：产品类文档（PRD、UI&UE ）、技术方案; 受控类：测试计划、测试方案/策略、部署/升级方案、拨测计划、拨测报告、测试报告、产品介绍 PPT、 客服文档、FAQ、用户手册等北窗要求文档、项目计划、 项目总结、开发联调报告等；注：配置项范围根据各自部门的实际情况来确定，对于不适用的配置项可相应的剪裁:#序配置项名称所属中心要求部门是否可男裁1产品类文档（PRD、UI&UE ）产品中

11、心（根据各业务线合同要求执行）否2技术方案开发中心（根据各业务线合同要求执行）是3测试计划测试中心（根据各业务线合同要求执行）否4测试方案/策略测试中心（根据各业务线合同要求执行）否5部署/升级方案开发中心（根据各业务线合同要求执行）否6拨测计划测试中心（根据各业务线合同要求执行）否7拨测报告测试中心（根据各业务线合同要求执行）否8测试报告测试中心（根据各业务线合同要求执行）否9产品介绍PPT产品中心（根据各业务线合同要求执行）否10客服文档运营支撑部（根据各业务线合同要求执行）否16 / 18组织级文档配置管理规范_研发管理部_C-2 一般 /保密 / 机密11FAQ运营支撑部（根据各业务线

12、合同要求执行）否12用户手册运营支撑部（根据各业务线合同要求执行）否13项目计划项目经理（根据各业务线合同要求执行）否14项目周/日/月报项目经理（根据各业务线合同要求执行）否15项目总结项目经理（根据各业务线合同要求执行）是16开发联调报告开发中心（根据各业务线合同要求执行）是?【规范7.3-4 CM将基线类及受控类配置项纳入配置管理计划，并同步与项目组及相关成员；?【规范7.3-5】各业务线配置项负责人按计划做配置项检查，检查结果记录在配置项报告中;7.3.3提交配置项?【规范7.3-6】各业务线配置项负责人按计划及时提交 受控类文档到指定目录中，提交时填写说明日志；基线 类配置项按计划提

13、交并通知配置管理员;7.3.4 审核配置项?【规范7.3-71CM对提交的配置项，遵照配置项命名 规则进行命名和类别的审核及调整：新媒传信_xx业务部门_类别（规范/模版/报告）_xxx项目/ 版本 _文档名称例如： 新媒传信_社区产品部部_报告 _飞信同窗独立客户端 iPhone1.1.0_ 测试报告 .doc? 【规范7.3-8 】 CM 根据配置管理计划审核配置项提交的及时性， 如未按计划提交配置项应发出提醒；? 【规范7.3-9 】变更后的配置项，在重新纳入基线前，配置工程师应再次审核，主要需要审核配置项变更是否按要求变更；7.3.5 标识并建立基线? 【规范 7.3-10 】 各业务

14、部门的配置管理员根据要求配置管理规范要求，建立相应的基线并更新配置想报告：? 基线范围：目前需要纳入基线的配置项为：产品类文档（ PRD 、UI&UE ）、技术方案? 定义首次基线：对于首次纳入基线的配置项，应在配置项经过评审、修改和确认后，提交到配置库中，并发送配置项纳入基线申请邮件给部门的配置管理员，配置管理员建立基线，并更新配置管理报告中的相应内容；? 定义变更的基线：已经纳入基线的配置项，如需发生变更，配置项负责人需组织变更讨论并发布变更通知，根据讨论的结果进行配置项变更，再重新进行评审、修改和确认后，再次提交到配置库中（提交时需填写变更的备注说明） ， 并发送配置项纳入基线申请邮件给部门的配置管理员，配置管理员建立基线，并更新配置管理报告中的相应内容；7.3.6 发布基线报告? 【规范 7.3-11 】基线建立/变更后， CM 及时邮件通知项目组基线的相关信息（含文档名称、 tag 号、路径等） ；? 【规范 7.3-12 】基线建立后，若存在基线变更需求，配置项负责人需重新提交变更后的配置项，进入重新建立基线环节；7.3.7 配置管理活动审核? 【规范 7.3-12 】 QM 根据质量保证计划进行配置管理活动审核，并发布质量保证报告。8 输出及出口准则输