郭杰凱

（山東中基地理信息科技有限公司 山東省濟(jì)南市 250101）

人事管理工作的一項(xiàng)重要內(nèi)容是檔案管理，主要職責(zé)包括對檔案材料進(jìn)行收集整理與提供信息服務(wù)等，檔案數(shù)據(jù)充實(shí)才能良好地開展認(rèn)識管理工作，是開展選人用人、落實(shí)人員政策等工作的重要依據(jù)和基礎(chǔ)。隨著目前各行業(yè)各系統(tǒng)計(jì)算機(jī)現(xiàn)代化管理水平的不斷發(fā)展，傳統(tǒng)的干部人事檔案管理模式的缺陷越來越顯著，已不能很好地滿足組織管理工作發(fā)展的要求。傳統(tǒng)的管檔模式需要大量的人力、物力和財(cái)力，而且工作效率較低，檔案綜合信息的綜合分析應(yīng)用很難及時到位，不能適應(yīng)形勢發(fā)展的需要，不能滿足干部考察、任免等工作的要求。信息化建設(shè)是一場時代所需的改革，干部人事檔案的數(shù)字化實(shí)現(xiàn)、利用、管理也是信息化社會發(fā)展的必然趨勢，已有專家學(xué)者對此展開了研究[1-4]。本文運(yùn)用互聯(lián)網(wǎng)技術(shù)設(shè)計(jì)了干部檔案網(wǎng)上查閱系統(tǒng)，為干部檔案管理工作提供模式參考。

1 干部檔案數(shù)據(jù)組織

干部檔案網(wǎng)上查閱的基礎(chǔ)是完成檔案數(shù)字化工作，即按照“檔案出庫→目錄整理→分揀高平掃→高速掃描→平板掃描→初步審核→電子總審→紙質(zhì)總審→檔案裝訂→還原入庫”的流程，把紙質(zhì)文檔信息存儲到計(jì)算機(jī)數(shù)據(jù)庫中。

干部檔案內(nèi)容分為十類：履歷材料；自傳及屬于自傳性質(zhì)的材料；鑒定（含自我鑒定）、考察、考核材料；學(xué)歷、學(xué)位、學(xué)績、培訓(xùn)和專業(yè)技術(shù)情況的材料；政審材料；加入黨團(tuán)的材料；獎勵（包括科技和業(yè)務(wù)獎勵）材料；干部違犯黨紀(jì)、政紀(jì)、國法等材料；干部工資級別登記表、職務(wù)工資變動登記表、干部調(diào)資審批表，定級和解決待遇的審批材料；其他可供組織參考有保存價值的材料。將數(shù)字化的檔案數(shù)據(jù)按照樹狀邏輯模型進(jìn)行目錄管理，樹的根節(jié)點(diǎn)為干部人員，二級節(jié)點(diǎn)為檔案類別，三級節(jié)點(diǎn)為檔案材料名稱，四級節(jié)點(diǎn)為材料頁面。在實(shí)際存儲時，檔案材料頁面以圖像文件的形式存儲在硬盤中，干部人員、檔案類別、檔案材料信息存儲在數(shù)據(jù)庫表中，并通過關(guān)聯(lián)字段進(jìn)行掛接，具體數(shù)據(jù)庫表結(jié)構(gòu)如表1、表2、表3所示。

表1：ARCH_CLASSNUMBER（檔案類別表）

表2：ARCH_CATALOG（檔案材料目錄表）

表3：ARCH_FILE（檔案圖像文件表）

2 檔案網(wǎng)上查閱業(yè)務(wù)流程設(shè)計(jì)

檔案網(wǎng)上查閱業(yè)務(wù)所涉及的人員分為三類角色：A 級角色（管檔人員領(lǐng)導(dǎo)）、B 級角色（管檔人員）、C 級角色（檔案查閱人員）。

檔案網(wǎng)上查閱業(yè)務(wù)由C 級角色人員登錄系統(tǒng)后提交檔案查閱申請，說明需要查閱的內(nèi)容及目的。B 級角色人員進(jìn)行初審，如不符合基本規(guī)定，即駁回申請，業(yè)務(wù)終止；如符合基本規(guī)定，請示A 級角色人員；A 級角色人員根據(jù)申請內(nèi)容及管理規(guī)定進(jìn)行批示；B 級角色人員按照批示執(zhí)行，如不符合規(guī)定，即終止業(yè)務(wù)，如符合規(guī)定，則設(shè)置授權(quán)信息；C 級人員登錄系統(tǒng)后查看得到授權(quán)的材料內(nèi)容，完成查閱業(yè)務(wù)。

在系統(tǒng)實(shí)現(xiàn)過程中，如果通過直接編碼的方式來實(shí)現(xiàn)查閱審批業(yè)務(wù)流程的話，一方面的問題是，當(dāng)查閱審批環(huán)節(jié)發(fā)生變化時需要重新編寫程序，另一方面，相對于業(yè)務(wù)環(huán)節(jié)變更來說，檔案管理業(yè)務(wù)人員的變動更加常見也更頻繁，每當(dāng)業(yè)務(wù)人員職位調(diào)動導(dǎo)致角色變化時，都需要修改系統(tǒng)中各環(huán)節(jié)的執(zhí)行人權(quán)限，這導(dǎo)致系統(tǒng)難以維護(hù)。因此，需要集成工作流引擎技術(shù)將業(yè)務(wù)流程和系統(tǒng)功能解耦。工作流引擎技術(shù)以業(yè)務(wù)流程規(guī)范為理論基礎(chǔ)。業(yè)務(wù)流程規(guī)范將業(yè)務(wù)流程抽象建模，業(yè)務(wù)流程模型由業(yè)務(wù)步驟組成。每個業(yè)務(wù)步驟包含至少一個執(zhí)行動作，動作的執(zhí)行導(dǎo)致步驟的流轉(zhuǎn)。動作的執(zhí)行受流轉(zhuǎn)條件、環(huán)節(jié)執(zhí)行權(quán)限的控制。工作流引擎技術(shù)主要包括工作流設(shè)計(jì)器和工作流解析執(zhí)行器兩部分。工作流設(shè)計(jì)器提供一個可視化的操作環(huán)境，來高效地進(jìn)行業(yè)務(wù)流程建模。在工作流設(shè)計(jì)器中添加開始、結(jié)束節(jié)點(diǎn)、其他業(yè)務(wù)節(jié)點(diǎn)，然后為各節(jié)點(diǎn)設(shè)置執(zhí)行人權(quán)限以及節(jié)點(diǎn)間的流轉(zhuǎn)順序與條件，最終可生成標(biāo)準(zhǔn)格式的流程模板文件。工作流解析執(zhí)行器在業(yè)務(wù)流轉(zhuǎn)時載入設(shè)計(jì)好的流程模板文件，讀取文件中包含的業(yè)務(wù)環(huán)節(jié)、流轉(zhuǎn)條件、執(zhí)行權(quán)限等信息，根據(jù)輸入的當(dāng)前環(huán)節(jié)、業(yè)務(wù)參數(shù)、執(zhí)行人等信息，驅(qū)動業(yè)務(wù)流程向下一環(huán)節(jié)運(yùn)轉(zhuǎn)，并生成相應(yīng)的流程步驟記錄。

集成工作流引擎并對業(yè)務(wù)流程建模之后，系統(tǒng)中執(zhí)行業(yè)務(wù)審批操作時，相應(yīng)功能模塊對工作流引擎進(jìn)行調(diào)用，業(yè)務(wù)環(huán)節(jié)流轉(zhuǎn)以及業(yè)務(wù)執(zhí)行權(quán)限都由工作流引擎負(fù)責(zé)，工作流引擎向功能模塊反饋業(yè)務(wù)流轉(zhuǎn)結(jié)果。這種模式下，在業(yè)務(wù)環(huán)節(jié)和業(yè)務(wù)人員發(fā)生變更的情況時，只需要通過工作流設(shè)計(jì)器修改業(yè)務(wù)流程模板，并使用最新流程模板替換之前的流程模板，就可以以不修改程序代碼的方式滿足新的業(yè)務(wù)需求。

3 系統(tǒng)功能設(shè)計(jì)

與檔案查閱實(shí)際業(yè)務(wù)需求相對應(yīng)，系統(tǒng)功能劃分成6 個模塊：申請查檔、審批申請事項(xiàng)、授權(quán)查檔范圍、瀏覽檔案、數(shù)據(jù)統(tǒng)計(jì)、系統(tǒng)配置。前述分析中，根據(jù)業(yè)務(wù)流程中的職責(zé)分工，將參與檔案查閱業(yè)務(wù)的人員分為了A、B、C 三級角色，相應(yīng)地，不同職責(zé)的業(yè)務(wù)人員（即不同角色人員）在使用系統(tǒng)的過程中所使用的功能模塊也不同。例如，C 級角色（檔案查閱人員）需要使用申請查檔和瀏覽檔案功能模塊，不需要也不能使用審批申請事項(xiàng)、授權(quán)查檔范圍模塊，同理，B 級角色（管檔人員）需要使用授權(quán)查檔范圍功能模塊，也需要使用審批申請事項(xiàng)模塊進(jìn)行初審。所以，系統(tǒng)中的功能模塊應(yīng)該僅向具有相應(yīng)角色的用戶提供服務(wù)，即在系統(tǒng)中建立角色權(quán)限體系。

系統(tǒng)中角色權(quán)限體系包括用戶、角色、模塊三類核心實(shí)體，并且建立用戶與角色、角色與模塊的關(guān)聯(lián)關(guān)系，用戶與角色關(guān)系描述用戶所具有的角色，角色與模塊關(guān)系描述角色具有權(quán)限使用的模塊。角色權(quán)限體系用于功能模塊權(quán)限控制體現(xiàn)在兩個場景。

（1）在用戶登錄后，首先通過用戶與角色關(guān)系獲取用戶的角色，然后疊加角色與模塊關(guān)系，最終獲得用戶具有權(quán)限使用的功能模塊列表，作為界面上的菜單進(jìn)行展示。

（2）用戶使用某功能模塊向服務(wù)端提交數(shù)據(jù)查詢或數(shù)據(jù)修改等請求時，按照同樣的邏輯獲取用戶具有權(quán)限使用的功能模塊列表，判斷該請求所屬功能模塊是否在具有權(quán)限的功能模塊列表中，如果不在列表中，則為非法請求，需要予以屏蔽。

除了參與檔案查閱業(yè)務(wù)的三類角色外，系統(tǒng)配置應(yīng)對應(yīng)單獨(dú)的角色，即D 級角色（系統(tǒng)管理員）。系統(tǒng)中功能模塊的角色權(quán)限控制如表4所示，表中0 含義為該列角色無該行功能模塊的使用權(quán)限，1 含義為有使用權(quán)限。

表4：功能模塊權(quán)限控制表

以下對各模塊的具體功能進(jìn)行闡述。

3.1 申請查檔

（1）查閱申請：查閱人登錄系統(tǒng)后，填寫查閱目的、申請查閱時限生成一條查閱申請事項(xiàng)。查閱目的根據(jù)業(yè)內(nèi)常見的查檔用途設(shè)置為下拉選擇項(xiàng)，查閱時限單位為天，系統(tǒng)根據(jù)申請批準(zhǔn)時間與查閱時限計(jì)算出截止時間，超過截止時間后本條申請事項(xiàng)所獲得的查閱授權(quán)為過期作廢狀態(tài)，對應(yīng)的檔案不能再繼續(xù)查看。生成查閱申請事項(xiàng)后，設(shè)置查閱檔案的范圍，首先是查詢到被查閱的干部人員，然后在列出的該干部的檔案目錄中選擇申請查閱的檔案材料，最后提交查閱申請，等待管檔人員的初審。

（2）信息提醒：提醒查閱申請人查看最新收到的審批結(jié)果。

（3）審批進(jìn)度：申請人查看所提交的查閱申請的審批情況。

3.2 審批申請事項(xiàng)

（1）查閱審批：管檔人員查看待審批的查閱申請列表，根據(jù)檔案管理規(guī)定進(jìn)行初審，如不符合規(guī)定，駁回申請事項(xiàng)，如果符合規(guī)定，就提交給上級領(lǐng)導(dǎo)進(jìn)行批示。檔案管理分管領(lǐng)導(dǎo)查看待審批的查閱申請列表，在線進(jìn)行審批，將審批結(jié)果反饋給檔案管理人員。

（2）信息提醒：提醒檔案管理分管領(lǐng)導(dǎo)查收待審批的申請事頂。

3.3 授權(quán)查檔范圍

（1）授權(quán)：管檔人員查看待授權(quán)的申請事項(xiàng)，并按照領(lǐng)導(dǎo)批示進(jìn)行授權(quán)操作。授權(quán)工作根據(jù)查閱用途與檔案保密級別使用不同粒度的授權(quán)方式。授權(quán)方式包括整份材料級、整個頁面級、頁面區(qū)域級三個粒度，查閱條件嚴(yán)格程度逐級提高。整份材料級是將某分材料的所有頁面都授權(quán)查閱，整個頁面級是將材料中的某一頁授權(quán)訪問，頁面區(qū)域級是材料中的某一頁中僅有局部區(qū)域符合查閱規(guī)定。一般情況下，管檔人員通過整份材料授權(quán)或者整頁授權(quán)方式對查閱申請進(jìn)行授權(quán)，如果在申請人要查看的內(nèi)容中某頁上有特定保密級別的文字或內(nèi)容，可在系統(tǒng)中該頁材料相應(yīng)的圖片上框定允許查閱的矩形范圍，對其內(nèi)容進(jìn)行區(qū)域授權(quán)。

（2）信息提醒：提醒管檔人員查收待授權(quán)的申請事頂。

3.4 瀏覽檔案

檔案查閱人員在系統(tǒng)中查看得到授權(quán)的申請記錄，在線進(jìn)行檔案瀏覽，瀏覽頁面可以以單頁和雙頁兩種方式展示檔案頁面，檔案頁面包括原始和高清兩種文件模式，高清圖像時原始檔案圖像經(jīng)過軟件處理后生成的。

3.5 數(shù)據(jù)統(tǒng)計(jì)

（1）業(yè)務(wù)統(tǒng)計(jì)：對系統(tǒng)中的檔案查閱業(yè)務(wù)量按時間范圍、申請人等維度進(jìn)行統(tǒng)計(jì)，并生成圖表與報(bào)表。

（2）花名冊：管檔人員可以根據(jù)左邊的組織結(jié)構(gòu)樹查看部門人員信息，并可以按照部門信息導(dǎo)出人員。

（3）庫存統(tǒng)計(jì)：管檔人員對本單位的檔案庫存正副本、有檔人員檔案情況、檔案類別進(jìn)行統(tǒng)計(jì)。

3.6 系統(tǒng)配置

系統(tǒng)管理員對系統(tǒng)中的用戶信息、賬號信息、組織部門信息、角色信息、功能模塊權(quán)限信息進(jìn)行配置維護(hù)。

4 系統(tǒng)技術(shù)路線

系統(tǒng)總體部署架構(gòu)分為B/S（瀏覽器、服務(wù)端）與C/S（桌面客戶端/服務(wù)端）兩種模式。B/S 模式中，業(yè)務(wù)人員在電腦終端中通過瀏覽器訪問系統(tǒng)頁面，瀏覽器與服務(wù)器進(jìn)行網(wǎng)絡(luò)通信獲取業(yè)務(wù)數(shù)據(jù)，向業(yè)務(wù)人員提供業(yè)務(wù)功能服務(wù)。C/S 模式中，業(yè)務(wù)人員在電腦終端中安裝客戶端桌面軟件，桌面軟件通過與服務(wù)器進(jìn)行網(wǎng)絡(luò)通信提供功能服務(wù)。與C/S 相比，B/S 具有兩方面的突出優(yōu)勢。首先，B/S 模式部署及運(yùn)維簡單，在服務(wù)器上部署web 應(yīng)用程序就可以供網(wǎng)絡(luò)可達(dá)的用戶使用，而且在系統(tǒng)功能升級時也僅需要更新服務(wù)器上的web 應(yīng)用程序；C/S 模式則需要為每一個用戶都安裝一套桌面軟件，并進(jìn)行軟件運(yùn)行環(huán)境配置，系統(tǒng)升級時同樣需要為每一個用戶都進(jìn)行一遍部署操作。其次，B/S 模式具有跨平臺性，B/S 模式中，客戶端程序以HTML 頁面的形式運(yùn)行在瀏覽器中，符合W3C 規(guī)范與JavaScript 標(biāo)準(zhǔn)的代碼在不同操作系統(tǒng)平臺的主流瀏覽器中都可以無差別運(yùn)行，能夠?qū)崿F(xiàn)開發(fā)與編譯一次就跨平臺運(yùn)行，C/S 模式中的客戶端軟件則需要根據(jù)客戶端的操作系統(tǒng)開發(fā)相應(yīng)的版本并編譯。因此，本系統(tǒng)采用B/S 模式。

在具體開發(fā)實(shí)現(xiàn)上，采取前后端分離開發(fā)路線，使用HTML、JAVASCRIPT、CSS 開發(fā)前端頁面，使用C#語言基于ASP.NET WEBAPI 框架開發(fā)后端服務(wù)接口，后端通過ENTIRY FRAMEWORK 框架操作數(shù)據(jù)庫。

5 系統(tǒng)安全設(shè)計(jì)

干部人事檔案是秘密級的材料，是需要嚴(yán)格保密的，系統(tǒng)從多方面進(jìn)行安全設(shè)計(jì)。

5.1 身份認(rèn)證安全

為加強(qiáng)系統(tǒng)整體安全，系統(tǒng)采用雙因子身份認(rèn)證，即采取“密碼+用戶名”認(rèn)證和基于USB 接口的硬件，即“加密鎖”與系統(tǒng)相接合；并且不同單位的加密鎖的加密密碼由該單位的系統(tǒng)管理員設(shè)定，對于用戶的登錄進(jìn)行多方位驗(yàn)證，以確保系統(tǒng)的安全可靠。系統(tǒng)登錄采用的是HMAC-MD5 算法進(jìn)行身份驗(yàn)證。

5.2 檔案數(shù)據(jù)安全

數(shù)據(jù)采集過程中生成的數(shù)據(jù)文件，系統(tǒng)將采用符合工業(yè)標(biāo)準(zhǔn)的對稱加密算法對數(shù)據(jù)進(jìn)行加密處理，采用的是國際標(biāo)準(zhǔn)128 位數(shù)據(jù)加密算法進(jìn)行加密處理。

5.3 數(shù)據(jù)傳輸安全

在數(shù)據(jù)傳輸過程中，使用“安全套接字層”（SSL）與服務(wù)器提供安全的通信會話。使用 SSL 確保文件在傳輸過程中是加密的，以維護(hù)服務(wù)器與客戶機(jī)之間傳輸?shù)乃袛?shù)據(jù)的機(jī)密性。

6 結(jié)語

檔案數(shù)字化后，數(shù)字內(nèi)容成為主要的查閱與分析對象，僅在特殊情況下才調(diào)閱原始紙質(zhì)檔案，可以有效避免紙質(zhì)檔案的毀壞與篡改，使檔案得到更妥善的保管。同時，檔案不再受“孤本”的限制，能更快、更廣泛地應(yīng)用，并且數(shù)字內(nèi)容可以按頁或業(yè)內(nèi)局部區(qū)域授權(quán)，檔案內(nèi)容查閱更加安全。應(yīng)用檔案網(wǎng)上查閱系統(tǒng)，干部人事檔案管理工作效率將得到顯著提升，促進(jìn)檔案管理工作進(jìn)一步向干部信息研究、分析、利用轉(zhuǎn)變。