學生信息管理系統
學生信息管理系統
第1章 概述
1.1 課程設計的核心任務
(1) 需求分析、可行性分析、E-R圖、關系圖、系統架構圖等的編寫
(2) 總體設計、詳細設計、代碼實現
(3) 代碼測試
1.2 課程設計工作進程
總體階段時間分布:4月15號——6月19號
第一階段(4月15號——5月8號):
編寫項目文檔其中包括:需求分析、可行性分析、E-R圖、實體圖、關系圖、用例圖、系統架構圖。
第二階段(5月8號——5月29號):
編寫代碼,實現基本功能
第三階段(5月29——6月19):
測試代碼以及發布代碼於服務器和博客上;提交整體項目於老師郵箱
第2章
2.1 用戶需求
隨著高校辦學規模的擴大和招生人數的增加,學生信息管理維護是學校管理中異常重要的一個環節,作為學校,除了育人,就是育知,學生信息管理的計算機化是整個學校教務管理中的重要一部分,介於它的重要性,學生成績管理系統的開發與應用就逐漸提入議程,並占著越來越重要的份量。
2.1.1 業務需求
運用學生信息管理維護系統可以減輕學院教學人員的工作量,縮小開支,提高工作效率與準確率,能夠節省時間,學生也能夠盡快的知道自己的考試成績,投入新的課程的學習或復習這次沒有考過的課程。而學生信息管理系統的應用也為今天的民辦教育在未來市場的競爭力有所提高。
在現代高科技的飛躍發展,人們工作習慣的改變,特別是電腦的大量普及,人們生活節奏越來越快,怎樣提高工作效率是人們首先考慮的問題。學生成績管理是一個非常繁瑣與復雜的一項工作,一個原因就是工作量大,不好管。對於一個學校而言,管理好學生基本信息和學生的成績,是非常重要的。因此開發出一套學生信息管理系統是非常必要的。
2.1.2 特殊需求
2.2 可行性分析
2.2.1
介紹設技術可行性合理的選擇開發技術,對於網站開發的完成情況有著非常重要的影響。要開發一個網站,首先要選擇一個動態網頁開發技術。當前比較流行的動態網頁開發技術有JSP、ASP、PHP。它們的特性比較如表2-1所示:
技術名稱 |
ASP |
JSP |
PHP |
對數據庫的支持 |
好 |
好 |
好 |
開發難易度 |
容易 |
容易 |
較難 |
使用平臺 |
Windows98/XP |
Windows/UNIX |
UNIX |
安全性 |
不好 |
好 |
不好 |
對組件的支持 |
支持 |
支持 |
不支持 |
執行方式 |
解釋執行 |
編譯之後執行 |
解釋執行 |
跨平臺 |
不好 |
好 |
好 |
表2-1 asp/jsp/php比較表
這三種都是在傳統的HTML代碼中,利用HTML標簽的擴展,構成頁面。不難看出,JSP的綜合實力是最強的,尤其是在安全性和跨平臺性兩個方面,比其他的兩種技術都要好,因此,最後我們選擇基於Java的JSP技術作為動態網頁的開發技術。
計的工具軟件和平臺
2.3 3.1 可行性分析
本系統主要是針對各個學校的學生信息進行管理,本系統滿足以下幾點要求:
系統安全性。由於該系統的使用對象多,要求有較好的權限管理。不同權限進入不同的界面,為了防止數據的並發現象的出現,數據的編輯必須由合法用戶來操作,並對每個學生的信息進行良好的保密。
系統內容的全面性。學生信息管理系統不僅是對學生的基本信息進行管理,還包過學生選課管理,成績管理等,因此,本系統能夠很好的滿足學校對學生的信息進行完善、統一的管理。
系統靈活性。要求有良好的人機界面,操作簡單。
可擴展性。站點的數據承載量、功能模塊的單個或整體調整都可以滿足變化的需要,這種適應性稱為可擴展性。固定資產管理系統的可擴展性,體現在不同用戶群需要處理不同類型的數據、數據與用戶之間進行交互、數據要符合個用戶的使用需求、多表查詢系統化、避免性能下降等方面。
易維護性。本系統采用B/S結構,系統的升級只需要在服務器端完成,更新軟件系統的數據庫、文件也只需要更新服務器端即可。在進行系統的維護時,只需要遠程登錄服務器系統,減少了維護系統的成本和周期。
2.4 功能需求分析
在學生信息管理系統中,主要有用戶登陸、學生信息管理、課程信息管理、用戶管理等功能,功能分析如下:
(1)用戶登陸
學生信息管理系統采用用戶名及密碼驗證模式,進入學生信息管理系統前,用戶必須在登陸頁面輸入用戶名及密碼,只有驗證通過的用戶方可進入學生信息管理系統操作主頁面。
(2)學生信息管理
包括3個功能模塊:學生個人信息的添加、學生信息的查詢以及學生信息的修改與刪除。
(3)課程信息管理
包括3個功能模塊:課程基本添加與刪除處理、成績查詢處理以及學生選課信息的查詢處理。
(4)用戶管理
包括功能模塊:用戶信息查詢以及用戶的刪除與處理等。
2.5 3.3 性能要求分析
(1)系統易操作性
所開發的系統應做到操作簡單,盡量使系統操作不受用戶對電腦知識水平的限制。
(2)系統具有可維護性
由於系統涉及的信息比較廣,數據庫中的數據需定期修改,系統可利用的空間及性能也隨之下降,為了使系統更好地運轉,學院可以對系統數據及一些簡單的功能進行獨立的維護及調整。
1.1 系統功能
將用戶需求概括成系統應該具有的功能。
第2章 概要設計
2.1 系統設計模式
2.2 系統總體結構
流程圖
系統架構圖
學生信息管理系統