项目级别的比较

（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 candysdh 发表于 2012/12/12 17:11:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志