【正文】 表 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 詳細信息 Varchar2 20 是 否 Registtima 注冊時間 Varchar2 500 是 否 Email 郵 箱 Varchar2 50 否 否 Marital_situatio 婚姻狀況 Varchar2 50 是 否 Sal 月 薪 Varchar2 10 是 否 Degree 文化水平 Varchar2 30 是 否 Province 所在省份 Varchar2 20 是 否 City 所在城市 V。 其中，管理員信息表如表 31 所示，用戶信息表如表 32 所示，活動信息表如表 33XXXXX 大學畢業(yè)設(shè)計 （論文） 27 所示，活動人員信息表如表 34 所示，成功故事信息表如圖 35所示。順序表只能從起點進去向后一個個訪問記錄。在數(shù)據(jù)庫中訪問數(shù)據(jù)的路徑主要表現(xiàn)為如何建立索引 。實體轉(zhuǎn)換出的關(guān)系模式： 管理員信息表｛ 管理員名 ，密碼｝ 用戶信息表｛ 用戶 ID，密碼，性別，郵箱，生日，年齡，文化程度，婚姻狀況，身高，所在省，所在市，月薪，真實姓名，詳細信息，照片，注冊時間｝ 成功故事信息表｛ ID，照片，結(jié)婚紀念日，添加時間，標題，老公姓名，老婆姓名，簡介，詳細信息｝ 活動信息表｛ ID，照片，標題，活動時間，活 動地點，特殊要求｝ 活動人員信息表｛ ID，活動編號，用戶姓名，活動標題｝ 聯(lián)系我們信息表｛ ID，用戶名，郵箱，電話，地址，反饋信息｝ 留言信息表｛ ID，發(fā)送者郵箱，接收者郵箱，發(fā)送時間，發(fā)送者姓名，接收者姓名，照片，留言內(nèi)容，是否已讀｝ 省份信息表｛ ID，省份名稱｝ 城市信息表｛ ID，省份名稱，城市名稱｝ 物理設(shè)計 數(shù)據(jù)庫物理設(shè)計包括：選擇存儲結(jié)構(gòu)、確定存取方法、選擇存取路徑、確定數(shù)據(jù)的存放位置。 我們所要進行研究的是邏輯設(shè)計的第三步即將 ER 圖像關(guān)系模型轉(zhuǎn)化。邏輯設(shè)計第二階段建立ER 模型分兩步，首先應(yīng)進行局部 ER 模型設(shè)計，然后進行總體 ER 模型的設(shè)計。 圖 32 管理員 信息 實體聯(lián)系圖 The administrator information entity relationship figure XXXXX 大學畢業(yè)設(shè)計 （論文） 23 圖 33 用戶信息 實體聯(lián)系圖 The user information entity relationship figrue 圖 34 成功故事信息 實體聯(lián)系圖 Success story information entity relationship figrue 成功故事信息 ID 照片 詳細信息 簡介 老婆信息 標題 結(jié)婚時間 老公信息 注冊時間 用戶信息 詳細信息 生日 年齡 月薪 照片 真實姓名 所在市 所在省 文化程度 密碼 注冊時間 身高 婚姻狀況 性別 郵箱 用戶 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 活動編號 活動名稱 用戶姓名 相親活動信息 標題 ID 照片 活動時間 活動地點 特殊要求 XXXXX 大學畢業(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ù)模型就是 ER模型 [8]。 概念結(jié)構(gòu)是各種數(shù) 據(jù)模型共同基礎(chǔ)，它比數(shù)據(jù)模型更抽象，更加穩(wěn)定。 （ 3） 易于更改，當應(yīng)用環(huán)境和應(yīng)用要求改變時，對概念模型修改和擴充 相對容易 。概念結(jié)構(gòu)的主要特點是： （ 1） 能真實、充分地反映現(xiàn)實世界 。 6．通用性：盡量采用原業(yè)務(wù)處理上已使用的且行之有效的代碼，方便使用。 4．確定性：每一代碼代表惟一的實體和屬性；反過來，信息系統(tǒng)中，每一實體或?qū)傩远加靡粋€ 確定的代碼來表示。 2．簡明性：在不影響代碼系統(tǒng)的容量和擴充性的前提下，代碼盡可能簡短、統(tǒng)一。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。 內(nèi)部接口 內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式 進行信息傳遞。 （ 3） 硬件接口 在輸入方面，可以應(yīng)用鍵盤、鼠標進行輸入。 JDBC 可以直接加載數(shù)據(jù)庫去程序訪問數(shù)據(jù)庫。 本系統(tǒng)包括了后臺管理員模塊，前臺用戶 模塊，簡化了整個業(yè)務(wù)的過程，用戶界面美觀，操作簡單易學。例如輕松的淡彩為主配色。 外口部接 （ 1） 用戶界面 用戶界面：本 系統(tǒng)樣式排版整齊劃一，盡可能劃分不同的功能區(qū)域于固定位置，方便用戶導(dǎo)航使用；排版不宜過于密集，避免產(chǎn)生疲勞感。外部接口指程序與程序以外的其他事物相連接的接口。 接口設(shè)計 接口可以分為兩個部分 —— 外部接口和內(nèi)部接口 。 （ 4）成功故事管理：刪除成功故事、修改成功故事、查詢成功故事。 （ 2）用戶管理：刪除用戶、查看所有用戶。 （ 4） 活動模塊： 查詢所有活動信息，報名參加活動。 （ 2）成功故事模塊： 可以查看成功故事以及添加成功故事。 根據(jù)對系統(tǒng)需求分析中的總體目標和具體部分的分析，得 到系統(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)容。每個子系統(tǒng)在功能上相對獨立，但彼此間又有必要的數(shù)據(jù)聯(lián)系。應(yīng)盡量避免過分依賴于組織機構(gòu)，以防止機構(gòu)變更后為系統(tǒng)帶來不必要的麻煩 [7]。 3．子系統(tǒng)的劃分應(yīng)能滿足目前和日后管理上的需要，功能應(yīng)齊 全，操作要方便且為今后發(fā)展留有接口。 2．子系統(tǒng)的劃分結(jié)果應(yīng)使數(shù)據(jù)冗余度較小。即應(yīng)把相對獨立的事務(wù)處理過程作為一個子系統(tǒng)。在數(shù)據(jù)字典中，只需要描述處理過程的說明性信息，一般包括內(nèi)容如下 ： {處理過程名，說明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理 } （ 1）數(shù)據(jù)元素 名字： 用戶名 描述： 后臺管理員的登錄名 數(shù)據(jù)類型： varchar 長度： 20 名字： 密碼 描述： 后臺管理員的登錄密碼 數(shù)據(jù)類型： varchar 長度： 20 名字： 權(quán)限 描述： 后臺管理員的權(quán)限 數(shù)據(jù)類型： varchar 長度： 10 名字： 活 動名稱 描述： 約會活動的活動名稱 數(shù)據(jù)類型： varchar 長度： 100 名字： 活動時間 描述： 約會活動的活動時間 數(shù)據(jù)類型： varchar 長度： 50 XXXXX 大學畢業(yè)設(shè)計 （論文） 15 名字： 活動地點 描述： 約會活動的活動地點 數(shù)據(jù)類型： varchar 長度： 100 名字： 用戶名 描述： 用戶名的姓名 數(shù)據(jù)類型： varchar 長度： 20 名字： 用戶名的密碼 描述： 用戶名 數(shù)據(jù)類型： varchar 長度： 20 名字： 成功故事標題 描述： 成功故事的標題 數(shù)據(jù)類型： varchar 長度： 100 名字： 成功故事介紹 描述： 成功故事的內(nèi)容 數(shù)據(jù)類型： varchar 長度： 1000 名字： 留言信息 描述： 留言信息 數(shù)據(jù)類型： varchar 長度： 100 （ 2）數(shù)據(jù)存儲 名字： 管理員信息 XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 16 描述： 記錄管理員的信息 編號 ： D1 組成 ： 管理員名，密碼，權(quán)限 名字： 會員信息 描述： 記錄會員的信息 編號 ： D2 組成 ： 用戶性別，年齡，所在地區(qū)，學歷，郵箱，注冊時間，內(nèi)心獨白，月薪，婚姻狀況 名字： 活動信息 描述： 記錄活動的信息 編號 ： D3 組成 ： 活動 ID，活動照片，活動標題，活動時間，活動要求，活動地點 名字： 成功故事 描述： 成功故事的具體信息 編號 ： D4 組成 ： 成功故事 ID，成功故事照片，成功故事內(nèi)容，成功故事時間，成功故事標題，添加時間，成員 1，成員 2，介紹 名字： 留言 描述： 留言的內(nèi)容 編號 ： D5 組成 ： 留言內(nèi)容，發(fā)送者，接收者，留言 ID，留言時間，是否已讀，圖片 （ 3）數(shù)據(jù)流 名字： 管理員基礎(chǔ)信息 描述： 輸入管理員用戶的基礎(chǔ)信息 編號 ： F1 組成 ： 管理賬號、管理密碼 名字： 用戶基礎(chǔ)信息管理 XXXXX 大學畢業(yè)設(shè)計 （論文） 17 描述： 查看，刪除用戶基礎(chǔ)信息管理 編號 ： F2 組成 ： 用戶性別，年齡，所在地區(qū)，學歷，郵箱，注冊時間，內(nèi)心獨白，月薪 ，婚姻狀況 名字： 活動管理 描述： 對活動進行管理 編號 ： F3 組成 ： 活動 ID，活動照片，活動標題，活動時間，活動要求，活動地點 名字： 成功故事管理 描述： 對成功故事進行管理 編號 ： F4 組成 ： 成功故事 ID，成功故事照片，成功故事內(nèi)容，成功故事時間，成功故事標題，添加時間，成員 1，成員 2，介紹 名字： 留言管理 描述： 對留言進行管理 編號 ： F5 組成 ： 留言內(nèi)容，發(fā)送者，接收者，留言 ID，留言時間，是否已讀，圖片 （ 4）數(shù)據(jù)處理 名字： 管理管理員 描述：按 需求修改和刪除管理員 編號： 輸入 /輸出數(shù)據(jù)流： , 管理員信息 名字： 管理用戶 描述：按 需求修改和刪除用戶 編號： 輸入 /輸出數(shù)據(jù)流： , 用戶信息 XXXX：在線婚戀系統(tǒng)的設(shè)計與實現(xiàn) 18 名字： 管理活動 描述：按 需求修改和刪除活動 編號： 輸入 /輸出數(shù)據(jù)流： , 活動信息 名字： 管理成功故事 描述：按 需求修改和刪除成功故事 編號： 輸入 /輸出數(shù)據(jù)流： , 成功故事信息 名字： 管理留言 描述：按 需求修改和刪除留言 編號： 輸入 /輸出數(shù)據(jù)流： , 留言信息 XXXXX 大學畢業(yè)設(shè)計 （論文） 19 3