演示視頻：

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

3.1系統分析的任務與步驟

3.1.1 系統分析的任務

了解用戶要求。此用戶即為網站的使用人員（管理員，注冊用戶和游客）。了解他們在網站功能、性能等方面的要求及用戶在硬件配置、開發(fā)周期處理方式等方面的意向與打算。把用戶要求成文，完成網站分析報告。網站的邏輯模型由一系列的圖表和文字組成。在邏輯上描述了系統的目標和所具備的功能于性能。

3.1.2 系統分析的步驟

1.描述網站。在詳細調查的基礎上，用一定的圖標、文字描述;

2.分析用戶新的要求，改進現行模型，形成新系統的邏輯模型。

3.編寫系統分析說明書。

3.2網站項目范圍

同鄉(xiāng)會網站從三種用戶角度進行功能劃分。

1、注冊用戶部分：

1.1：查看論壇流程及新聞公告等；

1.2：發(fā)布留言信息；

1.3：查看已留言信息；

2、游客部分：

2.1：查看論壇首頁；

2.2：查看論壇公告；

3、管理員部分：

3.1：系統用戶管理；

3.2：新聞通知管理；

3.3:論壇管理；

3.4：系統管理。

3.3 功能需求

3.3.1注冊用戶部分

1：查看論壇流程：查看與論壇有關的流程信息，及相關的新聞公告。

2：發(fā)布論壇留言信息：根據系統提示，發(fā)布論壇的留言信息。

  3：查看已發(fā)布的信息：以列表的形式查看已發(fā)布信息。

3.3.2 游客部分

1：查看論壇公告：查看與論壇有關的流程信息，及相關的新聞公告。

2：查看論壇首頁等

3.3.3 管理員部分

1：編輯用戶信息：添加、編輯用戶信息，包括發(fā)布者和管理員，以列表的形式顯示；

2：編輯論壇留言信息：以列表的形式顯示論壇留言信息，并可對其進行刪除等編輯操作；

3：數據備份：不定期進行系統數據備份，以防萬一。

各個用戶部分，僅舉例一小部分，通過對同鄉(xiāng)會網站的操作會更加簡潔明了。

3.4網站實體分析

新聞公告類（allgonggao）

ID/title/concent/

addtime/leibie

Add()/update()/delete()

留言信息（pmjl）

ID/username/proid/price/addtime

Add()/update()/delete()

論壇板塊（allpaimai）

ID/mc/addtime/

price/fn/addby/

issh

Add()/update()/delete()

管理員類（allusers）

ID/username/pwd/

addtime/cx/

Add()/update()/

delete()

注冊用戶（users）

ID/username/pwd/

xm/tel/sfz/gs/issh/

addtime

Add()/update()/

delete()

圖3-4-1 類圖

3.5網站的數據庫設計

3.5.1 概念設計

在概念設計階段中，從用戶的角度看待數據及處理要求和約束，產生一個反映用戶觀點的概念模式。然后再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定DBMS的限制。利用ER方法進行數據庫的概念設計，可分成三步進行：首先設計局部ER模式，然后把各局部ER模式綜合成一個全局模式，Zui后對全局ER模式進行優(yōu)化，得到Zui終的模式，即概念模式。

3.5.2 網站相關實體ER模式

（一）、設計局部ER模式
 1實體和屬性的定義：

管理員用戶

……

圖3-5-1管理員用戶實體與屬性的定義

注冊用戶

……

圖3-5-2注冊用戶實體與屬性的定義

論壇社區(qū)

圖3-5-3論壇社區(qū)實體與屬性的定義

公告動態(tài)

圖3-5-4公告動態(tài)實體與屬性的定義

2 實體關系定義：

ER模型的“聯系”用于刻畫實體之間的關聯。一種完整的方式是對局部結構中任意兩個實體類型，依據需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯系。若有聯系，進一步確定是1:1、1:N、M:N的關系。還要考察一個實體類型內部是否存在聯系，兩個實體類型之間是否存在聯系，多個實體類型之間是否存在聯系，等等針對本網站分析如下：

實體間的關系：
①一個注冊可以參與多個論壇，而一論壇可以接受多個注冊。

NN

M

留言信息

參與者

圖3-5-8注冊與論壇留言M:N(多對多的關系)

②一個論壇過程一次只能產生一個論壇記錄，而一個論壇記錄只屬于一個論壇過程

1

1

留言記錄

留言人

圖3-5-9論壇與論壇記錄 1:1（一對多的關系）

（二）、設計全局ER模式
所有局部ER模式都設計好了后，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數據庫概念結構。
1) 確定公共實體類型
為了給多個局部ER模式的合并提供開始合并的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們僅根據實體類型名和鍵來認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候選。
2) 局部ER模式的合并
合并的原則是：首先進行兩兩合并；先合并那些現實世界中有聯系的局部結構；合并從公共實體類型開始，Zui后再加入獨立的局部結構。
3) 消除沖突
沖突分為三類：屬性沖突、結構沖突、命名沖突。
設計全局ER模式的目的不在于把若干局部ER模式形式上合并為一個ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。
4) 全局ER模式的優(yōu)化
在得到全局ER模式后，為了提高數據庫系統的效率，還應進一步依據處理需求對ER模式進行優(yōu)化。一個好的全局ER模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗余

同鄉(xiāng)會網站的全局ER模式如圖所示：

布置

管理員

注冊用戶

板塊

論壇

第5章 詳細設計

3.1 前臺系統首頁

圖3-1網站首頁

首頁中擁有一個用戶登錄窗口，在其相應輸入框中填定正確內容并選擇正確的身份后，方可登錄系統。其他區(qū)塊與一般網站無異，只是較簡潔，操作方面也是力求簡約，

3.2 前臺動態(tài)聚焦界面

圖3-2 動態(tài)聚焦操作頁面

此頁面是顯示Zui新關于同鄉(xiāng)會的Zui新動態(tài)，在此可以了解本網站有關的重要信息。

3.3參與論壇操作界面

在本論壇系統，注冊有兩種身份：發(fā)布者和注冊。用戶既可以在系統中發(fā)布論壇品，也可以參與他人的留言活動。

3.3 論壇社區(qū)操作界面

圖3-3論壇板塊界面

該界面的功能是讓參與用戶進行論壇的相關操作，并形成論壇記錄載入數據庫相應的表，本網站的發(fā)布操作界面，發(fā)布者用戶需要注冊才能進入此頁面。界面右邊是呈信息列表的形式讓用戶輸入正確的論壇品信息，以讀入系統數據庫。

其他相應功能界面操作簡單，故不一一介紹。

3.4系統后臺登錄界面

圖3-4后臺登錄界面

此頁面要求系統管理員輸入正確的用戶名和密碼，在核對無誤后放行，若其中有數據不符則認為是非法用戶而拒之于門外。

3.5系統后臺系統管理

圖3-5后臺登錄界面

本系統管理包含友情鏈接、系統公告、同鄉(xiāng)會簡介、財務公開設置、論壇管理等模塊，與一般管理系統界面稍有不同，界面顯得富有變化和美觀。