基于SSM框架的學生綜合測評系統的設計與實現

張 倩，陳嘉濠，廖秀秀

（廣東技術師范大學，廣州 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架構的高校學生綜合測評管理系統。與目前已有的類似系統相比，選用成熟的技術框架大大縮短了開發時間，分層開發的模式提高了程序的可移植性和健壯性。經上線使用一年證明，該系統能比較好的解決高校綜合測評工作費人力、耗時長、易出錯的問題，并且能到及時統計、多部門協同工作，實現數據共享。