你们公司是如何做需求管理的？这里给大家介绍一款功能全面的需求管理工具

cloudtopo

需求管理对研发而言的重要性这里就不多讲了,这里直接给大家探讨一下如何进行需求管理.对需求进行管理，有很多解决方法，最简单的是通过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系统中的需求库和测试库有了一个大致的了解,下面我们从里程碑(或版本)的视图中来看看需求管理功能.

四：需求与里程碑的关系。
需求往往是被成批并且可能会被划分成几个实现阶段分别实现的，这种被分成的各个阶段在TOPO系统中是用里程碑来管理的。当一个需求被接受时，我们总是会将该需求计划入某个里程碑中来实现，因此当某个里程碑进行过程中或结束后，我们就可以通过里程碑视图来查看一些与需求相关的信息，例如里程碑中实现了哪些需求，这些需求的测试覆盖情况如何?这些需求耗费了多少人力,这些需求的测试进展情况如何?下面我们来介绍一下这方面的情况:
1.里程碑中的需求统计
通过需求跟踪状态统计功能,我们很容易看到一个里程碑的所有需求的开发进展情况,如下图所示:



2.里程碑中的需求测试覆盖.
如果一个需求纳入到某个里程碑(或版本)中,就表示该需求将在该里程碑中实现,这时,从里程碑的视图中,我们可以看到纳入到该里程碑的所有需求的测试用例覆盖情况,使用上面介绍的系统转换功能,系统自动完成了这种用于测试覆盖分析的关联. 我们来看看TOPO系统中如何查看测试覆盖.
2.1:图形方式展现尚没被测试覆盖的需求. 这个图可以看到”没有被测试覆盖的需求随着时间进展的状况”,从而为管理者看到整个用例开发的进展情况. 如下图所示:



2.2:表格方式展现随着时间的变化尚没被测试覆盖的需求的统计计数,如下图底部的统计表:



尽管没有图形方式直观,但是表格方式有一个好处就是可以通过点击表格中的数字链接,直接查看哪些需求还没有被测试覆盖.例如点击最近一个日期(2010/5/24),我们可以看到在5月24日时还没有被测试覆盖的需求列表.如下图所示:

[/url]

TOPO系统中的需求管理功能至此就大致介绍完了,如果你的团队正好想通过引入一些研发管理系统来改善管理过程,欢迎与杭州云图科技联系,我们会为您提供更多的产品咨询.

关于TOPO研发管理系统
Topo研发管理系统是云图科技面向研发管理的创新平台，在统一的平台下提供了研发项目管理、流程管理、团队协作的完整解决方案。该系统是集数据和文档管理、版本管理、需求管理、任务管理、缺陷管理、测试管理、工作流管理、零部件管理、配置管理、项目成本管理、会议管理、知识共享等应用系统于一体的充分集成的企业级产品生命周期管理系统。作为创新的协作式研发管理平台，Topo为客户提供了研发活动管理的整体解决方案，其功能全面，界面友好，安装简单，配置灵活，并且在权限管理以及可扩展性等方面均十分出色。

关于杭州云图科技
云图(Cloudtopo) 是一家注册在中国杭州的软件技术型公司，成立于2008年，旨在为世界各地的研发团队提供研发全流程的技术支持，公司通过采用最新互联网技术，为各种类型的企业的研发团队提供服务。

surpass_li

了解，关注。。。。

leoflash

{:2_167:}{:2_167:}{:2_167:}

cloudtopo

IBM Doors作为需求管理工具，也可以了解一下。

blackuhlan

该系统是集数据和文档管理、版本管理、需求管理、任务管理、缺陷管理、测试管理、工作流管理、零部件管理、配置管理、项目成本管理、会议管理、知识共享等应用系统于一体的充分集成的企业级产品生命周期管理系统。

如果都管理这么多东西了，干脆叫项目管理工具算了，叫需求管理岂不是委屈他了。看了一下，基本上加上人力资源管理和外包管理，基本项目管理的领域就涉及全了。

我们国家的人什么时候才会有做精品的概念呢？