【文章內(nèi)容簡(jiǎn)介】 復(fù)時(shí)間、回復(fù)內(nèi)容 7. 公告表（ notice） ：公告 ID、公告標(biāo)題、公告內(nèi)容、發(fā)布時(shí)間 8. 留言信息表（ message） ： 留言 ID、留言標(biāo)題、留言內(nèi)容、留言時(shí)間 系統(tǒng) 層次 圖 通過(guò) 參考網(wǎng)上比較出名的論壇 和查詢相應(yīng)的資料，大體了解了 論壇 系統(tǒng)的基本流程，因此設(shè)計(jì)了前臺(tái)和后臺(tái)兩個(gè)模塊的 層次 流 程 圖 。 前臺(tái)層次圖如 圖 31所示： 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 9 頁(yè) 圖 31 前臺(tái) 層次圖 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 10 頁(yè) 后臺(tái)層次圖如 圖 32所示： 圖 32 后臺(tái) 層次圖 數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì) 概念設(shè)計(jì)階段主要是將需求分析階段得到的用戶需求抽象為信息結(jié)構(gòu)（概念模 型）的過(guò)程，它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵，包括概念模型設(shè)計(jì)和新系統(tǒng)流程兩個(gè)階段。在需求分析階段所得到的應(yīng)用需求應(yīng)該首先抽象為信息世界的結(jié)構(gòu)，才能更好地、更準(zhǔn)確地用某一 DBMS 實(shí)現(xiàn)這些需求。 概念數(shù)據(jù)模型獨(dú)立于具體的數(shù)據(jù)處理的細(xì)節(jié)和數(shù)據(jù)庫(kù)管理系統(tǒng)。這次設(shè)計(jì)仍采用傳統(tǒng)的實(shí)體聯(lián)系圖作為概念設(shè)計(jì)的工具。再進(jìn)行優(yōu)化后，盡量滿足結(jié)構(gòu)清晰、關(guān)聯(lián)簡(jiǎn)潔、實(shí)體個(gè)數(shù)適中、屬性分配合理、沒(méi)有低級(jí)冗余。 系統(tǒng) ER 圖如 圖 33所示： 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 11 頁(yè) 圖 33 系統(tǒng) ER圖 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 對(duì)于關(guān)系型數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)設(shè) 計(jì)完畢后，要把 ER圖描述的概念數(shù)據(jù)模型轉(zhuǎn)換為等價(jià)的關(guān)系模式極其約束。邏輯設(shè)計(jì)的基本工作主要包括如下的3個(gè)步驟。 專題論壇系統(tǒng) 數(shù)據(jù)流 設(shè)計(jì)模式 該設(shè)計(jì)以概念結(jié)構(gòu)設(shè)計(jì)中的 ER 圖為主要依據(jù)，這幾出相關(guān)的整體邏輯結(jié)構(gòu)。 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 12 頁(yè) 系統(tǒng)數(shù)據(jù)流設(shè)計(jì) 如 圖 34所示 ： 圖 34 系統(tǒng) 數(shù)據(jù)流設(shè)計(jì) 圖 完整性設(shè)計(jì) 完整性要求用于描述各種信息之間的制約關(guān)系，以及關(guān)聯(lián)關(guān)系，各個(gè)數(shù)據(jù)項(xiàng)的取值范圍以及各個(gè)數(shù)據(jù)項(xiàng)是否可以取值。根據(jù)實(shí)際需要，采取一定的手段來(lái)滿足用戶的完整性需求。域完整性約束要求屬性值必須在域中。 實(shí)體完整性約束要求主鍵必須唯一且不能為空。如用戶信息表中的用戶名設(shè)置為主鍵，并且要求唯一且不能為空。 模式優(yōu)化 本次采用 3NF 為規(guī)范準(zhǔn)則來(lái)分解關(guān)系。將一個(gè)關(guān)系分解為兩個(gè)或者多個(gè)關(guān)系，以滿足規(guī)范，從而避免產(chǎn)生插入異常、刪除異常、更新異常。畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 13 頁(yè) 數(shù)據(jù) 庫(kù) 表設(shè)計(jì) 用戶 表如表 31所示 ： 表 31 用戶 信息表 (user) 字段名 類型（值） 說(shuō)明 UserID（主鍵） Int(10) 用戶 ID UserName Varchar(20) 用戶名 UserPassword Varchar(20) 用戶密碼 UserSex Varchar(4) 用戶性別 Email Varchar(50) 用戶 Email Regdate date 注冊(cè)日期 Privilege Int(10) 用戶類型 0：普通用戶； 1：版主 Varchar(10) ImageAddr Varchar(20) 頭像地址 UserPostsCount Int(255) 用戶發(fā)帖數(shù) Integral Int(255) 積分 板塊 表如表 32所示 ： 表 32 板塊 信息表 （ plate） 字段名 類型（值） 說(shuō)明 PlateID（主鍵） Int(10) 板塊 ID PlateName Varchar(20) 板塊名字 PlateDescribe Varchar(128) 板塊簡(jiǎn)介 PlateDate date 創(chuàng)建日期 PostsCount Int(255) 帖子條數(shù) 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 14 頁(yè) 帖子 信息 表如表 33所示 ： 表 33 帖子 信息表 （ posts） 字段名 類型（值） 說(shuō)明 postsID（主鍵） Int(10) 帖子 ID Title Varchar(128) 帖子標(biāo)題 Content Varchar(10000) 帖子內(nèi)容 PostsDate datetime 發(fā)表日期 UserName Varchar(20) 發(fā)表者 PlateID Int(10) 所在板塊 ID Click Int(255) 點(diǎn)擊次數(shù) ReplyCount Int(255) 回復(fù)次數(shù) 回復(fù) 信息表如表 34所示 ： 表 34 回復(fù) 信息表 （ reply） 字段名 類型（值） 說(shuō)明 ReplyID（主鍵） Int(10) ID ReplyContent Varchar(5000) 回復(fù)內(nèi)容 PostsID Int(10) 回復(fù)帖 子 ID UserName Varchar(20) 回復(fù)人 ReplyTime Datetime 回復(fù)時(shí)間 版主 表如表 35所示 ： 表 35 版主 表 （ master） 字段名 類型（值） 說(shuō)明 userID Int(10) 版主 ID（用戶 ID） PlateID Int（ 10） 板塊 ID 公告 信息表如表 36所示 ： 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 15 頁(yè) 表 36 公告 信息表 （ notice） 字段名 類型（值） 說(shuō)明 NoticeID（主鍵） Int(10) 公告 ID NoticeContent Varchar(5000) 公告內(nèi)容 NoticeTime datetime 發(fā)表日期 NoticeTitle Varchar(128) 公告標(biāo)題 管理員 信息表如表 37 所示 ： 表 37 管理員 信息表 （ admin） 字段名 類型（值） 說(shuō)明 ID（主鍵） Int(10) 管理員 ID AdminName Varchar(20) 管理員名字 AdminPassword Varchar(20) 管理員密碼 留言 信息表如表 38所示 ： 表 38 留言 信息表 （ message） 字段名 類型（值） 說(shuō)明 MessageID（主鍵） Int(10) 留言 ID MessageTitle Varchar(128) 留言標(biāo)題 MessageContent Varchar(5000) 留言內(nèi)容 MessageTime Datetime 發(fā)布時(shí)間 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 頁(yè)面模塊化設(shè)計(jì) 模塊化設(shè)計(jì)的要求不僅是為了提高代碼的重用性，更重要的是為了提高代碼的可維護(hù)性和穩(wěn)定性。一個(gè)模塊化程度高、結(jié)構(gòu)清晰的應(yīng)用程序，在程序維護(hù)時(shí)的便利性是可想而知的。最初設(shè)計(jì)方案時(shí)，就要規(guī)劃好哪些模塊是可以提出來(lái)多次使用，哪些模塊雖只使用一次，但提出來(lái)之后能 使代碼更清晰等。 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 16 頁(yè) 所以把頁(yè)面中一些常用代碼編寫(xiě)為獨(dú)立的單元，例如頁(yè)面的頭部和尾部、首頁(yè)各個(gè)顯示區(qū)，這樣設(shè)計(jì)新的頁(yè)面時(shí)如果有重復(fù)出現(xiàn)的部分，只需要將編寫(xiě)好的模塊用 INCLUDE 語(yǔ)句來(lái)組裝就可以了。 專題論壇系統(tǒng) 功能模塊有以下幾部分組成： （一）用戶注冊(cè) 新用戶注冊(cè)，填寫(xiě)用戶信息，檢驗(yàn)用戶信息的有效性，并將用戶信息持久化。 （二）用戶登陸 提供用戶憑證，驗(yàn)證用戶信息是否合法，根據(jù)用戶角色授權(quán)。 （三）用戶管理 管理員由系統(tǒng)初始化分配一個(gè)，管理員可以對(duì)用戶信息進(jìn)行部分更改，主要包括用戶角色調(diào)整，版主調(diào)整，刪除用戶 等。 （四）論壇版塊管理 管理員可以添加、刪除、 修改 論壇版塊。 （五）帖子管理 管理員可以對(duì)所有帖子進(jìn)行 修改 、刪除等操作，版主可以 對(duì) 本版塊帖子 進(jìn)行修改 、刪除等操作。 （六）帖子發(fā)表 注冊(cè)用戶可以在感興趣的版塊中發(fā)表新帖。 （七）帖子回復(fù) 用戶可以對(duì)自己感興趣的主題發(fā)表回復(fù)。 （八）帖子瀏覽 用戶可以瀏覽所有帖子。 （ 九 ）意見(jiàn)建議 用戶可以與我們聯(lián)系，并歡迎提出各種意見(jiàn)和建議 MVC 模式設(shè)計(jì)（ Jsp+Servlet+JavaBean） MVC（ Model View Controller） 是一個(gè)設(shè) 計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用 MVC 應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 畢業(yè)設(shè)計(jì)說(shuō)明書(shū) (論文 ) 第 17 頁(yè) 視圖是用戶看到并與之交互的界面。如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。 MVC 一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。 JSP 頁(yè)面處于表現(xiàn)層，也就是視力（ View 即 V）的角色。 模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個(gè)部件中，模型擁有最多的處理任務(wù)。由于應(yīng)用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。 JavaBean 則負(fù)責(zé)數(shù)據(jù)的處理 ，也就是模型（ Model 即 M）