開源産品評估标準

表格.1開源選擇标準和總體原則

标準

說明

可行性

産品是否被廣泛使用，是否有強大的使用者社群?解決方案是否有詳細配套文檔?項目有沒有足夠的開發資源？

架構

産品的架構是否和其他我們在評估中的産品相輔相成？是否有詳細文檔并合乎邏輯，是否遵從通用的最佳時間和模式？

監控和管理

産品是否提供預設可直接使用(off-the-shelf)的監控和管理工具？y由于我們評估都是java産品，它是否支援用于測量和監控java應用程式的jmx标準?

擴充性

預設的解決方案是否能被擴充，增加新的功能？有沒有可插拔的架構以增加功能？

真正的開源

這是個敏感的話題，不過我們隻考慮那些用常見的開源協定，如gpl,lgpl、bsd、apache或mozilla public  license釋出的産品。我們想盡可能避開那些對使用或修改有限制的”免費”或”社群版”。

表格.2 bpm評估标準

簡單性

bpm解決方案，尤其是那些商業廠商的産品，從曆史上看，學起來通常很複雜，部署起來甚至更有難度。大量旁證顯示，許多昂貴的方案最終都被”束之高閣”，從未實作項目預期的承諾。我們想要的學習、釋出和管理起來都很簡單地方案。

輕量/可嵌入

和簡單性有一定的關聯，這評判标準值的是如果需要，可以将bpm”引擎”直接包含到應用程式中，例如，你在構件一個新的貸款處理應用程式時，可能想直接将工作流引擎嵌在裡面，而不需要在外部來管理。

流程節點

是否所有的标準流程節點都直接可用？這可能會包括決策/條件路由、人機互動任務支援、分支/分離、聯接/合并等。有沒有外調(callout)節點或能力去調用java和web服務？

事務相關需求

有沒有審計、日志和復原/補償等特性?是否長時間運作的事務?是否支援角色和使用者?