Doors 和RequisitePro使用比较报告(个人观点)

 

今天读到许多介绍需求管理工具的文档,前些年试用过两款工具,把一些新的体会张贴出来,供大家议论。这些工具近年来肯定又有了新的改进,更全的功能 请大家参考工具的帮助文档。

比较内容

Telelogic Doors

IBM Rational RequisitePro

结论

项 目级别的比较

1 Doors 将所有的与需求相关的数据均存放在服务器上的 doors 数据库(不是商业数据库)中。

2 )一 个 DOORS Database 能够同时支持许多个不同的项目开发,从而使得新的项目能够复用和共享过去的文件和信息。不同项目 (文件)之间的追踪关系可以跨项目建立。

1 ReqPro 将需求的数据存放在数据库中,而把与需求相关的上下文信息存放在 Word 文档中。

2 )一 个 Database 只能支持一个项目的开发 , 无法支 持对过去文件和信息的复用和共享。不同项目之间无法建立联系。

 

Doors 占优

1 Door 中的项目显然是从企业的级别考虑,任何一个用户,只要有权限,就可以访问企业中的任何一个项目的需求 数据。

 

多人同时访问

1 )一 个时刻,只能有一个人修改一个 module (类似于 requisitepro 中的一个 word 文档),其他人只读方式 打开。

DOORS 有访问方式:独占、共享和只读。当某人独占打开某个 module 时,其他人只能只读访问。但 DOORS 提 供共享方式,特别是可以允许不同的人同时修改同一文档的不同部分,比如 A 用户负 责修改第一章, B 用户负责修改第二章。这是 tool-setup for sharing 的功能。

1 )一 个时刻,只能有一个人修改一个 word 文档。其他人只读方式打开。

两者相同。

需求创建和编辑

doors 中创建和编辑(与 word 的使用类似。)创建方法简单直观。

word 文 档中创建和编辑,创建方法和理解上略有困难。在 requistitepro 中创建的需求放 在数据库中,不能被文档使用

各有优劣, requistitepro 略占优

1 doors 中创建和使用简单,不需要 word 。 但是,它毕竟没有 word 的编辑功能强大。

需求修改历程的纪录和管理

1 )可 以针对 module (类似于 requisitepro 中的一个 word 文档)打基线。可以比较 基线之间的不同点。基线可以作为创建新的 moduel 的模版。

2 )需 求项的修改有历史记录,并且可以回滚到任何一个历史点的内容。

3 )可 以和主流的配置管理工具集成使用;

1 )需 求项的修改有历史记录。

 

2 )可 以和 clearcase 工具集成使用 , 完成基 线功能,但是只是形成版本,没有比较功能。

Doors 占优

1 )优 势明显,而且该功能比较有用。

对 需求变更的管理

Doors 本身具备变更管理系统,即变更的提交,评审,应用,并因此可以给指定的用户分配不同的角色(如提交 者,审阅者,应用者);内容讨论能力较弱

 

可以和主流的变更管理工具集成使用;

DOORS 可以和 ClearQuest 集成,可以 使用 CQ 的功能扩展变更流程,使需求项和变更请求紧密相关

RequisitePro 有针对需求项的讨论功能。类似于 bbs 中 的主题讨论。使用比较方便。

讨论没有区分权限,但是有明显的讨论人和讨论时间。

 

clearquest 工具集成;

各有优劣, Doors 略占优

 

多 个需求项及追踪关系的显示

Doors 能够在一个专门的界面上给用户一次显示一个 module 文件中的所有需求项和相互之间的追踪关系 ( 即支持 in out 的需求追踪 ) ,从而支持用户同时观看所有相互依赖的需求项。

有专用的追踪矩阵图,以二维表的形式展示需求项之间的追踪关系。

各有优劣

1 doors 的界面简单,功能简单,一个界面中显示所有追踪。

2 RequisitePro 的功能强大,界面也比较复杂,使用不便。

可 疑 link (需求变更)的通知

 

1 )当 link 的一方产生变更时, Doors 可 以自动产生提示符通知另一方,而不需要在 link 的矩阵上查找;

2 )可 以清楚地看到导致可疑 link 的需求内容变更情况

没有自动提示,必须通过追踪关系矩阵来查找,当追踪矩阵比较大时,非 常费时费力;

Doors 占优

(1)Doors 的可疑 link 原理是通过需求内容的改 变自动置 link 为可疑,比较科学。

 

与 已有产品的集成

Clearquest clearcase rose

Clearquest clearcase rose testManager project2002

Requistitepro 占优

word 的集成

需求的创建和修改工作完全在 doors 中完成。只是提供了导出符合格式的 word 文 档。

word 紧 密集成,需求的创建和修改工作大部分在 word 中完成。

Requistitepro 占优

 

从 现有 word 文档的导入功能

。支持,基本上是 word 文档中的一段对应 doors 中 的一个需求项( object )。同时, word 中 的表格、图像等 ole 对象也可以导入。

支持 Word 文 档的导入,同时支持 table picture OLE object 的导入

不支持普通 word 文 档的导入

Doors 占优

 

离 线编辑功能

没有找到离线编辑的好方法。

可以使用 word 把 文档下载到本地编辑(可以离开网络环境)。然后再提交到 requisitepro.

Requistitepro 占优

该功能比较有用。

权 限控制

 

Doors 具有灵活的权限控制,包括:只读,修改,创建,删除,管理等五种级别。权限控制可以针对每一个用户 在每一个 database ,项目目录,文件,实施等;

 

权限控制的种类和级别有限。包括:只读、完全控制。权限只能针对项目

Doors 占优

 

数 据备份和恢复

 

简单有效

复杂,要保证文件和数据库同时备份。可能使用 access 数据库会 呵呵

Doors 占优

 

异 地需求管理

(Multi-site)

Doors 提供灵活的方式实现需求异地管理的方式; Doors 强大的性能优势也保障了大型项目异地需求开发 / 管理的可能;

无异地使用模式

Doorsd 的这种情况一般用于有承包商的情况。没有实际试用。

是 否易于掌握

容易使用

较容易使用

Requistitepro 上手较快(因为是在 word 中 编辑),想各个功能用的比较顺手需要一段时间。

Doors 大部分功能比较容易掌握。

 

猜你喜欢

转载自gstarwd.iteye.com/blog/618296