PPQA_CM访谈问题.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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)

xcs88858 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档