圖文檔的審批流程分析及其UML建模

王少鵬， 夏清華，， 葛燕飛， 汪永明

（1.安徽工業大學 機械工程學院，安徽 馬鞍山243002；2.安徽泰爾重工股份有限公司，安徽 馬鞍山243000）

1 引 言

審批工作［1］是目前企業普遍存在的一種基礎性管理業務，是審批者對需要審批對象進行相關審核和批準認可，對合格對象給予某種資格或行為的小范圍合理性。其中，圖文檔的審批工作占企業全部審批工作的絕大部分，其審批方式主要依靠各職能部門對紙質媒介的圖文檔進行手工審查批改，這種傳統的圖文檔審批流程存在效率低、成本高和安全性差等不足，已無法滿足產品快速研發的需求。隨著企業信息化水平的提高，基于網絡的圖文檔在線審批管理勢在必行［2，3］。如何加快圖文檔的審批流程、減少審批時間、加速產品上市，這已成為縮短產品生命周期的重要環節。

2 圖文檔審批流程定義

在對圖文檔的審批變更流程進行分析時，需明確各流程模板節點的定義、審批人員身份/角色、表決的類型、完成時的狀態、流程審批對象及流程備注等內容。針對某企業對圖文檔管理［4］的需求，定義了其圖文檔審批流程的主要節點任務，如表1 所示。

表1 圖文檔審批流程表

（1）流程模塊定義：給出了任務節點/功能塊的名稱，可定義為與角色名相關的名稱，如部長審批，也可定義為與任務有關的名稱，如校對評審等。在流程模塊定義的同時，可預先定義審批人員身份，也可不定義，對于不定義審批人員身份的流程，流程發起者必須定義審批人員。對于執行多種操作需要預先定義，如當執行者拒絕或批準同意上游的申請時，流程將如何流轉。

（2）審批人員身份：用于設定任務審批人員，審批人員可以是組織、角色或具體的某個人。表中“*/設計者”表示組織部門沒有限制，也沒用指定某個特定的角色，但對角色進行了限制，即只允許設計者角色可參與設計模板的操作。

（3）表決類型：決定了任務節點的操作方式，表決類型的設定是依據流程對具體角色任務節點的需求，對于審批人員可設置批準、拒絕和不作決定等操作，對于某些只具有瀏覽過程的角色，可只設置完成等操作，減輕系統對用戶決定方式的判斷運行負擔。

（4）完成狀態：完成狀態的設定用于區別審批和未審批狀態的對象信息，無論是生產部門還是工藝部門只可對具有完成狀態的對象進行調用。

3 圖文檔審批流程分析

圖1 某企業圖文檔審批流程

根據表1 定義，給出某企業工程圖樣審批流程，如圖1 所示。設計人員在圖文檔審批系統中對零部件工程圖樣發起審批流程，并對每個節點進行人員指派，系統自動檢測所發起審批的零部件圖樣是否符合系統預定義要求，若符合將流轉至下一個任務節點校核。校核節點處有三種操作：批準、拒絕和不作決定，當選擇拒絕時，流程將退回至設計節點，若選擇不作決定將使圖樣審批被掛起，若選擇批準流程將流轉至下一步審核。審核角色是工藝部相關工藝人員，操作與校核類似，工藝人員對圖樣進行產品加工工藝方面的審核，審核通過則零部件圖樣自動流轉至標準化節點處，負責執行企業標準化的角色將檢查是否符合企業規定標準，操作與校核類似，若通過則流轉至定義設計部部長角色的標審任務節點，部長對圖樣也有三種操作，若通過則到批準節點。批準節點的角色是部長或副總經理，當審批對象是總裝圖樣時，發起者在指派人員時應指派副總經理進行批準，當審批對象為其它，指派部長即可，部長或副總經理同意發放則零部件工程圖樣完成了整個審批的流程，會對發布的圖樣進行狀態標記，并通知初始發起者。

4 圖文檔更改審批流程UML 建模

圖文檔更改審批流程包括問題報告審批流程、變更申請審批流程和變更審批流程三個子流程，它遠比圖文檔審批流程復雜得多，涉及的人員眾多，任務處理也多樣化。 而統一建模語言UML （Unified Modeling Language）的活動圖往往用來表示在處理某個活動時，兩個或者更多類對象之間的過程控制流［5，6］。活動圖既可以用于對高級別的業務過程進行建模，也可以對低級別的內部類操作進行建模。為能夠更好地表達更改審批流程的交互性，對圖文檔更改審批流程進行了UML 活動圖建模，如圖2 所示。

圖2 圖文檔更改審批流程UML 活動圖

（1）問題報告審批流程

創建問題報告節點：企業產品圖樣并不是一成不變的，對其更新或問題零部件圖樣進行更改都可用更改審批流程，在此任務節點上，用戶發現需要修改的對象，并創建對象的問題報告（Problem Report，PR）附屬在對象中，用于發起問題報告審批流程。

發起流程節點：該任務節點用于對上一節點創建的問題報告(PR)發起審批流程，流程的發起者需要對問題報告（PR）自審查，指派問題報告審批流程中各個人物節點的審批人員。若發起流程的內容符合系統定義范圍之內則流轉至設計校核節點中。

設計校核節點：角色與發起流程的角色相同，用于對問題報告（PR）和問題對象的核查，擁有同意和拒絕兩種操作選擇，若同意進入部長審批節點。

部長審批節點：角色為部門的部長，審核對象與設計校核節點類似，不同之處在于部長擁有批準、拒絕和不作決定三種操作選擇，若批準則進入副總批準節點。

副總批準節點：角色是副總經理，任務與操作類型與部長審批節點類似，若批準同意，系統將提示流程的發起者問題報告審批流程的完成，并提示發起下一步流程。

完成通知節點：角色為初始流程的發起者，用于接收提示信息，此時發起者也具有變更申請審批流程權限。問題報告審批流程到此已經完全完成。

（2）變更申請審批流程

變更申請節點：角色為流程的初始發起者，在該節點的任務是創建變更需求（Change Request，CR）、設置變更申請審批流程節點中審批人員，當前兩部完成后，可發起變更申請審批流程。

分析創建節點：用于分析變更需求（CR）對對象的影響，建立變更申請計劃表，系統提供完成和未完成兩種操作，完成后將進入部長會簽節點中。

部長會簽節點：審批角色為若干部門部長，對象的變更會影響多個部門，如零部件產品的變更會涉及到設計部、工藝部、生產部等部門。只有部長全部同意通過流程才可繼續下去。

副總批準節點：該節點名稱與問題報告審批流程中節點名稱類似，但它們還是有本質的區別，首先是審批對象不一樣，其次是系統提供的操作不一樣，在該節點中不僅提供了批準、拒絕和不作決定操作，而且提供了拒絕所有操作。當副總經理選擇拒絕時，該變更申請審批流程會返回流程的第一個節點變更申請中，若選擇拒絕所有更改，審批流程會自動結束并通知發起者。

變更通知節點：角色是初始流程的發起者，用于通知變更申請流程的完成和提示發起下一流程。

（3）變更審批流程

申請更改節點：角色為流程的初始發起者，該節點的任務包括創建變更通知（Change Notice，CN）、指定審批對象人員角色和發起變更審批流程。

分析創建節點：用戶接收上一流程的變更通知（CN），創建執行變更時間計劃表并確定相關變更對象。完成后流程進入部長審批節點。

部長審批節點：角色是部門部長，批準同意變更通知（CN）的發放，用于下一流程對象的設計者對對象的更改，對更改實現授權。

執行更改節點：角色為設計者，設計者對自己設計的對象有著其他人無法比擬的優勢，可以快速進行對象的重設計和更改。設計者接到變更通知（CN）時，依據變更通知（CN）的要求結合更改時間計劃表進行對象的更改。更改完成后提交，流程流轉至多人會簽節點中。

多人會簽節點：角色為若干部門的專家審核人員，流程的發起者開始已指定。只有所有人員同意流程才會流轉至下一步。

副總批準節點：角色為副總經理，此處節點與變更申請審批流程副總批準類似，不再詳細描述。當副總批準同意后，對象變更審批流程完成，更改審批流程也完成，并對流程發起者和執行更改者發放批準通知。

審批流程是動態變化的工作流程，由于各種不確定因素（如審批人員出差等），正在運行中的審批流程可能無法繼續下去，而且企業對時間審批流程的任務和節點的定義也會出現新的要求。因此，對系統審批流程提供良好的實施監控工具是非常必要的，以提高系統的應變能力和可用性。

5 結 論

針對某企業圖文檔管理系統開發需求，分析并定義了其圖文檔審批流程的主要節點任務，并進行了相應的圖文檔審批流程分析。針對圖文檔更改需求，將圖文檔更改審批流程細分為問題報告審批、變更申請審批和變更審批三個子流程，對各子流程的主要節點任務進行了詳細設計，在此基礎上，基于UML 建模方法建立了圖文檔更改審批流程的活動圖模型，為圖文檔在線審批管理系統的開發提供了理論基礎。

［1］ 王正方，南琳，王作鵬，等.企業信息系統中的業務信息審批模型［J］.計算機工程，2008，34（9）：257-259.

［2］ 辛華，薛福任，等.工作流技術及其在網上審批中的應用［J］.計算機工程與應用，2004，40（22）：217-219.

［3］ 于重重.基于UML 的網上審批系統的建模研究［J］.計算機仿真，2004，21（7）：169-171.

［4］ 李宗學，胡志勇，范文學，等.企業實施圖文檔管理系統的關鍵技術［J］.機械制造與自動化，2007，36（4）：76-80.

［5］ 蔣勝龍，鄭忠，高小強，等.基于UML 的煉鋼物流仿真系統分析與設計［J］.系統仿真學報，2007，19（16）：3676-3679.

［6］ 張立春，趙合計.UML 活動圖支持的工作流建模分析［J］.計算機應用，2003，23（5）：28-30.