Polarion RM 与 IMB DOORS

更多请关注微信公众号 SystemEngineeringLab

Polarion RM 与 DOORS 对比

相关背景

Polarion RM 和DOORS 是目前需求管理领域内的两款典型的商业工具。
Polarion RM 是西门子ALM解决方案Polarion ALM 中组成部分，是一款基于Web的需求管理系统。Polarion ALM 目前已广泛服务于汽车、航空航天、医疗等领域。
DOORS 是IBM早期的在需求管理领域的商业软件。目前占有较高的市场份额，广泛应用于汽车、航空航天等行业。

功能对比

软件模式

DOORS

1. 支持C/S模式，专用的客户端软件。
2. 安装DWA后支持B/S模式，通过浏览器访问。

Polarion RM

1. 支持B/S模式，通过浏览器访问。浏览器端提供了全部的管理功能，用户基于浏览器进行百分之百的功能操作。

说明

1. DWA提供的WEB访问功能比较弱化，是客户端功能的子集，适合在浏览器中对需求进行查看操作，不太适合编辑。因此，浏览器一般作为辅助，用户基本上还是要安装客户端软件。
2. Polarion 原生是基于浏览器的系统，用户基于浏览器开展工作。
3. 相比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类似，标识一条需求或其他工件。

结论

1. 两款工具的原模型比较相似，基本上都能满足项目所需要的组织结构形式。
2. Polarion 中的Work Item 和 Document都可以绑定工作流，功能相对强大。而DOORS中工作流是弱化的。

需求编辑方式

DOORS

1. 支持在工具内编辑文本、插入图片、插入表格（表格对象或DOORS自带表格）

Polarion RM

1. 支持在浏览器内编辑文本、插入图片、插入表格
2. 支持在浏览器内编辑文本、表格、插入目录、图目录、表目录等。
3. 内置图形编辑器，用户可以再浏览器中进行图形的编辑，例如编辑UML图等。

总结

1. DOORS 的需求编辑方式感觉上不如Polarion更加流畅（个人体验），DOORS的“工具感觉”更多一些，Polarion则更接近于Word，更加符合用户习惯。
2. DOORS虽然支持多种格式，如图片、表格等，但Polarion根据优势，它提供了嵌入式的图形编辑功能。基于这个功能，用户除了可以直接插入图片之外，也可以直接在线进行编辑。

多人同时访问

DOORS

1. DOORS模块打开方式有只读、独占和共享三种模式。只读模式允许多人同时读取。独占模式允许多人同时读，只有一人可写。共享模式允许多人协同同时编辑同一模块的不同章节。

Polarion RM

1. 支持多人同时在线编辑。

需求版本管理

DOORS

1. Object对象有版本记录。
2. 模块级别支持基线。
3. 支持多模块的复合基线。

Polarion RM

1. 所有的工件都是版本化的，用户的每次保存都会产生新的可追溯的版本。
2. 支持在项目级别打基线。

结论

1. 二者在版本管理上功能都比较强大，均能解决“WHAT WHEN WHO WHY” 的问题。
2. DOORS中更多的会使用基线进行管理，而Polarion使用文档的版本即可实现类似于DOORS模块基线的功能。因此，二者在实际的使用过程中使用方式会有差异。

需求变更

DOORS

1. 内置CPS(变更建议系统)，支持简单的变更流程。
2. CPS角色固定，不可扩展，功能比较固化。一般情况下，CPS很难满足客户实际的变更场景。
3. 多数情况下，DOORS需求的变更，要么选择线下走变更流程，然后再线上更改。要么，集成第三方变更管理工具，实现在线的需求变更工作流。

Polarion RM

1. 需求基于Work Item体现，工作项的工作流高度可定制，因此，Polarion RM原生功能通过定制即可满足任意复杂的变更工作流。

结论

1. DOORS的工作流非常弱，一般要借助于第三方工具的集成才能实现线上工作流。而Polarion则原生支持，且具有灵活的工作流定制功能。

需求追踪

DOORS

1. 支持对象间的链接关系

Polarion RM

1. 支持链接关系

需求状态管理

DOORS

1. 通过定义Object的属性来标志不同的需求状态。

Polarion RM

1. 通过定义工作项的属性来标志不同的需求状态。
2. Polarion RM 原生支持审批及电子签名功能。

导入导出

DOORS

1. 支持Excel格式数据导入
2. 支持Excel格式的导出。

Polarion RM

1. 支持Word/Excel格式的导入，并且支持图片数据导入。
2. 支持Word/Excel格式的导出，并且支持图片数据的导出。

结论

1. DOORS的导入导出功能比较弱，特别是Excel格式，而且，对导入数据的格式有一定限制，组织良好的数据对导入DOORS比较有利。
2. Polarion在导入导出层面要明显强于DOORS，而且支持Round-trip机制可以实现离线协同。

离线协同

DOORS

1. DOORS原生功能不支持离线协同
2. 自研插件或通过第三方插件实现。例如，北京汇明科技的基于Word的离线需求编辑插件。

Polarion RM

1. 支持基于Excel和Word的Round-trip

结论

1. 离线协同是Polarion的一个关键特性，能有效满足不同部门或公司间的离线协同。

需求复用

DOORS

1. 用户可以通过 “拷贝-裁剪” 方式进行简单复用。
2. 用户可以通过开发专用DOORS插件支持复杂需求复用。例如，北京畅研汇明科技的DOORS需求复用插件。

Polarion RM

1. 可以使用导出独立数据的模式，该模式下，导出的数据与源数据间无关联。但，在文档级别可以住宿到新文档的来源。
2. 可以使用继承的复用模式，新数据中包含的对原始数据的引用，而非数据的拷贝。

结论

1. DOORS数据拷贝之后，新数据和源数据间无关联关系，二者相互独立。
2. Polarion的复用可以适用于更多的复用场景。

需求分支

DOORS

1. 不支持

Polarion RM

1. 支持Document级别的分支功能，分支之间可以实现双向同步。

结论

1. Polarion 的分支在

变体管理

DOORS

1. 原生功能不支持

Polarion RM

1. Polarion ALM 提供专门的变体管理模块

报表生成

DOORS

1. 支持文档导出
2. 可以作为专门的文档发布工具RPE的数据源，以生成任意定制样式的报告。

Polarion RM

1. 支持文档导出
2. 通过Live Report以及丰富的组件，支持强大的定制化报告。

结论

1. DOORS的报表较弱，基本上需要借助第三方工具。
2. Polarion原生支持报表，且功能强大，组件丰富，定制灵活，能非常好的满足业务需求。

扩展性

DOORS

1. 通过DXL插件扩展
2. 安装DWA后，通过OSLC与外部系统集成。

Polarion RM

1. 开放的API，覆盖百分之百的Polarion ALM功能，可根据实际业务需求灵活定。

结论

1. DOORS 插件扩展基于类似于C语言的DXL脚本实现，虽然能在DOORS端进行丰富的功能定制，但DXL语言比较小众，社区较小，资源有限，而且在语言层级，提供的语言特性，如内置数据结构、UI组件等不是很强。
2. DOORS基于OSLC的集成基于开放的规范，相对DXL要开放一些。但OSLC对于开发人员来说有比较高的学习成本。
3. Polarion的定制基于大众化的技术，切入和学习成本要低。

通知

DOORS

1. 不支持

Polarion RM

1. 支持订阅，针对文档中的每个工作项可以添加订阅的用户。工作项变更时用户可以收到邮件通知。

Comment

DOORS

1. 原生不支持，可以采取折中的方式，通多定义属性来存储评论信息。

Polarion RM

1. 支持，用户可以对工作项进行Comment。

电子签名

DOORS

不支持

Polarion RM

1. 支持电子签名

变体管理

DOORS

不支持

Polarion RM

1. 通过Polarion的变体管理模块支持。