一個事業(yè)單位績效考核管理系統(tǒng)的設計與開發(fā)

楊春節(jié) 朱軍

摘要：績效考核管理對于完善事業(yè)單位執(zhí)行制度和保障事業(yè)單位工作的協(xié)調與高效運行具有重要的推進作用。文章以某事業(yè)單位績效考核管理工作中具體需求為著眼點，在需求分析的基礎上，介紹了該系統(tǒng)的總體設計和技術實現(xiàn)。

關鍵詞：信息系統(tǒng)；績效考核；系統(tǒng)設計

中圖分類號：TP311? ? ? ?文獻標識碼：A

文章編號：1009-3044（2022）30-0110-03

開放科學（資源服務）標識碼（OSID）：

隨著我國事業(yè)單位人事制度改革的深入，許多單位都建立了適合自身的崗位績效管理體系，考核結果廣泛應用于年度考核、聘期考核、崗級競爭、績效工資發(fā)放等。事業(yè)單位人員類別一般包含管理人員、專業(yè)技術人員和其他專業(yè)技術人員，在考核工作中需要分類建立考核指標體系，采用個人自評、同事互評、領導評價等形式實現(xiàn)定性與定量相結合的綜合評價。采用傳統(tǒng)的紙質表格或電子表格的方式，對于人力資源考核管理人員來說將面臨工作量大、煩瑣易出錯等問題，這就有必要在績效考核工作的各個環(huán)節(jié)依托信息技術，高效完成數(shù)據(jù)采集、處理、存儲及分析統(tǒng)計。本文以某單位績效考核體系管理為例，設計開發(fā)符合該體系的績效考核管理信息系統(tǒng)。

1 業(yè)務分析

根據(jù)績效考核分類及工作組織程序，績效考核管理系統(tǒng)需要具備一定的靈活性，以適應未來可能的指標體系變化、人員調動等。在系統(tǒng)設計中需要考慮管理工作的留痕，評分過程可追溯、管理過程有日志。從業(yè)務流程圖（圖 1）中可以看出，績效考核系統(tǒng)涉及部門及人員多、考核指標體系不同、互評時評分人員不同，考核結果準確性、時效性要求高。因此需要對以下問題進行思考，并做出合理的設計。

（1） 考核指標體系分類管理。中心領導、處室領導、處室干部對應的考核指標體系不同，綜合評價的側重點不同，考核指標體系需要分門別類進行管理。

（2） 指標體系變動問題。隨著績效考核工作的不斷推進，考核指標體系科學性、合理性需要與業(yè)務工作緊密結合，這就要求指標體系管理模塊具備動態(tài)調整、可管理的特性。同時，指標體系變動不能夠影響前面已經開展的考核工作、評分溯源、考核結果等。

（3） 分類評價問題。中心領導、處室領導、處室干部均由個人自評后接受同事互評，對中心領導、處室領導、處室干部評價的人員不同。

（4） 管理留痕問題?？冃Э己斯ぷ骶哂袊烂C性，管理過程需要留痕備查。

2 系統(tǒng)設計

2.1 系統(tǒng)架構

在系統(tǒng)設計中，前端頁面（JSP或者HTML）實現(xiàn)與服務器端程序交互，負責發(fā)送請求和接收數(shù)據(jù)，前端頁面發(fā)出請求后，Struts根據(jù)配置文件將接收到的請求委派給相應的Action處理。在業(yè)務層中，管理服務組件的Spring IoC容器負責向Action提供業(yè)務模型（Model）組件和該組件的協(xié)作對象數(shù)據(jù)處理（DAO）組件完成業(yè)務邏輯，并提供事務處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對象化映射和數(shù)據(jù)庫交互，處理DAO組件請求的數(shù)據(jù)，并返回處理結果。

2.2 功能設計

績效考核管理系統(tǒng)整體功能分為：系統(tǒng)管理（系統(tǒng)角色、機構管理、用戶管理、信息管理、管理日志）和績效管理（指標體系管理、考核計劃管理、自我評價、評分管理、考核結果）兩部分，功能設計如圖3所示。

系統(tǒng)角色：用于系統(tǒng)角色管理和權限分配。

機構管理、用戶管理：用于系統(tǒng)組織機構和人員的管理。用戶建立后，會被劃分到不同的系統(tǒng)角色中，并繼承相應系統(tǒng)角色對應的系統(tǒng)功能。

信息管理：績效考核工作中通知、操作指南發(fā)布等。

管理日志：管理員操作日志，用于管理過程留痕備查。

指標體系：用于分類管理指標體系和指標明細、分值等。如考核指標2022（處室主任）、考核指標2022（處室干部）。

考核計劃：分季度分類別建立考核計劃，設定考核時間、自評時間、互評時間等，同時指定考核計劃對應的指標體系、考核對象、評分人員。

自我評價：在考核計劃設定的時間范圍內，動態(tài)調用指標體系評分項進行自評，指標體系明細項和自評情況單獨保存，實現(xiàn)自我評價與指標體系解耦，避免自評后指標體系變化帶來的影響。

評分管理：在評分時間段時，對評分對象進行評分。評分后單獨保存評分對象、評分人員的機構、工號、姓名等信息，實現(xiàn)評分數(shù)據(jù)與機構管理、人員管理模塊解耦，避免評分后人員崗位、機構變化帶來的影響。

考核結果：在自評、互評結束后，自動計算綜合評價分，適時發(fā)布考核結果。

2.3 數(shù)據(jù)庫設計

數(shù)據(jù)庫設計包含系統(tǒng)資源及權限管理相關表和績效管理業(yè)務相關表。表1為數(shù)據(jù)庫表設計。E-R圖可以直觀地看到表和表之間的聯(lián)系，圖4為績效考核系統(tǒng)主要數(shù)據(jù)表E-R圖。

圖4左側展示內容為系統(tǒng)基本結構及權限控制涉及的表間關系，用戶隸屬角色，角色關聯(lián)系統(tǒng)可訪問資源（菜單及可執(zhí)行程序），同戶表與機構表相關聯(lián)，在權限控制的同時可以進行可訪問數(shù)據(jù)的控制（個人數(shù)據(jù)、所在機構數(shù)據(jù)、全局數(shù)據(jù)）。圖4右側展示內容為績效考核管理業(yè)務涉及的表間關系，業(yè)務工作的組織圍繞考核計劃展開。制訂考核計劃時需要設定考核時間、自評時間、考核指標體系、考核對象、評分對象；考核對象在指定的時間內依據(jù)對應的考核指標體系進行自評，數(shù)據(jù)保存在考核臺賬表中；評分對象依據(jù)自評臺賬和本人掌握的情況對考核對象進行互評和領導評價；績效考核管理工作組織人員依據(jù)自評、互評情況進行考核評分匯總，導出作為績效考核主要依據(jù)。

2.4 技術實現(xiàn)

服務器端程序采用控制層、業(yè)務層和數(shù)據(jù)層（數(shù)據(jù)庫操作層和數(shù)據(jù)庫實體層）進行分層設計，使用Struts2＋Spring＋Hibernate框架開發(fā)實現(xiàn)。其中控制層面向服務層（前端網頁）提供服務，接收請求、返回數(shù)據(jù)，業(yè)務層面向控制層提供接口服務，數(shù)據(jù)層面向業(yè)務層提供接口服務，弱耦合結構，改變上層的設計對于其調用的底層而言沒有任何影響。

前端屬于整體設計中的表示層，用于接收用戶輸入、請求服務器端數(shù)據(jù)及獲取數(shù)據(jù)后的展示，為用戶提供一種交互式操作的界面，本系統(tǒng)采用EasyUI[]框架，結合前端語言實現(xiàn)與控制層的交互。如圖5所示：

3 結語

本系統(tǒng)開發(fā)已經完成，并在某事業(yè)單位試運行。通過該系統(tǒng)實現(xiàn)了績效考核管理工作規(guī)范有序開展，提高了數(shù)據(jù)統(tǒng)計分析的效率，取得了預期效果?？紤]績效管理工作過程數(shù)據(jù)的嚴肅性，未來考慮基于Fabric等區(qū)塊鏈技術實現(xiàn)過程數(shù)據(jù)不可篡改，增強系統(tǒng)的數(shù)據(jù)安全性。

參考文獻：

[1] 蘇靜，鄭詩庭，羅慧，等.基于MVC模式的隨訪系統(tǒng)設計與開發(fā)[J].微電子學與計算機，2019，36（6）：93-95，100.

[2] 韓江.基于SSH2架構的Java Web通用權限管理的設計[J].智能計算機與應用，2014，4（2）：114-116.

[3] mysql[EB/OL].[2022-4-1].https：//www.mysql.com.

[4] Elizabeth Castro，Bruce Hyslop.HMTL5與CSS3基礎教程[M].7版.望以文，譯.北京：人民郵電出版社，2013：186-219.

[5] Tom Negrino，Dori Smith.JavaScript[M].8版.陳劍甌，譯.北京：人民郵電出版社，2013：1-4.

【通聯(lián)編輯：梁書】