[發(fā)明專利]云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的系統(tǒng)及方法

在審

• 申請?zhí)枺?/td>: 201811525542.5
• 申請日: 2018-12-13
• 公開（公告）號: CN109615333A
• 公開（公告）日: 2019-04-12
• 發(fā)明（設(shè)計）人: 袁義;朱海翔
• 申請（專利權(quán)）人: 普元信息技術(shù)股份有限公司
• 主分類號: G06Q10/10
• 分類號: G06Q10/10
• 代理公司: 上海智信專利代理有限公司 31002
• 代理人: 王潔;鄭暄

本發(fā)明涉及一種云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的系統(tǒng)，包括組織機(jī)構(gòu)獲取模塊，用于獲取參與者的信息和所屬部門信息；審批鏈動態(tài)計算生成模塊，與所述的組織機(jī)構(gòu)獲取模塊相連接，用于生成滿足不同業(yè)務(wù)流程場景下的逐級審批需要的審批鏈；流程環(huán)節(jié)觸發(fā)事件模塊，均與所述的組織機(jī)構(gòu)獲取模塊和審批鏈動態(tài)計算生成模塊相連接，通過觸發(fā)事件調(diào)用參與者獲取和設(shè)置的方法。本發(fā)明還涉及一種云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的方法。采用了該發(fā)明的系統(tǒng)及方法，解決了多業(yè)務(wù)條線組織機(jī)構(gòu)動態(tài)逐級審批的問題，同時減少了流程模板中審批節(jié)點(diǎn)的個數(shù)，降低了系統(tǒng)資源占用，簡化了開發(fā)過程，簡化了流程模板的設(shè)置，保證了用戶良好的使用體驗(yàn)。

技術(shù)領(lǐng)域

本發(fā)明涉及計算機(jī)軟件領(lǐng)域，尤其涉及云平臺流程審批領(lǐng)域，具體是指一種云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的系統(tǒng)及方法。

背景技術(shù)

業(yè)務(wù)流程，是為達(dá)到特定的價值目標(biāo)而由不同的參與人分別共同完成的一系列相互關(guān)聯(lián)的活動。活動之間不僅有嚴(yán)格的先后順序限定，而且活動的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定，以使不同活動在不同崗位、角色之間進(jìn)行相互銜接成為可能。

業(yè)務(wù)流程驅(qū)動作為實(shí)現(xiàn)企業(yè)價值流，提升企業(yè)經(jīng)營管理效率的重要技術(shù)支撐手段，已經(jīng)在越來越多的軟件系統(tǒng)中得到應(yīng)用。隨著云化應(yīng)用需求的日益增強(qiáng)，作為流程驅(qū)動引擎的流程云平臺，需要面向應(yīng)用的業(yè)務(wù)流程需求提供更加靈活的支持，在軟件系統(tǒng)的業(yè)務(wù)流程實(shí)現(xiàn)時，流程的多級審批是業(yè)務(wù)流程中非常常見的場景，業(yè)務(wù)流程審批通常情況下是依賴于公司的組織機(jī)構(gòu)的管理層級進(jìn)行逐級審批，而逐級審批的路徑由被審批人在組織中的層級，以及相關(guān)業(yè)務(wù)的授權(quán)范圍等多個因素綜合確定，而不同的業(yè)務(wù)流程影響審批鏈的業(yè)務(wù)信息也不盡相同，這使得業(yè)務(wù)流程的逐級審批成為流程平臺一個相對復(fù)雜的場景，要抽象一個相對通用的處理方法也變得比較困難。

目前，業(yè)務(wù)流程中實(shí)現(xiàn)多層級的逐級審批，主要有2種方式：

方式一：將業(yè)務(wù)流程中每一個審批層級定義為一個獨(dú)立的審批活動，根據(jù)業(yè)務(wù)流程的業(yè)務(wù)信息和被審批人所在的層級等多種因素來進(jìn)行流程分支處理，如圖1；

可見，在三個層級的逐級審批中，理論上的分支是7條，如果審批的層級更多，分支的數(shù)量會指數(shù)級增加。

方式二：將業(yè)務(wù)流程審批鏈的設(shè)置獨(dú)立于流程定義之外，結(jié)合組織機(jī)構(gòu)的層級設(shè)計一個審批鏈設(shè)置模型，允許針對不同的業(yè)務(wù)流程設(shè)置不同的審批路徑。這樣當(dāng)某個業(yè)務(wù)流程到達(dá)逐級審批的環(huán)節(jié)時，根據(jù)流程信息和業(yè)務(wù)信息去動態(tài)讀取滿足某些業(yè)務(wù)設(shè)置條件的審批鏈，根據(jù)審批鏈完成流程審批流轉(zhuǎn)。

方式一的不足：顯然，這種方式是一種毫無靈活性和美感的做法，針對每一個業(yè)務(wù)流程，都需要在流程圖上按最多可能的層級的數(shù)量定義多個流程審批活動，分支條件則需要根據(jù)業(yè)務(wù)的可能性進(jìn)行窮舉，這樣會導(dǎo)致流程圖非常復(fù)雜，而且?guī)淼拈_發(fā)工作量和成本過高，維護(hù)復(fù)雜，同時導(dǎo)致流程圖因?yàn)榉倍嗟姆种Ф绊憳I(yè)務(wù)使用的體驗(yàn)。

方式二的不足：這種方式避免了方式一在流程圖表達(dá)上的復(fù)雜性，同時將不同情境下逐級審批的設(shè)置從開發(fā)期轉(zhuǎn)移到了運(yùn)行期，提高了業(yè)務(wù)響應(yīng)的時效，但這種方式本質(zhì)上是方式一的一種變種，并沒有改變復(fù)雜的審批鏈分支情形，即便針對一個流程，隨著審批層級數(shù)與業(yè)務(wù)權(quán)限范圍(如報銷場景下針對不同層級管理人員的審批金額范圍)的增加，需要設(shè)置的審批鏈數(shù)量將需要窮舉，無法實(shí)現(xiàn)動態(tài)計算，加重了業(yè)務(wù)維護(hù)的復(fù)雜性和工作量，同時，人工操作很容易設(shè)置錯誤，給流程正常運(yùn)轉(zhuǎn)帶來風(fēng)險。另外，從架構(gòu)設(shè)計的角度，任何模型只滿足于設(shè)計者所能考慮到的業(yè)務(wù)場景，一旦基于該模型的設(shè)置方式不滿足特定業(yè)務(wù)場景下的審批鏈設(shè)置，這種方式反而限制了擴(kuò)展支持的能力。

發(fā)明內(nèi)容

本發(fā)明的目的是克服了上述現(xiàn)有技術(shù)的缺點(diǎn)，提供了一種具有適用性和可擴(kuò)展性、降低維護(hù)復(fù)雜性、系統(tǒng)資源占用少的云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的系統(tǒng)及方法。

為了實(shí)現(xiàn)上述目的，本發(fā)明的云平臺中基于抽屜模型實(shí)現(xiàn)流程逐級審批的系統(tǒng)及方法如下：