【正文】 的簡(jiǎn)單分析：用戶首先進(jìn)入網(wǎng)站首頁(yè)，在沒(méi)登錄狀態(tài)下，用戶也可以進(jìn)行一些簡(jiǎn)單的查詢操作，更多操作只有登錄之后才能完成。注冊(cè)后，在登錄時(shí)用戶名與密碼驗(yàn)證通過(guò)就能做相關(guān)操作。用戶成功登錄之后，進(jìn)入主頁(yè)面，可選基本業(yè)務(wù)有如下：查看會(huì)員詳細(xì)信息并留言，查看成功故事，查看近期活動(dòng)并報(bào)名參加，個(gè)人信息的查看以及修改，留言的查看以及回復(fù)，與我們聯(lián)系等。用戶系統(tǒng)業(yè)務(wù)流程圖如圖所示，管理員系統(tǒng)業(yè)務(wù)流程圖如圖所示。21Thesofprocess6XXXXX2222administratorbusiness總體目標(biāo)在線交友系統(tǒng)應(yīng)具備一個(gè)系統(tǒng)所應(yīng)該擁有的開(kāi)發(fā)性、可用性、安全性、可維護(hù)性等屬性。WEB本系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)了用戶自身的管理，成功配對(duì)情侶的展示，網(wǎng)站信息的展示，活動(dòng)信息的展示以及用戶與本網(wǎng)站以及用戶的交流，很大程度上提高了情侶成功配對(duì)的概率。由于各模塊的相互獨(dú)立又相互關(guān)聯(lián)性使本系統(tǒng)較能適應(yīng)目前市場(chǎng)需求。目標(biāo)中可以分為管理方面、功能方面,本論文從系統(tǒng)的功能方面進(jìn)行如下分析。：用戶自身的管理，會(huì)員信息展示，成功配對(duì)情侶的展示，網(wǎng)站信息的展示，活動(dòng)信息的展示、用戶留言的展示以及用戶間相互交流。FlowDFD，它是用來(lái)描述目標(biāo)系統(tǒng)的邏輯結(jié)構(gòu)，它是由實(shí)體部分，處理部分，數(shù)據(jù)存儲(chǔ)部分和數(shù)據(jù)流四部分組成，為了使數(shù)據(jù)流圖所描述邏輯結(jié)構(gòu)更加清晰，容易閱讀，對(duì)數(shù)據(jù)流圖作見(jiàn)表大學(xué)畢業(yè)設(shè)計(jì)（論文）表數(shù)據(jù)流圖符號(hào)圖例legenddata區(qū)記述處理標(biāo)號(hào)，C區(qū)記述處理標(biāo)號(hào)的名稱數(shù)據(jù)流記述數(shù)據(jù)流的流動(dòng)方向，F(xiàn)MFM數(shù)據(jù)流程圖的設(shè)計(jì)原則：（1）明確系統(tǒng)界面。（3）合理布局，數(shù)據(jù)流圖各種符號(hào)要布局合理、分布均勻、整齊、清晰，使讀者一目了然。（5）數(shù)據(jù)流程圖繪制過(guò)程，就是系統(tǒng)的邏輯模型的形成過(guò)程，必須始終與用戶密切接觸，詳細(xì)討論，不斷修改。具體的各層次數(shù)據(jù)流圖如圖至所示。23Onlinesystemlevelflow24Onlinesystemflow大學(xué)畢業(yè)設(shè)計(jì)（論文）圖二層管理員管理模塊數(shù)據(jù)流圖Fig25managementdatadiagramsthefloor圖二層用戶管理模塊數(shù)據(jù)流圖Fig26managementdatadiagramsthefloor圖二層活動(dòng)管理模塊數(shù)據(jù)流圖Fig27onsecondmanagementdatadiagrams11XXXX：在線婚戀系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)圖二層成功故事管理模塊數(shù)據(jù)流圖Fig28storythefloormodule,flow29Secondmanagementdatadiagram數(shù)據(jù)流圖只能給出系統(tǒng)邏輯功能的一個(gè)總體框架而缺乏詳細(xì)、具體的內(nèi)容。一般來(lái)說(shuō)，數(shù)據(jù)字典包括一下內(nèi)容：1)一般而言包括如下內(nèi)容：數(shù)據(jù)項(xiàng)描述={數(shù)據(jù)項(xiàng)名，數(shù)據(jù)項(xiàng)含義說(shuō)明，別名，數(shù)據(jù)類型，長(zhǎng)度，取值范圍，取值含義，與其他數(shù)據(jù)項(xiàng)的邏輯關(guān)系，數(shù)據(jù)項(xiàng)之間的聯(lián)系}。數(shù)據(jù)流：是數(shù)據(jù)結(jié)構(gòu)在系統(tǒng)內(nèi)傳輸?shù)穆窂?。?shù)據(jù)存儲(chǔ)：數(shù)據(jù)存儲(chǔ)是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方，也是數(shù)據(jù)流的來(lái)源和去向之12XXXXX一般而言，應(yīng)包括如下內(nèi)容：{數(shù)據(jù)存儲(chǔ)名，說(shuō)明，編號(hào)，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成（數(shù)據(jù)結(jié)構(gòu)），數(shù)據(jù)量，存取頻度，存取方式}。數(shù)據(jù)處理：處理工程的具體處理邏輯通常在詳細(xì)設(shè)計(jì)過(guò)程用判定表或判定樹(shù)來(lái)描述。大學(xué)畢業(yè)設(shè)計(jì)（論文）描述：記錄管理員的信息編號(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，成功故事照片，成功故事內(nèi)容，成功故事時(shí)間，成功故事標(biāo)題，添加時(shí)間，成員2，介紹名字：留言描述：留言的內(nèi)容編號(hào)：D5組成：留言內(nèi)容，發(fā)送者，接收者，留言ID，活動(dòng)照片，活動(dòng)標(biāo)題，活動(dòng)時(shí)間，活動(dòng)要求，活動(dòng)地點(diǎn)名字：成功故事管理描述：對(duì)成功故事進(jìn)行管理編號(hào)：F4組成：成功故事1，成員ID，留言時(shí)間，是否已讀，圖片（4）數(shù)據(jù)處理名字：管理管理員描述：按需求修改和刪除管理員編號(hào)：輸入/輸出數(shù)據(jù)流：,用戶信息16XXXXX活動(dòng)信息名字：管理成功故事描述：按需求修改和刪除成功故事編號(hào)：輸入/輸出數(shù)據(jù)流：,留言信息17XXXX：在線婚戀系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)3在在線交友系統(tǒng)的設(shè)計(jì)過(guò)程中，系統(tǒng)劃分的原則如下：1．子系統(tǒng)要具有獨(dú)立性。這樣的子系統(tǒng)具有較高的內(nèi)聚性，與其它的藕合較弱，便于軟件開(kāi)發(fā)、使用及日后系統(tǒng)維護(hù)。應(yīng)避免部分?jǐn)?shù)據(jù)在多個(gè)子系統(tǒng)中出現(xiàn)，尤其是修改，以保證系統(tǒng)的安全性、可靠性和數(shù)據(jù)的一致性。4．子系統(tǒng)的劃分應(yīng)以該單位的管理職能為依據(jù)。從網(wǎng)站的組織結(jié)構(gòu)上出發(fā)，把整個(gè)在線交友系統(tǒng)劃分成兩個(gè)子系統(tǒng)。根據(jù)對(duì)系統(tǒng)需求分析中的總體目標(biāo)和具體部分的分析，得到系統(tǒng)的功能樹(shù)如下圖：0用戶模塊XXXXX31Systemmodule（1）會(huì)員展示模塊：每個(gè)頁(yè)面會(huì)有最新注冊(cè)會(huì)員的展示，可以根據(jù)條件查找符合條件的用戶，提供所有信息的展示。（3）用戶信息模塊：注冊(cè)新用戶、登錄、用戶修改個(gè)人資料，修改照片，查看留言及回復(fù)。2．管理員模塊功能描述（1）管理員管理：登錄；查詢管理員、增加管理員、刪除管理員、修改管理員。（3）活動(dòng)管理：增加活動(dòng)、修改活動(dòng)、刪除活動(dòng)、查詢活動(dòng)、查詢參加會(huì)活動(dòng)會(huì)員。1XXXX：在線婚戀系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)（5）留言管理：查看留言、刪除留言。接口設(shè)計(jì)接口可以分為兩個(gè)部分——外部接口和內(nèi)部接口。外部接口指程序與程序以外的其他事物相連接的接口。對(duì)于需用戶長(zhǎng)時(shí)間使用的系統(tǒng)，應(yīng)當(dāng)使用戶在較長(zhǎng)時(shí)間使用后不至于過(guò)于感到視覺(jué)疲勞為宜。切忌色彩過(guò)多，花哨艷麗，嚴(yán)重妨礙用戶視覺(jué)交互。（2）軟件接口在軟件接口方面，采用中的技術(shù)，實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)中表記錄的查詢、修改和刪除等操作。可以直接加載數(shù)據(jù)庫(kù)去程序訪問(wèn)數(shù)據(jù)庫(kù)。TomcatMyeclipseOracle（3）硬件接口在輸入方面，可以應(yīng)用鍵盤(pán)、鼠標(biāo)進(jìn)行輸入。具體參數(shù)的結(jié)構(gòu)將在下面數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)的內(nèi)容中說(shuō)明。2．簡(jiǎn)明性：在不影響代碼系統(tǒng)的容量和擴(kuò)充性的前提下，代碼盡可能簡(jiǎn)短、統(tǒng)一。大學(xué)畢業(yè)設(shè)計(jì)（論文）3．?dāng)U展性：考慮系統(tǒng)的發(fā)展和變化，當(dāng)增加新的實(shí)體和屬性時(shí)，直接利用原代碼追加，保持原代碼體系不變。5．識(shí)別性：代碼需方便管理人員使用，又應(yīng)方便計(jì)算機(jī)識(shí)別、分類。概念設(shè)計(jì)概念結(jié)構(gòu)設(shè)計(jì)是將分析得到的用戶需求抽象為信息結(jié)構(gòu)（即概念模型）的過(guò)程，它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。（2）易于理解。（4）易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。為了把用戶的數(shù)據(jù)要求清晰明確的表達(dá)出來(lái)，通常要建立一種面向問(wèn)題的數(shù)據(jù)模型，按照用戶的觀點(diǎn)來(lái)對(duì)數(shù)據(jù)和信息建模。ER管理員屬性圖、用戶屬性圖、成功故事信息實(shí)體屬性圖、活動(dòng)信息實(shí)體屬性圖、活動(dòng)人員信息實(shí)體屬性圖、聯(lián)系我們信息屬性圖、留言信息屬性圖、省份信息屬性圖和城市信息屬性圖分別如圖至所示。32TheinformationrelationshipID生日年齡性別婚姻狀況身高注冊(cè)時(shí)間用戶信息月薪文化程度所在省所在市密碼真實(shí)姓名詳細(xì)信息照片圖用戶信息實(shí)體聯(lián)系圖userentityfigrueID照片詳細(xì)信息簡(jiǎn)介成功故事信息結(jié)婚時(shí)間老婆信息注冊(cè)時(shí)間老公信息標(biāo)題圖成功故事信息實(shí)體聯(lián)系圖storyentityfigrue4IDXXXXX活動(dòng)時(shí)間活動(dòng)地點(diǎn)特殊要求標(biāo)題相親活動(dòng)信息圖活動(dòng)信息實(shí)體聯(lián)系圖informationrelationship36Activitiesinformationrelationship37Contactinformationrelationship38Messageentityfigrue圖省份信息實(shí)體聯(lián)系圖informationrelationship310Cityentityfigure6XXXXX邏輯設(shè)計(jì)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)分為三個(gè)階段，分別是：用戶要求、建立模型和數(shù)據(jù)庫(kù)模式設(shè)計(jì)。邏輯設(shè)計(jì)第二階段建立ERERER邏輯設(shè)計(jì)第三階段在數(shù)據(jù)庫(kù)模式設(shè)計(jì)階段分兩步進(jìn)行，第一步初步設(shè)計(jì)，把圖轉(zhuǎn)換為關(guān)系模型，第二步優(yōu)化設(shè)計(jì)，對(duì)模式進(jìn)行調(diào)整和改善。ER下面把實(shí)體及實(shí)體間關(guān)系轉(zhuǎn)換成為關(guān)系模型。ID，密碼，性別，郵箱，生日，年齡，文化程度，婚姻狀況，身高，所在省，所在市，月薪，真實(shí)姓名，詳細(xì)信息，照片，注冊(cè)時(shí)間｝成功故事信息表｛ID，照片，結(jié)婚紀(jì)念日，添加時(shí)間，標(biāo)題，老公姓名，老婆姓名，簡(jiǎn)介，詳細(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，省份名稱，城市名稱｝主要解決選擇文件存儲(chǔ)結(jié)構(gòu)和確定文件存取方法的問(wèn)題。如要直接定位到所要查找的記錄，應(yīng)采用索引存取方法（索引表）。在上面的實(shí)體以及實(shí)體之間關(guān)系模式的基礎(chǔ)上，形成數(shù)據(jù)庫(kù)中表以及各表之間關(guān)系。313233所示，活動(dòng)人員信息表如表所示，成功故事信息表如圖所示。36373839所示。3131administratortable字段名 說(shuō)3232usertable字段名 說(shuō) 明 類 型 長(zhǎng)度 可否為空 主鍵Userid 用戶編號(hào) Number 20 否 是Password 用戶密碼 Varchar2 20 否 否Username 真實(shí)姓名 Varchar2 20 是 否Sex 性 別 Varchar2 20 是 否Height 身 高 Varchar2 10 是 否Birthday 生 日 Date 20 是 否Detail 詳細(xì)信息 Varchar2 20 是 否Registtima 注冊(cè)時(shí)間 Varchar2 500 是 否Email 郵 箱 Varchar2 50 否 否Marital_situatio 婚姻狀況 Varchar2 50 是 否Sal 月 薪 Varchar2 10 是 否Degree 文化水平 Varchar2 30 是 否Province 所在省份 Varchar2 20 是 否City 所在城市 Varchar2 30 是 否Image 圖片信息 Varchar2 30 是 否Age 年 齡 Number 100 是 否8XXXXX3333information3434personneltable字段名 說(shuō) 明 類 型 長(zhǎng)度 可否為空 主鍵Id 編號(hào) Number 否 是Ac_idTitleUsername活動(dòng)編號(hào)標(biāo)題用戶名NumberVarchar2Varchar210020是是是否否否表成功故事信息表TableSuccessinformation3636ustable字段名 說(shuō) 明 類 型 長(zhǎng)度 可否為空 主鍵Id 編號(hào) Number 否 是EmailPhoneUsernameAddressComments郵箱電話用戶名地址反饋信息Varchar2Varchar2Varchar2Varchar2Varchar23020201002000否否否否否否否