學生管理系統(tǒng)概要設計報告

1、“學生管理系統(tǒng)”概要設計報告1 范圍1.1 標識文件狀態(tài)： 草稿 正式發(fā)布正在修改文件標識：概要設計報告：A2當前版本：1.0 作 者：XXX完成日期：2011-8-281.2 系統(tǒng)概述1軟件名稱：學生管理系統(tǒng)2軟件功能：方便教務管理部門在線管理學生基礎信息，包括班級信息管理、學生基本信息管理、學生課程成績管理以及提供統(tǒng)計和查詢功能。此外，系統(tǒng)管理員還可以通過該系統(tǒng)管理用戶信息。3與其他教務管理系統(tǒng)的關系：此系統(tǒng)為教務管理系統(tǒng)的一個子系統(tǒng)，項目來源于某高校的委托。整個教務管理系統(tǒng)分為五個部分，另外四個個部分別為：學生選課系統(tǒng)、課程管理系統(tǒng)、教師管理系統(tǒng)和系統(tǒng)管理。用戶需要從系統(tǒng)管理子系統(tǒng)中登錄

2、后才能進入學生管理子系統(tǒng)。學生選課系統(tǒng)、課程管理系統(tǒng)和教師管理系統(tǒng)的班級、學生、教師和課程等基本信息等，與學生管理子系統(tǒng)共享。圖A2-1所示的子系統(tǒng)關系圖，主要描述學生管理子系統(tǒng)與其他系統(tǒng)的關系。圖A2-1子系統(tǒng)關系圖4用戶：教務管理人員和系統(tǒng)管理員5開發(fā)者：XXX、XXX、XXX1.3 文檔概述文檔根據(jù)“學生管理系統(tǒng)”需求規(guī)格說明書，對軟件的功能實現(xiàn)、接口和界面等進行設計。文檔采用了面向對象的設計方法，描述了系統(tǒng)中主要的類以及與各用例對應的順序圖等。1.4 基線 “學生管理系統(tǒng)”需求規(guī)格說明書2 引用文件計算機軟件文檔編制規(guī)范（GB/T 8567-2006），2006年3月14日發(fā)布，200

3、6年7月1日實施。3 系統(tǒng)體系結構B/S（Browse/Server）體系結構是一個典型的軟件系統(tǒng)體系結構，通過該體系結構能將應用系統(tǒng)的服務器子系統(tǒng)提供一組服務給系統(tǒng)的請求服務的用戶子系統(tǒng)，接受請求提供服務的部分就是服務器。系統(tǒng)采用B/S結構，用戶界面通過WWW瀏覽器來實現(xiàn)，主要的邏輯在Web服務器和應用服務器端實現(xiàn)，數(shù)據(jù)存儲在數(shù)據(jù)庫服務器，形成常見的Web應用三層結構。3.1 系統(tǒng)總體設計框架層次系統(tǒng)風格的體系結構支持基于可增加抽象層的設計，允許將一個復雜問題分解成一個增量步驟序列的實現(xiàn)。由于每一層最多只影響兩層，同時只要給相鄰層提供相同的接口，允許每層用不同的方法實現(xiàn)，分層設計對提高系統(tǒng)的

4、可擴展性、可維護性和可復用性都有很好的作用。會議管理系統(tǒng)的B/S結構的邏輯層次常常被分為三層：表示層、業(yè)務邏輯層和數(shù)據(jù)層。(1) 表示層用來與用戶進行交互。提交用戶請求給業(yè)務層處理和向用戶顯示從業(yè)務層返回用戶請求數(shù)據(jù)的結果。表示層相當于會議管理系統(tǒng)的窗口，用戶直接通過該層來訪問系統(tǒng)，實現(xiàn)與系統(tǒng)的交互，從而完成需要實現(xiàn)的工作。(2) 業(yè)務邏輯層處理來自表示層傳送的請求。這層實現(xiàn)系統(tǒng)的所有核心業(yè)務邏輯，例如數(shù)據(jù)的有效性校驗、數(shù)據(jù)的安全性校驗以及業(yè)務的流程控制和處理，該層還會根據(jù)請求的內容，將執(zhí)行的結果提交給數(shù)據(jù)層作統(tǒng)一的處理，并且將用戶請求處理的結果返回表示層顯示。學生管理系統(tǒng)的功能模塊層主要包括

5、基礎信息管理程序、學生信息管理程序、信息查詢程序以及數(shù)據(jù)統(tǒng)計程序等等。(3) 數(shù)據(jù)層數(shù)據(jù)層主要處理和數(shù)據(jù)資源相關的邏輯，例如存儲從業(yè)務層傳送來的結果數(shù)據(jù)或者從數(shù)據(jù)庫中讀取數(shù)據(jù)傳送給業(yè)務層處理。這些組件和服務在功能上和中間層相互獨立。系統(tǒng)數(shù)據(jù)主要由基礎信息、學生信息、教務業(yè)務員、管理員以及成績組成。由于系統(tǒng)采用三層體系結構來進行設計，因此系統(tǒng)中的每個子系統(tǒng)都具有三層結構的特點。在系統(tǒng)分析階段，對類的劃分是按邊界類、實體類，控制類劃分的，這種分析模型與三層系統(tǒng)結構是相互對應的，邊界類對應用戶接口層，實體類對應數(shù)據(jù)存取層，控制類對應功能模塊層。以上對應關系可以使系統(tǒng)分析中產生的類較容易的分布在系統(tǒng)的

6、三層體系結構中，通過使用直接映射方法得出體系結構中各自包含的相關類，類與三層結構的映射關系如圖A2-2所示，前臺采用Web瀏覽器顯示頁面，后臺包括Web服務器和數(shù)據(jù)庫服務器，主要處理業(yè)務處理。圖A2-2 系統(tǒng)總體設計框架示意圖3.2 系統(tǒng)類設計系統(tǒng)共有七個類：用戶類（即教務業(yè)務員類）、管理員類、班級類、學生類、學期類、課程類以及課程成績類。圖A2-3為系統(tǒng)的業(yè)務邏輯類圖。為了便于從班級查詢學生和成績，因此，Class類和Student類的關系是聚合關系，Student類和Score類是關聯(lián)關系，在Class類中能查詢學生以及與學生相關的課程了。反之，根據(jù)課程查詢選課學生以及成績，操作就復雜些了

7、。新建立的數(shù)據(jù)訪問包類圖如圖A2-4所示。所有的數(shù)據(jù)訪問類都定義了一個基類DBCommon，該基類包含屬性DBConnectionString，通過該屬性可以獲得數(shù)據(jù)庫連接字符串。還包括一個方法GetDataView，可以實現(xiàn)在數(shù)據(jù)庫中執(zhí)行查詢獲得一個DataView。這些屬性和方法被所有的數(shù)據(jù)訪問類繼承，可以直接使用。關于用戶界面包的類圖比較簡單，主要是通過界面設計，設計出網(wǎng)頁及控件等界面元素，并根據(jù)動態(tài)建模時需要涉及的用戶界面訪問動作，定義所引起的相關事件，這些方面都在網(wǎng)頁中進行定義，并組成用戶界面包，這里就不詳細介紹。A2-3 系統(tǒng)業(yè)務邏輯類圖3.3 系統(tǒng)數(shù)據(jù)庫設計系統(tǒng)所用的數(shù)據(jù)庫是關系

8、型數(shù)據(jù)庫，根據(jù)模式轉化原則，可以將學生管理系統(tǒng)需求分析說明書的E-R圖中的6個實體轉化為7個關系模式，其中，學生實體和課程實體之間的關系是對多對關系，該關系將轉化為一個課程關系模式。圖A2-5即是根據(jù)系統(tǒng)數(shù)據(jù)庫E-R圖轉化而來的系統(tǒng)數(shù)據(jù)庫模式關系圖。圖A2-4 系統(tǒng)的數(shù)據(jù)訪問包4 執(zhí)行概念采用順序圖來表示各對象之間或對象與參與者之間如何通過交互來實現(xiàn)需求中的功能，每個順序圖分別與需求文檔中的用例相對應。通過順序圖描述一個場景中各個對象之間所進行的通信，同時可以分析出系統(tǒng)中相應的類需要具備的操作，從而不斷擴充和細化類的設計。如果需要進一步描述類的狀態(tài)變化情況和操作流程，可以使用UML中的狀態(tài)圖和

9、活動圖。圖A2-5 系統(tǒng)數(shù)據(jù)庫模式關系圖4.1 管理學生信息管理學生信息的順序圖如圖A2-6所示，其中用戶（教務業(yè)務人員）為用例中的參與者，Login.jsp為邊界類，表示用戶登錄的界面；manageStudent.jsp為邊界類，表示管理學生信息的界面。User和Student為實體類，UserDB和StudentDB是數(shù)據(jù)訪問類，與數(shù)據(jù)庫中的用戶表和學生表相對應。順序圖中橫線上的文字描述了對象發(fā)出和接受的信息。A2-6 管理學生信息順序圖4.2 管理學生信息5 用戶界面設計系統(tǒng)采用Jsp網(wǎng)頁作為系統(tǒng)表示層，即用戶界面。界面設計思路如下：(1) 整體界面（系統(tǒng)主界面）：供用戶和管理員操作，提供各種功能的鏈接。(2) 管理基礎信息界面：輸入用戶名和密碼