EPC流程圖簡介(總9頁

1、EPC（事件驅動過程鏈）簡介總結了一下EPC的基本概念和重點內容，拋磚引玉了。1、EPC建模方法的概念1) EPC 是事件驅動過程鏈（Event-Driven Process Chain ）的縮寫 。2) EPC 模型通過將業(yè)務過程中的靜態(tài)資源（系統(tǒng)、組織、數(shù)據(jù)等）組織在一起形成一個能夠完成特定任務或者流程的動態(tài)模型。3) EPC 模型體現(xiàn)了商業(yè)業(yè)務的增值過程。2、EPC建模方法的核心事件Events 功能Functions 規(guī)則Rules3、EPC-建模規(guī)則1) 每一個模型必須至少包含有一個開始事件和一個結束事件。2) 功能與事件總是交替著出現(xiàn)。3) 時間和功能永遠只有一個輸入和一個輸出連接

2、。4) 流程路徑使用規(guī)則進行分離與合并。5) 功能的多事件觸發(fā)也是通過規(guī)則表達。6) 決策必須是由功能作出。7) 凡是做出了某種決策的功能，后面總是緊跟著規(guī)則。8) 通過規(guī)則體現(xiàn)某個決策之后的各種可能路徑。9) 緊跟在規(guī)則之后的事件，體現(xiàn)了決策的一種可能結果。10) 規(guī)則不能同時有多個輸入和輸出。4、事件Events定義：事件是環(huán)境的一種特定狀態(tài)，當環(huán)境改變到這種狀態(tài)時，相應的流程就被觸發(fā)了。通常也可以理解魏現(xiàn)實世界的事物的某種狀態(tài)的改變，常見的三種情況： 1) 能觸發(fā)某個流程開始的外部改變（比如：客戶訂單到達）2) 流程內部處理狀態(tài)的改變（比如：產品制造完畢）3) 帶來外部影響的結果（比如：

3、訂單送到客戶手中）要點：事件可以是某人為事件或者是計算機系統(tǒng)操作的結果；事件的描述，通常采用一個主謂結構的詞組來表示一個狀態(tài)，比如：訂單到達、成本計算完成；如何判斷有效事件：這個事件真的代表狀態(tài)改變嗎？這個事件是直接觸發(fā)流程？還是僅僅影響流程？5、事件命名 1)流程開始事件流程開始事件通常來自于系統(tǒng)之外，它啟動流程的第一個功能，因此命名時應注意相對于整體流程的意義，而不是僅僅對于其后的第一個功能有意義2)流程中間事件流程中間事件既是上一個功能的結果，又會觸發(fā)下一個功能，命名上通常會以上個功能的結果為主3)流程結束事件流程結束事件是整個流程的結果，也可能是另外一個流程的開端，命名上需要注意選擇對

4、結束流程和觸發(fā)流程都有意義的名稱6、功能Functions定義：功能表示業(yè)務流程中的某個行為或者完成特定任務的活動。要點：通常，流程中的每一個活動都應該是一個增值過程；功能可能由人或者計算機系統(tǒng)完成；每一個功能都包含有輸入，經過處理創(chuàng)造輸出；功能的描述，通常采用動賓短語來表示，比如：輸入訂單、計算成本，應當避免使用模糊的單個動詞來表達7、EPC建模簡單例子8、規(guī)則Rules OR XOR AND操作符在功能之后：單輸入多輸出在功能之前：多輸入單輸出OR或決策，在一個決策之后有一個或多個可能的結果路徑或事件，功能有一個或多個可能的觸發(fā)事件XOR異或決策，在一個決策之后的某個時刻有且僅有一個結果路

5、徑異或事件，某個時刻有且僅有一個觸發(fā)事件AND與決策，在一個決策之后有多個并行的結果路徑與實踐，所有事件要同時滿足才能觸發(fā)事件9、規(guī)則-使用要點不要組合規(guī)則，這樣會難以理解。避免在事件之后使用OR和XOR，盡量使用功能來作出決策。在功能之后，除非清楚知道多分支結果事件會同時發(fā)生才用OR，否則盡量采用XOR。分支和合并通常使用同一個規(guī)則，如果要合并分支，在事件之后合并會更容易理解。10、規(guī)則-分支與合并分支：事件使用與規(guī)則可以觸發(fā)兩個并行流程，不能使用或、異或規(guī)則。盡量避免，組合規(guī)則11、規(guī)則-多重事件觸發(fā)事件出現(xiàn)場景事件的作用使用邏輯非同時發(fā)生的事件有相同的事件處理過程XOR 非同時發(fā)生的事件事件處理過程不同需要更復雜的邏輯同時發(fā)生的事件同時發(fā)生與單一事件發(fā)生效果相同OR同時發(fā)生的事件各自需要不同的處理OR同時發(fā)生的事件需要兩者都完成才行AND12、規(guī)則-依賴關系依賴：是指流程某部分得以進行之前必須滿足的條件或必須完成的任務，依賴通常是一種狀態(tài)而非狀態(tài)的改變，避免把依賴變成事件，通常可以使用功能來檢查依賴