劉少軍， 王瑜瑜

(西安航空職業(yè)技術學院，西安 710089)

0 引言

在國家大力強調信息化建設重要性的大背景下，尤其是在習近平總書記提出了精準扶貧思想后，“學生資助工作信息化”受到關注度也空前高漲[1]。但目前高校資助的信息化管理，不僅在貧困生認定和管理得科學化與規(guī)范化方面存在不足，而且信息化發(fā)展的進程也存在較大差距，主要體現(xiàn)在：

(1)首先是設計模式大都是基于 C/S 模式，導致信息共享及協(xié)同辦公功能較差；(2)系統(tǒng)的功能更像是加強版的 Excel，因此只能進行查詢或者是匯總，實際應用價值較低；(3)系統(tǒng)的擴展性及通用性較差，尤其是后期的可升級空間較小[2-3]。

為了提高資助管理的信息化、高效化、透明化，設計一套高校學生資助信息管理系統(tǒng)勢在必行?；诖?，本文基于WEB平臺，完成了高校資助管理系統(tǒng)的設計與開發(fā)。

1 系統(tǒng)總體結構設計

高校資助管理系統(tǒng)包含高校信息管理的諸多方面，比如院系管理模塊、貧困生管理模塊、獎助學金管理模塊，當然其最為核心的部分仍然是學生的信息管理以及獎助學金的申請與管理，系統(tǒng)的總體結構，如圖1所示。

圖1 系統(tǒng)總體結構圖

2 數(shù)據(jù)庫的設計

2.1 數(shù)據(jù)庫的邏輯設計

為了將資助管理過程所涉及的對象轉化為與數(shù)據(jù)模型相符合的邏輯結構，在此進行了數(shù)據(jù)庫的邏輯設計[4-5]。學生申請資助的E-R圖，如圖2所示。其中E-R圖中各實體對象的屬性，如表1所示。

圖2 學生申請資助的E-R圖

實體對象詳細屬性學生基本信息學號、身份證號、姓名、性別、生日、民族、籍貫、政治面貌、學院代碼、專業(yè)代碼、班級代碼、入學時間、畢業(yè)院校、電話、郵箱、家庭住址、家庭電話、父親名字、工作單位、母親名字、工作單位、密碼班級班級代碼、年級、班級名、專業(yè)代碼、人數(shù)學院學院代碼、學院名、學院簡介管理員用戶名、密碼、管理員名、管理員類型、學院代碼貧困生申請學號、身份證號、姓名、性別、生日、民族、籍貫、政治面貌、學院代碼、專業(yè)代碼????、班級代碼、家庭住址、家庭總人口、家庭年收入、人均收入、收入來源、家庭郵編、家里電話號碼、是否低保家庭、是否烈士子女、是否孤兒、是否通過綠色通道、是否重殘家庭、是否優(yōu)撫對象子女、是否殘疾學生、是否家庭受災新生、是否單親家庭、是否低收入家庭、是否特困生、申請狀態(tài)、上次修改時間獎助學金申請學號、申請時間、獎助學金代碼、獎助學金名稱、獎助學金等級、申請狀態(tài)、成績排名、必修課數(shù)量、及格數(shù)量、是否實行綜合考評排名、考評排名、獲獎信息、申請理由、院系意見、學校意見、上次修改時間獎助學金信息獎助學金代碼、獎助學金名稱、開始申請時間、申請結束時間專業(yè)信息專業(yè)代碼、專業(yè)名稱、專業(yè)簡介、學院代碼

2.2 數(shù)據(jù)庫的邏輯設計

本文設計的系統(tǒng)共使用3層結構，分別為：界面層、業(yè)務邏輯層和數(shù)據(jù)訪問層，除此之外，還包含了兩個項目，分別為：Common項目和Modal項目[6]。Common項目中存放的是DBHelper數(shù)據(jù)操作類文件，而Modal項目中存放的是實體類文件，具體5個項目的關系，如圖3所示。

圖3 三層架構中5個項目之間的關系圖

3 系統(tǒng)的實現(xiàn)

3.1 用戶登錄

本系統(tǒng)的登錄界面，如圖4所示。

圖4 系統(tǒng)登錄界面

其中，用戶類型主要分為管理員和學生兩類，為了保證用戶輸入密碼的可靠性，本文利用了MD5加密算法[7-8]。

3.2 用戶管理

該系統(tǒng)共包含系統(tǒng)管理員、學校管理員、院系管理員及學生用戶四類用戶，他們的權限及功能都各不相同，具體如圖5～圖8所示。

3.3 貧困生申請

貧困生申請的具體流程為：

(1)首先學生登陸平臺，若是首次申請則需要完善基本信息，并進行保存，如圖9所示。

(2)單擊“貧困生申請”則跳轉至貧困生申請界面，將申請信息填寫、修改完善并保存。

(3)接下來等待院系管理員進行審批，當然學生也可以單擊“貧困生申請記錄”查看審批狀態(tài)。

3.4 獎助學金申請

獎助學金申請的具體流程，如圖10所示。

圖5 系統(tǒng)管理員的權限列表圖6 學校管理員的權限列表

圖7 院系管理員的權限列表圖8 學生的權限列表

圖9 學生基本信息界面

圖10 獎助學金申請界面

(1)首先學生登陸平臺，單擊“獎助學金申請”，若申請的獎助學金需要貧困生，體統(tǒng)提示后會自動跳轉至貧困生申請界面，然后再轉至獎助學金申請界面，填寫信息并保存，等待審批。

(2)院系管理員登陸系統(tǒng)，審核檢查申請內容，填寫意見并完成審批。

(3)學校管理員登陸系統(tǒng)，審核檢查申請內容，填寫意見并完成審批。

(4)將審批通過的學生申請紙質稿上交至資助管理中心等待批復，若通過批復，學生需再一次進入系統(tǒng)，進行確認。

4 系統(tǒng)測試

4.1 登錄模塊測試

現(xiàn)以管理員登陸系統(tǒng)模塊測試為例進行說明，測試結果表，如表2所示[9-10]。

表2 管理員都登陸模塊測試結果

4.2 用戶管理模塊測試

對四類用戶登陸系統(tǒng)后所具有的權限進行了測試，測試結果，如表3所示。

表3 用戶管理模塊測試結果

4.3 貧困生申請模塊測試

為了全面檢測該模塊的功能，在這里分別從學生申請貧困生和申請的全部流程兩個各方面進行測試，測試結果，如表4、表5所示。

表4 貧困生申請測試結果

表5 貧困生申請流程測試結果

4.4 獎助學金申請模塊測試

同理，為了全面檢測該模塊的功能，在這里分別從學生申請獎助學金和申請的全部流程兩個各方面進行測試，測試結果，如表6、表7所示。

表6 獎助學金申請測試結果

5 總結

本文首先對高校資助管理系統(tǒng)的整體設計方案進行提煉，并在對各功能模塊需求詳細分析的基礎上，重點對系統(tǒng)的用戶登錄、用戶管理、貧困生管理、獎助學金管理模塊進行設計與功能測試。測試結果表明，系統(tǒng)各功能模塊能夠達到預期目標，不僅能夠提高資助工作的效率，而且提高了資助工作的信息化水平。

表7 獎助學金申請流程測試結果