【文章內容簡介】 JSP的優(yōu)點來建立可擴展的應用， struts 5 是一個不錯的選擇。 Struts 最早是作為 Apache Jakarta 項目的組成部分，項目的創(chuàng)立者希望通過對該項目的研究，改進和提高 JavaServer Pages 、 Servlet、標簽庫以及面向對象的技術水準。 Struts這個名字來源于在建筑和舊式飛機中使用的支持金屬架。這個框架之所以叫 Struts，是為了提醒我們記住那些支撐我們房屋，建筑，橋梁，甚至我們踩高蹺時候的基礎支撐。這也是一個解釋 Struts 在開發(fā) Web 應用程序中 所扮演的角色的精彩描述。當建立一個物理建筑時，建筑工程師使用支柱為建筑的每一層提供支持。同樣，軟件工程師使用 Struts 為業(yè)務應用的每一層提供支 持。它的目的是為了幫助我們減少在運用 MVC設計模型來開發(fā) Web應用的時間。我們仍然需要學習和應用該架構，不過它將可以完成其中一些繁重的工作。如果 想混合使用Servlets 和 JSP 的優(yōu)點來建立可擴展的應用， Struts 是一個不錯的選擇。 Hibernate 是一個開放源代碼的對象關系映射框架，它對 JDBC 進行了非常輕量級的對象封裝，使 得 Java 程序員可以隨心所欲的使用對象編程思維來操縱數據庫。 Hibernate 可以應用在任何使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的Web 應用中使用，最具革命意義的是， Hibernate 可以在應用 EJB 的 J2EE 架構中取代 CMP，完成數據持久化的重任。 AJAX 不是一種新的編程語言，而是一種用于創(chuàng)建更好更快以及交互性更強的 Web 應用程序的技術。通過 AJAX， JavaScript 可使用 JavaScript 的 XMLHttpRequest 對象來直接與服務器進行通信。通過這個對象， JavaScript 可在不重載頁面的情況與 Web 服務器交換數據。 AJAX 在瀏覽器與 Web 服務器之間使用異步數據傳輸（ HTTP 請求），這樣就可使網頁從服務器請求少量的信息，而不是整個頁面。 6 第三章 需求分析 市場背景 當今網絡技術逐漸滲入社會生活各個層面，隨著互聯(lián)網的普及，人們在網上的活動變得越來越豐富，在網上的交流也越來越平凡。許多公司為了豐富員工的互相交流，讓彼此互相溝通，都有其內部的交流平臺，這和我們通常用到的 BBS 交流平臺的功 能都差不多。而且許多大的網站為了提供會員之間的相互交流，吸引更多的會員注冊，都提供了 BBS 功能，從而使得人們在網上的交流變得豐富多彩。人們可以在 BBS 上表自己的看法，請教不知道的問題，查看別人發(fā)布的信息。因此說 BBS 網上論壇系統(tǒng)有著廣闊的市場背景。 項目組織 項目來源：太原科技大學華科學院 指導人員：上海杰普公司郭苗老師 開發(fā)人員：計算機科學與技術 102201H 班 功能概述 功能結構 本系統(tǒng)大致可分為 3 個模塊，分別為：帖子管理模塊、用戶管理模塊、版塊管理模塊。帖子管理模塊是對 帖子的操作，包括發(fā)表帖子，回復帖子，修改帖子，刪除帖子的操作；用戶管理模塊是對用戶權限控制的操作，包括登錄，安全退出，注冊，修改信息；版塊管理模塊是對系統(tǒng)版塊的維護，包括添加版塊，修改版塊，刪除版塊。 系統(tǒng)的功能結構圖如下： 7 圖 系統(tǒng)功能結構圖 功能描述 基于 J2EE 的網上論壇系統(tǒng)，包括 BBS 交流系統(tǒng)前臺和后臺管理系統(tǒng)兩個子系統(tǒng)。主要包括：版塊管理、用戶管理、帖子管理、三個功能模塊。 版塊管理：可以進行添加版塊，修改版塊，刪除版塊，添加 子版塊，修改子版塊，刪除子版塊的操作，這個功能只有管理員才能進行此操作。 用戶管理：可以進行登錄、登出、用戶注冊、修改信息等功能。 帖子管理：可以進行發(fā)表帖子，修改帖子，刪除帖子，回復帖子的功能。需要注意的是，這些操作都必須在用戶登錄以后才能進行，而且每個登錄的用戶只能修改和刪除自己的帖子以及回帖，管理員則可以刪除所有人的帖子以及回復。 由參與者（ Actor）、用例（ Use Case）以及它們之間的關系構成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。用例圖（ User Case）是被稱為參與者的外 部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現了一些參與者和一些用例，以及它們之間的關系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為進行可視化，使用戶能夠理解如何使用這些元素，基于 J2EE的網上論壇系統(tǒng) 帖子管理 刪除版塊 修改版塊 添加版塊 修改信息 用戶退出 用戶登錄 用戶注冊 刪除帖子 修改帖子 發(fā)表帖子 版塊管理 用戶管理 8 并使開發(fā)者能夠實現這些元素。 BBS 交流平臺前臺用例：前臺主要是普通用戶登錄系統(tǒng)后能進行發(fā)帖，回帖，從而相互交流信息，圖 是系統(tǒng)前臺的用例圖。 圖 帖子管理用例圖 BBS 交流平臺后臺用例：后臺是管理員登錄系統(tǒng)后主要完成對版塊的管理 ，以及對帖子的管理，圖 。 圖 系統(tǒng)后臺用例圖 9 性能環(huán)境 操作系統(tǒng)： Windows 系列或 Linux 系列均可。 Java 虛擬機版本： Windows 下或 Linux 下 以上版本。 瀏覽器：支持 、 、 以及 、 WEB 服務器： Tomcat 數據庫： SQL Server 2020 訪問入口需求 前臺入口： 后臺入口： 10 第四章 總體設計 數據庫設計 數據庫的設計對一個系統(tǒng)的設計來說，是尤為重要的。好的設計會給系統(tǒng)的開發(fā)帶來方便，使系統(tǒng)開發(fā)快速高效的完成，反之會使系統(tǒng)開發(fā)變得非常困難，甚至 失敗。同時好的設計會減少數據的冗余，提高系統(tǒng)的效率。本系統(tǒng)在設計的過程中，共有五張表，分別是：用戶表、角色表、版塊表、話題表、回貼表。 ER 圖 ER 模型與人們認識現實世界的相似形，在描述數據庫的概念結構或全局邏輯結構時，采用 ER 圖這種圖形化的表示有非常大的好處，一是圖形化表示的簡單性；二是圖形化表示的清晰性。 ER圖可以很好的反應各個表之間的關系，下面是此系統(tǒng)數據庫設計的 ER 圖 圖 系統(tǒng) ER圖 11 表的設計 （用戶 ID，用戶名，密碼，頭像，注冊時間，性別， 角色 ID）； （角色 ID，角色名稱）； （版塊 ID，版塊名稱，父版塊 ID）； （話題 ID，話題標題，話題內容，發(fā)表話題時間，修改話題時間，所屬用戶 ID，所屬版塊 ID）； （回帖 ID，回帖內容，回帖時間，修改回帖時間，所屬用戶 ID，所屬話題 ID） 用戶表主要保存的是用戶信息，其主鍵是用戶 ID，在用戶表里面有一個外鍵角色 ID 參照了角色表。表 。 表 用戶表的設計 表名稱 t_user 說 明 用戶表 主 鍵 user_id 外 鍵 角色 ID 參照 角色表 索 引 無 唯一 用戶名 字段名稱 主鍵 類型 長度 不可為空 描述 user_id Y Int 8 Y 用戶 ID user_name N varchar 20 Y 用戶名 user_pwd N varchar 20 Y 用戶密碼 user_head N varchar 100 N 用戶頭像 user_reg_time N datetime 20 N 用戶注冊時間 user_gender N Int 2 N 用戶性別 role_id N Int 8 N 所屬角色 ID 角色表是用來保存系統(tǒng)用到的角色，本系統(tǒng)在這里設計的比較簡單，系統(tǒng)只有兩個角色，一個角色名為 admin 另一個角色名為 putong。 Admin 代表的是系統(tǒng)管理員， putong 代表的是系統(tǒng)的普通注冊用戶。表 。 12 表 角色表的設計 表名稱 t_role 說 明 角色表 主 鍵 角色 ID 外 鍵 無 參照 無 索 引 無 唯一 無 字段名稱 主鍵 類型 長度 不可為空 描述 role _id Y Int 8 Y 角色 ID role _name N varchar 20 Y 角色名 版塊表主要用來保存系統(tǒng)版塊信息，其有一個參照自身的外鍵 parent_id，也就是說版塊之間有包含關系， parent_id 為空時則是一級版塊。本系統(tǒng)只設計了兩級版塊。表 是版塊表的詳細信息。 表 版塊表的設計 表名稱 t_board 說 明 版塊表 主 鍵 board_id 外 鍵 父版塊 ID 參照 自身 索 引 無 唯一 無 字段名稱 主鍵 類型 長度 不可為空 描述 board _id Y Int 8 Y 版塊 ID board _name N varchar 20 Y 版塊名 parent_board_id N varchar 8 Y 父版塊 ID 話題表主要保存用戶發(fā)表的話題，它有兩個外鍵，一個是 board_id 參照了版塊表，用于表示此話題屬于哪個版塊；另外一個是 user_id 參照了用戶表，用于表示此話題屬于哪個用戶。表 。 13 表 話題表的設計 表名稱 t_topic 說 明 話題表 主 鍵 topic_id 外 鍵 用戶 id，版塊 id 參照 用戶表，版塊表 索 引 無 唯一 無 字段名稱 主鍵 類型 長度 不可為空 描述 topic _id Y Int 8 Y 話題 ID topic _title N varchar 50 Y 話題標題 topic_content N varchar 1000 Y 話題內容 topic_ publish_time N datetime 20 N 話題發(fā)表時間 topic_ modify_time N datetime 20 N 話題修改時間 user_id N Int 8 Y 所屬用戶 id board_id N Int 8 Y 所屬版塊 id 回帖表用來保存用戶回復話題的回帖，它也有兩個外鍵，一個是 topic_id 參照了話題表，用來表是此回帖是屬于哪個話題下的，另一個是 user_id 參照了用戶表，用來表示該回帖是那個用戶發(fā)表的，表 。 表 回帖表的設計 表名稱 t_reply 說 明 回帖表 主 鍵 reply_id 外 鍵 用戶 id，話題 id 參照 用戶表，話題表 索 引 無 唯一 無 字段名稱 主鍵 類型 長度 不可為 描述 14 空 reply_id Y int 8 Y 回帖 ID reply_content N varchar 1000 Y 回帖內容 reply_publish_time N datetime 20 Y 回帖發(fā)表時間 reply_modify_time N datetime 20 N 回帖修改時間 user_id N int 8 N 所屬用戶 id topic_id N int 8 Y 所屬話題 id 時序圖（ Sequence Diagram），亦稱為序列圖或循序圖，是一種 UML行為圖。它通過描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。它可以表 示用例的行為順序，當執(zhí)行一個用例行為時，時序圖中的每條消息對應了一個類操作或狀態(tài)機中引起轉換的觸發(fā)事件。 下面以用戶發(fā)帖為例，介紹一下本系統(tǒng)工作的流程。當用戶填寫完帖子內容后，會點擊發(fā)表按鈕，此時瀏覽器向服務器發(fā)送一個請求，服務器在接收到請求以后，交給 Struts 的ActionServlet 類來處理， ActionServlet 查詢 配置文件，并交給TopicAction 類去處理， TopicAction 類讀取瀏覽器發(fā)送的信息，并創(chuàng)建一個 Topic 實體對象，然后調用業(yè)務層 TopicService 里的保存帖子的方法，進而調用持久層方法將 Topic 實體對象持久化到數據庫中。當這些工作完成以后，系統(tǒng)將處理結果返回給用戶。用戶即可看到自己發(fā)表的帖子。圖 。 15 圖 用戶發(fā)帖時序圖 16 第五章 詳細設計 MVC 是一種軟件架構的思想，即將一個軟件的組成部分劃分成三種不同的部分： Model(模型 ):封裝業(yè)務邏輯，一方面，要實現具體的業(yè)務邏輯，即對業(yè)務數據按一定規(guī)則進行加工（包括了訪問數據庫）。另一方面，要對外提供一致的接口，即模型不用考慮誰在調用 它。 View(視圖 )： 實現表示邏輯（即將模型中的數據以一定的方式顯示給用戶），另外，視圖提供 UI（可以通過視圖提供的界面，提交數據給 Model 進行處理）。 Controller(控制器 ):協(xié)調視圖與模型，即視圖的請求不再