【導(dǎo)讀】下進(jìn)行的研究工作及取得的成果。盡我所知，除文中特別加以標(biāo)注和致謝的。獲得及其它教育機構(gòu)的學(xué)位或?qū)W歷而使用過的材料。權(quán)保存畢業(yè)設(shè)計（論文）的印刷本和電子版，并提供目錄檢索與閱覽服務(wù)；目的前提下，學(xué)校可以公布論文的部分或全部內(nèi)容。個人或集體已經(jīng)發(fā)表或撰寫的成果作品。對本文的研究做出重要貢獻(xiàn)的個人。和集體，均已在文中以明確方式標(biāo)明。本人完全意識到本聲明的法律后果由。涉密論文按學(xué)校規(guī)定處理。本系統(tǒng)由兩個大模塊組成：前臺用戶界面的實現(xiàn)，后臺管理員的管理。塊，活動管理模塊，成功故事管理模塊，留言處理模塊等。的新增，修改，刪除，查詢操作。由于對信息的操作，及進(jìn)入系統(tǒng)用戶身份的驗證，也加強了各種信息的安。全性，合理性以及完整性。該系統(tǒng)使用了功能強大的JavaWeb開發(fā)技術(shù)，前臺頁面使用JSP。于MVC機制的Struts技術(shù)，添加了Hibernate組件。系，共同完成系統(tǒng)的各項功能。使操作方便，可維護(hù)性強。經(jīng)過大量的測試，基本符合用

　　

【正文】 名字： 管理留言 描述：按 需求修改和刪除留言 編號： 輸入 /輸出數(shù)據(jù)流： , 留言信息 XXXXX 大學(xué)畢業(yè)設(shè)計 （論文） 19 3 在線交友系統(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)盡量避免過分依賴于組織機構(gòu)，以防止機構(gòu)變更后為系統(tǒng)帶來不必要的麻煩 [7]。 從網(wǎng)站的組織結(jié)構(gòu)上出發(fā)，把整個在線交友系統(tǒng)劃分成兩個子系統(tǒng)。每個子系統(tǒng)在功能上相對獨立，但彼此間又有必要的數(shù)據(jù)聯(lián)系。 體系結(jié)構(gòu)設(shè)計 在系統(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)的功能樹如 下 圖 ： XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 20 圖 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）成功故事管理：刪除成功故事、修改成功故事、查詢成功故事。 在線交友系統(tǒng) 用戶模塊 用戶信息 會員展示 網(wǎng)站活動 成功故事 管理員管理 用戶管理 活動管理 成功故事管理 留言管理 管理員模塊 XXXXX 大學(xué)畢業(yè)設(shè)計 （論文） 21 （ 5）留言管理：查看留言、刪除留言。 接口設(shè)計 接口可以分為兩個部分 —— 外部接口和內(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ì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è)計 代碼設(shè)計遵循以下原則： 1．標(biāo)準(zhǔn)化：考慮系統(tǒng)和聯(lián)網(wǎng)的需要，盡可能用國際、國內(nèi)的標(biāo)準(zhǔn)代碼。 2．簡明性：在不影響代碼系統(tǒng)的容量和擴充性的前提下，代碼盡可能簡短、統(tǒng)一。 XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 22 3．?dāng)U展性：考慮系統(tǒng)的發(fā)展和變化，當(dāng)增加新的實體和屬性時，直接利用原代碼追加，保持原代碼體系不變。 4．確定性：每一代碼代表惟一的實體和屬性；反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€ 確定的代碼來表示。 5．識別性：代碼需方便管理人員使用，又應(yīng)方便計算機識別、分類。 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)用要求改變時，對概念模型修改和擴充 相對容易 。 （ 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 XXXXX 大學(xué)畢業(yè)設(shè)計 （論文） 23 圖 33 用戶信息 實體聯(lián)系圖 The user information entity relationship figrue 圖 34 成功故事信息 實體聯(lián)系圖 Success story information entity relationship figrue 成功故事信息 ID 照片 詳細(xì)信息 簡介 老婆信息 標(biāo)題 結(jié)婚時間 老公信息 注冊時間 用戶信息 詳細(xì)信息 生日 年齡 月薪 照片 真實姓名 所在市 所在省 文化程度 密碼 注冊時間 身高 婚姻狀況 性別 郵箱 用戶 ID XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 24 圖 35 活動 信息 實體聯(lián)系圖 Activity information entity relationship figrue 圖 36 活動人員信息 實體聯(lián)系圖 Activities personnel information entity relationship figrue 圖 37 聯(lián)系我們信息 實體聯(lián)系圖 Contact our information entity relationship figrues 聯(lián)系我們信 息 ID 用戶名 電話 郵箱 地址 反饋信息 活動人員信息 ID 活動編號 活動名稱 用戶姓名 相親活動信息 標(biāo)題 ID 照片 活動時間 活動地點 特殊要求 XXXXX 大學(xué)畢業(yè)設(shè)計 （論文） 25 圖 38 留言信息 實體聯(lián)系圖 Message information entity relation figrue 圖 39 省份信息 實體聯(lián)系圖 Province information entity relationship figrue 圖 310 城市信息 實體 聯(lián)系圖 City information entity relationship figure ID 省份名稱 省份信息 留言信息 ID 照片 留言內(nèi)容 發(fā)送時間 是否已讀 接受者名 發(fā)送者名 發(fā)送郵箱 接收郵箱 XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 26 邏輯設(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 所示，活動信息表如表 33XXXXX 大學(xué)畢業(yè)設(shè)計 （論文） 27 所示，活動人員信息表如表 34 所示，成功故事信息表如圖 35所示。聯(lián)系我們信息表如表 36 所示，留言信息表如表 37 所示，省份信息表如表 38 所示，城市信息表如表 39所示。 表 31 管理員信息表 Table 31 The administrator information table 字段名 說 明 類 型 長度 可否為空 主鍵 Adminname 管理員名 Varchar2 20 否 是 Password Right 管理員密碼 管理員權(quán)限 Varchar2 Varchar2 20 20 否 否 否 否 表 32 用戶信息表 Table 32 The user information table 字段名 說 明 類 型 長 度 可否為空 主鍵 Userid 用戶編號 Number 20 否 是 Password 用戶密碼 Varchar2 20 否 否 Username 真實姓名 Varchar2 20 是 否 Sex 性 別 Varchar2 20 是 否 Height 身 高 Varchar2 10 是 否 Birthday 生 日 Date 20 是 否 Detail 詳細(xì)信息 Varchar2 20 是 否 Registtima 注冊時間 Varchar2 500 是 否 Email 郵 箱 Varchar2 50 否 否 Marital_situatio 婚姻狀況 Varchar2 50 是 否 Sal 月 薪 Varchar2 10 是 否 Degree 文化水平 Varchar2 30 是 否 Province 所在省份 Varchar2 20 是 否 City 所在城