轉載本文需註明出處：微信公眾號EAWorld，違者必究。

你是否遇到過 BPS 中一個流程畫成了蜘蛛網的模樣，看著 200 多個環節感到手足無錯，說好的靈活調整呢？說好的可複用易於變化呢？究其原因，往往是業務流程、工作流程、審批流程沒有分開造成的。



看上圖：

業務流程重點描述業務“做什麼”，這裡的元件就是做事的一個服務，不涉及服務怎麼做
操作流程重點描述一個服務怎麼做，第一步做什麼、第二步做什麼
審批流程是一個特殊的操作流程

每一個操作流程決定對應的服務是否做完，不存在從某一操作流程中環節，跳轉到起來服務的可能性，所以不用擔心所有環節不在這張圖上，無法實現環節間的跳轉。

既然每一個服務，都可能有一個操作流程，那麼我們就可以理解，業務流程 Process Flow 是 L3級別、操作流程（工作流程） Operational Process Flows 是 L4 級別，而操作流程是由一個個 Step L5組成的。而 L2 級是 Process業務過程，是需要細化為 L3 級別，才能夠執行的。審批流程是一種特殊的操作流程。

把流程分解為業務流程、操作流程、審批流程，才能把業務中不容易變化的部分和容易變化的部分割槽分開來，提高流程的開發效率，提高流程的可維護性，提高流程的可測試性。

分解業務流程和操作流程，首先可以從業務的變化入手，例如如果一個業務跨越了不同的職能部門，那應該是業務流程中的不同環節，如果是一個部門、崗位之間流轉，一般就是操作流程。

分解業務流程和操作流程，也可以從技術維度考慮，每一個操作流程是針對一個業務物件的，操作流程中每一個環節是這個物件狀態的改變，例如測試提交了一個 BUG，這個操作是開發人員接收、開發人員修改完畢、測試人員驗證、測試人員關閉，就是 BUG 這個業務物件不同的狀態轉換。我們也可以按照這樣一個原則來區分業務流程和工作流程，同一業務物件狀態的轉換，可以把他們歸集到一個操作流程中。

關於作者：焦烈焱，普元資訊CTO，致力於技術創新和金融創新解決方案研究。專注於企業技術架構領域，對分散式環境的企業計算、 企業資訊架構的規劃與實踐有著豐厚經驗，帶領普元技術團隊相繼在雲端計算、大資料及移動開發領域取得多項突破，並主持中國工商銀行、中國建設銀行等多家大型企業技術平臺的規劃與研發。


關於EAWorld：微服務，DevOps，資料治理，移動架構原創技術分享。長