- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PPQA_CM访谈问题
配置管理(CM)访谈
请简单描述配置管理组的组成和职责?CM GP2.4
提示: 组织级配置管理员(建立配置管理系统、对公司的产品库进行管理、对项目级的配置管理员进行培训指导)
项目级的配置管理员(创建和维护配置库,通过VSS实现对版本的控制管理、基线的建立、定期备份配置库,定期清除配置库中的垃圾文件)。
你是如何知道自己是项目中的配置管理员的?CM GP2.3 、GP2.4
提示: 《配置管理计划》、《项目计划书》
CCB(变更管理委员会或配置管理委员会)通常由哪些角色组成?他们的职责有哪些?CM SP1.3 ;GP2.4、 GP2.7、GP2.10
提示: 每个项目都有CCB,
组长:负责日常开发的技术总监
成员:项目经理,项目相关各部门经理,客户代表,QA等
CCB是个虚拟小组,对配置管理各项活动拥有决策权。
CCB职责:监督配置管理员工作,审批《配置管理计划》、《基线发布报告》、《变更申请表》等。当项目有重大变更时,召开CCB会议。
请简单描述配置管理员主要做如些方面的工作?CM SP1.1 SP1.2 SP1.3 SP2.1 SP2.2 SP3.1 SP3.2
提示:项目启动后,在VSS上建立配置库目录结构、设定权限;制定《配置管理计划》,依据《配置管理计划》建立基线,填写《基线发布通知》和《配置项管理表》;定期对配置库进行物理审计和功能审计,跟踪变更申请,管理配置项。
《配置管理计划》包括:
·配置管理目的
·人员及职责
·用于配置管理的软硬件资源
·定义配置项(配置库的结构、权限说明、配置库标识说明)
·基线建立计划
·配置审计计划
·配置库备份计划
·变更处理方式
A、项目立项后
配置管理员识别项目中需要进行配置管理的配置项。
制定项目的配置管理计划。
提交CCB进行审核并批准。
具体内容参见《配置管理过程文件》
B、创建配置管理系统
配置管理员根据《配置管理计划》,建立配置管理系统,包括安装配置管理工具,建立配置库,进行权限设置等,实现对版本管理。
01-开发库:存放开发过程中产生的文档,代码等半成品资料,由整个项目组管理。
1-个人文件:存放项目组成员的个人文档。
02-管理库:存放该项目的各种管理和工程资料,比如:进度安排,由项目经理进行管理。
1-项目管理:存放项目过程中产生的管理类文档。
2-工程:存放工程类相关的工作产品。
3-支持:存放支持类相关的工作产品。
03-基线库:存放基线。
1-需求基线
2-设计基线
3-开发基线
4-产品基线
代码库:存放临时代码和正式代码,代码库分为临时代码库和正式代码库
1-临时代码库:存放开发过程中的代码。
2-正式代码库:存放基线后的代码、产品验收后的代码、安装程序等。
C、版本发布(版本发布包括基线发布和产品发布)
基线包括需求基线、设计基线、开发基线、产品基线。
如:需求基线建立过程
需求人员在“开发库”中编制《用户需求说明书》、《产品规格说明书》,编写完了后放入“管理库”提出需求评审申请。项目经理组织项目组及相关小组成员对《用户需求说明书》、《产品规格说明书》进行同行评审。经客户确认后,由配置管理员将管理库中的《用户需求说明书》、《产品规格说明书》移到基线库,并填写《需求基线发布通知》,以邮件等方式告知相关组需求基线已建立。基线建立是一个叠加过程,设计基线包括需求基线的配置项。
D、跟踪和控制变更
a、基线变更流程
在设计阶段时,由于市场人员原因引起《用户需求说明书》、《产品规格说明书》的变更,由需求人员填写《需求变更申请表》提交项目经理,项目经理对需求变更影响进行分析(从成本、进度、工作量、产品品质和风险进行分析,参照变更规程文件定义的阈值)决定是否需要提交CCB审批,如果不需要则由项目经理本人直接决定是否变更。
如果需要提交CCB,项目经理则提交《需求变更申请表》给CCB,CCB同意变更后,需求人员从基线库中对把《用户需求说明书》、《产品规格说明书》得下来进行修改,修改后放入“管理库”,项目经理对变更后的结果进行验证,验证通过后,配置管理员将变更后的《用户需求说明书》、《产品规格说明书》放入基线库的“需求基线”。 配置管理员填写《基线发布通知》,通知项目组所有成员,重新建立需求基线。基线发布通知没有CCB审批的流程。
报告配置管理状态
正常情况,配置管理员每周填写一次《配置项管理表》。
基线库中的配置项入库后配置管理员要填写《配置项管理表》。
当基线库中的配置项发生变更时要及时修改《配置项管理表》。
配置管理员要定期向项目组、及相关的小组和个人提交《配置项管理表》,以便报告配置库的状态。
配置项状态:
待建
部分完成
完成
正式发布
修改中
配置审计
配置管理员根据《配置管理计划》, 对配置项和基线进行审核,审核的内容主要包括:基线是否
文档评论(0)