基于SSM框架的学生综合测评系统的设计与实现
2022-04-22陈嘉濠廖秀秀
张 倩，陈嘉濠，廖秀秀
（广东技术师范大学，广州 510665）
0 引言
目前在我国的高校信息化建设中，教务管理系统的应用较为普遍且技术成熟。而主要用于学生信息、学籍及评奖评优工作的学生日常事务管理系统的发展较为滞后。在学校进行奖学金评定工作时，往往需要以学生综合测评的成绩为标准，但审核这项工作的材料通常需要耗费大量时间和精力。此项工作的相关数据目前主要是以纸质材料及分散的电子表格的形式进行传递，缺乏一套管理系统，并且数据由人工管理存在着许多不稳定因素，导致学生奖助学金评比操作繁杂，测评结果不够精准，无法完全准确代表学生的综合素质。因此，一个稳定高效、安全可靠的学生综合测评系统是必要的，并且使用计算机系统进行测评与传统纸质测评相比，计算机管理可以发挥计算机系统方便、快捷的优势以得到高效、准确的测评结果。简单便捷的操作模式，能够在提高工作效率的同时使管理者更全面地获取学生信息、开展学生工作，使测评工作更具权威性。
1 需求分析
经过实际调研，本文将传统的综合测评工作流程进行整理，得到如图1所示的工作流程图。
图1 综合测评工作流程
1.1 传统工作流程存在的问题
经过实际调研，总结出传统综合测评工作存在的问题如下：
（1）传统的综合测评工作效率低下。每个学期开始，各二级学院需要投入大量人力从事综合测评工作，从材料的收集到材料的审核，再到错误的反馈再修改，综合测评从开始到结束通常会贯穿一整个学期。这样的重复制表、核对工作，浪费了大量的人力物力和精力，也导致了工作的低效。
（2）传统的综合测评对工作人员有一定的要求。传统综合测评的分数计算及排名主要依靠Excel公式，这就对人员的办公软件的熟练程度有一定的要求，如果工作人员对办公软件的熟练程度不足，就会造成最后计算出来的综合测评成绩会有许多纰漏，又需要耗费更多的人力进行检查。
（3）原有的传统人工综合测评无法跟上时代的潮流。一方面随着我国高等教育的普及，测评学生的数量将会随之增大，这类因素会给综合测评工作带来更大的压力。另一方面，随着高校学生对自身要求的提高，学生将会参加更多的学科、文体等各类活动，以提高自身的综合竞争力。因此，在测评学生的数量及测评项目的数量都在上升的趋势下，传统人工综合测评工作的开展难度增大，如不跟上时代，采用信息化的处理方式，将很难保证测评结果的稳定及准确。
1.2 业务需求
近年来，也有许多研究人员提出了各种技术路线的综合测评系统的解决方案。本文结合其他作者的优秀思想和学校的实际需求，总结出学校需要一个集综合测评、通知公告、站内邮件功能为一体的在线工作系统。系统应有两类用户，分别是学生处和学院辅导员。在综合测评功能中，辅导员负责上报学生综合测评信息及奖学金申报信息；学生处负责体测成绩导入、审核、最终结果的公示等；在通知公告功能中，辅导员需要能够查看、搜索通知；学生处需要能够发布、编辑、查看、删除、搜索通知；在站内邮件功能中，每个用户都需要发送邮件、查看邮件、暂存邮件。
2 算法模型
2.1 品德表现分数学模型
品德分由基础分、附加分、扣除分三部分构成，其计算公式为：=++。其中，品德表现的附加分的计算有以下规则：
（1）当班级原始附加分最大值小于等于30分时，按原始分直接计算。
公式如下：
2.2 学业表现分数学模型
学业分由基础分、附加分、扣除分三部分构成，其计算公式为：=++。其中，学业表现的基础分计算公式为：
其中，学业表现的附加分的计算有以下规则：
（1）当班级原始附加分最大值小于等于20分时，按原始分直接计算。
公式如下：
2.3 文体表现分数学模型
文体表现分由基础分、附加分、扣除分三部分构成，其计算公式为：=++。其中，文体表现的附加分的计算有以下规则：
（1）当班级原始附加分最大值小于等于40分时，按原始分直接计算。
公式如下：
3 系统设计
3.1 系统功能设计
本系统是基于角色的访问控制策略，所以根据访问的角色分为两种身份：学院辅导员和学生处。本系统对用户有严格的权限管理，不同的角色对于系统的操作权限是不同的，其主要权限如表1所示。
表1 用户权限表
根据功能，本系统可分为综合测评模块、站内邮件模块、通知公告模块和登录模块。如图2所示。
图2 系统功能模块
3.1.1 登录模块
每个使用系统的用户拥有唯一标识，保证用户名和密码由系统统一管理。
3.1.2 通知模块
辅导员：通知的查看，附件的下载。
学生处：通知的发布、修改、查看、删除，附件的下载。
3.1.3 综合测评模块
辅导员：对学生成绩进行管理，录入、修改、删除所有学生的成绩；按照学生手册评定奖学金。
学生处：学生成绩的查看、修改、删除；全校所有奖学金申请的查看、修改、驳回、通过；最终结果的公布和修改。
3.1.4 站内邮件模块
每个使用系统的用户都可以收发邮件。
3.2 数据库设计
基于上述需求分析和系统功能设计，本文建立了符合实际且高效的关系型数据库。本系统共建立了17张数据表（如表2所示）。所有表内均含有相应的主键和外键约束。
表2 数据库设计
4 系统实现
本系统开发并实现了登录模块、通知公告模块、综合测评学院组织端、综合测评学生处端、站内邮件模块等。主要功能模块的实现介绍如下。
4.1 综合测评模块
如图3所示，综合测评模块分为辅导员端和学生处端，每个身份有相应的功能。
图3 综合测评模块流程
4.1.1 综合测评模块辅导员端
（1）模块简介
1）学生综合测评信息的导入
学生综合测评信息包括各学生的基本信息及成绩信息。各学院将信息收集起来后存入ex⁃cel表，在系统中上传此excel，系统即可自行导入数据。
2）学生申报信息的导入
学生申报信息包括各学生的基本信息及申报的奖项。各学院将信息收集起来后存入excel表，在系统中上传此excel，系统即可自行导入数据。
3）学生信息的查询与修改
系统支持根据学号或者姓名查询任意学生的测评信息，也支持在数据展示界面直接点击“查看详情”打开某位学生的测评信息进行修改。
（2）模块实现
1）综合测评信息及奖学金申报信息的导入
主要算法：
如图4所示，点击【上传】按钮触发处理：首先判断上传的文件是综合测评信息还是奖学金申报信息。若是综合测评信息，则根据文件上传框的文件内容提交至后端，后端使用POI技术读取excel内数据至mapper容器中，将成绩通过根据数学模型设计的分数计算算法得到最后的排名，再将综合测评信息及综合测评成绩存入数据库。若是奖学金申报信息，则根据文件上传框的文件内容提交至后端，后端使用POI技术读取excel内数据直接存入数据库。
图4 学院上传数据界面
2）学生信息的查询与修改
主要算法：
如图5所示，点击【提交】按钮触发处理：将所有文本框内的数据打包传至后端，根据学号查询到相应学生后修改其数据，并重新调用排名计算算法。
图5 学院修改数据界面
4.1.2 综合测评模块学生处端
（1）模块简介
1）禁止申报奖学金名单的上传
在奖学金申报工作中，存在一些同学因为各种原因禁止申报奖学金。系统支持批量上传名单。
2）奖学金申报的审批
各院系提交了奖学金申报信息后，学生处需要对其进行审批，系统支持全自动的审批功能，也支持单个审批，批量审批。
（2）模块实现
1）禁止申报奖学金名单的上传
主要算法：
如图6所示，点击【上传】按钮触发处理：根据文件上传框的文件内容提交至后端，后端使用POI技术读取excel内数据直接存入数据库。
图6 学生处上传数据界面
2）奖学金申报的审批
如图6所示，点击【审核】按钮触发处理：根据下拉框显示的学院查出申报学生相应的成绩后，根据规则对申请信息进行审批。
5 结语
本文运用SSM三层架构、BootstrapUI框架、及MySQL数据库，设计了一套基于B/S架构的高校学生综合测评管理系统。与目前已有的类似系统相比，选用成熟的技术框架大大缩短了开发时间，分层开发的模式提高了程序的可移植性和健壮性。经上线使用一年证明，该系统能比较好的解决高校综合测评工作费人力、耗时长、易出错的问题，并且能到及时统计、多部门协同工作，实现数据共享。
