请问有啥好的需求管理工具( 五 )

请问有啥好的需求管理工具

网址:http://www.cnrdm.com/index.php/zh_cn/Product/18.html 比较内容Telelogic DoorsIBM Rational RequisitePro青铜器RDM结论项目级别的比较(1)Doors 将所有的与需求相关的数据均存放在服务器上的 doors 数据库(不是商业数据库)中。(2)一个 DOORS Database 能够同时支持许多个不同的项目开发,从而使得新的项目能够复用和共享过去的文件和信息。不同项目(文件)之间的追踪关系可以跨项目建立。(1)ReqPro 将需求的数据存放在数据库中,而把与需求相关的上下文信息存放在 Word 文档中。(2)一个 Database 只能支持一个项目的开发 , 无法支持对过去文件和信息的复用和共享。不同项目之间无法建立联系。(1)RDM所有项目的需求统一保存在一个Database,该数据库可以是Oracle、Sql、Mysql任何商用数据库(2)不同项目之间的需求可以相互关联、共享;同时支持产品标准化需求库,从而支持平台化产品开发模式,可以基于产品标准需求库构建项目,实现具体客户的个性化。RDM、Doors 占优(1) Doors 中的项目显然是从企业的级别考虑,任何一个用户,只要有权限,就可以访问企业中的任何一个项目的需求数据。 (2)RDM需求集中保存,便于统一维护,跨项目共享也更方便,同时产品通用需求库概念,支持平台化开发模式,兼顾平台化和项目个性化要求。多人同时访问(1)一个时刻,只能有一个人修改一个 module (类似于 requisitepro 中的一个 word 文档),其他人只读方式打开。DOORS 有访问方式:独占、共享和只读。当某人独占打开某个 module 时,其他人只能只读访问。但 DOORS 提供共享方式,特别是可以允许不同的人同时修改同一文档的不同部分,比如 A 用户负责修改第一章, B 用户负责修改第二章。这是 tool-setup for sharing 的功能。(1)一个时刻,只能有一个人修改一个 word 文档。其他人只读方式打开。(1)RDM支持需求检入/检出,版本化操作;同时不同版本之间的差异化能自动对比分析(2)RDM的需求可以灵活根据需求类型、需求状态划分权限,支持多人并发对需求进行编辑、维护。RDM占优,ReqPro、Doors两者相同。需求创建和编辑在 doors 中创建和编辑(与 word 的使用类似。)创建方法简单直观。在 word 文档中创建和编辑,创建方法和理解上略有困难。在 requistitepro 中创建的需求放在数据库中,不能被文档使用RDM支持在线创建编辑需求 和 基于Excel编辑需求,然后集中导入RDM 两种模式。在线编辑支持富文本、直接插入图片等个性化手段各有优劣, ReqPro、RDM略占优(1) doors 中创建和使用简单,不需要 word 。但是,它毕竟没有 word 的编辑功能强大。(2)RDM支持富文本、直接插入图片方式,能使需求展现的更直观需求修改历程的纪录和管理(1)可以针对 module (类似于 requisitepro 中的一个 word 文档)打基线。可以比较基线之间的不同点。基线可以作为创建新的 moduel 的模版。(2)需求项的修改有历史记录,并且可以回滚到任何一个历史点的内容。(3)可以和主流的配置管理工具集成使用;(1)需求项的修改有历史记录。 (2)可以和 clearcase 工具集成使用 , 完成基线功能,但是只是形成版本,没有比较功能。(1)RDM支持需求检入/检出,版本化记录,同时一个页面展现版本间差异(2)RDM本身提供变更管理流程,并且流程可配置,需求和流程的集成性高(3)RDM同时提供变更关联提醒功能,需求变更后自动通知子需求、关联需求、对应的测试用例。Doors、RDM占优(1)优势明显,而且该功能比较有用。 (2)RDM的版本间差异对比、变更关联通知非常有价值。对需求变更的管理Doors 本身具备变更管理系统,即变更的提交,评审,应用,并因此可以给指定的用户分配不同的角色(如提交者,审阅者,应用者);内容讨论能力较弱 可以和主流的变更管理工具集成使用;DOORS 可以和 ClearQuest 集成,可以使用 CQ 的功能扩展变更流程,使需求项和变更请求紧密相关RequisitePro 有针对需求项的讨论功能。类似于 bbs 中的主题讨论。使用比较方便。讨论没有区分权限,但是有明显的讨论人和讨论时间。 与 clearquest 工具集成;1)RDM支持需求检入/检出,版本化记录,同时一个页面展现版本间差异(2)RDM本身提供变更管理流程,并且流程可配置,需求和流程的集成性高(3)RDM同时提供变更关联提醒功能,需求变更后自动通知子需求、关联需求、对应的测试用例。各有优劣, RDM 略占优 多个需求项及追踪关系的显示Doors 能够在一个专门的界面上给用户一次显示一个 module 文件中的所有需求项和相互之间的追踪关系 ( 即支持 in 和 out 的需求追踪 ) ,从而支持用户同时观看所有相互依赖的需求项。有专用的追踪矩阵图,以二维表的形式展示需求项之间的追踪关系。(1)针对单个需求,一个页面可以追踪到市场需求、产品需求、设计需求、物理模块、项目构建、测试用例、开发任务、测试缺陷,实现端到端追踪(2)针对集中追踪,提供跟踪矩阵、跟踪表两种模式RDM占优(1)RDM跟踪更全面,涉及到测试用例、项目任务、物理模块、测试缺陷。(2)RequisitePro 的功能强大,界面也比较复杂,使用不便,但RDM同样功能,RDM界面更清晰、明了。可疑 link (需求变更)的通知 (1)当 link 的一方产生变更时, Doors 可以自动产生提示符通知另一方,而不需要在 link 的矩阵上查找;(2)可以清楚地看到导致可疑 link 的需求内容变更情况没有自动提示,必须通过追踪关系矩阵来查找,当追踪矩阵比较大时,非常费时费力;(1)当 link 的一方产生变更时, RDM 可以自动产生提示符通知另一方,同时自动把变更的信息推给对方(2)Link方不仅仅是需求还涵盖测试用例,通知更全面RDM、Doors 占优(1)RDM更优,可以灵活配置哪些属性变化才通知,同时变化信息能自动推送给link方,更易用(2)Doors 的可疑 link 原理是通过需求内容的改变自动置 link 为可疑,比较科学。 与已有产品的集成Clearquest 、 clearcase 、 roseClearquest 、 clearcase 、 rose 、 testManager 、 project2002RDM本身就是研发一体化平台,可以使客户最大程度节约投入Requistitepro 占优与 word 的集成需求的创建和修改工作完全在 doors 中完成。只是提供了导出符合格式的 word 文档。与 word 紧密集成,需求的创建和修改工作大部分在 word 中完成。需求的创建和修改工作在 RDM 中完成。灵活定义导出的内容和格式,可以直接导出为Word、PDF、Excel格式。Requistitepro 、RDM占优 从现有 word 文档的导入功能。支持,基本上是 word 文档中的一段对应 doors 中的一个需求项( object )。同时, word 中的表格、图像等 ole 对象也可以导入。支持 Word 文档的导入,同时支持 table , picture 和 OLE object 的导入不支持普通 word 文档的导入不支持Word,支持ExcelDoors 占优 离线编辑功能没有找到离线编辑的好方法。可以使用 word 把文档下载到本地编辑(可以离开网络环境)。然后再提交到 requisitepro.没有找到离线编辑的好方法。Requistitepro 占优该功能比较有用。权限控制 Doors 具有灵活的权限控制,包括:只读,修改,创建,删除,管理等五种级别。权限控制可以针对每一个用户在每一个 database ,项目目录,文件,实施等;权限控制的种类和级别有限。包括:只读、完全控制。权限只能针对项目 。RDM 具有非常灵活的权限控制,包括:只读、编辑、创建、删除、管理等五种级别。同时可以基于需求字段属性配置权限RDM 占优数据备份和恢复简单有效复杂,要保证文件和数据库同时备份。可能使用 access 数据库会 …简单方便,只需要配置数据库、服务器上的文件库目录即可RDM、Doors 占优 异地需求管理(Multi-site)Doors 提供灵活的方式实现需求异地管理的方式; Doors 强大的性能优势也保障了大型项目异地需求开发 / 管理的可能;无异地使用模式RDM是B/S结构,提供领会异地访问管理模式RDM已经有众多实际案例是否易于掌握容易使用较容易使用容易使用,但前期配置有一定的工作量Requistitepro 上手较快(因为是在 word 中编辑),想各个功能用的比较顺手需要一段时间。Doors 大部分功能比较容易掌握。RDM终端用户操作方便,但系统配置需要一定工作量。


推荐阅读