誠如UML建模所帶來的好處1樣,對流程建模規范BPMN也一樣帶來了類似好處,另外BPMN還通過1套統1的建模、履行模型縮小了業務人員和開發人員之間的1道鴻溝,而其終縱目標也包括消除這道鴻溝。亦如UML用104種圖來描寫1個系統的不同方面,對BPM而言,BPMN提供了3種基本類型的流程視圖,而這同樣成為不同角色之間交換業務流程、創建端到真個業務流程的基礎。本文將簡單描寫這幾種流程視圖_――協作視圖(Collaboration)、流程視圖(process)、編排視圖(choreography)。
協作視圖通常包括兩個或多個池(pool),代表相互協作的參與者。相互協作進程中通過消息流(Message Flow)進行交互。以下圖所示。
而參與者通常為不同系統(公司內或公司間)、或為同1個單位的不同部門,而每一個參與者各自有完成本身業務相干的流程(process)。而常常1個參與者下的流程需要多個職責人員來完成,這就是BPMN中定義的道(Lane)。針對具體業務可以將上圖細化以下所示。
流程(Process)描寫了1個組織內部展開1定目的的工作所需進行的有序活動(Activities)。在BPMN中流程用定義了有限履行語義的活動(activities)、事件(events)、網管(gateways)溫柔序流(sequence flow)等元素組成。以下展現了1條圖書借閱流程。
編排(choreography)是1種流程(process)類型,但它不同于上面講述的process。上文的process可以叫做標準流程,也叫編制(orchestration)流程。對照標準流程,choreography更重視業務參與者(participants)交互上。它不大關注于業務參與者履行工作的編制(orchestrations),而更關注在參與者的消息交互上。以下圖展現了1個病人和醫院在全部看病取藥業務中的交互關系。
本文簡單介紹了下BPMN的3種視圖,業務用戶、分析人員和BPM開發人員可以通過這3種視圖從不同層面來了解相干業務。后續會對這3種視圖觸及內容進行細化說明,例如協作視圖中還包括會話視圖,每種中視圖使用更加精細化的BPMN元夙來完成更加詳細業務流程說明等等。繼而在了解BPMN對視圖、元素等語義的定義來到達業務人員、分析人員和開發人員在統1的建模語義上進行交換的目的,同時也為了確保基于統1xml語言來到達設計可履行業務流程的目的。
附錄
1. BPMN規范簡介
http://www.uml.org.cn/RequirementProject/200905183.asp
2. 比較 BPMN 業務流程圖和 UML 活動圖
http://www.sparxsystems.cn/enterprise_architect_user_guide/model_simulation/bpmn_simulation_comparison.html