Polarion RM 與 DOORS 對比
更多請關注微信公衆號 SystemEngineeringLab
相關背景
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的變體管理模塊支持。