計算機畢業設計 jsp學生綜合素質評價系統(mysql sqlserver) 畢設57

https://www.bilibili.com/video/BV1Z94y1c73N/

演示視頻：

3.1 用例分析

用例是從用戶和業務的角度來描述系統提供需要執行的功能。下面列出了本系統主要的用例：

（1）學籍管理子系統管理在校學生的一些基本信息。學院，年級，班級，學號。

（2）老師管理子系統管理任課教師的一些基本信息。

（3）排課子系統

根據老師，教室以及課程，時間段，科目等進行排課，并生成課表。

（4）選課子系統

學生根據排課選取自己適合自己的課生成課表。

（5）綜合素質管理子系統

老師登記綜合素質，學生查詢綜合素質，并排名。

（6）系統管理子系統

系統管理子系統包括系統用戶管理和系統日志管理，管理員可以對用戶進行管理，可以查看用戶信息，添加、刪除用戶。

（7）教室管理功能。管理員可以修改教室的狀態為可預訂或者不可預訂，也可以增加、刪除教室，修改教室信息。

（8）畢業生學位資格審核子系統，通過績點計算高于2.0授予學位證。

3.2 用例建模

用例模型描述的是外部執行者(Actor)所理解的系統功能。它的建立是系統開發者和用戶反復討論的結果，表明了開發者和用戶對需求規格達成的共識。在需求分析階段，可以用用例來捕獲用戶需求，以描述對系統感興趣的外部角色及其對系統(用例)的功能要求。

3.2.1 標識參與者

參與者是指系統的分類用戶，分別代表一個唯一的角色。對本系統來說，存在相互聯系如下3類用戶：

管理員：管理員可以進行教師管理，學生管理，教室管理，課程管理，排課管理，日志管理，系統管理等功能

教師：教師可以給學生設置綜合素質。

學生：學生可以選課，查看綜合素質

3.2.2 用例圖

用例圖(Use Case)是參與者(系統外部用戶)所能觀察到的系統功能的模型圖，它描述參與者與系統提供的用例之間的某種聯系。用例圖就是從參與者的角度描述出系統中的用例和參與者，以及用例與參與者之間的關系(哪個參與者參與了哪個用便的執行).根據上面的用例分析，得到系統的用例圖如下面2張圖所示：

圖3-1管理員用例圖

圖3-2教師用例圖

圖3-3學生用例圖

所有用戶都包括用戶登錄和注銷這兩個用例，圖中未畫出。

3.3.1 邊界類

在系統模型中，邊界類表示系統內部工作方式與其周圍環境之間的各種交互作用。包括：通過圖形化用戶界面與用戶交互，與其他參與者交互(如代表其他系統的參與者)，與設備通信等。使用邊界類的優點之一是：它們可以把系統的其余部分與外界環境隔離和屏蔽起來（見表3.1）。

表3.1系統邊界類

邊界類名稱

邊界類職責

登錄頁面

允許用戶輸入有效的帳號和密碼，檢驗用戶身份

注銷頁面

允許用戶退出系統

用戶添加頁面

教師添加用戶信息

用戶管理頁面

教師管理用戶信息

系統管理

用于系統管理

排課管理

排課管理

選課管理

學生選課

綜合素質管理

綜合素質設置

教室管理

教師管理

日志管理

日志管理

3.3.2 實體類

實體對象表示對系統的重要信息。它們通常是持久的，并能在一個延續的時期內存在。它們的主要的目的是表示和管理系統內的信息。實體類通常表示為一種邏輯的數據結構（見表3.2）。

表3.2系統實體類

實體類名稱

實體類屬性

用戶基本信息

用戶名、密碼，類別綜合素質，編號

課程表

第幾周第幾節課程，教師

教室

教室編號，教室名稱

日志

系統日志

基本信息

院系專業班級等基本信息

3.3.3 控制類

控制類用于系統內的模型行為，用于對某一個具體的用例相關的控制或者其他業務邏輯建模。通常將協調、排序等事物處理或者涉及多個對象的復雜事務邏輯隔離在一個或多個控制類中（見表3.3）。

表3.3系統控制類

控制類名稱

控制類職責

用戶管理控制類

控制對用戶的操作，只要是登入和用戶的增刪改查

日志控制類

控制對日志的操作，主要是增刪改查

課程表控制類

控制對課程的操作，主要是增刪改查

教室控制類

制對教室的操作，主要是增刪改查

基本信息控制類

對基本信息的管理

4 系統設計

3.1 體系結構設計

一個體系就是各部分一起定義整個系統的藍圖：結構，接口和通信技術。使用體系結構有這樣一些意義：

(1) 軟件分解成更小的塊，有助于理解、管理、開發和維護軟件；

(2) 軟件體系結構可以幫助基于組件開發；

(3) 使用被驗證的體系結構，便于管理軟件的性能和保證質量；

(4) 通過正確的體系結構可以更好地實現重用性；

(5) 正式的體系結構會使系統很脆弱，難以升級和實現收縮，等等。

本系統采用MVC(Modet-View-Control)[2]的模式來設計系統結構并利用JSP/Servlet的技術來實現。本著業務邏輯和表現邏輯分離，對系統資源進行合理有效管理，優化系統性能的指導思想，設計總體框架如圖3-1所示。

圖3-1采用MVC設計模式的J2EE框架

系統的各組成部分如下：

(1) 客戶層：在本系統中主要是Web瀏覽器。

(2) web層：所有的用戶界面的開發和簡單的業務邏輯都在這層得到實現?？紤]到JSP能夠嵌人HTML中，開發容易和產生的用戶界面靈活等優點，故本系統采用 JSP實現用戶界面，而簡單的業務邏輯一般都由Servlet來開發，響應用戶的查詢等請求并調用業務邏輯層的JavaBean組件來實現復雜的業務邏輯。

(3) 業務邏輯層：這一層主要由EJB組件的開發來實現。會話Bean的主要任務是處理商務邏輯，客戶端交互，返回給它計算結果等：而實體Bean的主要任務是表達數據庫中的數據，用來完成據庫的訪問。實體Bean是通過JDBC訪問數據庫，完成記錄插入、查找和刪除等操作。

(4) 數據層：負責數據的存儲管理、安全性管理和完整性管理等各種數據庫服務，存放系統中的持久性的數據信息。

系統采用瀏覽器服務器模型(Browser/Server)。一般的，客戶通過瀏覽器發送HTTP請求給服務器端Web服務器，Web服務器接收該請求并且進行相應處理，然后將處理后的結果返回到客戶的瀏覽器中。在客戶端，瀏覽器中呈現的正是該系統的視圖部分。

系統將很好地結合使用JSP與Servlet，由JSP把用戶提出的httpRequest送達Servlet, Servlet根據請求的類型不同分別進行不同的處理，選擇不同的操作模塊，具體地說比如說對數據庫的讀寫更新查詢操作等，Servlet處理完這些比較復雜的請求之后，選定JSP頁面把Zui后的結果回應給使用者，此時的JSP就只是起到了視圖的作用，并不做邏輯上運算只是將控制器方面傳過來的資料展示給用戶而己。

系統中的業務層中主要是JavaBean組件，它們負責接收由servlet傳來的請求并對此進行處理，比如連接數據庫執行查詢等操作，JavaBean組件稱為系統的模型 (Model)。

3.2 系統功能設計

3.2.1 功能模塊劃分

綜合素質管理平臺是一個綜合性的應用系統，它包含一個教育系統的很多方面，這些方面不是孤立的而是相互聯系的。本綜合素質管理平臺作為教學的一個重要支撐平臺。整個系統的功能結構如圖3-2所示。

圖3-2系統功能結構圖

3.3 數據庫設計

3.3.1 數據庫設計原則

（1）一致性原則

對信息進行統一、系統的分析與設計，協調好各數據源，做到“數出一門”、“算法統一”、“度量一致”。保證系統數據的一致性和有效性。

（2）完整性原則

數據庫的完整性是指數據的正確性和相容性。要防止合法用戶使用數據庫時向數據庫加入不合語義的數據。對輸入到數據庫中的數據要有審核和約束機制。

（3）安全性原則

數據庫的安全性是指保護數據，防止非法用戶使用數據庫或合法用戶非法使用數據庫造成數據泄露、更改或破壞.要有認證和授權機制。

（4）可伸縮性原則

數據庫結構的設計應充分考慮發展的需要、移植的孺要，具有良好的擴展性、伸縮性和適度冗余。

（5）規范化

數據庫的設計應遵循規范化理論，規范化程度過低的關系，可能會存在插入、刪除異常、修改復雜、數據冗余等問題，解決的方法就是對關系模式進行分解或合并(A范化)，轉換成gaoji范式。規范化一共有六個級別：1NF, 2NF, 3NF. BCNF, 4NF, 5NF。但也應當注意到，并不是規范化程度越高的關系就越好,在具體應用時，到底規范化進行到什么程度需要權衡利弊。一般而言，做到第三范式(3NF)就足夠了。

3.3.3 ER圖