本發(fā)明涉及一種epr等管理軟件系統(tǒng)的審批節(jié)點(diǎn)審批方法,特別是涉及一種基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法。
背景技術(shù):
基于角色的訪問(wèn)控制(rbac)是近年來(lái)研究最多、思想最成熟的一種數(shù)據(jù)庫(kù)權(quán)限管理機(jī)制,它被認(rèn)為是替代傳統(tǒng)的強(qiáng)制訪問(wèn)控制(mac)和自主訪問(wèn)控制(dac)的理想候選。傳統(tǒng)的自主訪問(wèn)控制的靈活性高但是安全性低,強(qiáng)制訪問(wèn)控制安全性高但是限制太強(qiáng);基于角色的訪問(wèn)控制兩者兼具,不僅易于管理而且降低了復(fù)雜性、成本和發(fā)生錯(cuò)誤的概率,因而近年來(lái)得到了極大的發(fā)展?;诮巧脑L問(wèn)控制(rbac)的基本思想是根據(jù)企業(yè)組織視圖中不同的職能崗位劃分不同的角色,將數(shù)據(jù)庫(kù)資源的訪問(wèn)權(quán)限封裝在角色中,用戶通過(guò)被賦予不同的角色來(lái)間接訪問(wèn)數(shù)據(jù)庫(kù)資源。
在大型應(yīng)用系統(tǒng)中往往都建有大量的表和視圖,這使得對(duì)數(shù)據(jù)庫(kù)資源的管理和授權(quán)變得十分復(fù)雜。由用戶直接管理數(shù)據(jù)庫(kù)資源的存取和權(quán)限的收授是十分困難的,它需要用戶對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)的了解非常透徹,并且熟悉sql語(yǔ)言的使用,而且一旦應(yīng)用系統(tǒng)結(jié)構(gòu)或安全需求有所變動(dòng),都要進(jìn)行大量復(fù)雜而繁瑣的授權(quán)變動(dòng),非常容易出現(xiàn)一些意想不到的授權(quán)失誤而引起的安全漏洞。因此,為大型應(yīng)用系統(tǒng)設(shè)計(jì)一種簡(jiǎn)單、高效的權(quán)限管理方法已成為系統(tǒng)和系統(tǒng)用戶的普遍需求。
基于角色的權(quán)限控制機(jī)制能夠?qū)ο到y(tǒng)的訪問(wèn)權(quán)限進(jìn)行簡(jiǎn)單、高效的管理,極大地降低了系統(tǒng)權(quán)限管理的負(fù)擔(dān)和代價(jià),而且使得系統(tǒng)權(quán)限管理更加符合應(yīng)用系統(tǒng)的業(yè)務(wù)管理規(guī)范。
然而,傳統(tǒng)基于角色的用戶權(quán)限管理和工作流控制方法均采用“角色對(duì)用戶一對(duì)多”的關(guān)聯(lián)機(jī)制,其“角色”為組/類性質(zhì),即一個(gè)角色可以同時(shí)對(duì)應(yīng)/關(guān)聯(lián)多個(gè)用戶,角色類似于崗位/職位/工種等概念,這種關(guān)聯(lián)機(jī)制下對(duì)用戶權(quán)限的授權(quán)基本分為以下三種形式:
1、如圖1所示,直接對(duì)用戶授權(quán),缺點(diǎn)是工作量大、操作頻繁且麻煩;審批流程中審批節(jié)點(diǎn)的審批操作主體是用戶,工作流審批節(jié)點(diǎn)直接選擇員工/用戶作為審批主體,當(dāng)發(fā)生員工變動(dòng)(如調(diào)崗、離職等),該員工涉及到的所有流程必須要作相應(yīng)調(diào)整,特別是對(duì)于公司管理人員,其涉及到的審批流程多,流程調(diào)整的工作量大、繁雜,容易出錯(cuò)或遺漏,影響企業(yè)的正常運(yùn)營(yíng),甚至造成不可預(yù)估的損失。
即使只是員工審批權(quán)限發(fā)生變化,也需要對(duì)該員工涉及到的流程作出相應(yīng)調(diào)整,也存在以上類似問(wèn)題。
2、如圖2所示,對(duì)角色(類/組/崗位/工種性質(zhì))進(jìn)行授權(quán)(一個(gè)角色可以關(guān)聯(lián)多個(gè)用戶),用戶通過(guò)角色獲得權(quán)限,審批操作主體是組/類性質(zhì)角色;
3、如圖3所示,以上兩種方式結(jié)合。
以上的表述中,2、3均需要對(duì)類/組性質(zhì)的角色進(jìn)行授權(quán),而通過(guò)類/組/崗位/工種性質(zhì)的角色進(jìn)行授權(quán)和工作流控制的方式有以下缺點(diǎn):
1、用戶權(quán)限變化時(shí)的操作難:在實(shí)際的系統(tǒng)使用過(guò)程中,經(jīng)常因?yàn)樵谶\(yùn)營(yíng)過(guò)程中需要對(duì)用戶的權(quán)限進(jìn)行調(diào)整,比如:在處理員工權(quán)限變化時(shí),角色關(guān)聯(lián)的某個(gè)員工權(quán)限發(fā)生變化,我們不能因該個(gè)別員工權(quán)限的變化而改變整個(gè)角色的權(quán)限,因?yàn)樵摻巧€關(guān)聯(lián)了其他權(quán)限未變的員工。因此為了應(yīng)對(duì)該種情況,要么創(chuàng)建新角色來(lái)滿足該權(quán)限發(fā)生變化的員工,要么對(duì)該員工根據(jù)權(quán)限需求直接授權(quán)(脫離角色)。以上兩種處理方式,在角色權(quán)限較多的情況下對(duì)角色授權(quán)不僅所需時(shí)間長(zhǎng),而且容易犯錯(cuò),使用方操作起來(lái)繁瑣又麻煩,也容易出錯(cuò)導(dǎo)致對(duì)系統(tǒng)使用方的損失。
員工/用戶的審批權(quán)限發(fā)生變化時(shí),要么員工/用戶脫離角色,工作流審批節(jié)點(diǎn)直接選擇員工/用戶作為審批主體,要么新增角色來(lái)滿足審批流程的要求。第一種方式,當(dāng)發(fā)生員工變動(dòng)(如調(diào)崗、離職等),該員工涉及到的所有流程必須要作相應(yīng)調(diào)整,特別是對(duì)于公司管理人員,其涉及到的審批流程多,流程調(diào)整的工作量大、繁雜,容易出錯(cuò)或遺漏,影響企業(yè)的正常運(yùn)營(yíng),甚至造成不可預(yù)估的損失。即使只是員工審批權(quán)限發(fā)生變化,也需要對(duì)該員工涉及到的流程作出相應(yīng)調(diào)整,也存在以上類似問(wèn)題。第二種方式,新增角色便涉及到角色的新建、關(guān)聯(lián)、授權(quán)工作,特別在角色多、角色關(guān)聯(lián)的用戶也多的情況下,角色具體關(guān)聯(lián)了哪些用戶是很難記住的。
2、要長(zhǎng)期記住角色包含的具體權(quán)限難:若角色的權(quán)限功能點(diǎn)比較多,時(shí)間一長(zhǎng),很難記住角色的具體權(quán)限,更難記住權(quán)限相近的角色之間的權(quán)限差別,相近角色的權(quán)限也很容易混淆;若要關(guān)聯(lián)新的用戶,無(wú)法準(zhǔn)確判斷應(yīng)當(dāng)如何選擇關(guān)聯(lián)。
3、因?yàn)橛脩魴?quán)限變化,則會(huì)造成角色創(chuàng)建越來(lái)越多(若不創(chuàng)建新角色,則會(huì)大幅增加直接對(duì)用戶的授權(quán)),更難分清各角色權(quán)限的具體差別。
4、調(diào)崗時(shí),若要將被調(diào)崗用戶的很多個(gè)權(quán)限分配給另外幾個(gè)用戶承擔(dān),則處理時(shí)必須將被調(diào)崗用戶的這些權(quán)限區(qū)分開(kāi)來(lái),分別再創(chuàng)建角色來(lái)關(guān)聯(lián)另外幾個(gè)用戶,這樣的操作不僅復(fù)雜耗時(shí),而且還很容易發(fā)生錯(cuò)誤。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足,提供一種基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,審批節(jié)點(diǎn)的審批方式可選擇為會(huì)簽,會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供有力參考;采用基于角色的審批流程控制方法,工作流中審批操作的主體是角色,當(dāng)員工/用戶發(fā)生變化時(shí),只需將用戶重新關(guān)聯(lián)到審批流程中的角色,或是針對(duì)性調(diào)整該角色權(quán)限即可,無(wú)需重新設(shè)置流程,設(shè)置方便。
本發(fā)明的目的是通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)的:基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn),包括以下順序步驟:
第一步:設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽,稱該審批節(jié)點(diǎn)為會(huì)簽節(jié)點(diǎn),會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供參考;
所述的會(huì)簽意見(jiàn)包括同意/通過(guò)、不同意/不通過(guò);
第二步:設(shè)置會(huì)簽節(jié)點(diǎn)的一個(gè)或多個(gè)審批角色。
所述的審批角色是獨(dú)立的個(gè)體,而非組/類,同一時(shí)段一個(gè)審批角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)審批角色。
只有會(huì)簽節(jié)點(diǎn)所涉及到的所有審批角色都提交會(huì)簽意見(jiàn)后才能進(jìn)入審批流程的后續(xù)步驟;會(huì)簽節(jié)點(diǎn)得到的是該節(jié)點(diǎn)所有審批角色的會(huì)簽意見(jiàn)的匯總,無(wú)論會(huì)簽意見(jiàn)如何,會(huì)簽節(jié)點(diǎn)都不能駁回審批流程。
審批流程中不能以會(huì)簽節(jié)點(diǎn)結(jié)束流程,所述會(huì)簽節(jié)點(diǎn)的后續(xù)節(jié)點(diǎn)中至少有一個(gè)非會(huì)簽的審批節(jié)點(diǎn)。
基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,還包括一個(gè)為會(huì)簽節(jié)點(diǎn)設(shè)置一個(gè)負(fù)責(zé)角色的步驟,負(fù)責(zé)角色在會(huì)簽時(shí)選擇該會(huì)簽節(jié)點(diǎn)的下一級(jí)流轉(zhuǎn)節(jié)點(diǎn),當(dāng)下一級(jí)流轉(zhuǎn)節(jié)點(diǎn)有多個(gè)可選時(shí),由負(fù)責(zé)角色選擇其中一個(gè)。
基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,還包括一個(gè)設(shè)置審批角色對(duì)審批流程涉及的表單字段內(nèi)容查看權(quán)限的步驟,同一會(huì)簽節(jié)點(diǎn)的不同審批角色對(duì)表單字段內(nèi)容的查看權(quán)限可以不同。
設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽后,該會(huì)簽節(jié)點(diǎn)所涉及的所有審批角色對(duì)審批流程的表單字段內(nèi)容都不具備修改權(quán)限。
所述審批流程的生成包括以下步驟:
s1:構(gòu)建用戶-角色-權(quán)限的三層結(jié)構(gòu)模型,其中:
角色層:工作流中流程發(fā)起及審批的操作主體為角色,每個(gè)角色是獨(dú)立的個(gè)體,而非組/類,同一時(shí)段一個(gè)角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)角色;
權(quán)限層:由工作流執(zhí)行中所需要使用的權(quán)限構(gòu)成,權(quán)限直接授權(quán)給角色;
用戶層:用戶通過(guò)關(guān)聯(lián)的角色確定審批流程中的審批任務(wù),并以關(guān)聯(lián)角色的權(quán)限進(jìn)行審批操作;
s2:基于三層結(jié)構(gòu)模型生成審批流程,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn):
開(kāi)始節(jié)點(diǎn):審批流程開(kāi)始;
審批節(jié)點(diǎn):設(shè)置審批節(jié)點(diǎn)審批方式并選擇審批角色,并對(duì)審批角色進(jìn)行授權(quán);
結(jié)束節(jié)點(diǎn):審批流程結(jié)束;
s3:用戶根據(jù)其關(guān)聯(lián)的角色確定所需處理的審批任務(wù),并根據(jù)關(guān)聯(lián)的角色的權(quán)限進(jìn)行審批操作。
所述的第二步采用基于表單字段和級(jí)別的審批角色設(shè)置方法,具體包括一個(gè)設(shè)置系統(tǒng)組織結(jié)構(gòu)的步驟和一個(gè)按部門級(jí)別設(shè)置審批角色的步驟:
所述設(shè)置系統(tǒng)組織結(jié)構(gòu)的步驟包括以下子步驟:
ss1:創(chuàng)建系統(tǒng)組織結(jié)構(gòu)中所包含的部門及角色,并設(shè)置各部門之間的層級(jí)關(guān)系;
ss2:設(shè)置各部門的部門主管角色;
所述按部門級(jí)別設(shè)置審批角色的步驟包括:
sss1:選擇以按級(jí)別方式進(jìn)行審批角色的設(shè)置;
sss2:選擇審批流程對(duì)應(yīng)表單中的角色性質(zhì)字段、部門性質(zhì)字段或者該審批流程的提交角色中的一個(gè),作為級(jí)別主體;
sss3:填寫具體的級(jí)別數(shù)值n,n為≥0的正整數(shù):
(1)選擇審批流程對(duì)應(yīng)表單中的角色性質(zhì)字段作為級(jí)別主體,以該字段對(duì)應(yīng)的角色為判斷標(biāo)準(zhǔn)判斷級(jí)別:
①當(dāng)n=0時(shí),由該字段對(duì)應(yīng)的角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
②當(dāng)n=1時(shí),由該字段對(duì)應(yīng)的角色所在部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;若該字段對(duì)應(yīng)的角色為其所在部門的部門主管角色,則由該字段對(duì)應(yīng)的角色所在部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
③當(dāng)n=2時(shí),由該字段對(duì)應(yīng)的角色所在部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由該字段對(duì)應(yīng)的角色所在部門的上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤當(dāng)n=4時(shí),由該字段對(duì)應(yīng)的角色所在部門的上上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑥以此類推;
⑦當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑧當(dāng)n≥1時(shí),需要設(shè)置“該字段對(duì)應(yīng)的角色為其所在部門的部門主管角色,且該部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批;
(2)選擇審批流程對(duì)應(yīng)表單中的部門性質(zhì)字段作為級(jí)別主體,以該字段對(duì)應(yīng)的部門為判斷標(biāo)準(zhǔn)判斷級(jí)別:
①當(dāng)n=0時(shí),由該字段對(duì)應(yīng)的部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
②當(dāng)n=1時(shí),由該字段對(duì)應(yīng)的部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
③當(dāng)n=2時(shí),由該字段對(duì)應(yīng)的部門的上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由該字段對(duì)應(yīng)的部門的上上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤以此類推;
⑥當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑦當(dāng)n≥1時(shí),需要設(shè)置“該字段對(duì)應(yīng)的部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批;
(3)選擇審批流程的提交角色作為級(jí)別主體,以該提交角色為判斷標(biāo)準(zhǔn)判斷級(jí)別:
①當(dāng)n=0時(shí),由工作流審批流程提交角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
②當(dāng)n=1時(shí),由工作流審批流程提交角色所在部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;若提交角色為其所在部門的部門主管角色,則由提交角色所在部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
③當(dāng)n=2時(shí),由工作流審批流程提交角色所在部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由工作流審批流程提交角色所在部門的上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤當(dāng)n=4時(shí),由工作流審批流程提交角色所在部門的上上上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑥以此類推;
⑦當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑧當(dāng)n≥1時(shí),需要設(shè)置“提交角色為其所在部門的部門主管角色,且該部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批;
所述指定組審批包括以下三種情況中的一種:
(1)指定組由一個(gè)或多個(gè)審批角色構(gòu)成;
(2)指定組由部門級(jí)別確定,選擇級(jí)別主體時(shí)只能沿用該審批節(jié)點(diǎn)所選擇的級(jí)別主體,且級(jí)別數(shù)值n只能設(shè)置為0;
(3)指定組由部門級(jí)別確定,級(jí)別主體能夠自主選擇,指定組中包括一個(gè)或多個(gè)指定節(jié)點(diǎn),當(dāng)指定節(jié)點(diǎn)的級(jí)別數(shù)值n為非0時(shí)必須設(shè)置下一級(jí)指定節(jié)點(diǎn),直到指定節(jié)點(diǎn)的級(jí)別數(shù)值n為0時(shí),該審批節(jié)點(diǎn)的指定組設(shè)置完成。
基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn),包括以下順序步驟:
第一步:設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽,稱該審批節(jié)點(diǎn)為會(huì)簽節(jié)點(diǎn),會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供參考;
第二步:設(shè)置會(huì)簽節(jié)點(diǎn)的一個(gè)或多個(gè)審批角色;
還包括一個(gè)設(shè)置該會(huì)簽節(jié)點(diǎn)為匿名會(huì)簽的步驟,設(shè)置為匿名會(huì)簽后,除了該審批角色自己能夠看到自己的會(huì)簽意見(jiàn)以外,其他非本審批角色均無(wú)法看到該審批角色提交的會(huì)簽意見(jiàn)。
本發(fā)明的有益效果是:
1、審批節(jié)點(diǎn)的審批方式可選擇為會(huì)簽,會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供有力參考。
例如:合同簽訂前,銷售人員5可發(fā)起一個(gè)會(huì)簽流程,可選擇銷售部、生產(chǎn)部、財(cái)務(wù)部會(huì)簽表達(dá)意見(jiàn),必須全部提交會(huì)簽意見(jiàn)后才進(jìn)入下一步,總經(jīng)理審批時(shí)可參考大家給出的會(huì)簽意見(jiàn)。
會(huì)簽與投票的區(qū)別是:會(huì)簽只是征求大家提供意見(jiàn),只是意見(jiàn)的匯總,為后續(xù)審批提供參考,無(wú)論會(huì)簽意見(jiàn)如何,都不能駁回審批流程。而投票時(shí),該審批節(jié)點(diǎn)的審批結(jié)果由投票者的投票結(jié)果確定,會(huì)得到一個(gè)審批結(jié)果:通過(guò)/同意或不通過(guò)/不同意,可以駁回審批流程。
2、同一會(huì)簽節(jié)點(diǎn)的不同審批角色對(duì)表單字段內(nèi)容的查看權(quán)限可以不同,使用更方便,適用范圍廣,便于實(shí)現(xiàn)部分敏感字段的隱藏,避免造成信息泄露。
例如:對(duì)于某合同審批流程,會(huì)簽節(jié)點(diǎn)中的銷售相關(guān)審批角色可以設(shè)置為能夠查看所有字段;生產(chǎn)相關(guān)審批角色可以設(shè)置為只能查看合同表單中的產(chǎn)品型號(hào)字段、產(chǎn)品數(shù)量字段、技術(shù)指標(biāo)字段、交貨時(shí)間字段;財(cái)務(wù)相關(guān)審批者可以設(shè)置為只能查看合同表單中的產(chǎn)品型號(hào)、產(chǎn)品單價(jià)、合同金額、開(kāi)票信息、付款方式字段。
3、必須先確定審批方式后選擇審批角色,避免先選審批角色時(shí)有些審批角色對(duì)表單字段內(nèi)容有修改權(quán)限,一旦表單字段內(nèi)容被修改則無(wú)法實(shí)現(xiàn)會(huì)簽審批,因?yàn)楦鱾€(gè)審批角色在并行審批,修改表單數(shù)據(jù)會(huì)影響其他審批角色審批。審批方式確定為會(huì)簽后,系統(tǒng)則限制所有涉及到的審批角色都無(wú)表單修改權(quán)限,確保客觀體現(xiàn)會(huì)簽內(nèi)容。
舉例:合同簽訂前會(huì)簽是否簽訂該合同,設(shè)定了5個(gè)審批角色,合同金額為10萬(wàn),如果先選審批角色,而審批角色中有某審批角色a具有對(duì)金額的修改權(quán)限,其將合同金額修改為8萬(wàn),其他審批角色審批時(shí)看到的合同金額則會(huì)變?yōu)?萬(wàn),基于修改后的合同內(nèi)容進(jìn)行會(huì)簽審批將無(wú)任何意義。
4、當(dāng)審批節(jié)點(diǎn)只有一個(gè)審批角色時(shí),也可以選擇會(huì)簽方式,目的是讓該審批角色只有意見(jiàn)表達(dá)的權(quán)利,而不能修改表單內(nèi)容。
5、提供了匿名會(huì)簽功能,設(shè)置為匿名會(huì)簽后,除了該審批角色自己能夠看到自己的會(huì)簽意見(jiàn)以外,其他非本審批角色均無(wú)法看到該審批角色提交的會(huì)簽意見(jiàn),避免審批角色之間受到相互影響,保證會(huì)簽結(jié)果的真實(shí)性和可信度。
6、傳統(tǒng)級(jí)別審批方式只能以審批流程提交角色作為判斷標(biāo)準(zhǔn)來(lái)判斷部門級(jí)別,無(wú)法自定義以表單中涉及到的其它角色或部門作為判斷部門級(jí)別的標(biāo)準(zhǔn),存在一定的使用局限性。
舉例:對(duì)于一個(gè)合同審批流程,合同的簽訂角色請(qǐng)假了,讓其同事替他發(fā)起了一個(gè)合同的審批,而系統(tǒng)認(rèn)定其同事為流程的提交角色,在按級(jí)別審批時(shí)對(duì)于級(jí)別的判斷均以其同事為準(zhǔn),無(wú)法客觀體現(xiàn)合同簽訂角色所在的部門及職位。例如,合同的簽訂角色為市場(chǎng)部的銷售人員1,其同事角色為研發(fā)部的研發(fā)人員1,原本該合同應(yīng)由簽訂角色所在部門的主管-市場(chǎng)部主管角色審批,設(shè)置審批節(jié)點(diǎn)的審批級(jí)別為1時(shí),系統(tǒng)會(huì)分配給研發(fā)人員1所在部門的主管-研發(fā)部主管角色進(jìn)行審批,出現(xiàn)了審批流程的分配錯(cuò)誤,使用不方便。
本申請(qǐng)可根據(jù)需要自定義以表單中涉及到的角色性質(zhì)字段、部門性質(zhì)字段或提交角色作為判斷部門級(jí)別的標(biāo)準(zhǔn),例如,在設(shè)置審批節(jié)點(diǎn)時(shí),可以選擇合同表單中的簽訂角色作為級(jí)別主體,以簽訂角色(而非一味默認(rèn)為提交角色)作為標(biāo)準(zhǔn)判斷部門級(jí)別,以此確定審批角色為市場(chǎng)部主管角色,使用更靈活、方便,通用性強(qiáng)。
7、系統(tǒng)提供了最高級(jí)別部門主管的審批機(jī)制,避免出現(xiàn)最高級(jí)別部門主管無(wú)法通過(guò)級(jí)別審批方式完成審批流程的問(wèn)題。
舉例:企業(yè)的最高級(jí)領(lǐng)導(dǎo)董事長(zhǎng)提交審批請(qǐng)求時(shí),在級(jí)別審批中,董事長(zhǎng)雖沒(méi)有上級(jí)部門,系統(tǒng)設(shè)置指定組來(lái)審批董事長(zhǎng)提交的審批請(qǐng)求。
指定組審批包括以下三種情況中的一種:
①指定組由一個(gè)或多個(gè)審批角色構(gòu)成,例如,由多個(gè)監(jiān)事會(huì)的成員構(gòu)成指定組,董事長(zhǎng)的審批請(qǐng)求由監(jiān)事會(huì)成員進(jìn)行審批;
②指定組由部門級(jí)別確定,選擇級(jí)別主體時(shí)只能沿用該審批節(jié)點(diǎn)所選擇的級(jí)別主體,且級(jí)別數(shù)值n只能設(shè)置為0;此種情況用于應(yīng)對(duì)企業(yè)組織結(jié)構(gòu)發(fā)生變化的情況,例如,某公司原最高級(jí)別主管為總經(jīng)理,而組織結(jié)構(gòu)變化后增設(shè)了董事會(huì),最高級(jí)別主管變?yōu)槎麻L(zhǎng),審批節(jié)點(diǎn)中級(jí)別數(shù)值為0則審批角色自動(dòng)變?yōu)槎麻L(zhǎng),而不是固定為總經(jīng)理,避免出現(xiàn)審批角色不能適配組織結(jié)構(gòu)變化的問(wèn)題;
③指定組由部門級(jí)別確定,級(jí)別主體能夠自主選擇,指定組中包括一個(gè)或多個(gè)指定節(jié)點(diǎn),當(dāng)指定節(jié)點(diǎn)的級(jí)別數(shù)值n為非0時(shí)必須設(shè)置下一級(jí)指定節(jié)點(diǎn),直到指定節(jié)點(diǎn)的級(jí)別數(shù)值n為0時(shí),該審批節(jié)點(diǎn)的指定組設(shè)置完成;此種情況適用于普通部門角色審批最高級(jí)部門主管所提交的審批請(qǐng)求,例如,財(cái)務(wù)部門的財(cái)務(wù)主管可以審核董事長(zhǎng)所提交的合同審批請(qǐng)求中涉及的開(kāi)票信息,最終要由董事長(zhǎng)確認(rèn)。
8、審批節(jié)點(diǎn)在設(shè)置審批角色時(shí)部門級(jí)別n可以設(shè)置為0,即選擇提交角色本身作為審批節(jié)點(diǎn)中的審批角色,在審批流程結(jié)束前,可以由提交角色本身進(jìn)行審批確認(rèn),選擇不同意后可返回重新審批,選擇同意進(jìn)入下一環(huán)節(jié),多出了提交角色復(fù)核程序,避免出現(xiàn)審批結(jié)果不正確或?qū)徟Y(jié)果與提交角色的預(yù)期不符而需要新建審批流程的問(wèn)題,減少了系統(tǒng)內(nèi)耗,提高了審批流程效率和可靠性。
舉例:提交角色提交了一個(gè)10000元的報(bào)銷審批請(qǐng)求,因提交角色所提交的內(nèi)容有誤或其他原因,經(jīng)過(guò)多級(jí)審批后核準(zhǔn)報(bào)銷金額被修改為500元,在審批流程結(jié)束之前,由提交角色作為審批角色進(jìn)行復(fù)核確認(rèn)即可發(fā)現(xiàn)問(wèn)題,選擇不同意后可返回重新審批,選擇同意進(jìn)入下一環(huán)節(jié),無(wú)需新建一個(gè)審批流程。
9、通過(guò)按部門級(jí)別設(shè)置審批角色的方式,系統(tǒng)工作流設(shè)置人員在設(shè)置審批角色時(shí)只需選擇級(jí)別主體并輸入級(jí)別數(shù)值即可,多個(gè)審批流程能夠有效整合在一個(gè)審批流程內(nèi),能夠有效減少流轉(zhuǎn)條件和流轉(zhuǎn)線路,降低了系統(tǒng)工作流設(shè)置人員的工作量,提高了系統(tǒng)可靠性。
10、工作流中審批操作的主體是角色,而且這個(gè)角色是獨(dú)立的個(gè)體而不是傳統(tǒng)組/類性質(zhì)的角色,即使發(fā)生員工/用戶變動(dòng)(如調(diào)崗、離職等),只需將新員工重新關(guān)聯(lián)到審批流程中的角色即可;或者是員工審批權(quán)限發(fā)生變化,針對(duì)性調(diào)整該角色審批權(quán)限即可,無(wú)需重新設(shè)置/調(diào)整流程,設(shè)置方便,不會(huì)出錯(cuò)或遺漏,不會(huì)影響企業(yè)的正常運(yùn)營(yíng),極大提高了工作流的可靠性。以崗位號(hào)性質(zhì)的角色為審批環(huán)節(jié)節(jié)點(diǎn)的審批授權(quán)主體,用戶通過(guò)角色確定其有哪些審批任務(wù),用戶通過(guò)關(guān)聯(lián)角色的權(quán)限進(jìn)行審批操作即可;理解清晰簡(jiǎn)單,每個(gè)崗位號(hào)/工位號(hào)性質(zhì)的角色是工作主體的最小單位,針對(duì)每個(gè)角色對(duì)審批的不同需求,本申請(qǐng)均能夠很好滿足。
11、本申請(qǐng)角色對(duì)用戶是一對(duì)一的關(guān)系,同一時(shí)段一個(gè)角色只能關(guān)聯(lián)唯一的用戶,這樣做的好處是,在每次創(chuàng)建用戶時(shí)都不再需要進(jìn)行分配權(quán)限的操作,只要將用戶關(guān)聯(lián)到角色即可,而且角色的權(quán)限變更比傳統(tǒng)機(jī)制中的用戶權(quán)限變更要少得多。獨(dú)立體性質(zhì)(崗位號(hào)/工位號(hào)性質(zhì))的角色數(shù)量變化小,雖然員工流動(dòng)大,但崗位號(hào)/工位號(hào)的變化?。ㄉ踔猎谝欢〞r(shí)段內(nèi)是沒(méi)有變化的,即角色沒(méi)有變化),這樣將極大簡(jiǎn)化用戶的權(quán)限管理,減少系統(tǒng)的開(kāi)銷。
12、動(dòng)態(tài)管理、入職調(diào)崗等的操作簡(jiǎn)單方便,效率高,可靠性高:入職/離職/調(diào)崗在審批流程中的應(yīng)用簡(jiǎn)單,工作流程的發(fā)起及審批的操作主體是角色,當(dāng)員工/用戶發(fā)生變化時(shí)不用重新設(shè)置審批流程(用戶只需取消或關(guān)聯(lián)角色即可:不再任職該崗位號(hào)/工位號(hào)的角色的用戶就取消該角色關(guān)聯(lián),接手任職該崗位號(hào)/工位號(hào)的角色的用戶關(guān)聯(lián)該崗位號(hào)的角色,則關(guān)聯(lián)該角色的用戶自動(dòng)就獲得了該角色在審批工作流中的相關(guān)任務(wù)和權(quán)限,無(wú)需對(duì)審批工作流進(jìn)行重新設(shè)置或?qū)ぷ髁髦械慕巧M(jìn)行重新授權(quán),極大地提高了流程設(shè)置的效率、安全性和可靠性。
舉例:因張三用戶離職或調(diào)崗等原因,張三不再做“采購(gòu)員3”這個(gè)角色的工作,則張三取消了與該角色的關(guān)聯(lián);另外李四接手做“采購(gòu)員3”這個(gè)角色的工作,則將李四關(guān)聯(lián)該角色,則李四自動(dòng)獲得了審批流程中“采購(gòu)員3”這個(gè)角色的審批任務(wù)和審批權(quán)限。
13、傳統(tǒng)的權(quán)限管理機(jī)制將角色定義為組、工種、類等性質(zhì),角色對(duì)用戶是一對(duì)多的關(guān)系,在實(shí)際的系統(tǒng)使用過(guò)程中,經(jīng)常因?yàn)樵谶\(yùn)營(yíng)過(guò)程中需要對(duì)用戶的權(quán)限進(jìn)行調(diào)整,比如:在處理員工權(quán)限變化的時(shí)候,角色關(guān)聯(lián)的某個(gè)員工的權(quán)限發(fā)生變化,我們不能因該個(gè)別員工權(quán)限的變化而改變整個(gè)角色的權(quán)限,因?yàn)樵摻巧€關(guān)聯(lián)了其他權(quán)限未變的員工。因此為了應(yīng)對(duì)該種情況,要么創(chuàng)建新角色來(lái)滿足該權(quán)限發(fā)生變化的員工,要么對(duì)該員工根據(jù)權(quán)限需求直接授權(quán)(脫離角色)。以上兩種處理方式,在角色權(quán)限較多的情況下對(duì)角色授權(quán)不僅所需時(shí)間長(zhǎng),而且容易犯錯(cuò),使用方操作起來(lái)繁瑣又麻煩,也容易出錯(cuò)導(dǎo)致對(duì)系統(tǒng)使用方的損失。
但在本申請(qǐng)的方法下,因?yàn)榻巧且粋€(gè)獨(dú)立的個(gè)體,則可以選擇改變角色權(quán)限即可達(dá)到目的。本申請(qǐng)的方法,雖然看起來(lái)在系統(tǒng)初始化時(shí)會(huì)增加工作量,但可以通過(guò)復(fù)制等方法,使其創(chuàng)建角色或授權(quán)的效率高于傳統(tǒng)以組為性質(zhì)的角色,因?yàn)椴挥每紤]性質(zhì)為組的角色在滿足關(guān)聯(lián)用戶時(shí)的共通性,本申請(qǐng)方案會(huì)讓權(quán)限設(shè)置清晰,明了;尤其是在系統(tǒng)使用一段時(shí)間后(用戶/角色權(quán)限動(dòng)態(tài)變化),該申請(qǐng)方案能為系統(tǒng)使用方大幅度提高系統(tǒng)使用中的權(quán)限管理效率,使動(dòng)態(tài)授權(quán)更簡(jiǎn)單,更方便,更清晰、明了,提高權(quán)限設(shè)置的效率和可靠性。
14、傳統(tǒng)以組為性質(zhì)的角色授權(quán)方法容易出錯(cuò),本申請(qǐng)方法大幅降低了授權(quán)出錯(cuò)的幾率,因?yàn)楸旧暾?qǐng)方法只需考慮作為獨(dú)立個(gè)體的角色,而不用考慮傳統(tǒng)方法下關(guān)聯(lián)該組性質(zhì)角色的多個(gè)用戶有哪些共通性。即使授權(quán)出錯(cuò)也只影響關(guān)聯(lián)到該角色的那一個(gè)用戶,而傳統(tǒng)以組性質(zhì)的角色則會(huì)影響關(guān)聯(lián)到該角色的所有用戶。即使出現(xiàn)權(quán)限授權(quán)錯(cuò)誤,本申請(qǐng)的修正方法簡(jiǎn)單、時(shí)間短,而傳統(tǒng)以組性質(zhì)的角色在修正錯(cuò)誤時(shí)需要考慮關(guān)聯(lián)到該角色的所有用戶的權(quán)限共通性,在功能點(diǎn)多的情況下不僅修改麻煩、復(fù)雜,非常容易出錯(cuò),且很多情況下只能新創(chuàng)建角色才能解決。
15、在傳統(tǒng)以組為性質(zhì)的角色授權(quán)方法下,若角色的權(quán)限功能點(diǎn)比較多,時(shí)間一長(zhǎng),很難記住角色的具體權(quán)限,更難記住權(quán)限相近的角色之間的權(quán)限差別,若要關(guān)聯(lián)新的用戶,無(wú)法準(zhǔn)確判斷應(yīng)當(dāng)如何選擇關(guān)聯(lián)。本申請(qǐng)方法的角色本身就具有崗位號(hào)/工位號(hào)的性質(zhì),選擇一目了然。
16、調(diào)崗時(shí),若要將被調(diào)崗用戶的很多個(gè)權(quán)限分配給另外幾個(gè)用戶承擔(dān),則處理時(shí)必須將被調(diào)崗用戶的這些權(quán)限區(qū)分開(kāi)來(lái),分別再創(chuàng)建角色來(lái)關(guān)聯(lián)另外幾個(gè)用戶,這樣的操作不僅復(fù)雜耗時(shí),而且還很容易發(fā)生錯(cuò)誤。
本申請(qǐng)方法則為:被調(diào)崗用戶關(guān)聯(lián)了幾個(gè)角色,在調(diào)崗時(shí),首先取消用戶與原部門內(nèi)的角色的關(guān)聯(lián)(被取消的這幾個(gè)角色可以被重新關(guān)聯(lián)給其他用戶),然后將用戶與新部門內(nèi)的角色進(jìn)行關(guān)聯(lián)即可。操作簡(jiǎn)單,不會(huì)出錯(cuò)。
17、創(chuàng)建角色時(shí),需要選定一個(gè)部門,一旦該角色創(chuàng)建完成,則部門不能被更換,角色為什么不能更換部門:
理由1:因?yàn)楸旧暾?qǐng)的角色性質(zhì)等同于一個(gè)工位號(hào)/崗位號(hào),不同的工位號(hào)/崗位號(hào)的工作內(nèi)容/權(quán)限是不一樣的,如銷售部門下的銷售員1角色和技術(shù)部門的開(kāi)發(fā)人員1角色是完全不同的兩個(gè)工位號(hào)/崗位號(hào),其權(quán)限是不同的;
理由2:若將銷售員1角色的所屬部門(銷售部)更換為技術(shù)部,其銷售人員1這個(gè)角色的權(quán)限不變,則在技術(shù)部存在擁有銷售部權(quán)限的一個(gè)角色,這樣會(huì)導(dǎo)致管理混亂及安全漏洞。
18、一個(gè)角色在同一個(gè)審批流程中能夠存在于不同審批節(jié)點(diǎn),針對(duì)每個(gè)審批節(jié)點(diǎn)的審批角色能夠進(jìn)行獨(dú)立的權(quán)限設(shè)置,不同審批節(jié)點(diǎn)中該審批角色對(duì)此表單字段的查看、修改權(quán)限可不同。優(yōu)勢(shì)舉例:某角色為成都銷售經(jīng)理3,在合同審批工作流中,其存在于成都銷售合同審批和上海銷售合同審批兩個(gè)審批節(jié)點(diǎn);對(duì)于成都的銷售合同,在審批時(shí)該角色可查看該合同的客戶名稱、聯(lián)系人、聯(lián)系方式、產(chǎn)品數(shù)量、產(chǎn)品單價(jià)、合同金額等全部字段內(nèi)容,且可修改產(chǎn)品單價(jià)、合同金額;但在審批上海銷售合同時(shí)卻無(wú)法查看客戶名稱、聯(lián)系人、聯(lián)系方式等敏感字段內(nèi)容,更不能作任何修改。這樣一來(lái),能夠自定義地設(shè)置角色在審批流程中的權(quán)限。
附圖說(shuō)明
圖1為背景技術(shù)中系統(tǒng)直接對(duì)用戶進(jìn)行授權(quán)的方式示意圖;
圖2為背景技術(shù)中系統(tǒng)對(duì)組/類性質(zhì)角色進(jìn)行授權(quán)的方式示意圖;
圖3為背景技術(shù)中系統(tǒng)對(duì)用戶直接授權(quán)和對(duì)組/類性質(zhì)角色授權(quán)相結(jié)合的方式示意圖;
圖4為實(shí)施例中系統(tǒng)組織結(jié)構(gòu)樹(shù)狀圖;
圖5為本發(fā)明工作流生成方法流程圖;
圖6為本發(fā)明系統(tǒng)通過(guò)獨(dú)立個(gè)體性質(zhì)角色對(duì)用戶進(jìn)行授權(quán)的方式示意圖;
圖7為本發(fā)明工作流審批流程示意圖;
圖8為本發(fā)明用戶-角色授權(quán)方法流程圖。
具體實(shí)施方式
下面結(jié)合附圖進(jìn)一步詳細(xì)描述本發(fā)明的技術(shù)方案,但本發(fā)明的保護(hù)范圍不局限于以下所述。
【實(shí)施例1】如圖7所示,基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn),包括以下順序步驟:
第一步:設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽,稱該審批節(jié)點(diǎn)為會(huì)簽節(jié)點(diǎn),會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供參考;
第二步:設(shè)置會(huì)簽節(jié)點(diǎn)的一個(gè)或多個(gè)審批角色。
設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽后,該會(huì)簽節(jié)點(diǎn)所涉及的所有審批角色對(duì)審批流程的表單字段內(nèi)容都不具備修改權(quán)限。當(dāng)審批節(jié)點(diǎn)只有一個(gè)審批角色時(shí),也可以選擇會(huì)簽方式,目的是讓該審批角色只有意見(jiàn)表達(dá)的權(quán)利,而不能修改表單內(nèi)容。
必須先確定審批方式后選擇審批角色,避免先選審批角色時(shí)有些審批角色對(duì)表單字段內(nèi)容有修改權(quán)限,一旦表單字段內(nèi)容被修改則無(wú)法實(shí)現(xiàn)會(huì)簽審批,因?yàn)楦鱾€(gè)審批角色在并行審批,修改表單數(shù)據(jù)會(huì)影響其他審批角色審批。審批方式確定為會(huì)簽后,系統(tǒng)則限制所有涉及到的審批角色都無(wú)表單修改權(quán)限,確??陀^體現(xiàn)會(huì)簽內(nèi)容。
舉例:合同簽訂前會(huì)簽是否簽訂該合同,設(shè)定了5個(gè)審批角色,合同金額為10萬(wàn),如果先選審批角色,而審批角色中有某審批角色a具有對(duì)金額的修改權(quán)限,其將合同金額修改為8萬(wàn),其他審批角色審批時(shí)看到的合同金額則會(huì)變?yōu)?萬(wàn),基于修改后的合同內(nèi)容進(jìn)行會(huì)簽審批將無(wú)任何意義。
所述的審批角色是獨(dú)立的個(gè)體,而非組/類,同一時(shí)段一個(gè)審批角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)審批角色。
基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,還包括一個(gè)為會(huì)簽節(jié)點(diǎn)設(shè)置一個(gè)負(fù)責(zé)角色的步驟,負(fù)責(zé)角色在會(huì)簽時(shí)選擇該會(huì)簽節(jié)點(diǎn)的下一級(jí)流轉(zhuǎn)節(jié)點(diǎn),當(dāng)下一級(jí)流轉(zhuǎn)節(jié)點(diǎn)有多個(gè)可選時(shí),由負(fù)責(zé)角色選擇其中一個(gè)。
只有會(huì)簽節(jié)點(diǎn)所涉及到的所有審批角色都提交會(huì)簽意見(jiàn)后才能進(jìn)入審批流程的后續(xù)步驟;審批流程中不能以會(huì)簽節(jié)點(diǎn)結(jié)束流程,所述會(huì)簽節(jié)點(diǎn)的后續(xù)節(jié)點(diǎn)中至少有一個(gè)非會(huì)簽的審批節(jié)點(diǎn)。
會(huì)簽節(jié)點(diǎn)得到的是該節(jié)點(diǎn)所有審批角色的會(huì)簽意見(jiàn)的匯總,無(wú)論會(huì)簽意見(jiàn)如何,會(huì)簽節(jié)點(diǎn)都不能駁回審批流程。
審批節(jié)點(diǎn)的審批方式可選擇為會(huì)簽,會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供有力參考。
例如:合同簽訂前,銷售人員5可發(fā)起一個(gè)會(huì)簽流程,可選擇銷售部、生產(chǎn)部、財(cái)務(wù)部會(huì)簽表達(dá)意見(jiàn),必須全部提交會(huì)簽意見(jiàn)后才進(jìn)入下一步,總經(jīng)理審批時(shí)可參考大家給出的會(huì)簽意見(jiàn)。
會(huì)簽與投票的區(qū)別是:會(huì)簽只是征求大家提供意見(jiàn),只是意見(jiàn)的匯總,為后續(xù)審批提供參考,無(wú)論會(huì)簽意見(jiàn)如何,都不能駁回審批流程。而投票時(shí),該審批節(jié)點(diǎn)的審批結(jié)果由投票者的投票結(jié)果確定,會(huì)得到一個(gè)審批結(jié)果:通過(guò)/同意或不通過(guò)/不同意,可以駁回審批流程。
【實(shí)施例2】基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,還包括一個(gè)設(shè)置審批角色對(duì)審批流程涉及的表單字段內(nèi)容查看權(quán)限的步驟,同一會(huì)簽節(jié)點(diǎn)的不同審批角色對(duì)表單字段內(nèi)容的查看權(quán)限可以不同。使用更方便,適用范圍廣,便于實(shí)現(xiàn)部分敏感字段的隱藏,避免造成信息泄露。
例如:對(duì)于某合同審批流程,會(huì)簽節(jié)點(diǎn)中的銷售相關(guān)審批角色可以設(shè)置為能夠查看所有字段;生產(chǎn)相關(guān)審批角色可以設(shè)置為只能查看合同表單中的產(chǎn)品型號(hào)字段、產(chǎn)品數(shù)量字段、技術(shù)指標(biāo)字段、交貨時(shí)間字段;財(cái)務(wù)相關(guān)審批者可以設(shè)置為只能查看合同表單中的產(chǎn)品型號(hào)、產(chǎn)品單價(jià)、合同金額、開(kāi)票信息、付款方式字段。
【實(shí)施例3】基于會(huì)簽的審批節(jié)點(diǎn)在審批流程中的設(shè)置方法,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn),包括以下順序步驟:
第一步:設(shè)置審批節(jié)點(diǎn)審批方式為會(huì)簽,稱該審批節(jié)點(diǎn)為會(huì)簽節(jié)點(diǎn),會(huì)簽節(jié)點(diǎn)匯總所有該節(jié)點(diǎn)審批角色的會(huì)簽意見(jiàn),為在后的審批節(jié)點(diǎn)的審批角色提供參考;
第二步:設(shè)置會(huì)簽節(jié)點(diǎn)的一個(gè)或多個(gè)審批角色;
還包括一個(gè)設(shè)置該會(huì)簽節(jié)點(diǎn)為匿名會(huì)簽的步驟,設(shè)置為匿名會(huì)簽后,除了該審批角色自己能夠看到自己的會(huì)簽意見(jiàn)以外,其他非本審批角色均無(wú)法看到該審批角色提交的會(huì)簽意見(jiàn)。
提供了匿名會(huì)簽功能,設(shè)置為匿名會(huì)簽后,除了該審批角色自己能夠看到自己的會(huì)簽意見(jiàn)以外,其他非本審批角色均無(wú)法看到該審批角色提交的會(huì)簽意見(jiàn),避免審批角色之間受到相互影響,保證會(huì)簽結(jié)果的真實(shí)性和可信度。
【實(shí)施例4】所述的第二步采用基于表單字段和級(jí)別的審批角色設(shè)置方法,具體包括一個(gè)設(shè)置系統(tǒng)組織結(jié)構(gòu)的步驟和一個(gè)按部門級(jí)別設(shè)置審批角色的步驟:
所述設(shè)置系統(tǒng)組織結(jié)構(gòu)的步驟包括以下子步驟:
ss1:創(chuàng)建系統(tǒng)組織結(jié)構(gòu)中所包含的部門及角色,并設(shè)置各部門之間的層級(jí)關(guān)系,如圖4所示,部門a比部門b高一級(jí),部門a比部門c高兩級(jí)……;
ss2:設(shè)置各部門的部門主管角色;
所述按部門級(jí)別設(shè)置審批角色的步驟包括:
sss1:選擇以按級(jí)別方式進(jìn)行審批角色的設(shè)置;
sss2:選擇審批流程對(duì)應(yīng)表單中的角色性質(zhì)字段、部門性質(zhì)字段或者該審批流程的提交角色中的一個(gè),作為級(jí)別主體;
sss3:填寫具體的級(jí)別數(shù)值n,n為≥0的正整數(shù):
(1)選擇審批流程對(duì)應(yīng)表單中的角色性質(zhì)字段作為級(jí)別主體,以該選定的角色為判斷標(biāo)準(zhǔn)判斷級(jí)別,例如,流程的提交角色為d2,但選擇的表單中的角色性質(zhì)字段為簽訂角色,該簽訂角色為角色d3:
①當(dāng)n=0時(shí),由選定的角色d3擔(dān)任該審批節(jié)點(diǎn)的審批角色;
②當(dāng)n=1時(shí),由選定的角色d3所在部門d的部門主管角色d1擔(dān)任該審批節(jié)點(diǎn)的審批角色;若選定的角色為其所在部門的部門主管角色,則由選定的角色所在部門的上一級(jí)部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;
③當(dāng)n=2時(shí),由選定的角色d3所在部門d的上一級(jí)部門c的部門主管角色c1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由選定的角色d3所在部門d的上上一級(jí)部門b的部門主管角色b1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤當(dāng)n=4時(shí),由選定的角色d3所在部門d的上上上一級(jí)部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑥以此類推;
⑦當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;例如:對(duì)于角色d3而言,部門級(jí)別最高應(yīng)為4,當(dāng)部門級(jí)別設(shè)置為6時(shí),由最高級(jí)別部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色。
⑧當(dāng)n≥1時(shí),需要設(shè)置“選定的角色為其所在部門的部門主管角色,且該部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批。
(2)選擇審批流程對(duì)應(yīng)表單中的部門性質(zhì)字段作為級(jí)別主體,以該選定的部門為判斷標(biāo)準(zhǔn)判斷級(jí)別,例如,選擇的表單中的部門性質(zhì)字段為簽訂部門,該簽訂部門為部門d:
①當(dāng)n=0時(shí),由選定部門d的部門主管角色d1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
②當(dāng)n=1時(shí),由選定部門d的上一級(jí)部門c的部門主管角色c1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
③當(dāng)n=2時(shí),由選定部門d的上上一級(jí)部門b的部門主管角色b1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由選定部門d的上上上一級(jí)部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤以此類推;
⑥當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色;例如:對(duì)于部門d而言,部門級(jí)別最高應(yīng)為3,當(dāng)部門級(jí)別設(shè)置為6時(shí),由最高級(jí)別部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色。
⑦當(dāng)n≥1時(shí),需要設(shè)置“選定的部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批。
(3)選擇審批流程的提交角色作為級(jí)別主體,以該提交角色為判斷標(biāo)準(zhǔn)判斷級(jí)別,例如,若提交角色為角色d2,則:
①當(dāng)n=0時(shí),由工作流審批流程提交角色d2擔(dān)任該審批節(jié)點(diǎn)的審批角色;
審批節(jié)點(diǎn)在設(shè)置審批角色時(shí)部門級(jí)別n可以設(shè)置為0,即選擇提交角色d2本身作為審批節(jié)點(diǎn)中的審批角色,在審批流程結(jié)束前,可以由提交角色d2本身進(jìn)行審批確認(rèn),選擇不同意后可返回重新審批,選擇同意進(jìn)入下一環(huán)節(jié),多出了提交角色復(fù)核程序,避免出現(xiàn)審批結(jié)果不正確或?qū)徟Y(jié)果與提交角色的預(yù)期不符而需要新建審批流程的問(wèn)題,減少了系統(tǒng)內(nèi)耗,提高了審批流程效率和可靠性。
舉例:提交角色d2提交了一個(gè)10000元的報(bào)銷審批請(qǐng)求,因提交角色d2所提交的內(nèi)容有誤或其他原因,經(jīng)過(guò)多級(jí)審批后核準(zhǔn)報(bào)銷金額被修改為500元,在審批流程結(jié)束之前,由提交角色d2作為審批角色進(jìn)行復(fù)核確認(rèn)即可發(fā)現(xiàn)問(wèn)題,選擇不同意后可返回重新審批,選擇同意進(jìn)入下一環(huán)節(jié),無(wú)需新建一個(gè)審批流程。
②當(dāng)n=1時(shí),由工作流審批流程提交角色d2所在部門d的部門主管角色d1擔(dān)任該審批節(jié)點(diǎn)的審批角色;(若提交角色是d1,他是其所在部門d的部門主管角色,則由提交角色所在部門d的上一級(jí)部門c的部門主管角色c1擔(dān)任該審批節(jié)點(diǎn)的審批角色)
③當(dāng)n=2時(shí),由工作流審批流程提交角色d2所在部門d的上一級(jí)部門c的部門主管角色c1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
④當(dāng)n=3時(shí),由工作流審批流程提交角色d2所在部門d的上上一級(jí)部門b的部門主管角色b1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑤當(dāng)n=4時(shí),由工作流審批流程提交角色d2所在部門d的上上上一級(jí)部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色;
⑥以此類推;
⑦當(dāng)部門級(jí)別的設(shè)置超過(guò)系統(tǒng)組織結(jié)構(gòu)中的最高級(jí)別部門時(shí),由最高級(jí)別部門的部門主管角色擔(dān)任該審批節(jié)點(diǎn)的審批角色。例如:對(duì)于角色d2而言,部門級(jí)別最高應(yīng)為4,當(dāng)部門級(jí)別設(shè)置為6時(shí),由最高級(jí)別部門a的部門主管角色a1擔(dān)任該審批節(jié)點(diǎn)的審批角色。
⑧當(dāng)n≥1時(shí),需要設(shè)置“提交角色為其所在部門的部門主管角色,且該部門無(wú)上一級(jí)部門時(shí)”該審批節(jié)點(diǎn)由指定組審批;
所述指定組審批包括以下三種情況中的一種:
(1)指定組由一個(gè)或多個(gè)審批角色構(gòu)成;
(2)指定組由部門級(jí)別確定,選擇級(jí)別主體時(shí)只能沿用該審批節(jié)點(diǎn)所選擇的級(jí)別主體,且級(jí)別數(shù)值n只能設(shè)置為0;
(3)指定組由部門級(jí)別確定,級(jí)別主體能夠自主選擇,指定組中包括一個(gè)或多個(gè)指定節(jié)點(diǎn),當(dāng)指定節(jié)點(diǎn)的級(jí)別數(shù)值n為非0時(shí)必須設(shè)置下一級(jí)指定節(jié)點(diǎn),直到指定節(jié)點(diǎn)的級(jí)別數(shù)值n為0時(shí),該審批節(jié)點(diǎn)的指定組設(shè)置完成。
本申請(qǐng)方案在原基于提交角色級(jí)別授權(quán)方式的優(yōu)勢(shì)基礎(chǔ)上,還有另一優(yōu)勢(shì):可以選擇不同性質(zhì)的角色,如合同表單上有合同簽訂角色、合同新增角色、合同負(fù)責(zé)角色,該審批節(jié)點(diǎn)本來(lái)不應(yīng)該以提交角色判定級(jí)別,而應(yīng)以合同簽訂角色判斷級(jí)別。比如,報(bào)銷表單的第一個(gè)審批節(jié)點(diǎn)要以提交角色的上級(jí),另外的一個(gè)審批節(jié)點(diǎn)要以報(bào)銷角色的上級(jí)審批(報(bào)銷角色和提交角色可能是不同的角色)。
傳統(tǒng)級(jí)別審批方式只能以審批流程提交角色作為判斷標(biāo)準(zhǔn)來(lái)判斷部門級(jí)別,無(wú)法自定義以表單中涉及到的其它角色或部門作為判斷部門級(jí)別的標(biāo)準(zhǔn),存在一定的使用局限性。
舉例:對(duì)于一個(gè)合同審批流程,合同的簽訂角色請(qǐng)假了,讓其同事替他發(fā)起了一個(gè)合同的審批,而系統(tǒng)認(rèn)定其同事為流程的提交角色,在按級(jí)別審批時(shí)對(duì)于級(jí)別的判斷均以其同事為準(zhǔn),無(wú)法客觀體現(xiàn)合同簽訂角色所在的部門及職位。例如,合同的簽訂角色為市場(chǎng)部的銷售人員1,其同事角色為研發(fā)部的研發(fā)人員1,原本該合同應(yīng)由簽訂角色所在部門的主管-市場(chǎng)部主管角色審批,設(shè)置審批節(jié)點(diǎn)的審批級(jí)別為1時(shí),系統(tǒng)會(huì)分配給研發(fā)人員1所在部門的主管-研發(fā)部主管角色進(jìn)行審批,出現(xiàn)了審批流程的分配錯(cuò)誤,使用不方便。
本申請(qǐng)?jiān)谠O(shè)置審批節(jié)點(diǎn)時(shí),可以根據(jù)需要選擇合同表單中的簽訂角色作為級(jí)別主體,以簽訂角色(而非一味默認(rèn)為提交角色)作為標(biāo)準(zhǔn)判斷部門級(jí)別,以此確定審批角色為市場(chǎng)部主管角色,使用更靈活、方便,通用性強(qiáng)。
系統(tǒng)提供了最高級(jí)別部門主管的審批機(jī)制,避免出現(xiàn)最高級(jí)別部門主管無(wú)法通過(guò)級(jí)別審批方式完成審批流程的問(wèn)題。
舉例:企業(yè)的最高級(jí)領(lǐng)導(dǎo)董事長(zhǎng)提交審批請(qǐng)求時(shí),在級(jí)別審批中,董事長(zhǎng)雖沒(méi)有上級(jí)部門,系統(tǒng)設(shè)置指定組來(lái)審批董事長(zhǎng)提交的審批請(qǐng)求。
指定組審批包括以下三種情況中的一種:
①指定組由一個(gè)或多個(gè)審批角色構(gòu)成,例如,由多個(gè)監(jiān)事會(huì)的成員構(gòu)成指定組,董事長(zhǎng)的審批請(qǐng)求由監(jiān)事會(huì)成員進(jìn)行審批;
②指定組由部門級(jí)別確定,選擇級(jí)別主體時(shí)只能沿用該審批節(jié)點(diǎn)所選擇的級(jí)別主體,且級(jí)別數(shù)值n只能設(shè)置為0;此種情況用于應(yīng)對(duì)企業(yè)組織結(jié)構(gòu)發(fā)生變化的情況,例如,某公司原最高級(jí)別主管為總經(jīng)理,而組織結(jié)構(gòu)變化后增設(shè)了董事會(huì),最高級(jí)別主管變?yōu)槎麻L(zhǎng),審批節(jié)點(diǎn)中級(jí)別數(shù)值為0則審批角色自動(dòng)變?yōu)槎麻L(zhǎng),而不是固定為總經(jīng)理,避免出現(xiàn)審批角色不能適配組織結(jié)構(gòu)變化的問(wèn)題;
③指定組由部門級(jí)別確定,級(jí)別主體能夠自主選擇,指定組中包括一個(gè)或多個(gè)指定節(jié)點(diǎn),當(dāng)指定節(jié)點(diǎn)的級(jí)別數(shù)值n為非0時(shí)必須設(shè)置下一級(jí)指定節(jié)點(diǎn),直到指定節(jié)點(diǎn)的級(jí)別數(shù)值n為0時(shí),該審批節(jié)點(diǎn)的指定組設(shè)置完成;此種情況適用于普通部門角色審批最高級(jí)部門主管所提交的審批請(qǐng)求,例如,財(cái)務(wù)部門的財(cái)務(wù)主管可以審核董事長(zhǎng)所提交的合同審批請(qǐng)求中涉及的開(kāi)票信息,最終要由董事長(zhǎng)確認(rèn)。
當(dāng)審批節(jié)點(diǎn)選擇的是級(jí)別審批時(shí),對(duì)級(jí)別中對(duì)應(yīng)的審批角色進(jìn)行審批權(quán)限授權(quán),則此級(jí)別中對(duì)應(yīng)的審批角色的審批權(quán)限都相同。
舉例:n=1時(shí),a3、b3、c3、d3分別提交審批流程時(shí),則對(duì)應(yīng)的審批主管分別為a1、b1、c1、d1,且a1、b1、c1、d1的審批權(quán)限都一樣。
【實(shí)施例5】如圖5所示,所述審批流程的生成包括以下步驟:
s1:構(gòu)建用戶-角色-權(quán)限的三層結(jié)構(gòu)模型,其中:
角色層:工作流中流程發(fā)起及審批的操作主體為角色,每個(gè)角色是獨(dú)立的個(gè)體,而非組/類,同一時(shí)段一個(gè)角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)角色;所述角色的構(gòu)成為:崗位名+崗內(nèi)編號(hào);
權(quán)限層:由工作流執(zhí)行中所需要使用的權(quán)限構(gòu)成,權(quán)限直接授權(quán)給角色;
用戶層:用戶通過(guò)關(guān)聯(lián)的角色確定審批流程中的審批任務(wù),并以關(guān)聯(lián)角色的權(quán)限進(jìn)行審批操作;
s2:如圖7所示,基于三層結(jié)構(gòu)模型生成審批流程,一個(gè)審批流程中包括一個(gè)開(kāi)始節(jié)點(diǎn)、至少一個(gè)審批節(jié)點(diǎn)、一個(gè)結(jié)束節(jié)點(diǎn):
開(kāi)始節(jié)點(diǎn):發(fā)起角色發(fā)起/申請(qǐng)/提交工作流作為開(kāi)始節(jié)點(diǎn),或者由第一個(gè)審批節(jié)點(diǎn)作為開(kāi)始節(jié)點(diǎn)。
系統(tǒng)根據(jù)發(fā)起角色所提交的表單確定審批流程,針對(duì)需要有工作流的表單設(shè)計(jì)一個(gè)或多個(gè)審批流程,但一個(gè)角色只能選擇該表單下的某一個(gè)審批流程(同一個(gè)角色只能存在于同一個(gè)表單的其中一個(gè)流程中);
舉例:采購(gòu)合同表單有兩種流程,分別為p1流程和p2流程,如果在p1流程的開(kāi)始節(jié)點(diǎn)中選擇了角色a,那么在p2流程的開(kāi)始節(jié)點(diǎn)就不能再選擇角色a,此時(shí)角色a新增一個(gè)采購(gòu)合同的審批,提交審批時(shí)自動(dòng)進(jìn)入p1流程。
審批節(jié)點(diǎn):設(shè)置審批節(jié)點(diǎn)審批方式并選擇審批角色,并對(duì)審批角色進(jìn)行授權(quán);
結(jié)束節(jié)點(diǎn):審批流程流轉(zhuǎn)到此節(jié)點(diǎn)時(shí)該審批流程結(jié)束,該結(jié)束節(jié)點(diǎn)不進(jìn)行審批操作;或者以最后一個(gè)審批節(jié)點(diǎn)作為結(jié)束節(jié)點(diǎn),該結(jié)束節(jié)點(diǎn)需要進(jìn)行審批操作。
s3:用戶根據(jù)其關(guān)聯(lián)的角色確定所需處理的審批任務(wù),并根據(jù)關(guān)聯(lián)的角色的權(quán)限進(jìn)行審批操作。
在審批節(jié)點(diǎn)選擇一個(gè)或多個(gè)審批角色,一個(gè)角色在同一個(gè)審批流程中能夠存在于不同審批節(jié)點(diǎn),在審批節(jié)點(diǎn)設(shè)置審批角色的權(quán)限,針對(duì)每個(gè)審批節(jié)點(diǎn)的審批角色能夠進(jìn)行獨(dú)立的權(quán)限設(shè)置,不同審批節(jié)點(diǎn)中該審批角色對(duì)此表單字段的查看、修改權(quán)限可不同。優(yōu)勢(shì)舉例:某角色為成都銷售經(jīng)理3,在合同審批工作流中,其存在于成都銷售合同審批和上海銷售合同審批兩個(gè)審批節(jié)點(diǎn);對(duì)于成都的銷售合同,在審批時(shí)該角色可查看該合同的客戶名稱、聯(lián)系人、聯(lián)系方式、產(chǎn)品數(shù)量、產(chǎn)品單價(jià)、合同金額等全部字段內(nèi)容,且可修改產(chǎn)品單價(jià)、合同金額;但在審批上海銷售合同時(shí)卻無(wú)法查看客戶名稱、聯(lián)系人、聯(lián)系方式等敏感字段內(nèi)容,更不能作任何修改(但也可以設(shè)為具有查看權(quán)限,沒(méi)有修改權(quán)限)。
【實(shí)施例6】如圖6和圖8所示,所述的步驟s1包括以下順序子步驟:
s101:創(chuàng)建角色,每個(gè)角色是獨(dú)立的個(gè)體,而非組/類;
s102:對(duì)s101所創(chuàng)建的角色分別進(jìn)行授權(quán);
s103:將用戶關(guān)聯(lián)到角色,其中,同一時(shí)段一個(gè)角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)角色。用戶只能通過(guò)其與角色的關(guān)聯(lián)確定權(quán)限,如果要修改用戶的權(quán)限,通過(guò)調(diào)整角色所擁有的權(quán)限以達(dá)到改變關(guān)聯(lián)了該角色的用戶的權(quán)限的目的。對(duì)用戶不直接授權(quán),而是通過(guò)其所關(guān)聯(lián)的角色對(duì)用戶進(jìn)行授權(quán),一旦用戶關(guān)聯(lián)角色后,該用戶就擁有了該角色的所有操作權(quán)限。
角色對(duì)用戶的關(guān)系為一對(duì)一(該角色與一個(gè)用戶關(guān)聯(lián)時(shí),其他用戶則不能再關(guān)聯(lián)該角色;若該角色未被用戶關(guān)聯(lián),則可以被其他用戶選擇關(guān)聯(lián))。用戶對(duì)角色的關(guān)系為一對(duì)多(一個(gè)用戶可以同時(shí)關(guān)聯(lián)多個(gè)角色)。
角色的定義:角色不具有組/類/類別/崗位/職位/工種等性質(zhì),而是一個(gè)非集合的性質(zhì),角色具有唯一性,角色是獨(dú)立存在的獨(dú)立個(gè)體;在企事業(yè)單位應(yīng)用中相當(dāng)于崗位號(hào)(此處的崗位號(hào)非崗位,一個(gè)崗位同時(shí)可能有多個(gè)員工,而同一時(shí)段一個(gè)崗位號(hào)只能對(duì)應(yīng)一個(gè)員工)。
舉例:某個(gè)公司系統(tǒng)中可創(chuàng)建如下角色:總經(jīng)理、副總經(jīng)理1、副總經(jīng)理2、北京銷售一部經(jīng)理、北京銷售二部經(jīng)理、北京銷售三部經(jīng)理、上海銷售工程師1、上海銷售工程師2、上海銷售工程師3、上海銷售工程師4、上海銷售工程師5……
用戶與角色的關(guān)聯(lián)關(guān)系:若該公司員工張三任職該公司副總經(jīng)理2,同時(shí)任職北京銷售一部經(jīng)理,則張三需要關(guān)聯(lián)的角色為副總經(jīng)理2和北京銷售一部經(jīng)理,張三擁有了這兩個(gè)角色的權(quán)限。
對(duì)角色的授權(quán):系統(tǒng)對(duì)角色的授權(quán)包括但不限于對(duì)表單的授權(quán)、對(duì)菜單的授權(quán)或?qū)δ艿氖跈?quán)。對(duì)表單的操作授權(quán)包括但不限于增刪插改。
傳統(tǒng)角色的概念是組/類/崗位/職位/工種性質(zhì),一個(gè)角色能夠?qū)?yīng)多個(gè)用戶。而本申請(qǐng)“角色”的概念相當(dāng)于崗位號(hào)/工位號(hào),也類同于影視劇中的角色:一個(gè)角色在同一時(shí)段(童年、少年、中年……)只能由一個(gè)演員來(lái)飾演,而一個(gè)演員可能會(huì)分飾多角。
對(duì)角色的授權(quán)包括但不限于對(duì)表單的授權(quán)、對(duì)菜單的授權(quán)或?qū)δ艿氖跈?quán)。
所述的角色創(chuàng)建時(shí)必須選擇一個(gè)部門,角色一旦創(chuàng)建后則該角色歸屬于該部門,且該角色在該部門下唯一,根據(jù)角色的工作內(nèi)容對(duì)角色進(jìn)行授權(quán)。
如果用戶要變換部門則涉及到跨部門調(diào)崗,其具體操作過(guò)程包括:
(1)取消用戶與原部門內(nèi)的角色的關(guān)聯(lián);
(2)將用戶與新部門內(nèi)的角色進(jìn)行關(guān)聯(lián)。
在創(chuàng)建角色之后,可以在創(chuàng)建用戶的過(guò)程中關(guān)聯(lián)角色,也可以在用戶創(chuàng)建完成后隨時(shí)進(jìn)行關(guān)聯(lián)。用戶關(guān)聯(lián)角色后可以隨時(shí)解除與角色的關(guān)聯(lián)關(guān)系,也可以隨時(shí)建立與其他角色的關(guān)聯(lián)關(guān)系。
【實(shí)施例7】所述的步驟s1包括以下順序子步驟:
s101:建立角色,每個(gè)角色是獨(dú)立的個(gè)體,而非組/類;
s102:將用戶關(guān)聯(lián)到角色,其中,同一時(shí)段一個(gè)角色只能關(guān)聯(lián)唯一的用戶,而一個(gè)用戶關(guān)聯(lián)一個(gè)或多個(gè)角色;
s103:對(duì)s101所建立的角色分別進(jìn)行授權(quán)。
所述的角色創(chuàng)建時(shí)必須選擇一個(gè)部門,角色一旦創(chuàng)建后則該角色歸屬于該部門,且該角色在該部門下唯一,根據(jù)角色的工作內(nèi)容對(duì)角色進(jìn)行授權(quán)。
工作流控制方法,還包括一個(gè)用戶跨部門調(diào)崗管理步驟,具體包括:
(1)取消用戶與原部門內(nèi)的角色的關(guān)聯(lián);
(2)將用戶與新部門內(nèi)的角色進(jìn)行關(guān)聯(lián)。
所述角色的構(gòu)成為:崗位名+崗內(nèi)編號(hào)。例如:車間生產(chǎn)工人1、車間生產(chǎn)工人2、車間生產(chǎn)工人3……角色是獨(dú)立個(gè)體,相當(dāng)于崗位號(hào)、工位號(hào)的概念,不同于傳統(tǒng)權(quán)限管理體系中的角色,傳統(tǒng)體系中角色的概念是崗位/職位/工種等的組/類性質(zhì)。
【實(shí)施例8】以下舉例員工張三進(jìn)入某公司后,員工、用戶與角色之間的關(guān)系為:
1、新入職:?jiǎn)T工新入職,直接為該用戶(員工)選擇相應(yīng)的崗位號(hào)/工位號(hào)的角色進(jìn)行關(guān)聯(lián)即可,例:張三入職公司(公司為張三分配了一個(gè)張三用戶),工作內(nèi)容是在銷售一部,負(fù)責(zé)北京區(qū)域冰箱產(chǎn)品的銷售(對(duì)應(yīng)的角色是銷售一部下的“銷售工程師5”這個(gè)角色),則張三用戶直接選擇“銷售工程師5”這個(gè)角色關(guān)聯(lián)即可。
2、增加職位:張三工作一段時(shí)間后,公司還安排張三負(fù)責(zé)北京區(qū)域電視產(chǎn)品的銷售(對(duì)應(yīng)的角色是銷售一部下的“銷售工程師8”這個(gè)角色)并兼任售后部主管(對(duì)應(yīng)售后部主管1這個(gè)角色),則張三用戶再增加關(guān)聯(lián)銷售一部下的“銷售工程師8”和售后部下的“售后部主管1”這兩個(gè)角色,此時(shí),張三員工關(guān)聯(lián)了三個(gè)角色,分別為銷售一部下的“銷售工程師5”、“銷售工程師8”和售后部下的“售后部主管1”,張三用戶則擁有了這三個(gè)角色的權(quán)限。
3、減少職位:又過(guò)了一段時(shí)間,公司決定讓張三任職售后部經(jīng)理(對(duì)應(yīng)售后部下“售后部經(jīng)理”這個(gè)角色),且不再兼任其他工作。則張三用戶關(guān)聯(lián)售后部下“售后部經(jīng)理”這個(gè)角色,同時(shí)取消此前關(guān)聯(lián)的三個(gè)角色(銷售一部下的“銷售工程師5”、“銷售工程師8”和售后部下的“售后部主管1”),此時(shí),張三用戶只擁有售后部下“售后部經(jīng)理”這個(gè)角色的權(quán)限。
4、角色權(quán)限的調(diào)整(針對(duì)角色本身所擁有的權(quán)限的調(diào)整):如公司決定增加售后部經(jīng)理的權(quán)限,則只需增加對(duì)售后部經(jīng)理這個(gè)角色的授權(quán)即可,則張三用戶因?yàn)槭酆蟛拷?jīng)理這個(gè)角色的權(quán)限增加了,張三用戶的權(quán)限也增加了。
5、離職:一年后,張三離職了,則取消張三用戶與售后部下“售后部經(jīng)理”這個(gè)角色的關(guān)聯(lián)即可。
舉例:公司在動(dòng)態(tài)的經(jīng)營(yíng)中,職員的入職、離職是經(jīng)常持續(xù)發(fā)生的,但崗位號(hào)/工位號(hào)的變化非常少(甚至在一定時(shí)期內(nèi)是沒(méi)有變化的)。
傳統(tǒng)授權(quán)方法:在系統(tǒng)功能點(diǎn)多的情況下,以傳統(tǒng)的組/類性質(zhì)的角色進(jìn)行授權(quán),不僅授權(quán)工作量大,繁雜,而且很容易出錯(cuò),甚至出錯(cuò)了在短時(shí)間內(nèi)都不容易發(fā)現(xiàn),容易對(duì)系統(tǒng)使用方造成損失。
本申請(qǐng)授權(quán)方法:本申請(qǐng)是對(duì)崗位號(hào)/工位號(hào)性質(zhì)的角色進(jìn)行授權(quán),用戶關(guān)聯(lián)角色而確定權(quán)限,則對(duì)用戶權(quán)限的控制,只是通過(guò)簡(jiǎn)單的用戶-角色的關(guān)聯(lián)關(guān)系來(lái)實(shí)現(xiàn),讓權(quán)限控制變得簡(jiǎn)單、易操作,清晰明了,大幅度提高了授權(quán)效率和授權(quán)可靠性。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式,應(yīng)當(dāng)理解本發(fā)明并非局限于本文所披露的形式,不應(yīng)看作是對(duì)其他實(shí)施例的排除,而可用于各種其他組合、修改和環(huán)境,并能夠在本文所述構(gòu)想范圍內(nèi),通過(guò)上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識(shí)進(jìn)行改動(dòng)。而本領(lǐng)域人員所進(jìn)行的改動(dòng)和變化不脫離本發(fā)明的精神和范圍,則都應(yīng)在本發(fā)明所附權(quán)利要求的保護(hù)范圍內(nèi)。