高校學籍管理系統的設計與應用

胡 丹

（九江職業大學，江西九江 332000）

1 總體設計方案

高校學籍管理系統采用單一入口、單一出口的模塊化設計思想，融入ASP編程技術、Web萬維網技術、Access數據庫技術、MIS管理信息系統、B／S開發模式等綜合應用，以ASP編程技術來開發系統管理軟件，通過對系統運行環鏡、整體架構、數據庫邏輯結構E－R圖的全面設計，實現對學籍管理的相關數據的查詢、修改、添加、刪除等功能操作。

1.1 系統工作方式

圖1 學籍管理系統工作方式圖

隨著計算機及Internet網絡技術的普及和飛速發展，MIS系統已經突破了早期意義的單個數據處理系統，形成了跨越科學管理、組織架構、行為協調、數據處理、計算機及專家系統等多領域的技術集合。其結構體系也經歷從單機系統到局部網絡，直至發展到二層體系結構的客戶機／服務器（簡稱C／S），以及如今具有結構優點很多的三層及以上體系結構的瀏覽器／應用服務器／數據庫服務器 （簡稱B／S）Intranet網絡環境。該系統從整體設計思路上就是利用了B／S的廣域性優點，充分運用ASP技術及數據庫系統，實現將管高校學籍理系統與Internet進行嫁接，建立在系統后臺Windows操作系統及Access上，通過Internet和局域網使學生和系統管理員很方便地對學生學籍進行管理。其工作方式如圖1所示。

1.2 系統整體設計架構

1.2.1 系統功能模塊的描述

高校學籍管理系統的功能結構采用模塊化設計思路，主要由學生信息管理、學籍異動管理、日常管理、用戶管理等四個模塊組成。

一是學生信息管理模塊：對學生信息進行查詢、錄入、修改／刪除以及打印等，并進行班級、考試、成績排名和目標管理。

二是學籍異動管理模塊：可對學生學籍異動錄入、查詢、修改／刪除、打印。

三是日常管理模塊：通過輸入學號或者姓名來查詢學生的獎懲及學期評語。

四是用戶管理模塊：只有管理員才能使用，普通用戶不能進入。可用來添加、修改、刪除用戶，并設置權限以及修改用戶密碼。

1.2.2 系統操作功能的描述

本系統分為系統管理員、系部管理員、班級管理員和學生四種角色，登陸系統時需要輸入用戶名和密碼，系統自動判斷用戶的權限和帳號、密碼是否匹配，可對學生的成績信息進行添加、修改／刪除、查詢、打印等操作。學生不需登錄，只能通過學號等查詢學生信息和學習成績。

（1）先進入系統登陸界面，管理員需要輸入用戶的帳號和密碼進行驗證，若驗證通過，就可以進行學生信息及學生成績的查詢、錄入、修改和刪除等操作；反之，若不符合條件，則退至登陸界面，重新輸入。用戶登錄示例見圖2所示：

圖2 用戶登錄示例圖

（2）進入登錄界面以后就可以查看各個模塊，對學生信息、學生成績、考試、用戶等功能模塊進行錄入、修改、刪除、打印等操作。程序操作流程如圖3所示：

圖3 程序操作流程圖

（3）系統管理員通過登錄后，管理員可以進行信息管理、學生成績管理、考試管理、用戶管理，并進行添加、刪除和修改等操作，管理員功能如圖4所示：

圖4 管理員功能圖

1.2.3 數據庫系統的設計

本系統采用模塊化程序設計方法，為系統開發和維護提供了方便。

（1）數據庫系統E－R圖

高校學籍信息管理系統中的數據庫構建通過數據庫的需求分析及根據數據處理的整個過程，組成一個完整的基本數據鏈。

表1 基本數據鏈

針對這些數據項和數據結構，確定數據庫E－R圖（Entity－Relation）模型。針對系統的各基本信息，構建的高校學籍信息管理系統的數據庫系統E－R圖見圖5：

圖5 數據庫系統E－R圖

（2）數據流圖

按照數據表構建本系統的數據流圖如圖6：

圖6 系統的數據流圖

（3）系統功能模塊結構圖

經過模塊化分析構建高校學籍管理系統功能模塊結構圖如圖7：

圖7 系統功能模塊結構圖

2 系統軟件編程與測試

考慮篇幅有限，這里不能詳細闡述和說明每個功能模塊功能流程及其相關軟件編程，僅僅只對系統管理員功能流程的編程與測試過程予以介紹。

2.1 系統管理員功能流程

在高校管理中，把負責全校教務教學管理職能的部門定為系統管理員，系統管理員需通過賬號和密碼登錄，登錄后由其對系部信息、教師信息、學生信息、班級信息等進行管理，并對用戶權限進行核對。只有登陸成功后，才可以進入登陸者權限之內的功能模塊操作。登陸功能流程圖如圖8所示：

圖8 用戶登陸功能流程圖

2.2 系統測試

由于本系統是基于WEB系統，所以測試的內容應該包括頁面鏈接檢查、系統數據檢查、字符類型檢查、相關性檢查、信息完整性檢查、直接鏈接檢查、中文字符處理、信息重復、刪除功能檢查、修改重名檢查、添加和修改是否一致檢查、搜索檢查、文件傳輸檢查、重復提交表單、輸入信息位置、用戶檢查、密碼檢查、快捷鍵檢查、刷新鍵檢查、必填項檢查、回車鍵檢查、回退鍵檢查、空格檢查、輸入法檢查、系統可恢復檢查等內容。本系統在測試時選用黑盒測試和白盒測試兩種互為補充的測試方案。

本系統通過使用loadrunner這一專業測試軟件進行性能測試，主要對用戶并發、負載能力等性能指標進行測試分析，loadrunner能模擬系統在成千上萬的使用者同時登錄進行操作時的情況。

（1）用戶登錄并發的性能測試結果

圖9 多人并發登錄系統響應時間

本系統用戶登錄并發的性能測試，采用的是用loadrunner軟件模擬100名學生同時登錄系統操作時的情況進行的響應時間測試，具體并發登錄系統響應時間的測試結果如圖9所示。圖中縱坐標表示平均響應時間，其單位為s；橫坐標表示已用場景時間。用紫色曲線代表登錄響應時間，綠色曲線代表查詢響應時間，紅色曲線代表虛擬用戶退出系統響應時間。

從圖9的曲線走勢來看，在前半時段都趨于上升走勢，在后半時段趨于下降走勢，中間時段有所攀高，但總體走勢比較平坦。這說明隨著運行時間的變化，并發登錄和查詢等系統性能相對穩定。

（2）系統負載能力性能測試結果

負載測試 （Load testing）是指通過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。負載測試的目標是保證系統在超出最大預期工作量的情況下仍能正常運行。

本系統的負載測試采用的是用loadrunner軟件模擬100名學生同時查詢操作時每秒事務數量的測試，具體的負載測試反應的每秒事務數量的測試結果如圖10所示。圖中縱坐標表示事務數，橫坐標表示已用方案時間，綠色曲線代表每秒事務數的走勢情況。

圖10 系統負載能力的性能測試結果

從圖10的曲線走勢來看，整個運行過程當中每秒事務數的曲線走勢比較平穩，在前半時段都趨于上升走勢，在后半時段趨于下降走勢，中間時段比較平坦。這說明隨著運行時間的變化，負載能力性能非常穩定。系統在測試時沒有發現死機和停止服務的情況，系統運行穩定。

（3）測試結果及分析

基于高校數字化校園學籍管理系統的系統模塊和功能模塊在設計及開發過程中，雖然同步進行了代碼調試，解決了一些問題，但在該系統軟件測試過程中，仍然發現了一些問題。這些問題對系統應用有較大的影響，可見軟件測試工作在軟件開發過程中是非常重要和必要的，在后續開發、升級、完善工作中，一定要繼續貫徹軟件測試工作。

通過在高校數字化校園網上對高校學籍管理系統軟件的測試基本達到了預期設計方案，測試過程中，首先通過對高校學籍管理系統的功能分析，得到系統功能模塊圖。然后根據系統功能分析，使本系統使用Asp＋Access數據庫平臺設計。由此可見，從本系統性能測試結果表明本系統軟件其功能指標、性能指標、穩定性、可行性上都完全達到了設計要求。

3 結論

系統達到了較好的應用效果，主要成效表現在如下幾個方面：

一是通過選定以高校學生學籍管理內容為研究對象，按實際需求進行全面的分析，制定了高校學生學籍管理系統的研究方案及開發計劃，確定了系統整體架構方案、系統結構模塊、開發模式等具體方案。

二是全面理清了高校學生學籍管理系統的工作流程，通過綜合運用一些先進技術設計了高校學生學籍管理系統功能模塊，并對主要功能指標和性能指標進行分析，完成了高校學生學籍管理系統總體設計的核心內容。

三是以ASP編程技術開發完成了系統結構上按需求規劃的系統管理模塊、學生信息模塊、學生成績模塊、公共管理模塊等四大功能模塊的設計，實現對學生學籍管理相關數據的查詢、修改、添加、刪除等功能操作，在性能方面實現系統的全面性、可靠性、安全性、兼容性、高效性和可維護性。

四是通過采取黑盒測試方法對系統管理模塊、學生信息模塊、學生成績模塊、公共管理模塊等各個功能模塊進行用例測試和系統性能測試用例，并經過在高校進行試用，系統性能穩定、功能齊全、應用效果顯著。

五是本系統在實際應用中體現了一定的新穎性，使原有學籍管理系統存在的問題得到更加完善；使教務教學等管理部門對學生檔案管理的全程監控顯得更加方便；使各職能部門管理人員之間信息互通聯絡的更加快捷，減輕了其工作負擔。

〔1〕呂繼迪，孫明麗，龐婭娟.ASP程序開發范例寶典 （第2版）［M］.北京：人民郵電出版社，2009：23－26.

〔2〕李德平 .基于Web的數據庫應用系統開發技術的思考［J］.中國科技信息，2006，（11）：134－135.

〔3〕劉珊.Access應用系統開發研究 ［J］.電腦編程技巧與維護，2010，（08）：43－44.

〔4〕李澤軍 .基于J2EE的高校教務管理系統的開發與實現［D］.中南大學，2009：17－19.