1 引言
審批工作是目前企業(yè)普遍存在的一種基礎性管理業(yè)務，是審批者對需要審批對象進行相關審核和批準認可，對合格對象給予某種資格或行為的小范圍合理性。其中，圖文檔的審批工作占企業(yè)全部審批工作的絕大部分，其審批方式主要依靠各職能部門對紙質媒介的圖文檔進行手工審查批改，這種傳統(tǒng)的圖文檔審批流程存在效率低、成本高和安全性差等不足，已無法滿足產品快速研發(fā)的需求。隨著企業(yè)信息化水平的提高，基于網絡的圖文檔在線審批管理勢在必行。如何加快圖文檔的審批流程、減少審批時間、加速產品上市，這已成為縮短產品生命周期的重要環(huán)節(jié)。
2 圖文檔審批流程定義
在對圖文檔的審批變更流程進行分析時，需明確各流程模板節(jié)點的定義、審批人員身份／角色、表決的類型、完成時的狀態(tài)、流程審批對象及流程備注等內容。針對某企業(yè)對圖文檔管理的需求，定義了其圖文檔審批流程的主要節(jié)點任務，如表1所示。
表1 圖文檔審批流程表
(1)流程模塊定義：給出了任務節(jié)點／功能塊的名稱，可定義為與角色名相關的名稱，如部長審批，也可定義為與任務有關的名稱，如校對評審等。在流程模塊定義的同時，可預先定義審批人員身份，也可不定義，對于不定義審批人員身份的流程，流程發(fā)起者必須定義審批人員。對于執(zhí)行多種操作需要預先定義，如當執(zhí)行者拒絕或批準同意上游的申請時，流程將如何流轉。
2)審批人員身份：用于設定任務審批人員，審批人員可以是組織、角色或具體的某個人。表中“*/設計者”表示組織部門沒有限制，也沒用指定某個特定的角色，但對角色進行了限制，即只允許設計者角色可參與設計模板的操作。
(3)表決類型：決定了任務節(jié)點的操作方式，表決類型的設定是依據流程對具體角色任務節(jié)點的需求，對于審批人員可設置批準、拒絕和不作決定等操作，對于某些只具有瀏覽過程的角色，可只設置完成等操作，減輕系統(tǒng)對用戶決定方式的判斷運行負擔。
(4)完成狀態(tài)：完成狀態(tài)的設定用于區(qū)別審批和未審批狀態(tài)的對象信息，無論是生產部門還是工藝部門只可對具有完成狀態(tài)的對象進行調用。
3 圖文檔審批流程分析
根據表1定義，給出某企業(yè)工程圖樣審批流程，如圖1所示。設計人員在圖文檔審批系統(tǒng)中對零部件工程圖樣發(fā)起審批流程，并對每個節(jié)點進行人員指派，系統(tǒng)自動檢測所發(fā)起審批的零部件圖樣是否符合系統(tǒng)預定義要求，若符合將流轉至下一個任務節(jié)點校核。校核節(jié)點處有三種操作：批準、拒絕和不作決定，當選擇拒絕時，流程將退回至設計節(jié)點，若選擇不作決定將使圖樣審批被掛起，若選擇批準流程將流轉至下一步審核。審核角色是一工藝部相關工藝人員，操作與校核類似，工藝人員對圖樣進行產品加工藝方面的審核，審核通過則零部件圖樣自動流轉至標準化節(jié)點處，負責執(zhí)行企業(yè)標準化的角色將檢查是否符合企業(yè)規(guī)定標準，操作與校核類似，若通過則流轉至定義設計部部長角色的標審任務節(jié)點，部長對圖樣也有三種操作，若通過則到批準節(jié)點。批準節(jié)點的角色是部長或副總經理，當審批對象是總裝圖樣時，發(fā)起者在指派人員時應指派副總經理進行批準，當審批對象為其它，指派部長即可，部長或副總經理同意發(fā)放則零部件工程圖樣完成了整個審批的流程，會對發(fā)布的圖樣進行狀態(tài)標記，并通知初始發(fā)起者。
圖1 某企業(yè)圖文檔審批流程
4 圖文檔更改審批流程UML建模
圖文檔更改審批流程包括問題報告審批流程、變更申請審批流程和變更審批流程三個子流程，它遠比圖文檔審批流程復雜得多，涉及的人員眾多，任務處：理也多樣化。而統(tǒng)一建模語言UML (Unified ModelingLanguage)的活動圖往往用來表示在處理某個活動時，兩個或者更多類對象之間的過程控制流�；顒訄D既可以用于對高級別的業(yè)務過程進行建模，也可以對低級別的內部類操作進行建模。為能夠更好地表達更改審批流程的交互性，對圖文檔更改審批流程進行了UML活動圖建模，如圖2所示：
圖2 圖文檔更改審批流程UML活動圖
(l)問題報告審批流程
創(chuàng)建問題報告節(jié)點：企業(yè)產品圖樣并不是一成不變的，對其更新或問題零部件圖樣進行更改都可用更改審批流程，在此任務節(jié)點上，用戶發(fā)現(xiàn)需要修改的對象，并創(chuàng)建對象的問題報告( Problem Report，PR)附屬在對象中，用于發(fā)起問題報告審批流程。
發(fā)起流程節(jié)點：該任務節(jié)點用于對上一節(jié)點創(chuàng)建的問題報告(PR)發(fā)起審批流程，流程的發(fā)起者需要對問題報告(PR)自審查，指派問題報告審批流程中各個人物節(jié)點的審批人員。若發(fā)起流程的內容符合系統(tǒng)定義范圍之內則流轉至設計校核節(jié)點中。
設計校核節(jié)點：角色與發(fā)起流程的角色相同，用于對問題報告(PR)和問題對象的核查，擁有同意和拒絕兩種操作選擇，若同意進入部長審批節(jié)點。
部長審批節(jié)點：角色為部門的部長，審核對象與設計校核節(jié)點類似，不同之處在于部長擁有批準、拒絕和不作決定三種操作選擇，若批準則進入副總批準節(jié)點。
副總批準節(jié)點：角色是副總經理，任務與操作類型與部長審批節(jié)點類似，若批準同意，系統(tǒng)將提示流程的發(fā)起者問題報告審批流程的完成，并提示發(fā)起下一步流程。
完成通知節(jié)點：角色為初始流程的發(fā)起者，用于接收提示信息，此時發(fā)起者也具有變更申請審批流程權限。問題報告審批流程到此已經完全完成。
(2)變更申請審批流程
變更申請節(jié)點：角色為流程的初始發(fā)起者，在該節(jié)點的任務是創(chuàng)建變更需求(Change Request，CR)、設置變更申請審批流程節(jié)點中審批人員，當前兩部完成后，可發(fā)起變更申請審批流程。
分析創(chuàng)建節(jié)點：用于分析變更需求(CR)對對象的影響，建立變更申請計劃表，系統(tǒng)提供完成和未完成兩種操作，完成后將進入部長會簽節(jié)點中。
部長會簽節(jié)點：審批角色為若干部門部長，對象的變更會影響多個部門，如零部件產品的變更會涉及到設計部、工藝部、生產部等部門。只有部長全部同意通過流程才可繼續(xù)下去。
副總批準節(jié)點：該節(jié)點名稱與問題報告審批流程中節(jié)點名稱類似，但它們還是有本質的區(qū)別，首先是審批對象不一樣，其次是系統(tǒng)提供的操作不一樣，在該節(jié)點中不僅提供了批準、拒絕和不作決定操作，而且提供了拒絕所有操作。當副總經理選擇拒絕時，該變更申請審批流程會返回流程的第一個節(jié)點變更申請中，若選擇拒絕所有更改，審批流程會自動結束并通知發(fā)起者。
變更通知節(jié)點：角色是初始流程的發(fā)起者，用于通知變更申請流程的完成和提示發(fā)起下一流程。
(3)變更審批流程
申請更改節(jié)點：角色為流程的初始發(fā)起者，該節(jié)點的任務包括創(chuàng)建變更通知(Change Notice，CN)、指定審批對象人員角色和發(fā)起變更審批流程。
分析創(chuàng)建節(jié)點：用戶接收上一流程的變更通知(CN)，創(chuàng)建執(zhí)行變更時間計劃表并確定相關變更對象。完成后流程進入部長審批節(jié)點。
部長審批節(jié)點：角色是部門部長，批準同意變更通知(CN)的發(fā)放，用于下一流程對象的設計者對對象的更改，對更改實現(xiàn)授權。
執(zhí)行更改節(jié)點：角色為設計者，設計者對自己設計的對象有著其他人無法比擬的優(yōu)勢，可以快速進行對象的重設計和更改。設計者接到變更通知(CN)時，依據變更通知(CN)的要求結合更改時間計劃表進行對象的更改。更改完成后提交，流程流轉至多人會簽節(jié)點中。
多人會簽節(jié)點：角色為若干部門的專家審核人員，流程的發(fā)起者開始已指定。只有所有人員同意流程才會流轉至下一步。
副總批準節(jié)點：角色為副總經理，此處節(jié)點與變更申請審批流程副總批準類似，不再詳細描述。當副總批準同意后，對象變更審批流程完成，更改審批流程也完成，并對流程發(fā)起者和執(zhí)行更改者發(fā)放批準通知。
審批流程是動態(tài)變化的工作流程，由于各種不確定因素（如審批人員出差等），正在運行中的審批流程可能無法繼續(xù)下去，而且企業(yè)對時間審批流程的任務和節(jié)點的定義也會出現(xiàn)新的要求。因此，對系統(tǒng)審批流程提供良好的實施監(jiān)控工具是非常必要的，以提高系統(tǒng)的應變能力和可用性：
5 結論
針對某企業(yè)圖文檔管理系統(tǒng)開發(fā)需求，分析并定義了其圖文檔審批流程的主要節(jié)點任務，并進行了相應的圖文檔審批流程分析。針對圖文檔更改需求，將圖文檔更改審批流程細分為問題報告審批、變更申請審批和變更審批i個子流程，對各子流程的主要節(jié)點任務進行了詳細設計，在此基礎上，基于UML建模方法建立了圖文檔更改審批流程的活動圖模型，為圖文檔在線審批管理系統(tǒng)的開發(fā)提供了理論基礎。
核心關注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務領域、行業(yè)應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業(yè)務領域的管理，全面涵蓋了企業(yè)關注ERP管理系統(tǒng)的核心領域，是眾多中小企業(yè)信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.ezxoed.cn/
本文標題：圖文檔的審批流程分析及其UML建模
相關文章
