基于微信小程序的人事管理信息统计平台应用设计研究

曹文芳

关键词 微信小程序 人事管理 信息统计平台 设计

目前，多数人事管理信息统计平台仅面向特定业务，即数据信息发布、收集和统计，依靠微信群或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结语