- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
CMMI 最终评审提问单
CMMI最终评审
提问单
二 ○ 一 四 年 三 月
1
CMMI 最终评审提问单
1 CMMI 2级过程域:需求管理 REQM
1.1 SG1 管理需求
1.1.1 SP 1.1 项目组通过何种方式理解需求?
答: 1 、项目在获取客户需求中,通过与客户访谈的方式获取需求生成需求
记录表,依据需求记录表编写了用户需求规格说明书; 2、项目组人员对用户需
求说明书进行分析,分析了功能点,形成软件规格说明书; 3、项目组与用户一
起参与了需求评审会议,对用户需求规格说明书进行了确认,形成了会议纪要,
确保了对于需求的含义达成一个相容的共同的理解。
1.1.2 SP 1.2 怎样获得对需求的承诺?
答: 1 、项目对用户需求进行了分析,形成了用户需求规格说明书; 2、项
目组成员(项目经理、需求人员、设计人员、开发人员、测试人员)与相关干系
人一起参加了需求文档的评审,并在评审报告上签字。
1.1.3 SP 1.3 如何管理需求的变更?
答: 1、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管
理,用户或项目组成员提出需求变更申请填写需求变更申请表, 项目经理获得需
求变更之后进行影响分析,填写软件变更申请表;
2、变更控制委员会( CCB)对需求变更申请表和软件变更申请表进行评审,
讨论变更是否能通过,并形成会议纪要;
3、从配置管理员处获取相应的配置项进行变更,变更完成过后进行相应的
验证,通过验证之后填写 《软件变更报告单》;将软件报告单提交 CCB进行批准。
4、项目经理发出基线建立申请,建立相应基线,配置管理员进行审计并发
布配置状态。
1.1.4 SP 1.4 如何维护需求的双向可追溯性?
答:对项目的需求通过需求跟踪矩阵进行双向溯源和管理,先对各个需求做
统计,然后在各个阶段做需求维护,对需求的实现,需求的测试,需求的交换和
验收都有追溯。
1.1.5 SP 1.5 在你的项目中如何确保项目工作与需求的一致?
答: 1、需求、设计、编码等阶段的评审检查单对项目的工作任务和需求的
2
CMMI 最终评审提问单
一致性进行了检查;
2、使用需求跟踪
3、矩阵对发生变更的需求进行双向溯源。
3、里程碑评审时,检查工作任务与最初需求是否一致。
4、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理,
并形成软件变更申请表。
1.2 GG2使已管理的过程制度化
1.2.1 GP 2.1 关于这个过程域组织建立了怎样的过程方针,记
录在哪里?
答:《需求管理过程》中描述了需求开发与管理过程的方针:通过定义需求
管理过程,规范公司软件开发项目的需求管理活动,提高需求质量,从而提高软
件生产率,降低开发成本,改进软件质量。
需求管理应控制需求的变更,并确保项目工作产品与需求的一致性。
1.2.2 GP 2.2 如何策划该过程的活动,产生怎样的工作产品?
答: 1、项目的项目进度计划 WBS中需求管理的活动体现了对需求开发与管
理过程的策划情况;
2、对项目总体计划及 WBS进行评审,形成了评审报告。
1.2.3 GP 2.3 组织有否提供充足的资源支持该过程域的活动,
都有哪些资源?
答:是,在人力资源方面,项目经理谢青松负责需求管理。
1.2.4 GP 2.4 是否为相关角色分配了职责?记录在哪里?
答: 1、总体计划和附属计划中对参与项目需求开发与管理人员的职责
文档评论(0)