JBPM及Activity分析

《JBPM及Activity分析》由會員分享，可在線閱讀，更多相關《JBPM及Activity分析（10頁珍藏版）》請在技術文庫上搜索。

1、完成集成工作。FixFlow 所有的 API 都是來自于 FixFlowShellProxy 這個類作為調用起始。學習周期很短。3.2.9 商業化支持FixFlow 也有其商業版，如果使用者希望得到企業級的技術支持，可以從方正國際獲取到商業版的 FixFlow 以及相關支持。4 總結如果你現在正在使用 JBPM 或者 Activiti，那么你應該已經感覺到這兩款引擎所帶來的好處與壞處。此時有了一個新的選擇 FixFlow，再架構新項目的時候可以再也不用為“中國式工作流”進行復雜的邏輯封裝。這里附上關于 FixFlow 的幾個地址GIT 地址：https:/ 。Tom Baeyens 提出的很多

2、問題其實都是工作流引擎單獨部署帶來的，如果工作流引擎單獨在外，那么所有的系統與其交互必然成本高昂，如果其他功能再有所問題則整套體系都顯得脆弱不堪?？墒侨绻總€系統各自為政，就會出現網狀交織的系統部署情況，這種情況對于信息化后續發展來說無疑是一劑毒藥。所以該觀點的準確理解是流程引擎嵌入化，流程引擎應該是嵌入到每個系統之中，這樣對于程序開發人員來說無疑是福音。而流程的管理系統系統應該集中化，建立流程知識庫，讓知識庫統一管理，做到集中化。同時多系統串聯應該引入 ESB，做到應用調用流程，流程調用 ESB，然后 ESB再去調用注冊服務的應用這樣的調用結構。3.2.8 API 簡單易集成嵌入式工作流引擎

3、其優點就是可以集成到其他系統中，這個系統無論是已經開發完成的系統，還是架構中的系統都可以把引擎集中到里面。該引起來自于開發平臺，所以易用性是絕對有保障的，集成難度遠低于各個開源工作流引擎。只要了解一些基本的 Spring 知識，就可以將其輕松方位的支持。3.2.4 BPMN2.0 標準化FixFlow 是國內首家全面支持 BPMN2.0 的開源工作流引擎。任何標準化設計器設計出來的 BPMN 配置文件，都可以直接拷貝至 FixFlow 里直接使用3.2.5 Groovy 腳本語言FixFlow 是國內首家使用腳本語言作為核心的開源工作流引擎。這樣其流程運轉的維護難度大大降低。3.2.6 插件式

4、圖形設計器FixFlow 所有的流程和所有流程配置都可以在設計器上完成。通過配置就可以完成所有的可配置項。3.2.7 嵌入式工作流JBPM 和 Activiti 的創始人 Tom Baeyens 曾說過獨立式工作流已死。確實，其因有兩個：一是獨立部署的 BPMS 需要很高的安裝使用成本，需要獨立部署、需要用戶支出大量的培訓成本和維護成本；二是獨立部署的BPMS 與外部系統的交互方式是分布式，這使得很多問題變得復雜，例如分布式事務。Tom Baeyens 代表了相當一部分人特別是開發人員的觀點。該觀點實際上有些片面，其實應該更深入理解里面的內容。準確來說BPMS 應該分成兩部分來看，一部分是工作

5、流引擎，一部分是工作流知識下特點。FixTeam 是方正國際旗下的 BPMCS 開發小組，其 BPMCS 開發平臺以是國內極具影響力的主流開發平臺。FixFlow 其技術架構上走的是 Activiti 路線，同時為了方便使用，采用了更符合程序員使用習慣的 API 體系。提供了完整的中文本地化支持，同時還支持了各種中國式工作流。該引擎源自方正國際的 BPMCS 開發平臺，該項目已有大量項目在線穩定運行，保障了其運行效率和穩定性。其主要優勢如下3.2.1 數十年積淀，運行穩定FixFlow 流程引擎源自于 BPMCS，BPMCS 本身是一款已經發展數十年的開發平臺。項目組人員把平臺的流程引擎單獨抽

6、取出來成了 FixFlow，他擁有 BPMCS 里所有的流程引擎功能。目前已有福田康明斯、世紀互聯、郵政儲蓄銀行、華東勘測設計院等多加公司正在使用這款流程引擎。3.2.2 優質的本地化支持FixFlow 現在在 GIT Hub 上存放源代碼，使用者可以在上面提出自己的問題與 bug?；蛘咭部梢约尤?QQ 群 152654373，同樣可以獲取最及時的交流幫助。3.2.3 完整的 BPMS 支持FixFlow 不僅僅是一個簡單的開源工作流引擎，對于企業級用戶來說，可以以 FixFlow 為中心獲取 BI 報表、業務活動監控 BAM、開發平臺等全3.1.2 溝通成本高，反饋困難大型的開源工作流產品無

7、一例外是由國外團隊維護，與其溝通并非容易的問題。3.1.3 從引擎到應用必須經過二次開發國外的工作流引擎在使用前一定會有架構師進行本地封裝，有些是根據特定應用進行的封裝，有些事通用的封裝。這里 JBPM 的封裝難度就比較大，而 Activiti 則稍小，不過依然是一件比較痛苦的事情。3.1.4 國內只拿到引擎，而沒有學會 BPMS 架構之前也說過 BPM 最大的客戶價值在于 BPMS，這些正是各大工作流引擎所追尋的目標所在?？蛻魹楹我霉ぷ髁?，工作流能為其帶來什么好處？工作流絕不僅僅是對項目開發減少維護難度，更多是為各種切片分析提供詳細的數據基礎。市面上雖然有一些分析類的產品3.1.5 中國式

8、工作流國外工作流引擎最大的一個問題還是無法適應中國式工作流，加簽、會簽、任意節點退回等等中國特有的管理模式，使國外的工作流無法原生支持這些內容，必須要經過復雜的二次開發才能支持起來。3.2FixFlow能帶來什么FixFlow 是 FixTeam 帶來的一款開源工作流引擎，這款工作流引擎有以 規則引擎3 FixFlowJBPM 和 Activiti 如此強大，那么國內也有很多廠商已經在使用了，但是在實際項目里得到的統一結果可能就是“不咋地” 。這很簡單，因為相比起 SSH這樣的框架，工作流與業務更貼近，因此對其靈活度的要求就更高。更高的靈活度就意味著更多可定制化成分。因此比如我們想造一輛汽車，

9、SSH 可以給我們的可能是生產線、發動機這樣成品式的組件，而 JBPM 和 Activiti 給我們的則是油漆鐵板這樣的原材料。其主要問題主要在：3.1JBPM和 Activiti的中國化JBPM 和 Activiti 已經被國內大量程序員所了解并加入到所使用的項目中。這兩者也是國內架構人員的座上賓。但是在使用中真的如此順利么？筆者也曾用過這兩者，也和用過兩者的同行做過一些交流。我們認為這兩者對于國產使用實際效果不佳。尤其在面對中國工作流需求時，兩者不但沒有提高更多幫助，反而使用戶感覺掣肘。3.1.1 API 復雜，學習曲線高正是由于業務的高可變性，開源的工作流引擎必須提供更多的 api 以供

10、使用。這種復雜的 API 使程序員上手非常困難，使用者與其是被自己的業務捆住不如說是被困在尋找各種 API 的路上。所以說對兩者來說，JBPM 的產品架構很不錯，而 Activiti 的技術架構比之要強。兩者可以說各有所長，不過他們之間有一些已經確定的共識。兩者其實都在往 BPMS 的方向前進。2.2 優勢與共同點1. 如何設計流程，在組織中高效地對設計出的流程進行溝通，取得共識？ 提供跨越組織的流程標準標記符號與術語（BPMN 已經成為標準） 流程及相關文檔的可視化（流程/內容存儲倉庫） 提供在組織結構內進行不同層次之間的流程導航（流程存儲倉庫支持組織模型） 流程定義在各個層次/部門間的一致

11、性，避免業務人員的流程建模轉換到 IT 系統時受到損耗（流程引擎支持基于圖的建模，支持擴展）2. 如何更好地執行流程？ 業務活動的實時監控，預警與控制（BAM） 流程執行的仿真 流程執行的統計分析與反饋（報表）3. 如何更好地管理流程？ 打破各個應用系統之間的界線，統一管理所有流程（EAI，與ESB 的集成） 對業務人員友好的建模工具4. 如何在執行流程過程中遵循業內最佳實踐和規則？ 面向流程的知識管理他引入了規則引擎 Drools，規則引擎負責了整個流程引擎的運轉，而知識倉庫的存在。讓面向流程的知識管理有了更直觀的認識，事實上 JBPM 的代碼操作幾乎都是從知識庫類開始的。這張圖很好的表現出

12、了一個以 BPMS 為方向的流程產品應該是什么樣的架構模式。如果說 JBPM 是產品經理的造物的話，那么 Activiti 就是技術人員的杰作，Activiti 更多的精力是放在了技術架構的精妙。其易用性方面是 JBPM 難以比擬的。集成一個 Activiti 的難度要遠低于 JBPM，同時 JBPM 業務化的 api 體系也著實讓技術人員有些頭疼。這張圖就是 Activiti 的架構圖，可以看出這張圖與其說產品架構圖，更有點像技術架構圖。在產品層面上，其知識庫的概念還沒有完全突出出來。從這張圖可以很清晰的看出 JBPM 的技術架構，可以說作為一個工作流引擎應該有的成分：設計器、控制臺、流程引

13、擎、引擎數據庫這幾者已經明顯的標注之上，在后續的各個工作流引擎中這種架構都沒有顛覆性的變化。這里我們來看一下 JBPM5 的架構1 概述 這里對現階段市面上的幾個主流工作流引擎進行對比，同時將其與 FixFlow進行功能和各方面的對比。這里選定的目標是 JBPM 和 Activit，現在兩者最新穩定版本分別是 JBPM5 以及 Activiti5。同時這里會講講 FixFlow 這個國產工作流引擎，對于國內用戶來說，使我們在幾個國外工作流之外又有了更多的選擇。我們可以看到國內的開源流程引擎也可以做到國際級的水平，同時還可以支持加簽、會簽、回退等這樣的“中國式工作流” 。2 JBPM 和 Activiti 對比首先先看看 JBPM5 和 Activiti5，這兩者現在可以說是國內外最常見到的開源工作流引擎。如果總管兩者的發展史會發現兩者的奠基人都是來自于一個叫Tom Baeyens 的人。所以就會發現 JBPM 系列和 Activiti 系列的風格方面有很多相似，而 Activiti 看起來更像是 JBPM 的后續發展。2.1從 JBPM3到 Activiti5從架構層面上來看 JBPM3 的架構為：