【正文】 Id編號(hào)Number否是EmailPhoneUsernameAddressComments郵箱電話用戶名地址反饋信息Varchar2Varchar2Varchar2Varchar2Varchar23020201002000否否否否否否否否否否表37 留言信息表Table 37 Contact us information table字段名說 明類 型長 度可否為空主鍵Id編號(hào)Number否是SenderReceiverSendernameReceivernameImageMessageTimeRead發(fā)送者郵箱接收者郵箱發(fā)送者姓名接收者姓名發(fā)送者照片留言內(nèi)容留言時(shí)間是否已讀Varchar2Varchar2Varchar2Varchar2Varchar2Varchar2Varchar2Varchar250503030100100505否否否否否否否否否否否否否否否否表38 省份信息表Table 38 Province information table字段名說 明類 型長 度可否為空主鍵Id編號(hào)Number否是Province省份名稱Varchar220否否表39 城市信息表Table 39 City information table字段名說 明類 型長 度可否為空主鍵Id編號(hào)Number否是ProvinceCity省份名稱城市名稱Varchar2Varchar22020否否否否 輸入設(shè)計(jì)輸入設(shè)計(jì)要根據(jù)系統(tǒng)輸出的要求確定輸入的內(nèi)容和格式。其中，管理員信息表如表31所示，用戶信息表如表32所示，活動(dòng)信息表如表33所示，活動(dòng)人員信息表如表34所示，成功故事信息表如圖35所示。順序表只能從起點(diǎn)進(jìn)去向后一個(gè)個(gè)訪問記錄。在數(shù)據(jù)庫中訪問數(shù)據(jù)的路徑主要表現(xiàn)為如何建立索引。實(shí)體轉(zhuǎn)換出的關(guān)系模式：管理員信息表｛管理員名，密碼｝用戶信息表｛用戶ID，密碼，性別，郵箱，生日，年齡，文化程度，婚姻狀況，身高，所在省，所在市，月薪，真實(shí)姓名，詳細(xì)信息，照片，注冊(cè)時(shí)間｝成功故事信息表｛ID，照片，結(jié)婚紀(jì)念日，添加時(shí)間，標(biāo)題，老公姓名，老婆姓名，簡介，詳細(xì)信息｝活動(dòng)信息表｛ID，照片，標(biāo)題，活動(dòng)時(shí)間，活動(dòng)地點(diǎn)，特殊要求｝活動(dòng)人員信息表｛ID，活動(dòng)編號(hào)，用戶姓名，活動(dòng)標(biāo)題｝聯(lián)系我們信息表｛ID，用戶名，郵箱，電話，地址，反饋信息｝留言信息表｛ID，發(fā)送者郵箱，接收者郵箱，發(fā)送時(shí)間，發(fā)送者姓名，接收者姓名，照片，留言內(nèi)容，是否已讀｝省份信息表｛ID，省份名稱｝ 城市信息表｛ID，省份名稱，城市名稱｝ 物理設(shè)計(jì)數(shù)據(jù)庫物理設(shè)計(jì)包括：選擇存儲(chǔ)結(jié)構(gòu)、確定存取方法、選擇存取路徑、確定數(shù)據(jù)的存放位置。我們所要進(jìn)行研究的是邏輯設(shè)計(jì)的第三步即將ER圖像關(guān)系模型轉(zhuǎn)化。邏輯設(shè)計(jì)第二階段建立ER 模型分兩步，首先應(yīng)進(jìn)行局部ER 模型設(shè)計(jì)，然后進(jìn)行總體ER 模型的設(shè)計(jì)。 圖 32 管理員信息實(shí)體聯(lián)系圖 The administrator information entity relationship figure用戶信息詳細(xì)信息生日年齡月薪照片真實(shí)姓名所在市所在省文化程度密碼注冊(cè)時(shí)間身高婚姻狀況性別郵箱用戶ID圖 33 用戶信息實(shí)體聯(lián)系圖 The user information entity relationship figrue成功故事信息ID照片詳細(xì)信息簡介老婆信息標(biāo)題結(jié)婚時(shí)間老公信息注冊(cè)時(shí)間圖 34 成功故事信息實(shí)體聯(lián)系圖 Success story information entity relationship figrue相親活動(dòng)信息標(biāo)題ID照片活動(dòng)時(shí)間活動(dòng)地點(diǎn)特殊要求圖 35 活動(dòng)信息實(shí)體聯(lián)系圖 Activity information entity relationship figrue活動(dòng)人員信息ID活動(dòng)編號(hào)活動(dòng)名稱用戶姓名圖 36 活動(dòng)人員信息實(shí)體聯(lián)系圖 Activities personnel information entity relationship figrue聯(lián)系我們信息ID用戶名電話郵箱地址反饋信息圖 37 聯(lián)系我們信息實(shí)體聯(lián)系圖 Contact our information entity relationship figrues留言信息ID照片留言內(nèi)容發(fā)送時(shí)間是否已讀接受者名發(fā)送者名發(fā)送郵箱接收郵箱圖 38 留言信息實(shí)體聯(lián)系圖 Message information entity relation figrue圖 39 省份信息實(shí)體聯(lián)系圖 Province information entity relationship figrueID省份名稱省份信息圖 310 城市信息實(shí)體聯(lián)系圖 City information entity relationship figure 邏輯設(shè)計(jì)數(shù)據(jù)庫邏輯設(shè)計(jì)分為三個(gè)階段，分別是：用戶要求、建立ER 模型和數(shù)據(jù)庫模式設(shè)計(jì)。最常用的概念性數(shù)據(jù)模型就是ER模型[8]。概念結(jié)構(gòu)是各種數(shù)據(jù)模型共同基礎(chǔ)，它比數(shù)據(jù)模型更抽象，更加穩(wěn)定。（3）易于更改，當(dāng)應(yīng)用環(huán)境和應(yīng)用要求改變時(shí)，對(duì)概念模型修改和擴(kuò)充相對(duì)容易。概念結(jié)構(gòu)的主要特點(diǎn)是：（1）能真實(shí)、充分地反映現(xiàn)實(shí)世界。6．通用性：盡量采用原業(yè)務(wù)處理上已使用的且行之有效的代碼，方便使用。4．確定性：每一代碼代表惟一的實(shí)體和屬性；反過來，信息系統(tǒng)中，每一實(shí)體或?qū)傩远加靡粋€(gè)確定的代碼來表示。2．簡明性：在不影響代碼系統(tǒng)的容量和擴(kuò)充性的前提下，代碼盡可能簡短、統(tǒng)一。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。 內(nèi)部接口內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進(jìn)行信息傳遞。 （3）硬件接口在輸入方面，可以應(yīng)用鍵盤、鼠標(biāo)進(jìn)行輸入。JDBC可以直接加載數(shù)據(jù)庫去程序訪問數(shù)據(jù)庫。 本系統(tǒng)包括了后臺(tái)管理員模塊，前臺(tái)用戶模塊，簡化了整個(gè)業(yè)務(wù)的過程，用戶界面美觀，操作簡單易學(xué)。例如輕松的淡彩為主配色。 外口部接 （1）用戶界面用戶界面：本系統(tǒng)樣式排版整齊劃一，盡可能劃分不同的功能區(qū)域于固定位置，方便用戶導(dǎo)航使用；排版不宜過于密集，避免產(chǎn)生疲勞感。外部接口指程序與程序以外的其他事物相連接的接口。接口可以分為兩個(gè)部分——外部接口和內(nèi)部接口。（4）成功故事管理：刪除成功故事、修改成功故事、查詢成功故事。（2）用戶管理：刪除用戶、查看所有用戶。（4）活動(dòng)模塊：查詢所有活動(dòng)信息，報(bào)名參加活動(dòng)。（2）成功故事模塊：可以查看成功故事以及添加成功故事。根據(jù)對(duì)系統(tǒng)需求分析中的總體目標(biāo)和具體部分的分析，得到系統(tǒng)的功能樹如下圖：在線交友系統(tǒng)用戶模塊用戶信息 會(huì)員展示網(wǎng)站活動(dòng)成功故事管理員管理 用戶管理活動(dòng)管理成功故事管理留言管理管理員模塊圖31 在線交友系統(tǒng)的功能模塊結(jié)構(gòu)圖 System function module chart系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)由用戶模塊功能設(shè)計(jì)和管理員模塊功能設(shè)計(jì)兩部分組成1．用戶模塊功能描述其中，用戶信息瀏覽，活動(dòng)報(bào)名是禁止匿名用戶訪問的內(nèi)容。每個(gè)子系統(tǒng)在功能上相對(duì)獨(dú)立，但彼此間又有必要的數(shù)據(jù)聯(lián)系。應(yīng)盡量避免過分依賴于組織機(jī)構(gòu)，以防止機(jī)構(gòu)變更后為系統(tǒng)帶來不必要的麻煩[7]。3．子系統(tǒng)的劃分應(yīng)能滿足目前和日后管理上的需要，功能應(yīng)齊全，操作要方便且為今后發(fā)展留有接口。2．子系統(tǒng)的劃分結(jié)果應(yīng)使數(shù)據(jù)冗余度較小。即應(yīng)把相對(duì)獨(dú)立的事務(wù)處理過程作為一個(gè)子系統(tǒng)。在數(shù)據(jù)字典中，只需要描述處理過程的說明性信息，一般包括內(nèi)容如下：{處理過程名，說明，輸入數(shù)據(jù)流，輸出數(shù)據(jù)流，處理}（1）數(shù)據(jù)元素名字：用戶名描述：后臺(tái)管理員的登錄名數(shù)據(jù)類型：varchar長度：20名字：密碼描述：后臺(tái)管理員的登錄密碼數(shù)據(jù)類型：varchar長度：20名字：權(quán)限描述：后臺(tái)管理員的權(quán)限數(shù)據(jù)類型：varchar長度：10名字：活動(dòng)名稱描述：約會(huì)活動(dòng)的活動(dòng)名稱數(shù)據(jù)類型：varchar長度：100名字：活動(dòng)時(shí)間描述：約會(huì)活動(dòng)的活動(dòng)時(shí)間數(shù)據(jù)類型：varchar長度：50名字：活動(dòng)地點(diǎn)描述：約會(huì)活動(dòng)的活動(dòng)地點(diǎn)數(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ù)存儲(chǔ)名字：管理員信息描述：記錄管理員的信息編號(hào)：D1組成：管理員名，密碼，權(quán)限名字：會(huì)員信息描述：記錄會(huì)員的信息編號(hào)：D2組成：用戶性別，年齡，所在地區(qū)，學(xué)歷，郵箱，注冊(cè)時(shí)間，內(nèi)心獨(dú)白，月薪，婚姻狀況名字：活動(dòng)信息描述：記錄活動(dòng)的信息編號(hào)：D3組成：活動(dòng)ID，活動(dòng)照片，活動(dòng)標(biāo)題，活動(dòng)時(shí)間，活動(dòng)要求，活動(dòng)地點(diǎn)名字：成功故事描述：成功故事的具體信息編號(hào)：D4組成：成功故事ID，成功故事照片，成功故事內(nèi)容，成功故事時(shí)間，成功故事標(biāo)題，添加時(shí)間，成員1，成員2，介紹名字：留言描述：留言的內(nèi)容編號(hào)：D5組成：留言內(nèi)容，發(fā)送者，接收者，留言ID，留言時(shí)間，是否已讀，圖片（3）數(shù)據(jù)流名字：管理員基礎(chǔ)信息描述：輸入管理員用戶的基礎(chǔ)信息編號(hào)：F1組成：管理賬號(hào)、管理密碼名字：用戶基礎(chǔ)信息管理描述：查看，刪除用戶基礎(chǔ)信息管理編號(hào)：F2組成：用戶性別，年齡，所在地區(qū)，學(xué)歷，郵箱，注冊(cè)時(shí)間，內(nèi)心獨(dú)白，月薪，婚姻狀況名字：活動(dòng)管理描述：對(duì)活動(dòng)進(jìn)行管理編號(hào)：F3組成：活動(dòng)ID，活動(dòng)照片，活動(dòng)標(biāo)題，活動(dòng)時(shí)間，活動(dòng)要求，活動(dòng)地點(diǎn)名字：成功故事管理描述：對(duì)成功故事進(jìn)行管理編號(hào)：F4組成：成功故事ID，成功故事照片，成功故事內(nèi)容，成功故事時(shí)間，成功故事標(biāo)題，添加時(shí)間，成員1，成員2，介紹名字：留言管理描述：對(duì)留言進(jìn)行管理編號(hào)：F5組成：留言內(nèi)容，發(fā)送者，接收者，留言ID，留言時(shí)間，是否已讀，圖片（4）數(shù)據(jù)處理名字：管理管理員描述：按需求修改和刪除管理員編號(hào)：輸入/輸出數(shù)據(jù)流：, 管理員信息名字：管理用戶描述：按需求修改和刪除用戶編號(hào)：輸入/輸出數(shù)據(jù)流：, 用戶信息名字：管理活動(dòng)描述：按需求修改和刪除活動(dòng)編號(hào)：輸入/輸出數(shù)據(jù)流：, 活動(dòng)信息名字：管理成功故事描述：按需求修改和刪除成功故事編號(hào)：輸入/輸出數(shù)據(jù)流：, 成功故事信息名字：管理留言描述：按需求修改和刪除留言編號(hào)：輸入/輸出數(shù)據(jù)流：, 留言信息173 在線交友系統(tǒng)概要設(shè)計(jì)根據(jù)系統(tǒng)分析的結(jié)果數(shù)據(jù)流程圖所描述的系統(tǒng)的邏輯模型，把數(shù)據(jù)流程圖中各個(gè)功能模塊進(jìn)一步分解，確定系統(tǒng)的結(jié)構(gòu)關(guān)系，把邏輯模型變?yōu)槲锢砟Ｐ?。一般而言，?yīng)包括如下內(nèi)容：{數(shù)據(jù)存儲(chǔ)名，說明，編號(hào)，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結(jié)構(gòu)），數(shù)據(jù)量，存取頻度，存取方式}。2) 數(shù)據(jù)流：是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。一般來說，數(shù)據(jù)字典包括一下內(nèi)容：1) 數(shù)據(jù)元素：數(shù)據(jù)元素是不可再分的數(shù)據(jù)單位，描述數(shù)據(jù)的靜態(tài)特性。數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功能的一個(gè)總體框架而缺乏詳細(xì)、具體的內(nèi)容。具體的各層次數(shù)據(jù)流圖如圖23至29所示。（5）數(shù)據(jù)流程圖繪制過程，就是系統(tǒng)的邏輯模型的形成過程，必須始終與用戶密切接觸，詳細(xì)討論，不斷修改。（3）合理布局，數(shù)據(jù)流圖各種符號(hào)要布局合理、分布均勻、整齊、清晰，使讀者一目了然。數(shù)據(jù)流程圖的設(shè)計(jì)原則：（1）明確系統(tǒng)界面。系統(tǒng)的功能建模所采用的工具是數(shù)據(jù)流程圖和數(shù)據(jù)字典，用于表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)以及對(duì)數(shù)據(jù)的描述和定義。：用戶自身的管理，會(huì)員信息展示，成功配對(duì)情侶的展示，網(wǎng)站信息的展示，活動(dòng)信息的展示、用戶留言的展示以及用戶間相互交流。具體目標(biāo)即為把總體需求目標(biāo)按功能需求進(jìn)行分解, 目標(biāo)中可以分為管理方面、功能方面,本論文從系統(tǒng)的功能方面進(jìn)行如下分析。由于各模塊的相互獨(dú)立又相互關(guān)聯(lián)性使本系統(tǒng)較能適應(yīng)目前市場(chǎng)需求。本系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)了用戶自身的管理，成功配對(duì)情侶的展示，網(wǎng)站信息的展示，活動(dòng)信息的展示以及用戶與本網(wǎng)站以及用戶的交流，很大程度上提高了情侶成功配對(duì)的概率。s system of business process 是否否否否否否否否否否否增加管理員查看活動(dòng)留言管理管理員登錄是否成功