目前市場上BPM的產品通常能夠分爲兩類,一類是來自從事工做流workflow的公司,他們在workflow的基礎上自上而下的方式增長了系統集成的功能,這一類產品易容性強,可是處理企業級端到端流程及系統集成項目就不太適合,與目前流行的SOA思想也比較大的差距。另一類是來自從事EAI的公司,自下而上的增長了人機活動交互功能,這一類產品很是不適合國內負責的人機交互流程功能,用戶體驗很是差,對業務人員很是不友好,有用戶戲稱「重量級」BPM平臺。我見過不少500強的大公司,沒有辦法,會選擇兩個BPM平臺,這將牽扯到原有系統的遷移,複雜的管理等衆多問題。web
Oracle BPM 11g是綜合了這兩類產品的思想,而實現的完整的BPM方案,真正意義上實現了業務與IT的協同,不只能適應國內企業複雜的workflow需求,而且能充分的結合和利用SOA 11g功能,同時適合服務編排,系統集成和端到端企業級流程處理。Oracle BPM 11g正式版會於近期發佈,做爲Oracle中間件11g體系最後一個發佈的產品,也是有緣由的,畢竟實現一個這樣的BPM平臺不是一件容易的事情。估計這一版本的推出,會給整個BPM市場很大的衝擊——這句是來自於Gartner的評價,不是我說的。數據庫
該一系列的文章在於幫助你們對於BPM 11g有系統的理解。服務器
BPMN和BPEL:BPMN和BPEL是目前BPM的兩大主流標準,BPMN以其形象的展現方式深得業務和分析人員的喜歡,而BPEL做爲執行語言,在系統集成,服務編排方面也具有明顯的優點。一般一些引擎爲了支持BPEL標準,符合SOA規範,會採用額外的BPMN建模工具,以後轉換成BPEL的方式來執行,而這種方式的複雜性,給具體的項目的實施帶來了很大的難度。在BPM 11g中,採用了雙引擎的方式,能夠支持BPMN直接運行,無須轉換成BPEL再運行,同時BPMN使用下面一層的SOA 11g的SCA,能夠方便的調用其餘的各類服務和接口。使得BPMN的運行不單單只是簡單的人機交互界面的展示。好比:在BPMN運行中能夠直接的調用Web Service、SAP接口、訪問數據庫等複雜操做。架構
架構以下圖:BPM11g運行於SOA11g引擎之上。composer
開發工具採用統一的Oracle Jdeveloper, 熟悉Aqualogic BPM的開發者,會發如今Jdeveloper安裝BPM11g開發組件後,界面與Aqualogic bpm 很是類似。可是在這些表象之下,是BPM11g徹底是基於Oracle OFM11g技術,好比充分的利用了SOA複合技術及ADF任務流。這也就結合了業務流程建模與SOA技術。同時SOA11g和BPM 11g的worklist 進行了統一。框架
圖表 2‑2在BPMN模型中使用SOA複合服務開發工具
在開發工具中,具備BPA中相似的仿真和統計分析功能:ui
Oracle BPM 11g中提供了基於web的流程編排方式。Web process composer 和Studio共享流程MDS元數據目錄,以保證版本的統一。
圖表 3‑1BPM Composer 的MDS
在實際的操做環境中,進行BPM建模的方法包括了:
• 自上而下
• 開始於 BPA Suite 或 Composer
• 實施用 Studio
• 發佈用Studio 或 Composer
• 自下而上
• 開始於 BPM Studio
• 從Studio實施
• 發佈到 MDS
• 用Composer修改
• 用 Composer發佈
• 基於模板
• 在Studio中建立對象和模板
• 在 Composer中實施和發佈
• 客戶化
• 從Compoer中修改和發佈(Business Rules etc.)
圖表 3‑2BPM Composer 界面
Oracle bpm 11g中對於業務規則的處理,集成Oracle Business Rule,能夠方便的在Sutio和Process composer中使用業務規則。
對於業務分析監控,使用統一的Oracle BAM 服務器。能夠在Studio中直接生成各類統計分析。
對於業務數據和人機交互部分,採用Oracle ADF框架,可使得用戶方便的對錶單和界面進行定製。
Oracle BPM11g中採用了Oralce OEM監控管理功能。使得咱們能夠跟蹤流程到SOA 組件並能根據SLAs進行監測。