CMM中的需求管理及需求开发

CMM中的需求管理及需求开发

ID:36408967

大小:187.50 KB

页数:7页

时间:2019-05-10

CMM中的需求管理及需求开发_第1页
CMM中的需求管理及需求开发_第2页
CMM中的需求管理及需求开发_第3页
CMM中的需求管理及需求开发_第4页
CMM中的需求管理及需求开发_第5页
资源描述:

《CMM中的需求管理及需求开发》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、需求管理(RequirementsManagement)是属于CMM2中的过程域,简称为REQM,需求开发(RequirementsDevelopment)是CMM3中的过程域,简称RD。这两个过程域是CMMI体系中关于需求的全部内容,下面分别对这两部分进行介绍。本文对CMM的一些基础知识、基础术语不再介绍。需求管理与需求开发的分界线:大家可以这样理解,需求管理是指对需求变更的管理、对需求的跟踪,而获取需求、定义需求则属于需求开发部分。需求管理在CMMI中,需求管理的目标定义为:a.把软件需求建立一个基线供

2、软件工程和管理使用。b.软件计划、活动和工作产品同软件需求保持一致。更高的目标:软件需求的复用需求管理的原则和方法a.必须与需求工程的其他活动紧密整合b.需求必须是文档化的、正确的、最新的、可管理的、可理解的c.只要需求变化了,需求变更的影响就必须被评估d.需求必须分优先级e.需求一定要分类管理需求管理的主要工作:特定目标和特定实践特定目标l管理需求管理需求并识别需求与项目计划和工作产品之间的差异。lSP1.1取得需求理解lSP1.2取得需求承诺lSP1.3管理需求变更lSP1.4维护需求的双向追溯性lSP

3、1.5识别项目工作与需求间的差异REQM特定目标的关系SP1.1取得需求理解SP1.1和需求提出者一同来了解需求。l识别出谁是需求的提供者l识别出需求的接受标准:a.Clearlyandproperlystated得到清晰和恰当的定义b.Complete完整的c.Consistentwitheachother相互一致的d.Uniquelyidentified得到唯一标识的e.Appropriatetoimplement适宜实现f.Verifiable(testable)可以验证(测试)g.Traceable

4、可追溯l分析需求,确保符合已建立的准则。l与需求提供者达到需求共识,以使项目成员能承诺它们SP1.2获取对需求的承诺SP1.2取得项目成员对需求的承诺。l评估需求对现有承诺的影响。需求变更或新需求发生时,评估它们对项目成员的影响。l协商并记录承诺。在项目成员对需求或需求改变承诺之前,对现有承诺的改变应先进行协商。l承诺的时间点:a.需求刚建立时b.需求变更时产出物l需求影响评估l需求和需求变更承诺的纪录l项目组成员工作任务书SP1.3管理需求变更SP1.3当需求在项目执行期间逐渐开发时,管理需求的变更。l在

5、项目执行期间,造成需求变更的原因很多:a.需要改变b.工作进行中产生新需求l提出需求变更的动机是好的,目的是希望产品更加符合用户的需求。对项目开发小组而言,变更需求意味着要调整资源、重新分配任务、修改前期工作成果等,开发小组要为此付出较重的代价。如果每次需求变更请求都被采纳的话,这个项目也许永远不能按时完成。配置变更委员会CCBlCCB是授权进行正式基线变更的机构ü例如客户需求、设计基线。。。l职能:ü确保变更被分类以及被评估ü评审和批准变更ü确保只有被批准的变更得到实施ü决定需要实施的变更的优先级l变更控

6、制活动必须在整个项目中具有可视性lCCB成员可能包括:项目经理,配置管理员,质量保证人员,开发人员代表,客户代表。需求变更的阶段l提交l评估l审批l实施l验证l关闭产出物l需求变更申请表l需求变更汇总表SP1.4维护需求的双向追溯性l维护需求与项目计划和工作产品间的双向追溯性。l产出物:需求跟踪矩阵需求跟踪矩阵的主要作用RTM的作用A、验证需求的可实现性、可测试性B、进行需求变更的影响分析C、维护阶段,管理需求的变更需求跟踪矩阵分为:纵向跟踪和横向跟踪应该建立哪些需求跟踪矩阵?l在SEI的调查中达成的基本共

7、识是:纵向跟踪是必须的,如果没有,则REQMSP1.4无法通过。l对于纵向跟踪矩阵:必需的:ü客户需求与产品需求的跟踪ü产品需求与测试用例的跟踪ü100%的接口需求ü全局性需求ü核心需求并非必需的:ü性能需求ü不影响系统架构的功能需求需求跟踪矩阵由谁来建立?l有多个角色参与建立RTM:a.需求开发人员b.设计人员c.测试用例的编写人员d.PPQARTM是否纳入基线管理?lRTM要纳入基线管理。l纳入基线后,每次变更都要申请,RTM的变更一般是和其他配置项的变更一起申请,很少单独申请变更RTM,除非RTM有错

8、误。l如何简化RTM的工作?l由于在RTM中,需求可能有很多项,设计、测试用例、代码等都有多项,所以建立和维护RTM的工作量还是比较大、比较烦琐。对于变化频繁的项目,更是如此。在实践中,为了简化该RTM的建立与维护工作,有的企业仅仅通过需求与设计、代码、测试用例的编号来实现跟踪,如需求为:r1,r2,……等编号,而设计的编号为:r1-d1,r1-d2,…….,测试用例的编号为:r1-t1,r1-t2等等。需要注意

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。