隨著社會生產力的發展和生產關系性質的變化，人類社會的生產活動開始出現社會分工，個人、企業、甚至是國家都只是完整生產活動中的壹環。
社會分工的出現，導致壹次完整的生產活動需要由多國家、多企業、多部門、多個人（後文用“人”代指）互相配合、***同完成。
在這種分工的生產活動中，處於後置環節的“人”，對前置環節的“人”的輸出物有著內在需求，正是因為這種內在需求，導致了輸出物的流動，使輸出物從供應方轉向需求方，即“流”，也稱“流程”。
“流”具有流動性和指向性兩個特征。
在當今社會的生產活動中，“流”具體表現有物流、信息流、工作流、資金流等。
二、什麽是業務流、工作流、審批流
業務流： 即業務流程，指為了完成某項業務而進行的各種工作的有序組合
工作流： 即工作流程，指為了完成某項工作而進行的各種動作的有序組合
審批流： 即審批流程，是對某項工作的審批活動的有序組合
通常情況下，業務流與工作流是相同的概念，本文即持此觀點，後文重點講解工作流、審批流。
審批流屬於工作流的範疇。
三、工作流詳解
壹項完整的工作流程，應包括流程定義、權限劃分兩個部分，見如下泳道圖：
合同簽訂的流程從開始到結束，***需要經過5個環節，涉及三個崗位。
1. 流程定義
流程定義的目的，是為了將工作分解並確定分解後的事項先後順序。
1）工作流程
壹個工作流具體包含哪些流程環節以及各環節之間的先後順序。
比如上圖的合同工作流程，包含合同立項-合同簽訂-合同驗收-合同付款-歸檔五個環節。
合同立項的後置環節是合同簽訂，以此類推。
在具體開發時，各環節及順序可以系統內寫死也可以自由配置，具體視業務變動頻率及開發資源確定。
2）表單設計
即本環節內，應該確定、處理什麽內容。
比如合同立項環節，業務人員需要確定並填寫合同的甲乙方、立項時間、立項金額等內容。
那麽立項表單設計時，就要包含上述的字段信息。
簡單的工作流： 各環節之間無分支條件，無流程跨越
復雜的工作流： 要考慮各環節之間的分支條件，比如滿足條件A，走流程1，否則走流程2等，還有環節間的退回情況等
2. 權限的劃分
權限劃分的目的，是為了確定事項責任歸屬，即由 誰 做什麽 操作 。
權限包含功能權限、數據權限、字段權限。
1）功能權限
即用戶能看到哪些菜單，能進行什麽操作（按鈕）。
比如同是合同崗，員工A只有立項權限，無合同簽訂權限，員工B只有簽訂權限無立項權限。
2）數據權限
即用戶能查看或操作的數據範圍，只能查看或操作授權內的數據。
比如員工A只能查看本部門的合同，員工B可以查看全公司的合同。
3）字段權限
即用戶能查看或操作的數據字段，只能查看或操作授權內的字段。
比如員工A不可查看合同的立項金額字段，員工B可以查看合同所有字段。
具體權限的設計，需要根據各業務特性及需求來確定。
權限設計參考RBAC權限模型，本文不再贅述。
四、審批流詳解
審批流是屬於工作流的壹個組成部分，所以審批流的設計與工作流基本相似。
還是以合同流程講解，如下流程：
假設合同立項、合同簽訂、合同付款均需審批，審批通過後才可進入下壹環節。
每個環節的審批人可以是多人，也可以是單人，可以是多人串行審批，也可以是多人並行審批等等。
1. 審批流的觸發條件
1）必須審批
指不管當前操作人的權限，環節提交後均需審批。
比如合同立項，提交後必須立項審批。
2）權限外審批
根據當前操作人的權限，若在其權限內，則無需審批並直接進入下壹個環節，否則需審批。
比如合同立項，如果立項人員的立項權限是20萬，合同立項金額低於20萬則直接進入合同簽訂環節，否則進入立項審批環節。