獎勵管理系統功能研究與設計

石英

（中海油信息科技有限公司信息技術分公司 天津市 300000）

1 引言

隨著社會發展，為激勵在工作中作出重大貢獻的單位、個人，各行業、機構都會組織各類評優、評獎等管理活動，通常實際組織評獎時涉及人員眾多、手工計算工作量大、審查內容繁多，需要通過信息化手段來提高管理效率、降低管理風險，而評選活動一般頻率固定，在業務上申報內容格式規范，評選指標明確，具備信息化條件，本文將對獎勵評審管理信息系統建設進行研究和設計。

2 整體設計

獎勵管理系統主要分為5 個模塊：申報、審查、評審、備案、基礎管理。

2.1 申報模塊

用于各評獎信息申報，根據不同獎種和每個用戶的權限，顯示不同的申報書界面，在線填寫，并根據管理要求設定的校驗規則和條件進行申報環節的檢查。常見申報書內容包括成果/個人/團體的基本信息，成果/業績說明，成果完成人/團體成員，曾獲得的獎勵/榮譽稱號、知識產權，帶來的經濟效益，以及各類證明材料。

本模塊設計和實現的難度在于界面展示、富文本、校驗等3 個方面。不同獎種的填報內容差異較大，所以需要針對不同的獎種分布設計和開發前端頁面，以便比較好的適應用戶需要。針對成果/業績介紹部分的內容，因用戶填報時都是大段文字描述，還會插入表格、圖片甚至是數學公式或化學分子式，需要兼容性非常好，且具備良好的用戶交互，便于用戶進行編輯調整，在設計和開發時建議直接嵌入成熟富文本控件來解決。申報時的校驗規則除格式、字數、必填項校驗外，通常會根據業務管理需要增加其他校驗，如重復申報、重復使用效益證明或知識產權證明等，同時要在申報完成后將各部分申報內容生成為整套pdf 格式的申報書，并添加水印、防偽標識用于判斷版本，以方便用戶打印蓋章后紙質歸檔。

2.2 審查模塊

審查模塊主要是審批流程流轉，根據需要主要操作包括：審核通過、懸掛待批、退回修改、作廢、撤回等。該模塊的設計重點是選用成熟穩定的工作流引擎。

申報和推薦單位應在規定時間內提交推薦書，同時須提交與系統填報內容一致的推薦書及附件紙質材料1 套，并根據推薦書中的要求簽字蓋章。推薦書及相關材料應完整、真實、規范、可靠。所有推薦項目應在完成單位范圍內進行公示，公示內容包括項目名稱、完成人及其職務和完成單位等信息，公示時間不少于5 個工作日。公示無異議或雖有異議但經核實處理后再次公示無異議的項目方可推薦。

獎勵評審實行公開、公平、公正原則，注重效益，擇優獎勵，主要審查內容包括：

（1）所列主要創新內容連續2年推薦評審但未授獎的；

（2）所列主要創新內容（含專利、論文等）已獲得或正在申報國家、省部級、集團公司或其他全國性社會力量獎的；

（3）重復推薦不同獎種的；

（4）申報項目整體技術未應用（驗收）或應用（驗收）不足2年的；

（5）所列論文、論著公開發表不足1年的；

（6）推薦書主件與附件內容不符、未提供相關證明材料或證明材料不全的。包括但不限于：無應用（驗收）證明；知識產權數目、目錄和附件材料不一致；知識產權證明與所列主要創新、發明內容關聯度不大；提交未授權的知識產權證明；完成單位貢獻與主要創新內容不符；有經濟效益數據但缺乏經濟效益計算依據；

表1：數據庫設計

（7） “對本項目主要學術貢獻”一欄未寫明完成人對科技創新內容做出的貢獻、工作量及未提交旁證材料證明本人貢獻的；

（8）電子版推薦書與書面推薦書不一致的；

（9）推薦單位（推薦專家）未填寫推薦意見或未蓋公章（簽名）的。

2.3 評審模塊

圖1：軟件架構

圖2：系統部署架構設計

該模塊根據業務需要，可以設定初評、終評、結果報審等子模塊。初評、終評的設計重點是評委打分與投票操作界面設計、評分規則及結果計算規則實現、評審結果投屏展示樣式設計，保障評委評分投票及最終評審結果界面明確且操作友好、結果計算準確。

在評審時間范圍內，評委登錄系統直接進入評審界面，看到各獎種待評審項目清單，點擊項目名稱可以查看項目申報書及各類附件，只能在線查看，不能編輯、下載、復制。點擊評分按鈕可打開評分指標頁，頁面包括指標含義、權重、指標分數要求等，方便專家評委了解指標信息和打分要求，逐項打分后保存，系統根據權重和評委打分自動計算項目加權總分。所有項目都完成打分后，統一進行提交，提交完成后鎖定界面，不允許再修改分數。所有評委都提交完成后，系統根據設定的規則進行各項目總分數和總票數計算，排名后確定結果名單。

特等獎、一等獎獲獎項目須獲到會評委三分之二（含三分之二）以上人數通過；二等獎獲獎項目須獲到會評委二分之一（含二分之一）以上人數通過。若各等級擬授獎項目數超過該等級獎勵數量限額，則依據綜合得票分數排名，在限額內依序取滿為止。分數與票數均并列時，同時授獎。注意：因故缺席的評委不算在內，計算結果時忽略。

2.4 備案模塊

根據評審結果，生成各獲獎成果/人員/團體的宣傳介紹材料、獲獎證書并可在線簽章后打印。該模塊設計和實現的重點是電子簽章等技術的集成，同時要關注各輸出材料的美觀度。

證書打印是大量減少人工工作量的模塊，因不同等級對應的完成人數量不同，需根據最終獲獎等級計算完成人數量和編號，該功能按照獎種設定的等級編號、項目數量、完成人數量等信息，自動生成獲獎項目的完成人和完成單位證書編號，按照排版效果直接進行證書打印、郵寄地址信息打印等。

2.5 基礎管理

該部分除各業務系統必須的組織機構與權限管理、流程管理外，還有獎種設置、指標分配、專家庫及評委篩選等模塊。其中獎種設置主要實現獎種申報審核起止時間、等級設置及各等級獲獎數量上限。指標分配主要實現各單位在不同獎種中可申報數量上限，可按照年度對每個單位進行申報指標分配，分配完后，各單位在指標范圍內進行申報。

專家庫及評委篩選主要根據單位、專業、數量等規則隨機選取專家形成評委，并排除掉與被評審成果完成人/個人/團隊重復的人員。常用規則：自動規避項目完成人，按照專業區分選擇，每個專業選擇的專家數可以靈活自定義，同一單位/部門的專家數不超過3 人，2/3 評委未參加過上年度評選等。

3 系統設計

3.1 軟件架構

軟件架構見圖1。

整個平臺技術架構需按照基礎設施層、開發平臺層、應用層、展現層等四層架構進行設計開發。四個層次包括七大板塊，對各板塊的能力要求如下：

（1）基礎設施層：系統設計需支持底層Windows 操作系統，支持海油內部MPLS 網絡通訊架構。

（2）數據存儲層：系統的數據存儲支持關系型數據庫、文件存儲等多種數據存儲方式，并提供訪問接口、協議及API。

（3）基礎服務層：本層需提供認證服務、用戶及組織數據服務、日志管理服務、大附件管理服務，業務應用開發時可調用本層提供的服務接口，實現基礎服務的統一管理，實現海油集團對基礎服務的集中管控。

（4）開發框架層：提供包括：表單設計工具、流程審批開發設計工具、頁面配置工具、集團化應用支持能力、系統集成接口等應用開發工具，

（5）應用層：根據ITECH 系統具體需求實現的應用功能模塊，本層須具有松耦合性，即不依賴于某個特定開發框架工具進行實現。

（6）展現層：需支持B/S 結構的訪問方式。

3.2 系統部署架構設計

架構設計見圖2。

3.3 數據庫設計

數據庫設計見表1。

4 結語

本文通過獎勵評審管理功能研究與設計，明確獎勵評審管理業務信息化的實施重點和基本設計思路，為獎勵評審管理信息化建設實施打下基礎。