需求的管理文档介绍.docxVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
/thread-1717008-1-1.html需求管理对研发而言的重要性这里就不多讲了,这里直接给大家探讨一下如何进行需求管理.对需求进行管理,有很多解决方法,最简单的是通过excel进行管理,更好的是采用需求管理系统,或者研发管理系统中包含需求管理模块。如IBM就有专门 针对需求管理的独立系统(Rational RequisitePro)。市面上的研发管理系统大都包含需求管理功能,只是在具体实现功能上有所差异。这里给大家简单介绍一下杭州云图科技公司的TOPO研发管理系统在需求管理方面的功能。一:我们首先来看看如何创建需求树.1:需求一般都是以一颗需求树的形式组织的.比如以NOKIA手机开发团队开发NOKIA C5-00手机为例,该团队可以先创建一个NOKIA C5-00的需求目录.如下图所示:2:然后,我们就可以将NOKIA C5-00手机的所有开发需求都创建到这个需求目录下.方法为进入到该需求目录的”子需求”页面,点击”新建”按钮添加需求,选择需要添加子需求目录还是直接添加子需求,这里我们选择在子需求目录,然后再次输入该子需求目录的一些信息,如下图所示:然后再次输入子需求目录信息,如下:我们也可以直接在某个需求子目录下创建需求,表单如下:好了,我们来看看创建好后的需求树,我们从需求树中可以很容易从整体上看到NOKIA C5-00的所有需求情况:需求通过审核后,就正式进入研发开发过程.绝大多数开发任务是基于需求的,下面我们来看看需求与开发任务的关系.二:需求与开发任务的关系.需求被接受后,那么研发团队就会对这些需求根据优先级进行开发,这时就会产生一系列与该需求对应的开发任务。因此设计良好的研发管理系统应该将具体的开发 任务与需求进行关联,即可以通过系统看到某个需求产生了多少开发任务,从而可以根据这些任务来得知该需求何时能够开发完成?开发完成后还可以汇总开发该需 求耗费了多少人力等信息。这里就不具体介绍在TOPO系统中需求与开发任务关联操作的方法了,我们直接来看看结果:1:查看与需求相关的任务2.TOPO系统中的任务是可以层级分解的,如上图中的开发任务,可以分解如下,具体方法在此就不介绍了,来看看分解后的一个例子:经过上面的开发步骤,一个需求就被开发完成了,下一步就是进入测试.下面我们接着介绍一下TOPO系统中如何处理需求与测试的关系.三:需求与测试的关系.?在TOPO系统中,测试管理模块是一个独立的模块,但是测试管理模块与需求管理,任务管理模块有被有机的组合在了一起. 在TOPO系统中,测试管理模块的需求不用再创建一遍,测试与开发工作共享统一的需求库,这也是集成式研发管理系统带来的好处. 如果采用独立的测试管理系统,如QC等,显然你还需要为QC下的测试工作再重复建立一套需求库.不仅仅共享需求,测试团队和开发团队也共享同一个缺陷库,同一个任务库,当然,像版本,里程碑信息等也是共享的. 1.我们先来看看测试管理模块中如何查看需求库.上面这个图看到的需求与前面看到项目开发模块中的Nokia C5-00需求库完全一致,只是这次是从”测试”模块中看到的需求库的内容而已.基于需求展开测试有两类工作要做:首先是为需求开发测试用例,其次是为执行为需求开发的测试用例,及运行用例.我们先来看看如何为需求开发测试用例.?2.为需求开发测试用例.测试用例在TOPO测试管理模块中是以测试用例库的方式组织的,测试用例库以测试套件(即测试用例文件夹)和测试用例组成的用例树的方式表现的,我们先来看看测试用例库中一个测试用例树的例子.需求被开发完毕后,测试人员或验收人员需要对需求实现进行确认。那么测试人员需要为需求编写测试用例,并且根据这些测试用例进行测试验证。系统提供需求与测试任务的关联,可以很好的衡量一个需求是否经过了严格的测试,并且通过需求与测试任务的关联,也可以用来统计测试方面耗费的人力。为需求开发测试用例,TOPO系统提供”需求转换”功能,用户可以将需求库中的需求以3种不同的方式转换成用例库中的测试套件和测试用例,下面是整个转换工作的操作步骤截图.2.1 第一步:选择需求库中的需求目录和需求:2.2 第二步:选择需求转换为测试用例的方式.2.3 第三步:如果由测试用例生成,这些用例显然还需要二次完善,配置一个测试人员来负责完善该用例,如下图:2.4 配置完成后,可以启动转换工作了.转换完成后,所有刚被转换出的测试用例的状态都为”创建”状态,并且用例的负责人会在系统中的”待处理任务列表”中存放了这些待开发的测试用例列表.这样便于通知测试人员负责来完成这些用例的后续开发工作.双击打开左边的一个待处理的用例,就可以在右边窗口中晚上该测试用例的信息了,如下图右边所示:介绍到这里,我们对TOPO系统中的需求库和测试库有了一个大致的了解,下面我们从里程碑(或

文档评论(0)

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

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

1亿VIP精品文档

相关文档