今天读到许多介绍需求管理工具的文档,前些年试用过两款工具,把一些新的体会张贴出来,供大家议论。这些工具近年来肯定又有了新的改进,更全的功能 请大家参考工具的帮助文档。
比较内容 | 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 大部分功能比较容易掌握。 |