【文章內(nèi)容簡介】 密碼描述：后臺管理員的登錄密碼數(shù)據(jù)類型：varchar長度：20名字：權(quán)限描述：后臺管理員的權(quán)限數(shù)據(jù)類型：varchar長度：10名字：活動名稱描述：約會活動的活動名稱數(shù)據(jù)類型：varchar長度：100名字：活動時間描述：約會活動的活動時間數(shù)據(jù)類型：varchar長度：50名字：活動地點描述：約會活動的活動地點數(shù)據(jù)類型：varchar長度：100名字：用戶名描述：用戶名的姓名數(shù)據(jù)類型：varchar長度：20名字：用戶名的密碼描述：用戶名數(shù)據(jù)類型：varchar長度：20名字：成功故事標(biāo)題描述：成功故事的標(biāo)題數(shù)據(jù)類型：varchar長度：100名字：成功故事介紹描述：成功故事的內(nèi)容數(shù)據(jù)類型：varchar長度：1000名字：留言信息描述：留言信息數(shù)據(jù)類型：varchar長度：100（2）數(shù)據(jù)存儲名字：管理員信息描述：記錄管理員的信息編號：D1組成：管理員名，密碼，權(quán)限名字：會員信息描述：記錄會員的信息編號：D2組成：用戶性別，年齡，所在地區(qū)，學(xué)歷，郵箱，注冊時間，內(nèi)心獨白，月薪，婚姻狀況名字：活動信息描述：記錄活動的信息編號：D3組成：活動ID，活動照片，活動標(biāo)題，活動時間，活動要求，活動地點名字：成功故事描述：成功故事的具體信息編號：D4組成：成功故事ID，成功故事照片，成功故事內(nèi)容，成功故事時間，成功故事標(biāo)題，添加時間，成員1，成員2，介紹名字：留言描述：留言的內(nèi)容編號：D5組成：留言內(nèi)容，發(fā)送者，接收者，留言ID，留言時間，是否已讀，圖片（3）數(shù)據(jù)流名字：管理員基礎(chǔ)信息描述：輸入管理員用戶的基礎(chǔ)信息編號：F1組成：管理賬號、管理密碼名字：用戶基礎(chǔ)信息管理描述：查看，刪除用戶基礎(chǔ)信息管理編號：F2組成：用戶性別，年齡，所在地區(qū)，學(xué)歷，郵箱，注冊時間，內(nèi)心獨白，月薪，婚姻狀況名字：活動管理描述：對活動進(jìn)行管理編號：F3組成：活動ID，活動照片，活動標(biāo)題，活動時間，活動要求，活動地點名字：成功故事管理描述：對成功故事進(jìn)行管理編號：F4組成：成功故事ID，成功故事照片，成功故事內(nèi)容，成功故事時間，成功故事標(biāo)題，添加時間，成員1，成員2，介紹名字：留言管理描述：對留言進(jìn)行管理編號：F5組成：留言內(nèi)容，發(fā)送者，接收者，留言ID，留言時間，是否已讀，圖片（4）數(shù)據(jù)處理名字：管理管理員描述：按需求修改和刪除管理員編號：輸入/輸出數(shù)據(jù)流：, 管理員信息名字：管理用戶描述：按需求修改和刪除用戶編號：輸入/輸出數(shù)據(jù)流：, 用戶信息名字：管理活動描述：按需求修改和刪除活動編號：輸入/輸出數(shù)據(jù)流：, 活動信息名字：管理成功故事描述：按需求修改和刪除成功故事編號：輸入/輸出數(shù)據(jù)流：, 成功故事信息名字：管理留言描述：按需求修改和刪除留言編號：輸入/輸出數(shù)據(jù)流：, 留言信息173 在線交友系統(tǒng)概要設(shè)計根據(jù)系統(tǒng)分析的結(jié)果數(shù)據(jù)流程圖所描述的系統(tǒng)的邏輯模型，把數(shù)據(jù)流程圖中各個功能模塊進(jìn)一步分解，確定系統(tǒng)的結(jié)構(gòu)關(guān)系，把邏輯模型變?yōu)槲锢砟Ｐ?。在在線交友系統(tǒng)的設(shè)計過程中，系統(tǒng)劃分的原則如下：1．子系統(tǒng)要具有獨立性。即應(yīng)把相對獨立的事務(wù)處理過程作為一個子系統(tǒng)。這樣的子系統(tǒng)具有較高的內(nèi)聚性，與其它的藕合較弱，便于軟件開發(fā)、使用及日后系統(tǒng)維護(hù)。2．子系統(tǒng)的劃分結(jié)果應(yīng)使數(shù)據(jù)冗余度較小。應(yīng)避免部分?jǐn)?shù)據(jù)在多個子系統(tǒng)中出現(xiàn)，尤其是修改，以保證系統(tǒng)的安全性、可靠性和數(shù)據(jù)的一致性。3．子系統(tǒng)的劃分應(yīng)能滿足目前和日后管理上的需要，功能應(yīng)齊全，操作要方便且為今后發(fā)展留有接口。4．子系統(tǒng)的劃分應(yīng)以該單位的管理職能為依據(jù)。應(yīng)盡量避免過分依賴于組織機(jī)構(gòu)，以防止機(jī)構(gòu)變更后為系統(tǒng)帶來不必要的麻煩[7]。從網(wǎng)站的組織結(jié)構(gòu)上出發(fā)，把整個在線交友系統(tǒng)劃分成兩個子系統(tǒng)。每個子系統(tǒng)在功能上相對獨立，但彼此間又有必要的數(shù)據(jù)聯(lián)系。在系統(tǒng)體系結(jié)構(gòu)設(shè)計中，最常用的是系統(tǒng)結(jié)構(gòu)圖，系統(tǒng)結(jié)構(gòu)圖能夠直觀地表示出系統(tǒng)的物理結(jié)構(gòu)，它是設(shè)計者用于表現(xiàn)新系統(tǒng)的工具，同時它也是用戶了解新系統(tǒng)必不可少的“向?qū)А?。根?jù)對系統(tǒng)需求分析中的總體目標(biāo)和具體部分的分析，得到系統(tǒng)的功能樹如下圖：在線交友系統(tǒng)用戶模塊用戶信息 會員展示網(wǎng)站活動成功故事管理員管理 用戶管理活動管理成功故事管理留言管理管理員模塊圖31 在線交友系統(tǒng)的功能模塊結(jié)構(gòu)圖 System function module chart系統(tǒng)體系結(jié)構(gòu)設(shè)計由用戶模塊功能設(shè)計和管理員模塊功能設(shè)計兩部分組成1．用戶模塊功能描述其中，用戶信息瀏覽，活動報名是禁止匿名用戶訪問的內(nèi)容。（1）會員展示模塊：每個頁面會有最新注冊會員的展示，可以根據(jù)條件查找符合條件的用戶，提供所有信息的展示。（2）成功故事模塊：可以查看成功故事以及添加成功故事。（3）用戶信息模塊：注冊新用戶、登錄、用戶修改個人資料，修改照片，查看留言及回復(fù)。（4）活動模塊：查詢所有活動信息，報名參加活動。2．管理員模塊功能描述（1）管理員管理：登錄；查詢管理員、增加管理員、刪除管理員、修改管理員。（2）用戶管理：刪除用戶、查看所有用戶。（3）活動管理：增加活動、修改活動、刪除活動、查詢活動、查詢參加會活動會員。（4）成功故事管理：刪除成功故事、修改成功故事、查詢成功故事。（5）留言管理：查看留言、刪除留言。接口可以分為兩個部分——外部接口和內(nèi)部接口。內(nèi)部接口是指在程序內(nèi)部，各個程序模塊間的接口。外部接口指程序與程序以外的其他事物相連接的接口。其中外部接口又可分為：用戶界面、外部接口、內(nèi)部接口。 外口部接 （1）用戶界面用戶界面：本系統(tǒng)樣式排版整齊劃一，盡可能劃分不同的功能區(qū)域于固定位置，方便用戶導(dǎo)航使用；排版不宜過于密集，避免產(chǎn)生疲勞感。對于需用戶長時間使用的系統(tǒng)，應(yīng)當(dāng)使用戶在較長時間使用后不至于過于感到視覺疲勞為宜。例如輕松的淡彩為主配色。切忌色彩過多，花哨艷麗，嚴(yán)重妨礙用戶視覺交互。 本系統(tǒng)包括了后臺管理員模塊，前臺用戶模塊，簡化了整個業(yè)務(wù)的過程，用戶界面美觀，操作簡單易學(xué)。 （2）軟件接口在軟件接口方面，采用JAVA中的JDBC技術(shù)，實現(xiàn)對數(shù)據(jù)庫中表記錄的查詢、修改和刪除等操作。JDBC可以直接加載數(shù)據(jù)庫去程序訪問數(shù)據(jù)庫。在Tomcat服務(wù)器接口方面，程序可使用Myeclipse提供的對Oracle的接口，進(jìn)行數(shù)據(jù)庫的所有訪問。 （3）硬件接口在輸入方面，可以應(yīng)用鍵盤、鼠標(biāo)進(jìn)行輸入。在輸出方面，可以選擇打印機(jī)進(jìn)行處理。 內(nèi)部接口內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進(jìn)行信息傳遞。具體參數(shù)的結(jié)構(gòu)將在下面數(shù)據(jù)結(jié)構(gòu)設(shè)計的內(nèi)容中說明。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。代碼設(shè)計遵循以下原則：1．標(biāo)準(zhǔn)化：考慮系統(tǒng)和聯(lián)網(wǎng)的需要，盡可能用國際、國內(nèi)的標(biāo)準(zhǔn)代碼。2．簡明性：在不影響代碼系統(tǒng)的容量和擴(kuò)充性的前提下，代碼盡可能簡短、統(tǒng)一。 3．?dāng)U展性：考慮系統(tǒng)的發(fā)展和變化，當(dāng)增加新的實體和屬性時，直接利用原代碼追加，保持原代碼體系不變。4．確定性：每一代碼代表惟一的實體和屬性；反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€確定的代碼來表示。5．識別性：代碼需方便管理人員使用，又應(yīng)方便計算機(jī)識別、分類。6．通用性：盡量采用原業(yè)務(wù)處理上已使用的且行之有效的代碼，方便使用。 數(shù)據(jù)庫設(shè)計 概念設(shè)計概念結(jié)構(gòu)設(shè)計是將分析得到的用戶需求抽象為信息結(jié)構(gòu)（即概念模型）的過程，它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵。概念結(jié)構(gòu)的主要特點是：（1）能真實、充分地反映現(xiàn)實世界。（2）易于理解。（3）易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時，對概念模型修改和擴(kuò)充相對容易。（4）易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型共同基礎(chǔ)，它比數(shù)據(jù)模型更抽象，更加穩(wěn)定。為了把用戶的數(shù)據(jù)要求清晰明確的表達(dá)出來，通常要建立一種面向問題的數(shù)據(jù)模型，按照用戶的觀點來對數(shù)據(jù)和信息建模。最常用的概念性數(shù)據(jù)模型就是ER模型[8]。管理員屬性圖、用戶屬性圖、成功故事信息實體屬性圖、活動信息實體屬性圖、活動人員信息實體屬性圖、聯(lián)系我們信息屬性圖、留言信息屬性圖、省份信息屬性圖和城市信息屬性圖分別如圖32至310所示。 圖 32 管理員信息實體聯(lián)系圖 The administrator information entity relationship figure用戶信息詳細(xì)信息生日年齡月薪照片真實姓名所在市所在省文化程度密碼注冊時間身高婚姻狀況性別郵箱用戶ID圖 33 用戶信息實體聯(lián)系圖 The user information entity relationship figrue成功故事信息ID照片詳細(xì)信息簡介老婆信息標(biāo)題結(jié)婚時間老公信息注冊時間圖 34 成功故事信息實體聯(lián)系圖 Success story information entity relationship figrue相親活動信息標(biāo)題ID照片活動時間活動地點特殊要求圖 35 活動信息實體聯(lián)系圖 Activity information entity relationship figrue活動人員信息ID活動編號活動名稱用戶姓名圖 36 活動人員信息實體聯(lián)系圖 Activities personnel information entity relationship figrue聯(lián)系我們信息ID用戶名電話郵箱地址反饋信息圖 37 聯(lián)系我們信息實體聯(lián)系圖 Contact our information entity relationship figrues留言信息ID照片留言內(nèi)容發(fā)送時間是否已讀接受者名發(fā)送者名發(fā)送郵箱接收郵箱圖 38 留言信息實體聯(lián)系圖 Message information entity relation figrue圖 39 省份信息實體聯(lián)系圖 Province information entity relationship figrueID省份名稱省份信息圖 310 城市信息實體聯(lián)系圖 City information entity relationship figure 邏輯設(shè)計數(shù)據(jù)庫邏輯設(shè)計分為三個階段，分別是：用戶要求、建立ER 模型和數(shù)據(jù)庫模式設(shè)計。數(shù)據(jù)庫邏輯設(shè)計中的第一階段收集和分析用戶需求是按以下四步進(jìn)行的：分析用戶活動，確定系統(tǒng)范圍，分析用戶活動所涉及的數(shù)據(jù)和分析系統(tǒng)數(shù)據(jù)。邏輯設(shè)計第二階段建立ER 模型分兩步，首先應(yīng)進(jìn)行局部ER 模型設(shè)計，然后進(jìn)行總體ER 模型的設(shè)計。邏輯設(shè)計第三階段在數(shù)據(jù)庫模式設(shè)計階段分兩步進(jìn)行，第一步初步設(shè)計，把ER 圖轉(zhuǎn)換為關(guān)系模型，第二步優(yōu)化設(shè)計，對模式進(jìn)行調(diào)整和改善。我們所要進(jìn)行研究的是邏輯設(shè)計的第三步即將ER圖像關(guān)系模型轉(zhuǎn)化。下面把實體及實體間關(guān)系轉(zhuǎn)換成為關(guān)系模型。實體轉(zhuǎn)換出的關(guān)系模式：管理員信息表｛管理員名，密碼｝用戶信息表｛用戶ID，密碼，性別，郵箱，生日，年齡，文化程度，婚姻狀況，身高，所在省，所在市，月薪，真實姓名，詳細(xì)信息，照片，注冊時間｝成功故事信息表｛ID，照片，結(jié)婚紀(jì)念日，添加時間，標(biāo)題，老公姓名，老婆姓名，簡介，詳細(xì)信息｝活動信息表｛ID，照片，標(biāo)題，活動時間，活動地點，特殊要求｝活動人員信息表｛ID，活動編號，用戶姓名，活動標(biāo)題｝聯(lián)系我們信息表｛ID，用戶名，郵箱，電話，地址，反饋信息｝留言信息表｛ID，發(fā)送者郵箱，接收者郵箱，發(fā)送時間，發(fā)送者姓名，接收者姓名，照片，留言內(nèi)容，是否已讀｝省份信息表｛ID，省份名稱｝ 城市信息表｛ID，省份名稱，城市名稱｝ 物理設(shè)計數(shù)據(jù)庫物理設(shè)計包括：選擇存儲結(jié)構(gòu)、確定存取方法、選擇存取路徑、確定數(shù)據(jù)的存放位置。主要解決選擇文件存儲結(jié)構(gòu)和確定文件存取方法的問題。在數(shù)據(jù)庫中訪問數(shù)據(jù)的路徑主要表現(xiàn)為如何建立索引。如要直接定位到所要查找的記錄，應(yīng)采用索引存取方法（索引表）。順序表只能從起點進(jìn)去向后一個個訪問記錄。在上面的實體以及實體之間關(guān)系模式的基礎(chǔ)上，形成數(shù)據(jù)庫中表以及各表之間關(guān)系。其中，管理員信息表如表31所示，用戶信息表如表32所示，活動信息表如表33所示，活動人員信息表如表34所示，成功故事信息表如圖35所示。聯(lián)系我們信息表如表36所示，留言信息表如表37所示，省份信息表如表38所示，城市信息表如表39所示。表31 管理員信息表Table 31 The administrator information table字段名說 明類 型長度可否為空主鍵Adminname管理員名Varchar220否是PasswordRight管理員密碼管理員權(quán)限Varchar2 Varchar22020否否否否表32 用戶信息表Table 32 The user information table字段名說 明類 型長 度可否為空主鍵Userid用戶編號Number20否是Password用戶密碼Varchar22