1、-. z.你這個太高深了，我們只做過報批，設計方案，這是在網上查的審批流設計方案的探究 審批流屬于工作流的疇，一提起工作流，一般都會覺得那東西太復雜了，確實要做到一個方便的比擬通用的工作流不是件簡單的事情，但也不是則難的事情，只是要花多的時間去琢磨和研究。這里我想給大家分享一個工程中涉及的一個審批流的簡單的設計方案，完全按工作流的原理去設計可能就比擬復雜了，也歡送大家探討。此工程中各節點審批環節必須滿足的要求：1要求現實多人多級審批2只有第一級全部審批意見通過時一票否決制，下一級審批人員才能進展審批操作。3假設第一級審批有審批不通過和審批通過情況并存，審批通過并送審下級審批，下級審批人員可以看

2、到容但不能操作。4假設當前審批級別中一個審批人進展了回退回退操作，啟動人可以編輯再次送審，無需等待其它他審批人員審批完成。5第二審批級別(或以上)回退時，重新啟動第一級審批操作，啟動人重新送審。6當所有級別的審批人員全部審批同意時，該工程節點完成。 根本上以上要求和一般的審批流程相似，下面是物理數據模型的設計：審批規則對應到節點，一個工程由多個環節節點組成，如立項，合同訂立，發公告等，一個節點可設置一個或多個審批級別，每個審批級別可以設置一個或多個審批角色。工程流程表的數據是當啟動一個節點時會向該表插入一條數據，節點狀態分為未啟動，已啟動，送審中，審批完成，審批不通過，當前審批級別和當前審批輪

3、次在節點啟動時默認都為1，表示開場從第一級第一輪審批開場，這里的審批輪次是必要的，由上面需求的第4點可確定，之所以有輪次，是由于有審批不通過的情況存在。比方工程啟動人送給第一級的兩個人A和B審批，假設A審批不通過，B審批通過，該級審批是不通過的，啟動人可以重新編輯發起該級別的下一輪送審，這里有一個問題需要考慮到，有可能第一輪送審給A,B,C三人，A,B不同意，C沒有即使參與第一輪審批，啟動人第二輪只送審了A,B，這時審批輪次其實已經到了第二輪了，C之后的審批只是針對第一輪，無論同意與否也不會影響最終結果。但是如果啟動人第二輪還是送審了A,B,C三個人，C只會看到一次審批操作而不是兩次，則C此時

4、審批操作會涉及到第一輪和第二輪審批情況，如果C同意，第一輪的意見也會置為同意，這并不矛盾，之前錯過審批輪次的意見以最后輪次的意見為主，也就是以最后決定作為判決結果，其實這也就意味著每一級審批通過的條件是已最后一輪的審批全部通過為依據的(如果該級有多輪審批的話)。審批記錄表的操作狀態分為待審批，審批通過，審批不通過，該表也有審批級別和審批輪次兩個字段記錄，這兩個字段記錄與工程流程表里的級別和輪次是不同的，只有當審批記錄表的審批級別與工程流程表的當前審批級別一樣并且操作狀態為待審批時，才可以進展審批操作。審批記錄表的審批輪次我們可以理解為操作輪次，因為有可能當前審批輪次到第5輪了，*個審批人員的操

5、作輪次停留在第三輪。下面是流程圖，還是有圖有真相，直觀些。 圖中最大操作輪次是當前審批人參與的最后一輪的審批的輪次，就是之前所說的一個人可能參與多輪審批，之前幾輪沒有登錄系統操作，最后登錄審批時一次性審批。這里的最大操作輪次的值始終是小于等于當前審批輪次的值的，每進展一次回退操作，當前審批輪次的值加1，條件是當前最大操作輪次與當前審批輪次的值相等時，因為有兩種情況不需要加1，一是同一輪次多人回退時，進入下一輪只需進展一次加1操作，二是當前審批操作的是以前的審批輪次時也不需要加1操作例如現在已經進入*一級審批的第三輪審批，而審批人進展的是第二輪審批的回退操作，審批操作按鈕的顯示是根據審批人在審批

6、記錄表中是否有當前審批級別的待審記錄。下面是驗證效果運行圖： 1設置立項節點為兩級審批 2用戶luce登錄系統送審 2) 數據庫表數據情況：工程流程表和審批記錄表 3peace登錄系統審批通過 4justlike審批不通過 5節點情況和數據庫記錄情況： 6luce登錄系統重新送審 7peace審批不通過8luce在kitty審批前重新送審給peace和kitty如上圖，進入一級審批的第三輪審批9kitty登錄系統進展審批操作之前沒有審批的第二輪操作，在進展第三輪審批時進展了同樣的操作，最后一輪的決定影響以前沒有審批過的輪次的決定。10peace登錄系統審批通過 第一級審批完成，啟動第二級第一輪

7、審批第二輪由jim和kite審批，jim審批的記錄有兩條，是一級審批第一輪peace送審的和第三輪kitty送審的 11jim登錄系統審批通過 因為立項節點只設置了兩級審批，jim屬于最高級別審批人員，所以不需再向上送審。 12kite審批不通過 重新回到第一級審批，啟動一審第四輪審批13節點啟動人luce重新送審14peace登錄系統審批通過peace審批通過時，第一級審批通過，啟動第二級審批的第二輪審批15jim審批通過上圖中兩級審批通過后節點狀態為完成狀態模擬的是兩級審批，根本上審批過程如上圖，這個流程設計還是有一個缺陷地方，如果當前審批級別為二級(或以上級別)，并且有多個人審批，假設第一個人審批不通過的話，則會直接退回到第一級審批，則處在第二級(或以上級別)有待審記錄的操作用戶也沒法進展審批操作了，因為當前的審批級別已