蔡創

（陜西工業職業技術學院信息工程學院 陜西省咸陽市 712000）

1 引言

作為一名在高職院校從事大學生教育工作的教師，很多時候要完成各種經濟困難生日常管理任務，花費大量時間精力來解決日常管理工作所面對的問題。在這樣的工作過程中，建立高效、公正與公開的高職院校家庭經濟困難生認定與資助管理系統具有非常重要的意義[1]。怎樣能夠在工作中科學化、規范化對經濟困難生進行認定[2]，怎樣才能高效地使用現代信息化技術手段對高職院校困難生進行助困資金的發放[3]，最后確保家庭經濟困難生能夠不因經濟壓力分心，能夠伴隨著健康快樂的心完成其大學學業、度過大學生活[4]，是我和其他高職教師每天面對并希望對其進行改進的問題。總之，我希望能夠建成信息化技術條件下高職院校家庭經濟困難生的認定與管理系統，爭取為完善高職院校經濟困難在校生的管理工作貢獻出自己的一份綿薄之力,為學校精準關愛貧困生提供支撐[5]。

2 系統需求分析

首先確定系統需求概述，然后建立系統需求的分析模型并使用UML 繪制相關圖例，最后確定系統的性能需求[6]。

2.1 系統需求概述

系統分為高職院校困難生基本信息管理模塊、困難生資助管理模塊、獎學金管理模塊和勤工助學管理模塊，包含五個核心業務流程：

（1）困難生管理業務。所有在校生都擁有系統的本權限；首先需要高職院校困難生業務管理員角色用戶開通本困難生批次，然后所有在校生都可以申請困難生的認定；申請認定發出后，班級、二級學院、學校三級審核人員可進行逐級審核，最后系統給出困難生認定結果。

（2）助學金管理業務。被認定為困難生的學生用戶擁有本權限；在高職院校助學金業務管理員設定并開通助學金業務后，困難生用戶可申請助學金；在班級、二級學院、學校三級審核人員審核并獲得審核通過后，系統給不同等級的困難生發放特殊困難助學金或一般困難助學金。

（3）困難補助管理業務。所有已認定的高職院校困難生用戶擁有本權限；在高職院校困難補助管理員設定并開通本次困難補助后，所有高職困難生用戶可進行申請困難補助；困難補助申請提交后后，班級、二級學院、學校三級審核人員審核并通過后，系統給困難生發放困難補助。

（4）獎學金管理業務。所有在校學生角色擁有本權限；在高職院校獎學金管理員設定、開通獎學金后，由所有學生申請；申請提交后，由各級審核人員根據上級部門以及學院內規定進行設定并審核；在認定過程中，其它條件相同情況下優先認定困難生用戶。

（5）勤工助學管理業務。所有學生角色有本權限；各勤工助學相關部門的管理員可申請崗位，在勤工助學崗位申請后，由高職院校勤工助學管理員對進行審核操作，審核通過后學生可申請勤工助學崗位，提交后交各級審核人員審核。

圖1：高職院校困難生管理用例圖

2.2 系統的分析模型

2.2.1 系統功能模型

以困難生管理用例圖為例：

困難生管理用例的子用例包括困難生申請開通用例、困難生申請用例、輔導員困難生審核用例、院系領導困難生審核用例和學生處困難生審核用例。如圖1所示。

2.2.2 系統動態模型分析

在用例描述基礎上，建立核心用例的動態模型。在動態模型中，系統狀態將隨著事件的變化而變化[7]。以高職院校困難生管理活動圖為例。高職院校困難生管理功能隨著用戶角色的變化而改變。活動圖如圖2所示。

2.3 系統的性能需求

高職院校困難生認定與資助管理系統的的非功能性需求主要體現在系統性能方面。考慮到使用本系統的高職院校在校生人數和困難生人數，結合系統交付使用后用戶的體驗，本系統性能需求確定為系統響應時間和用戶并發數。

系統響應時間指系統對用戶提交請求作出響應所消耗的時間長度，系統并發量指在保證正常響應的條件下系統所承載的用戶數量[8]。

某高職院校有在校生1.8 萬人，其中1/3 為家庭經濟困難生；考慮到本系統合法用戶包括非經濟困難生即所有在校生和教師等管理人員，系統實際合法用戶2 萬人。系統同時在線用戶峰值為5000 人，按20%的較大比率計算并發用戶數，結果為1000 人。

因此本系統要求正常情況下允許1000 人的并發用戶數，當硬件條件和網絡環境正常時應能夠保證普通業務操作在1 秒內響應。

3 系統設計

3.1 體統體系結構

高職院校困難生認定與資助管理系統采用B/S 結構，結合前期需求分析的結果，確定本系統主要由以下幾個部分組成：

系統UI 層：與用戶進行交互的界面。

業務邏輯層：實現高職院校困難生認定與資助管理的核心業務。

系統功能層：實現高職院校困難生認定與資助管理基礎功能。

數據存取層：實現對底層數據進行存取訪問。

高職院校困難生認定與資助管理系統軟件體系結構如圖3所示。

圖3 中說明了系統從下到上總共分為三層，分別是數據存取層、業務邏輯層和表現層。數據存取層負責數據的持久化和查詢功能；業務邏輯層主要實現系統的核心業務邏輯，表現層負責提供友好的系統-用戶交互界面，從用戶處收集數據，并將最后的處理結果呈現給用戶。

3.2 系統功能模塊

在前期需求分析完成后，本階段對系統的功能模塊進行確定。高職院校困難生認定與資助管理系統包含以下功能模塊：基本信息管理、困難生管理、困難補助管理、助學金管理、獎學金管理和勤工助學管理。圖4 為高職院校困難生認定與資助管理系統功能模塊圖。

各模塊的詳細描述如下：

基本信息管理模塊：對使用高職院校困難生認定與資助系統所有用戶基本信息進行管理和維護，包括管理人員、審核人員和學生的基本信息增加、修改、刪除、查詢。

困難生管理模塊：實現困難生管理員對困難生批次的設定與開通，然后在校生申請困難生認定，提交申請后后由班級、二級學院、學校三級審核人員逐級審核，最后將審核結果發送個申請學生。

困難補助管理模塊：實現困難補助管理員對困難補助的設定與開通，認定為困難生的學生用戶可以申請困難補助，提交申請后然后由班級、二級學院、學校三級審核人員對申請逐級進行審核，審核通過后系統按照本批次設定的困難補助金額向困難生發放困難補助金。

助學金管理模塊：實現助學金管理員對助學金的設定與開通，認定為困難生的學生用戶可以申請助學金，提交申請后由班級、二級學院、學校三級審核人員對申請逐級進行審核，審核通過后系統按照認定的困難生家庭經濟困難程度，向困難生發放相應等級的助學金。

獎學金管理模塊：實現獎學金管理員對獎學金的設定與開通，所有在校生包括認定為困難生的學生用戶可以申請獎學金，提交申請后由班級、二級學院、學校三級審核人員對申請逐級進行審核，審核通過后系統按照本批次設定的獎學金額，向審核通過學生發放相應等級的獎學金。

勤工助學管理模塊：實現勤工助學崗位部門的管理人員設定并申請開通勤工助學功能，然后由勤工助學管理員審核開通，所有認定為困難生的學生用戶可以申請勤工助學工作崗位，提交申請后由班級、二級學院、學校三級審核人員對申請逐級進行審核，審核通過將結果發送給申請學生和崗位管理教師。

3.3 數據庫設計

物理模型需要確定每一個實體的具體物理結構[9]。下面以高職院校困難生認定與資助管理系統中核心實體為例，給出其物理模型即具體的表結構。以高職院校_基本信息_學生基本信息表（GZYX_JBXX_XSJBXX）為例描述如下：

圖2：高職院校困難生管理活動圖

表1高職院校_基本信息_學生基本信息表中定義了12個字段，其中主鍵為學號，類型為字符串。各字段的詳細定義見表1。

4 系統實現

4.1 基本信息管理模塊的編程實現

基本信息管理模塊的具體功能包括系統用戶基本數據的增加、修改、刪除和查詢。首先絕大多數用戶的基本信息通過某高職院校已有教務管理系統導出后導入當前系統；后續各用戶可對基本信息進行維護，包括修改與增加相關信息。

對學生進行查詢使用Java 開發技術實現后，程序運行界面如圖5所示。

4.2 高職院校困難生資助管理的編程實現

資助管理功能模塊中又分為高職院校困難生管理模塊、高職院校困難補助管理模塊以及高職院校助學金管理模塊。

高職院校困難生管理模塊的編程實現，其核心功能是困難生申請的審核，Java 編程實現為：

以上編碼為困難生審核功能的核心程序段。高職院校困難生管理員設定困難生批次界面運行如圖6所示。

圖3：高職院校困難生認定與資助管理系統體系結構圖

圖4：高職院校困難生認定與資助管理系統功能結構圖

圖5：高職院校學生基本信息管理

圖6：高職院校困難生批次設定界面

高職院校困難生審核管理界面運行如圖7所示。

5 結語

本文研究對象為高職院校家庭經濟困難學生認定與資助管理系統。文章從分析現行高職院校困難生認定與資助管理工作的實際問題出發，分析研究并結合實際業務流程，確定系統需求，得出了高職院校困難生認定與資助管理系統的設計結果，在此基礎上實現了本論文所闡述的高職院校困難生認定與資助管理系統，給高職院校困難生管理工作提供了一個公平、公正和公開的平臺，極大地提升了工作效率，減輕了相關管理人員、教師和學生的負擔。

表1：GZYX_JBXX_XSJBXX 表

圖7：高職院校困難生管理界面