第六屆大學(xué)生研究性學(xué)習(xí)和創(chuàng)新性實(shí)驗(yàn)計(jì)劃項(xiàng)目(編輯修改稿)
2025-08-30 06:23 本頁面
【文章內(nèi)容簡(jiǎn)介】 信息，繼續(xù)第二步驟，此時(shí)流程狀態(tài)為“進(jìn)行中”；在動(dòng)態(tài)審批中??審批人如果選擇批準(zhǔn)則結(jié)束流程，流程狀態(tài)為“通過”，如果選擇下一審批人遞交任務(wù)，則向其發(fā)送信息，此時(shí)流程的狀態(tài)為“進(jìn)行中”，繼續(xù)第二步驟。審批人也可選擇終止來取消流程。(3) 反饋信息：系統(tǒng)向申請(qǐng)人發(fā)送反饋信息告知申請(qǐng)結(jié)果，所有審批數(shù)據(jù)歸檔數(shù)據(jù)庫(kù)至項(xiàng)目運(yùn)轉(zhuǎn)表和項(xiàng)目運(yùn)轉(zhuǎn)審批表中。(4) 管理信息：具有權(quán)限的部門或者用戶進(jìn)入審批管理頁面，該頁面用戶可以根據(jù)各種查詢條件得到歷史項(xiàng)目審批信息，可以對(duì)審批信息進(jìn)行各種操作如查詢、排序、匯總、篩選、下載等，亦可以終止某個(gè)流程。 角色權(quán)限設(shè)置模塊用戶的訪問權(quán)限同角色關(guān)聯(lián)，通過給用戶分配合適的角色，用戶可以間接地對(duì)信息資源進(jìn)行被授權(quán)的相應(yīng)操作。通過對(duì)用戶表、角色表進(jìn)行合理的設(shè)置，再加上應(yīng)用程序的控制，可以完成多用戶、多級(jí)別的權(quán)限管理[4]。當(dāng)把角色分派給用戶時(shí)，該用戶直接繼承了該角色的所有權(quán)限。當(dāng)一個(gè)用戶擁有幾個(gè)角色時(shí)，該用戶的權(quán)限是所有角色權(quán)限的并集，當(dāng)相同角色的不同用戶需要有不同的訪問權(quán)限時(shí)通過增加角色的方法來實(shí)現(xiàn)。角色權(quán)限的設(shè)置主要有以下兩種：(1) 對(duì)于項(xiàng)目審批信息查詢模塊和管理控制模塊，采用基于RBAC(rolebased access control)模型。由系統(tǒng)管理員或者授權(quán)的用戶在用戶管理中修改用戶的角色，或在角色管理中修改角色的權(quán)限來實(shí)現(xiàn)。用此方法得到的用戶的權(quán)限是靜態(tài)的，在整個(gè)系統(tǒng)中，只要系統(tǒng)管理員不去更改角色權(quán)限，擁有該權(quán)限的用戶一直都可以對(duì)相應(yīng)的模塊進(jìn)行操作。該權(quán)限的設(shè)置是通過修改用戶數(shù)據(jù)表中的角色字段或者角色數(shù)據(jù)表中的權(quán)限字段來完成。圖2 為角色權(quán)限分配頁面。圖2 角色權(quán)限分配頁面(2) 對(duì)于流程進(jìn)行中的審批人權(quán)限設(shè)置，采用基于TBAC(taskbased access control)模型，只有當(dāng)某個(gè)用戶接收到審批任務(wù)時(shí)，該用戶才有權(quán)限對(duì)任務(wù)進(jìn)行批閱操作，當(dāng)任務(wù)結(jié)束后，該用戶的權(quán)限也就隨之消失。即只有用戶執(zhí)行任務(wù)時(shí)才具有權(quán)限，不執(zhí)行任務(wù)時(shí)不具有權(quán)限。此時(shí)系統(tǒng)中用戶權(quán)限的分配是動(dòng)態(tài)產(chǎn)生的，而且該用戶不能對(duì)自己批閱的結(jié)果進(jìn)行二次更改。這樣的操作可以使得系統(tǒng)更加安全。該權(quán)限的設(shè)置是通過修改項(xiàng)目運(yùn)轉(zhuǎn)審批表來完成的。對(duì)于一個(gè)角色可能會(huì)有多個(gè)用戶的情況，采用的是先來先操作的原則，即當(dāng)這個(gè)角色的所有用戶都收到短信通知或者都有權(quán)限執(zhí)行某個(gè)任務(wù)時(shí)，最先執(zhí)行該任務(wù)的用戶享有完成任務(wù)的權(quán)利，當(dāng)該用戶結(jié)束任務(wù)時(shí)，這個(gè)角色的所有用戶也就不再有權(quán)限執(zhí)行該任務(wù)，而且其他用戶也會(huì)得到任務(wù)已結(jié)束的提示，這就阻止了同一任務(wù)被多次執(zhí)行的情況發(fā)生，使審批更具有可行性。具體實(shí)現(xiàn)：用戶提交任務(wù)時(shí)向Flowinfo表中添加相關(guān)信息??其中下位審批人的角色信息添加至Endorsees的RoleIDs 字段；此時(shí)角色為RoleIDs 的所有用戶均收到審批消息并且均有權(quán)限對(duì)該申請(qǐng)進(jìn)行審批，最先執(zhí)行任務(wù)的用戶將執(zhí)行結(jié)果的數(shù)據(jù)添加至表Flowinfo 和表Endorsees中??其中UserID 字段記錄的是完成任務(wù)的用戶ID，當(dāng)該字段有值時(shí)說明此次任務(wù)完成，角色為RoleIDs 的用戶此次任務(wù)的權(quán)限消失。主要問題：(1) 現(xiàn)實(shí)審批人發(fā)生變化的問題。角色同用戶之間是多對(duì)多的關(guān)系，申請(qǐng)人可以根據(jù)需要同時(shí)選擇一個(gè)或者多個(gè)角色，該角色的所有用戶將同時(shí)收到審批的提醒，當(dāng)某個(gè)審批人不在或者某角色用戶空缺時(shí)也不會(huì)影響工作流程。(2) 審批權(quán)限問題。只有授予權(quán)限的審批人才能打開審批頁面。當(dāng)某個(gè)任務(wù)結(jié)束時(shí)??擁有執(zhí)行該任務(wù)權(quán)限的所有用戶的權(quán)限消失，即審批該任務(wù)的頁面將不會(huì)被任何用戶打開，包括收到審批消息的審批人。(3) 二次審批問題，即如何阻止擁有相同審批權(quán)限的人重復(fù)審批某個(gè)申請(qǐng)。當(dāng)具有權(quán)限的不同用戶同時(shí)打開審批頁面時(shí)，最先審批確定的人完成任務(wù)，其它審批人再次執(zhí)行時(shí)無效。本文所提出的將基于角色和任務(wù)
物理相關(guān)推薦
鄂ICP備17016276號(hào)-1