標準

說明

可行性

產(chǎn)品是否被廣泛使用，是否有強大的用戶社區(qū)?解決方案是否有詳細配套文檔?項目有沒有足夠的開發(fā)資源？

架構(gòu)

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

監(jiān)控和管理

產(chǎn)品是否提供默認可直接使用(off-the-shelf)的監(jiān)控和管理工具？y由于我們評估都是java產(chǎn)品，它是否支持用于測量和監(jiān)控Java應用程序的JMX標準?

擴展性

默認的解決方案是否能被擴展，增加新的功能？有沒有可插拔的框架以增加功能？

真正的開源

這是個敏感的話題，不過我們只考慮那些用常見的開源協(xié)議，如GPL,LGPL、BSD、Apache或Mozilla Public? License發(fā)布的產(chǎn)品。我們想盡可能避開那些對使用或修改有限制的”免費”或”社區(qū)版”。

標準

說明

簡單性

BPM解決方案，尤其是那些商業(yè)廠商的產(chǎn)品，從歷史上看，學起來通常很復雜，部署起來甚至更有難度。大量旁證顯示，許多昂貴的方案最終都被”束之高閣”，從未實現(xiàn)項目預期的承諾。我們想要的學習、發(fā)布和管理起來都很簡單地方案。

輕量/可嵌入

和簡單性有一定的關(guān)聯(lián)，這評判標準值的是如果需要，可以將BPM”引擎”直接包含到應用程序中，例如，你在構(gòu)件一個新的貸款處理應用程序時，可能想直接將工作流引擎嵌在里面，而不需要在外部來管理。

流程節(jié)點

是否所有的標準流程節(jié)點都直接可用？這可能會包括決策/條件路由、人機交互任務支持、分支/分離、聯(lián)接/合并等。有沒有外調(diào)(callout)節(jié)點或能力去調(diào)用Java和Web服務？

事務相關(guān)需求

有沒有審計、日志和回滾/補償?shù)忍匦?span style="font-family:Calibri">?是否長時間運行的事務?是否支持角色和用戶?