Polarion RM 与 DOORS 对比
Polarion RM 和DOORS 是目前需求管理领域内的两款典型的商业工具。
Polarion RM 是西门子ALM解决方案Polarion ALM 中组成部分，是一款基于Web的需求管理系统。Polarion ALM 目前已广泛服务于汽车、航空航天、医疗等领域。
DOORS 是IBM早期的在需求管理领域的商业软件。目前占有较高的市场份额，广泛应用于汽车、航空航天等行业。
功能对比
软件模式
DOORS
- 支持C/S模式，专用的客户端软件。
- 安装DWA后支持B/S模式，通过浏览器访问。
Polarion RM
- 支持B/S模式，通过浏览器访问。浏览器端提供了全部的管理功能，用户基于浏览器进行百分之百的功能操作。
说明
- DWA提供的WEB访问功能比较弱化，是客户端功能的子集，适合在浏览器中对需求进行查看操作，不太适合编辑。因此，浏览器一般作为辅助，用户基本上还是要安装客户端软件。
- Polarion 原生是基于浏览器的系统，用户基于浏览器开展工作。
- 相比DOORS, Polarion更轻，完全基于浏览器，用户无需安装任何桌面软件。同时，Polarion 采用新的技术，用户在浏览器端操作非常流畅，用户体验非常不错。
工件组织结构
DOORS
Project -> Folder -> Module -> Object：项目和文件夹可以相互嵌套，模块是需求的容器，DOORS的需求是条目化的，Object标识了DOORS中一条对象。
Polarion RM
Project Group -> Project -> Space -> Document -> Work Item：项目群是项目的逻辑容器，Project是项目相关数据的存储容器。Space可以对文档进行分类组织。文档内包含Work Item，是需求的组织容器。Work Item和DOORS Object类似，标识一条需求或其他工件。
结论
- 两款工具的原模型比较相似，基本上都能满足项目所需要的组织结构形式。
- Polarion 中的Work Item 和 Document都可以绑定工作流，功能相对强大。而DOORS中工作流是弱化的。
需求编辑方式
DOORS
- 支持在工具内编辑文本、插入图片、插入表格（表格对象或DOORS自带表格）
Polarion RM
- 支持在浏览器内编辑文本、插入图片、插入表格
- 支持在浏览器内编辑文本、表格、插入目录、图目录、表目录等。
- 内置图形编辑器，用户可以再浏览器中进行图形的编辑，例如编辑UML图等。
总结
- DOORS 的需求编辑方式感觉上不如Polarion更加流畅（个人体验），DOORS的“工具感觉”更多一些，Polarion则更接近于Word，更加符合用户习惯。
- DOORS虽然支持多种格式，如图片、表格等，但Polarion根据优势，它提供了嵌入式的图形编辑功能。基于这个功能，用户除了可以直接插入图片之外，也可以直接在线进行编辑。
多人同时访问
DOORS
- DOORS模块打开方式有只读、独占和共享三种模式。只读模式允许多人同时读取。独占模式允许多人同时读，只有一人可写。共享模式允许多人协同同时编辑同一模块的不同章节。
Polarion RM
- 支持多人同时在线编辑。
需求版本管理
DOORS
- Object对象有版本记录。
- 模块级别支持基线。
- 支持多模块的复合基线。
Polarion RM
- 所有的工件都是版本化的，用户的每次保存都会产生新的可追溯的版本。
- 支持在项目级别打基线。
结论
- 二者在版本管理上功能都比较强大，均能解决“WHAT WHEN WHO WHY” 的问题。
- DOORS中更多的会使用基线进行管理，而Polarion使用文档的版本即可实现类似于DOORS模块基线的功能。因此，二者在实际的使用过程中使用方式会有差异。
需求变更
DOORS
- 内置CPS(变更建议系统)，支持简单的变更流程。
- CPS角色固定，不可扩展，功能比较固化。一般情况下，CPS很难满足客户实际的变更场景。
- 多数情况下，DOORS需求的变更，要么选择线下走变更流程，然后再线上更改。要么，集成第三方变更管理工具，实现在线的需求变更工作流。
Polarion RM
- 需求基于Work Item体现，工作项的工作流高度可定制，因此，Polarion RM原生功能通过定制即可满足任意复杂的变更工作流。
结论
- DOORS的工作流非常弱，一般要借助于第三方工具的集成才能实现线上工作流。而Polarion则原生支持，且具有灵活的工作流定制功能。
需求追踪
DOORS
- 支持对象间的链接关系
Polarion RM
- 支持链接关系
需求状态管理
DOORS
- 通过定义Object的属性来标志不同的需求状态。
Polarion RM
- 通过定义工作项的属性来标志不同的需求状态。
- Polarion RM 原生支持审批及电子签名功能。
导入导出
DOORS
- 支持Excel格式数据导入
- 支持Excel格式的导出。
Polarion RM
- 支持Word/Excel格式的导入，并且支持图片数据导入。
- 支持Word/Excel格式的导出，并且支持图片数据的导出。
结论
- DOORS的导入导出功能比较弱，特别是Excel格式，而且，对导入数据的格式有一定限制，组织良好的数据对导入DOORS比较有利。
- Polarion在导入导出层面要明显强于DOORS，而且支持Round-trip机制可以实现离线协同。
离线协同
DOORS
- DOORS原生功能不支持离线协同
- 自研插件或通过第三方插件实现。例如，北京汇明科技的基于Word的离线需求编辑插件。
Polarion RM
- 支持基于Excel和Word的Round-trip
结论
- 离线协同是Polarion的一个关键特性，能有效满足不同部门或公司间的离线协同。
需求复用
DOORS
- 用户可以通过 “拷贝-裁剪” 方式进行简单复用。
- 用户可以通过开发专用DOORS插件支持复杂需求复用。例如，北京畅研汇明科技的DOORS需求复用插件。
Polarion RM
- 可以使用导出独立数据的模式，该模式下，导出的数据与源数据间无关联。但，在文档级别可以住宿到新文档的来源。
- 可以使用继承的复用模式，新数据中包含的对原始数据的引用，而非数据的拷贝。
结论
- DOORS数据拷贝之后，新数据和源数据间无关联关系，二者相互独立。
- Polarion的复用可以适用于更多的复用场景。
需求分支
DOORS
- 不支持
Polarion RM
- 支持Document级别的分支功能，分支之间可以实现双向同步。
结论
- Polarion 的分支在
变体管理
DOORS
- 原生功能不支持
Polarion RM
- Polarion ALM 提供专门的变体管理模块
报表生成
DOORS
- 支持文档导出
- 可以作为专门的文档发布工具RPE的数据源，以生成任意定制样式的报告。
Polarion RM
- 支持文档导出
- 通过Live Report以及丰富的组件，支持强大的定制化报告。
结论
- DOORS的报表较弱，基本上需要借助第三方工具。
- Polarion原生支持报表，且功能强大，组件丰富，定制灵活，能非常好的满足业务需求。
扩展性
DOORS
- 通过DXL插件扩展
- 安装DWA后，通过OSLC与外部系统集成。
Polarion RM
- 开放的API，覆盖百分之百的Polarion ALM功能，可根据实际业务需求灵活定。
结论
- DOORS 插件扩展基于类似于C语言的DXL脚本实现，虽然能在DOORS端进行丰富的功能定制，但DXL语言比较小众，社区较小，资源有限，而且在语言层级，提供的语言特性，如内置数据结构、UI组件等不是很强。
- DOORS基于OSLC的集成基于开放的规范，相对DXL要开放一些。但OSLC对于开发人员来说有比较高的学习成本。
- Polarion的定制基于大众化的技术，切入和学习成本要低。
通知
DOORS
- 不支持
Polarion RM
- 支持订阅，针对文档中的每个工作项可以添加订阅的用户。工作项变更时用户可以收到邮件通知。
Comment
DOORS
- 原生不支持，可以采取折中的方式，通多定义属性来存储评论信息。
Polarion RM
- 支持，用户可以对工作项进行Comment。
电子签名
DOORS
不支持
Polarion RM
- 支持电子签名
变体管理
DOORS
不支持
Polarion RM
- 通过Polarion的变体管理模块支持。
