基于微信小程序的人事管理信息統計平臺應用設計研究

曹文芳

關鍵詞 微信小程序 人事管理 信息統計平臺 設計

目前，多數人事管理信息統計平臺僅面向特定業務，即數據信息發布、收集和統計，依靠微信群或QQ群發布數據信息收集通知，再由相關人員對數據信息進行收集、匯總與統計。因此，傳統人事管理不僅耗時耗力，還容易出現漏報、錯報問題，影響數據信息統計的質量。為彌補常傳統人事管理工作的不足，本文設計了基于微信小程序的人事管理信息統計平臺。其中，數據信息統計任務發布者以及數據信息填寫者均可利用手機終端，通過微信小程序完成數據信息的發布、填寫、提交等，滿足了多種類型統計任務的要求，充分提升了數據信息統計的效率和質量，并減少了相關人員的工作量[1] 。

1系統架構

人事管理信息統計平臺以微信小程序為前端，后臺則建立了SpringBoot 框架，并與MyBatis 持久層框架相整合，數據庫為MySQL。該平臺的整體結構可見圖1。

2系統功能

2.1系統角色

在人事管理信息統計平臺中，服務人群有兩類，即員工和管理員。基于這兩類人群進一步細分角色，主要包含四個系統角色，分別是管理員、員工、人事管理者以及負責人，不同角色執行不同的職能任務。其中，人事管理者屬于數據信息統計任務發布者。在人事管理信息統計平臺中，首頁即為登錄界面，人事管理者輸入工號進行登錄，進入該平臺后可錄入需要采集的各數據信息項，進而自動生成任務采集模板，最后向數據信息采集目標群體發布統計任務。信息采集目標群體若根據所屬組織進行劃分，可分為第一、第二支部以及人事管理總支部等;若根據所屬部室進行劃分，可分為信息管理部室及各類運營部室等[2～4] 。

各部門可結合實際情況設置負責人，可為一個，也可為多個。如果是管理員登錄，其登錄界面主要輸入賬號，同時任務發布目標群體是相應部室的全部員工，各部室所設置負責人數量可為一個，也可為多個。另外，在經PC 端對統計頁面進行訪問時，同樣由任務發布者輸入工號進行登錄，進入界面能夠查看相應用戶所發布的歷史任務，所有任務統計結果均可下載至本地，結果記錄文件為xls 文件形式。如果所發布任務是長傳文件、上傳圖片等形式，需要附上下載文件鏈接，在目標群體完成上傳任務之后，相關上傳結果可通過壓縮包形式下載至本地。

管理員或者員工屬于任務提交者，人事管理信息統計平臺首頁即為登錄界面，管理員或員工在登錄該平臺之后就可以在首頁查看自己未完成的任務，點擊任務按照提示即可進行文件的上傳或信息的錄入，最后點擊提交，任務完成。如果待辦任務屬于上傳文件類型，需要設計兩種類型任務完成方式：其一是在微信聊天端口接收任務相關文件后，可直接在微信小程序端上傳聊天界面的相應文件;其二是在PC 端口登錄，之后在PC 端訪問任務有關頁面，在頁面內上傳不限類型的本地文件。

2.2統計任務類型

在統計任務類型設計中，需要結合人事管理實際信息統計需求對統計任務種類進行劃分，主要有四類：報名類、填寫類、上傳圖片類、上傳文件類。其中，報名類適合應用在外出考察或參觀是否報名、參加某活動期間是否需要報銷、參加各類會議等統計活動中;填寫類適合應用在參加項目上報、統計數據上報、每日體溫上報等統計活動中;上傳圖片類適合應用在疫情防控期間員工定位截圖、某指任務視頻截圖中;上傳文件類適合應用在運營期間統計各項指標、定期上交檢查資料、設計報告等[5] 。

2.3關鍵業務流程

人事管理信息統計平臺的信息統計業務主要涉及三大流程：（1）任務發布者在微信小程序中填寫目標統計信息，自動生成統計任務模板，進而將統計任務發送給指定對象;（2）信息統計任務傳遞給指定對象且對方接收之后，由任務提交者在微信小程序中填寫所需信息，之后點擊提交;（3）任務發布者在PC 端輸入網址并進行登錄，找到相應任務統計情況，以xls文件形式將統計結果下載至本地，如果所統計信息為圖片或文件形式，則把文件打包下載至本地[6] 。

3數據庫設計

人事管理信息統計平臺的數據庫為MySQL，結合需求進行分析，可獲得系統表結構，如表1。

在設計人事管理信息統計平臺的數據庫期間，關鍵要保證任務具有通用性[7] ，因此設計中需要重點考慮以下幾方面問題。

（1）任務類型有差異。在信息統計期間，不同任務有著不同的種類，主要有開關類、提交圖片類、提交文件類、填寫類。其中，開關類主要提交“是” 或者“否”的意見;提交圖片類需要在提交之前可以預覽圖片;提交文件類要求在提交之前可以明確所提交文件具體名稱與對應路徑;填寫類要求用戶可以在其中輸入數據。

（2）填寫類涉及多種細分問題。若任務種類為填寫類，首先需要了解不同的填寫任務有不同的任務項目數量，同時任務項目還具有不同的輸入類型，如一些任務要求可以鍵盤輸入，一些任務要求為用戶設置幾個選擇項目。為解決上述問題，需要基于系統數據需求，打破以往在數據庫設計中的關系型思維，強調讓任務項目和列目一一對應，并在設計中以JSON 格式將數據轉成字符串，進而對動態列問題加以解決。

在設計model 任務模板表期間，info 列數據的主要呈現形式為：是否報名（開關類）;上傳圖片（提交圖片類）;上傳文件（提交文件類）。

填寫類分為兩類，即不涉及可選項的如出生日期、姓名、家庭地址、身份證號等;包含可選項的如婚否[未婚/ 已婚]、職稱[工程師/ 高級工程師] 等[8] 。針對不同類型的任務，在設計task 任務表期間，model任務模板需要對應各用戶任務。在用戶沒有提交的情況下，answer 列數據主要呈現形式為：{是否報名：無}（開關類）;{上傳圖片：無}（提交圖片類）;{上傳文件：無}（提交文件類）;填寫類分為兩類，即不涉及可選項的如{身份證號碼：無、出生日期：無、家庭地址：無、姓名：無};包含可選項的如{婚否：無、職稱：無}。answer 列數據的呈現形式主要是后臺生成的任務模塊，基于model 任務模板的內部info 列，以小括號之前所表示字符串明確任務類型，之后對填寫類特點進行識別的基礎上明確相應任務項有無可選項。用戶登錄至相應界面后，系統自動從數據庫調取相應用戶任務列表，同步對某項任務進行選取，用戶按照操作提示逐步進入填寫界面，結合模板的任務類型以及填寫項自動、動態的生成相關任務界面[9] 。

4運行測試

2020 年9 月，人事管理信息統計平臺發布并投入使用。在疫情防控期間，人事管理者、管理員以及員工均通過該平臺就日常工作和學習以及身體狀況等展開線上溝通。經過一段時間的試運行，該平臺運行穩定，且其中多項信息統計功能均獲得良好應用。自2020 年9 月初開始使用至2020 年11 月初，兩個月內所完成的信息統計任務超過100 次，涵蓋了提交生產數據、上報位置截圖、上報提問等多類任務。

5結語