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