基于S2SH高校學生工作管理系統的設計與實現

魏付芳

（德州職業技術學院 山東省德州市 253034）

1 系統需求分析

1.1 系統功能

結合當前高校學生工作管理的實際需求，綜合確定基于S2SH高校學生工作管理系統的功能模塊如下：

（1）黨團工作管理：用于學生預備黨員關系檔案構建、預備黨員轉正審核等一系列工作內容。

（2）獎勵違紀管理：用于獎學金申報統計關系、學生違紀和處理管理等一系列工作內容。

（3）學生助學管理：用于對助困項目統計、設置及管理，并根據各部門實際情況，合理設置勤工崗位和崗位人數[1]。

（4）學生綜合管理：用于學生軍訓、學生考證、學生就業等一系列綜合業務管理。

（5）學生日常事務：用于對學生保險、檔案以及其他特殊情況（如結婚、出國、入伍等）進行處理及管理。

（6）文化活動管理：用于對校內各類文化活動相關工作進行管理。

（7）學生情況匯總：用于學生個人信息以及學生綜合測評信息管理。

（8）固定資產管理：用于對學生工作簿所購置的各類固定資產進行統計管理。

（9）信息發布反饋：用戶對公告、文件的發布及管理。

1.2 系統流程

基于各系統功能模塊，合理分析各系統功能的具體工作流程，方便后續系統設計中設計人員能夠對系統功能有更為明確的了解，提高設計針對性[2]。以教師用戶操作學生助學管理模塊為例，用戶在系統管理過程中主要會經歷以下操作流程：登錄學生工作管理系統→選擇用戶→輸入用戶名密碼→用戶名及密碼驗證→進入學生助學管理模塊→驗證權限→功能界面→結束。

1.3 系統用戶

基于S2SH高校學生工作管理系統主要涉及到系統管理員、普通管理員、院系輔導員以及學生四種系統用戶。

（1）系統管理員：系統管理員可以對系統中所有功能欄目進行“增刪改查”，并負責對其他用戶的權限賦予及管理。

（2）普通管理員：普通管理員是負責學生工作管理的相關教師，其可以根據自身的工作職能，在系統中進行各欄目工作內容的查詢、添加、修改及刪除[3]。

（3）院系輔導員：院系輔導員作為學生工作的直接管理者和參與者，其在實際工作過程中負責審核學生相關工作申請、查詢系統內部統計資料、查詢公告以及文件下載通知等一系列工作內容。

（4）學生：學生可以通過系統瀏覽所有開放信息，并可以對自己的信息進行查詢以及各類工作申請、材料及文件的上傳及下載。

1.4 非功能性需求

非功能性需求主要包括可靠性、效率性、可移植性等要求：

（1）可靠性：系統在一定環境及條件下，可以持續正常運作。通常情況下，系統可靠性包括容錯性和易恢復性兩方面要求，其中容錯性是指系統在發生故障時，可用系統功能仍然可以滿足實際系統業務正常使用；易恢復性是指系統在發生故障并重新恢復系統后，恢復后的系統不會影響系統功能正常實現[4]。

（2）效率性：在一定時間內，系統的整體性能和使用資源量能夠滿足用戶需求。具體要求包括響應時間、數據吞吐量等。

（3）可移植性：在改變系統環境情況下，系統的適應能力。具體包括系統的已安裝性、系統的可替換性以及系統的可拓展性等，其可以確保系統在各種環境下的適應能力，進而保障系統的應用成效[5]。

當然除了幾點需求，非功能性需求還包括如功能性、易用性、易維護性等基本需求指標，相關需求在其他系統也較為常見，在此將不再另行贅述。

2 基于S2SH高校學生工作管理系統的設計與實現

2.1 系統總體架構

基于S2SH高校學生工作管理系統在設計中將會采用多層架構模式，具體設計架構如圖1所示[6]。

圖1：基于S2SH高校學生工作管理系統設計總體架構圖

2.2 數據庫

數據庫作為高校學生工作管理系統的重要組成內容，其設計成效將會直接影響到總體整體應用效果，所以設計人員必須提高相關重視，根據設計要求完成具體數據庫設計工作。具體來說，數據庫需要滿足系統各類用戶的數據使用要求，并由此構建出數據庫與應用程序之間的最優結構。通常情況下，數據庫設計需要建立在數據庫及相關技術的基礎上，是整體高校學生工作管理系統的核心技術，實際數據庫設計將會經歷數據庫需求分析、概念結構設計、邏輯結構設計、物理結構設計、實踐驗證設計等步驟，為保障數據庫具體設計成效，應嚴格按照上述步驟進行具體設計。

（1）數據庫需求分析：數據庫需求分析的目的及原理與系統需求分析的目的及原理基本一致，差異點僅在于數據庫分析的側重點在于分析用戶使用數據需求，確定具體數據庫所需的數據種類、范圍、數量及數據流動情況，進而為后續數據庫設計提供必要約束及參考。

（2）概念結構設計：基于需求分析結構，根據系統功能內容，形成概念角度的結構設計，具體概念結構設計內容應遵循自上而下全局定義、自下而上局部定義、由核心向外逐步發展等原則，必要情況下可以采用多種概念結構設計方案相互融合的方式完成具體設計過程。

（3）邏輯結構設計：邏輯結構設計就是將概念結構設計中的內容轉換成為具體數據模式，通常包括數據概念模型和數據關系模型兩種模型。本設計中將會使用范圍更為廣泛的數據關系模型，并遵循概念結構和邏輯結構一對一的方式進行數據關系模型構建。此過程中，概念屬性就是關系屬性，概念的碼就是關系的碼。

（4）物理結構設計：根據概念結構設計和邏輯結構設計，合理分類符合系統數據應用環境的物理結構，并基于物理結構對概念結構和邏輯結構進行預測評估，分析其中存在的不足，并對不足進行具體優化污水。

（5）實踐驗證設計：靈活運用現有數據平臺所提供的各類數據語言、工具，結合概念結構設計、邏輯結構設計以及物理結構設計，實施具體數據庫構建，并在構建過程中持續優化數據庫應用程序，確保數據庫的實用性。

2.3 表現層

表現層主要包括視圖文件和核心控制器兩部分，其實現主要依靠FliterDispatcher、視圖文件和輸入檢驗以及攔截器等部分來實現。具體實現過程是需要導入JAR 包，并將JAR 包導入到webRoot 中。

（1）web.xml 的部署：在設計過程中，基于XML 的特點，需要對設計中的大小寫以及次序進行著重關注。例如，XML 文件的次序應分別為XML 頭、Doctype、Web-app 元素。其中Web-app 元素也需要關注元素的次序，雖然服務器不會強度要求元素的具體次序，但在實施過程中卻可能會拒絕執行次序不正確的Web應用程序。具體部署過程中應對servlet 和JSP 頁面進行名稱和URL 定制化設計，此過程中可以通過servlet-mapping 元素來實現定制化URL 和名稱的關聯效果[7]。

（2）Struts.xml 配置：Struts.xml 配置主要是指對Struts.xml 頁面中常用的各類標簽進行合理配置，例如，在進行學生配置、獎學金配置以及軍訓配置過程時，可以將三種配置分別放在三種配置文件中，然后通過Struts.xml 來導入程序，實現具體配置效果。

（3）攔截器：攔截器是保障系統安全的重要組成內容，其在應用過程中可以對用戶的登錄權限進行檢測驗證，進而對不具備權限的用戶進行有效攔截。常用情況下，攔截器可以通過userIntercept 類中的Check 來實現對用戶的實際系統操作權限的限定及配置。

（4）視圖文件和輸入檢驗：系統的視圖文件主要是通過Struts2 和JSP 來實現，具體實現過程中，系統可以對兩種用戶輸入信息和反饋程序進行接收和處理，并實時反饋給用戶兩類視圖文件，此過程中將會設計到多個JSP 頁面，相關頁面均用于實現系統視圖功能。輸入檢驗則是指系統對用戶所輸入的信息與數據庫數據信息進行匹配對比，然后將匹配對比結構反饋給用戶的過程，此過程中，Struts 可以實現多種檢驗方式，實際設計可以根據自身需求進行檢驗方式合理選擇。

2.4 邏輯層

2.4.1 業務控制器

業務控制器與FilterDispatcher 一樣均屬于Struts2 的重要組成，其中FilterDispatcher 在具體設計過程中無需設計者進行配置，業務控制器作為系統程序應用的核心，其包括大量的用戶請求業務，具有多次復用屬性，應根據相關屬性及特點進行合理設計。

2.4.2 DAO 接口

在系統中，DAO 接口主要用于實現數據訪問操作，通常包括有數據庫數據“增刪改查”等操作，相關操作可以分別通過business、ImanageRegDAO 等來實現。以系統管理員登錄信息添加過程為例，介紹DAO 結構的實現過程。數據表添加：在對Admin添加數據表時，首先應通過DROP 去除相應的數據表，然后再進行dao.create 創建，若是在此過程中發現已經存在數據表，那么則忽略數據表添加過程。

2.5 其他功能實現

2.5.1 MD5

MD5 的核心在于對直接傳的Hash 進行合理變換處理，即將任意長度的直接傳變換成為一定長度的整數。MD5 校驗碼的主要作用是對所接受的數據執行上列運算，從而檢驗數據的正確性，即在所下載的文件與網站文件的MD5 一致的情況下，便可以確定所下載文件的完整性，說明文件無需重新下載；反之則說明文件下載不完全，需要重新進行下載。

2.5.2 生成Excel 文件

系統設計中將會涉及到大量的數據庫文獻，為方便對相關數據庫文件的分析、統計、查詢及處理，系統還會為學生工作管理過程中提供相應的Excel 文件導入等功能。

3 結束語

綜上所述，文章基于S2SH 完成高校學生工作管理系統的設計及實現。具體來說，文章獲取到以下成果：

（1）結合高校學生工作管理現狀，指出基于S2SH 完成高校學生工作管理系統的功能需求、系統流程、系統用戶以及非功能性需求。

（2）設計中采用多層架構設計模式，從數據庫、表現層、邏輯層以及其他功能等角度完成具體系統架構設計。

（3）通過MD5 和Struts2 攔截器等方式，有效提高了系統的整體安全性，保障系統的具體應用安全目標。