原地址：http://gocom.primeton.com/modules/newbb/item40732_40732.htm?PHPSESSID=b3d40a5147b401adc250801cdef036cf&referer=csdn&utm_campaign=gocom&utm_source=csdn&utm_medium=lks

摘要：介紹幾種工作流的模式

作者：劉航

工作流的基本模式

1、順序（Sequence）模式

描述：只有當前一個活動結束后，后一個活動才會被觸發，即按照預定的任務列表，有序的執行。


             
舉例：對于一個BUG的處理就滿足該模式。

      
2、并行（Parallel Split）模式

描述：一個活動的結束能夠觸發若干個活動的開始，這些被觸發的活動能以并行的方式同時或按任意順序進行。



                 
舉例：當提交一個BUG時會分別向BUG信息表和BUG日志表中添加相應記錄

        

3、同步（Synchronization）模式

描述：如果不考慮超時（一般流程會設定任務執行期限）和異常等情況，流程必須在聚合點等待所有的分支都執行完（到達And 匯聚點）才能激活后繼任務，才能正確的往下運行。



舉例：支持人員分派的問題由開發人員修改，然后不僅要經過測試人員驗證通過還要再次經支持人員驗證通過才能Close該BUG。



4 獨占式選擇（Exclusive Choice）模式

　　該模式分為顯式獨占模型（explic Exclusive Choice ）和隱式獨占選擇模式（implicit　Exclusive Choice）

　　1）顯式獨占選模型（explic Exclusive Choice ）

描述：當一個活動處理完后，其后有若干個分支流程可供選擇，但根據工作流控制數據（workflow control data）只允許選擇其中某一個分支運行。



　　如上圖所示，雖然在任務Task A 后可以三個不同的活動流程可被選擇，但是僅Task D 滿足條件，造成后續的流程中，走了A——D 分支，而另外的分支被拋棄。

舉例：當PSO人員提交一個問題時，該問題的類型需要被確定。如果是產品的錯誤而引起的那么問題類型即為BUG；如果是由于客戶的操作失誤而引起的那么問題類型即為ISSUE；如是對產品的有價值的建議，那么問題的類型即為ADVICE；由上可知，當確定問題類型時三種只能選其一。

     
       
　　2）隱式獨占選模型（implicit Exclusive Choice ）

描述：同為XOR 模型，隱式和顯式的區別不是太大。唯一的不同點就是，隱式獨占選模型在可供選擇的分支中存在存在若干個分支滿足條件，但最終，依然僅有一個分支運行。



　　如上圖所示，存在分支A—C 和分支A—D 都滿足條件，但最終也依然只能有一個分支被激活。至于哪一個分支被激活，這可能是人為的操作，也可能是某種隨即的自動選擇。不論哪種方式，人須保證一個分支被激活后，其他分支被拋棄。

舉例：PSO的人員在提交問題的時候，他會根據問題的來源將它提交給負責相應區域的支持人員。但是，具體提交給負責該區域的哪一位支持者，就由PSO的人員自己決定或系統隨機產生。不管如何選擇都必須有一位支持人員要接收該問題。

      

　　不管是顯式獨占模型（explic Exclusive Choice ）還是隱式獨占選擇模式（implicit Exclusive Choice）他們的執行流程都是一樣的。

　　5、簡單聚合（Simple Merge）模型

描述：前面的若干個分支，只要有一個活動被執行（假定不存在兩個分支同時被執行），后面的活動就會被觸發。當然，一旦某一個分支被通過。則余下的分支則被終止，或者運行到聚合點就結束。


                
舉例：如果產品中存在某個BUG那么可能會被不同地方的用戶發現，但只要有一個地方的PSO人員提出這個問題BUG就會得到處理。當其它地方的PSO再次提出該問題的時候就不會重復處理了