網(wǎng)絡(luò)論壇bbs專題論壇系統(tǒng)開(kāi)發(fā)畢業(yè)論文(編輯修改稿)
2025-07-25 20:51 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 論壇和查詢相應(yīng)的資料，大體了解了論壇系統(tǒng)的基本流程，因此設(shè)計(jì)了前臺(tái)和后臺(tái)兩個(gè)模塊的層次流程圖。前臺(tái)層次圖如圖 31所示：圖 31 前臺(tái)層次圖后臺(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所示：圖 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)。系統(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)生插入異常、刪除異常、更新異常。 數(shù)據(jù)庫(kù)表設(shè)計(jì)用戶表如表 31所示：表 31 用戶信息表(user)字段名 類型（值） 說(shuō)明UserID（主鍵） Int(10) 用戶 IDUserName Varchar(20) 用戶名UserPassword Varchar(20) 用戶密碼UserSex Varchar(4) 用戶性別Email Varchar(50) 用戶 EmailRegdate 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) 板塊 IDPlateName Varchar(20) 板塊名字PlateDescribe Varchar(128) 板塊簡(jiǎn)介PlateDate date 創(chuàng)建日期PostsCount Int(255) 帖子條數(shù)帖子信息表如表 33所示：表 33 帖子信息表（posts）字段名 類型（值） 說(shuō)明postsID（主鍵） Int(10) 帖子 IDTitle Varchar(128) 帖子標(biāo)題Content Varchar(10000) 帖子內(nèi)容PostsDate datetime 發(fā)表日期UserName Varchar(20) 發(fā)表者PlateID Int(10) 所在板塊 IDClick Int(255) 點(diǎn)擊次數(shù)ReplyCount Int(255) 回復(fù)次數(shù)回復(fù)信息表如表 34所示：表 34 回復(fù)信息表（reply）字段名 類型（值） 說(shuō)明ReplyID（主鍵） Int(10) IDReplyContent Varchar(5000) 回復(fù)內(nèi)容PostsID Int(10) 回復(fù)帖子 IDUserName Varchar(20) 回復(fù)人ReplyTime Datetime 回復(fù)時(shí)間版主表如表 35所示：表 35 版主表（master）字段名 類型（值） 說(shuō)明userID Int(10) 版主 ID（用戶 ID）PlateID Int（10） 板塊 ID公告信息表如表 36所示：表 36 公告信息表（notice）字段名 類型（值） 說(shuō)明NoticeID（主鍵） Int(10) 公告 IDNoticeContent Varchar(5000) 公告內(nèi)容NoticeTime datetime 發(fā)表日期NoticeTitle Varchar(128) 公告標(biāo)題管理員信息表如表 37所示：表 37 管理員信息表（admin）字段名 類型（值） 說(shuō)明ID（主鍵） Int(10) 管理員 IDAdminName Varchar(20) 管理員名字AdminPassword Varchar(20) 管理員密碼留言信息表如表 38所示：表 38 留言信息表（message）字段名 類型（值） 說(shuō)明MessageID（主鍵） Int(10) 留言 IDMessageTitle 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è)面中一些常用代碼編寫為獨(dú)立的單元，例如頁(yè)面的頭部和尾部、首頁(yè)各個(gè)顯示區(qū)，這樣設(shè)計(jì)新的頁(yè)面時(shí)如果有重復(fù)出現(xiàn)的部分，只需要將編寫好的模塊用 INCLUDE語(yǔ)句來(lái)組裝就可以了。專題論壇系統(tǒng)功能模塊有以下幾部分組成：（一）用戶注冊(cè)新用戶注冊(cè)，填寫用戶信息，檢驗(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ī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)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。JavaBean 則負(fù)責(zé)數(shù)據(jù)的處理，也就是模型（Model 即 M）的角色?？刂破鹘邮苡脩舻妮斎氩⒄{(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊Web頁(yè)面中的超鏈接和發(fā)送 HTML表單時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后用確定用哪個(gè)視圖
物理相關(guān)推薦
鄂ICP備17016276號(hào)-1