xxx部文档配置管理规范V11Word格式.docx
《xxx部文档配置管理规范V11Word格式.docx》由会员分享,可在线阅读,更多相关《xxx部文档配置管理规范V11Word格式.docx(9页珍藏版)》请在冰豆网上搜索。
完成日期:
2013-11-27
修改历史记录
日期
版本
作者
修改内容
2013-11-06
V1.0
初稿
修改流程图,调整术语与角色职责顺序
1编写目的
本文档定义了在项目开发过程中执行项目配置管理(仅限于文档)所遵循的过程活动。
通过在项目的整个开发周期中应用配置管理以建立和维护工作产品的完整性。
2适用范围
适用于互动业务部各类项目开发过程中的配置管理活动。
3名词和术语
名词/术语
解释
CM
(ConfigurationManagement)配置管理
PM
(ProjectManager)
项目经理
QM
QM(Qualitymanage)质量管理
配置管理
配置管理是对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
其目标是确保软件生命周期中各个阶段都能得到精确的工作成果。
配置项
纳入配置管理范畴的工作成果都是配置项。
基线
基线是软件文档或源码(或其它产出物)的一个稳定版本,它是进一步开发的基础。
4角色及职责
角色
职责
角色成员
配置管理员
∙根据项目特点,建立该项目文档库目录结构;
∙为项目组成员分配配置库的访问权限;
∙与项目经理、QM沟通确定配置项;
∙对提交的配置项进行命名和类别的审核及调整;
∙负责受控库中所有基线类配置项的管理;
∙CM根据配置管理规范要求,建立相应的基线并发布基线报告;
∙根据计划进行配置审计并提交配置报告;
CM(如果CM人员缺失,需项目经理承担相应的职责;
)
∙参与讨论文档库目录结构;
∙参与配置库的访问权限的确定;
∙参与沟通确定项目的配置项;
∙跟踪已纳入基线的配置项
配置项负责人
∙按命名规则命名配置项;
∙按计划提交配置项;
∙如有基线变更需求,需提交变更后的配置项;
开发负责人
测试负责人
产品经理
QM&
∙对配置管理过程进行审核;
∙部门级质量相关配置项的管理;
5组织级文档库目录结构及权限说明
5.1目录结构说明
注:
各中心按版本每个版本下面包含项目准备、需求收集、产品设计、运营方案、项目计划、项目总结,个别特殊业务线可以根据各中心特点添加目录。
5.2权限说明
目录结构权限分配见《目录结构权限分配表.xlsx》
6入口准则
项目已立项
7文档配置管理规范
7.1文档配置管理流程图
流程图-1
7.2活动/流程说明
7.3文档配置管理活动
详述本活动的执行过程与执行要求。
7.3.1建立项目文档库目录结构
Ø
【规范7.3-1】立项后,项目经理通知CM完成项目成员权限分配及调整,对于人员变更时,配置管理人员及时调整配置库权限,权限调整参照《目录结构权限分配表》;
【规范7.3-2】CM根据项目特点,对组织级文档库目录结构进行裁剪形成该项目文档库目录结构,并完成《项目文档库目录结构》同步与项目组及相关成员;
7.3.2识别配置项
【规范7.3-3】项目经理、CM&
QM共同确定配置项范围,包含两类:
基线类:
产品类文档(PRD、UI&
UE)、技术方案;
受控类:
测试计划、测试方案/策略、部署/升级方案、拨测计划、拨测报告、测试报告、产品介绍PPT、客服文档、FAQ、用户手册等北窗要求文档、项目计划、项目总结、开发联调报告等;
配置项范围根据各自部门的实际情况来确定,对于不适用的配置项可相应的剪裁:
序#
名称
所属中心
要求部门
是否
可剪裁
1
产品类文档
(PRD、UI&
UE)
产品中心
(根据各业务线合同要求执行)
否
2
技术方案
开发中心
是
3
测试计划
测试中心
4
测试方案/策略
5
部署/升级方案
6
拨测计划
7
拨测报告
8
测试报告
9
产品介绍PPT
10
客服文档
运营支撑部
11
FAQ
12
用户手册
13
项目计划
14
项目周/日/月报
15
项目总结
16
开发联调报告
【规范7.3-4】CM将基线类及受控类配置项纳入《配置管理计划》,并同步与项目组及相关成员;
【规范7.3-5】各业务线配置项负责人按计划做配置项检查,检查结果记录在配置项报告中;
7.3.3提交配置项
【规范7.3-6】各业务线配置项负责人按计划及时提交受控类文档到指定目录中,提交时填写说明日志;
基线类配置项按计划提交并通知配置管理员;
7.3.4审核配置项
【规范7.3-7】CM对提交的配置项,遵照配置项命名规则进行命名和类别的审核及调整:
新媒传信_xx业务部门_类别(规范/模版/报告)_xxx项目/版本_文档名称
例如:
新媒传信_社区产品部部_报告_飞信同窗独立客户端iPhone1.1.0_测试报告.doc
【规范7.3-8】CM根据配置管理计划审核配置项提交的及时性,如未按计划提交配置项应发出提醒;
【规范7.3-9】变更后的配置项,在重新纳入基线前,配置工程师应再次审核,主要需要审核配置项变更是否按要求变更;
7.3.5标识并建立基线
【规范7.3-10】各业务部门的配置管理员根据要求配置管理规范要求,建立相应的基线并更新配置想报告:
∙基线范围:
目前需要纳入基线的配置项为:
UE)、技术方案
∙定义首次基线:
对于首次纳入基线的配置项,应在配置项经过评审、修改和确认后,提交到配置库中,并发送配置项纳入基线申请邮件给部门的配置管理员,配置管理员建立基线,并更新配置管理报告中的相应内容;
∙定义变更的基线:
已经纳入基线的配置项,如需发生变更,配置项负责人需组织变更讨论并发布变更通知,根据讨论的结果进行配置项变更,再重新进行评审、修改和确认后,再次提交到配置库中(提交时需填写变更的备注说明),并发送配置项纳入基线申请邮件给部门的配置管理员,配置管理员建立基线,并更新配置管理报告中的相应内容;
7.3.6发布基线报告
【规范7.3-11】基线建立/变更后,CM及时邮件通知项目组基线的相关信息(含文档名称、tag号、路径等);
【规范7.3-12】基线建立后,若存在基线变更需求,配置项负责人需重新提交变更后的配置项,进入重新建立基线环节;
7.3.7配置管理活动审核
【规范7.3-12】QM根据质量保证计划进行配置管理活动审核,并发布质量保证报告。
8输出及出口准则
输出:
配置管理计划、基线报告、配置管理审核报告中所有问题全部关闭
9备份管理
9.1部门级配置库备份
【规范9.1-1】各业务线配置管理员每个月备份一次“项目文档(受控文档)库”,并检查配置库所在服务器的磁盘空间,预估磁盘增长情况并及时清理磁盘空间;
【规范9.1-2】除项目文档(受控文档)库以外,其它目录库可根据需要每季度或每半年备份一次;
【规范9.1-3】备份文件应及时上传到组织级数据库中,至少保留2年内的数据;
10附件
无