【文章內(nèi)容簡介】 酒店進(jìn)行評(píng)價(jià)。6．查看訂單
會(huì)員可以查看自己所購買的門票和預(yù)定的酒店。7．修改密碼
會(huì)員登陸后可以修改密碼。8．充值
會(huì)員登陸后可以充值。9．取消訂單會(huì)員登陸后可以取消已有訂單。10．景點(diǎn)管理
管理員可以增加，刪除，和更改景點(diǎn)信息。11．酒店管理
管理員可以增加，刪除，和更改酒店和酒店房型信息。12．民俗管理
管理員可以增加，刪除，和更改民俗信息。13．用戶管理
管理員可以刪除用戶信息同時(shí)可以授予用戶管理員權(quán)限。14．訂單管理
管理員對(duì)訂單進(jìn)行管理。 數(shù)據(jù)流程圖數(shù)據(jù)流圖語言是需求分析階段最常用的一種圖形語言，軟件開發(fā)人員運(yùn)用這一語言，由抽象到具體、逐層分解，DFD語言的規(guī)范主要包括語法和語義的兩個(gè)方面。數(shù)據(jù)流圖系統(tǒng)中的數(shù)據(jù)處理加工的客觀過程，數(shù)據(jù)流圖中流動(dòng)的是數(shù)據(jù)，沒有控制過程，以圖形來表達(dá)邏輯功能。 圖3_1 環(huán)境圖圖3_2 一層數(shù)據(jù)流圖圖3_3 預(yù)定的二層數(shù)據(jù)流圖圖3_4 管理景點(diǎn)的二層數(shù)據(jù)流圖 圖3_5 酒店管理的二層數(shù)據(jù)流圖圖3_6 評(píng)價(jià)的二層數(shù)據(jù)流圖圖3_7 注冊的二層數(shù)據(jù)流圖 用例圖用例圖是用戶所理解的系統(tǒng)，他所描述的是用戶如何使用這個(gè)系統(tǒng)。用戶和系統(tǒng)的一次交互就是一個(gè)用例。這些用例代表了系統(tǒng)需要開發(fā)的功能。構(gòu)造用例圖的技術(shù)：1. 對(duì)參與者建模。2. 對(duì)用例建模，這是實(shí)體的正常行為。3. 對(duì)參與者和用例之間的通信建模。4. 用例之間的使用關(guān)系建模。5. 用例之間的擴(kuò)展關(guān)系建模。下面就是該系統(tǒng)的用例圖：圖3_8 游客用例圖游客可以注冊和瀏覽網(wǎng)站信息。 圖3_9 會(huì)員用例圖 會(huì)員可以瀏覽網(wǎng)站信息，登錄系統(tǒng)，預(yù)訂景區(qū)門票和酒店房間，評(píng)價(jià)酒店和景點(diǎn)，同時(shí)還可以對(duì)個(gè)人信息進(jìn)行修改。圖3_10 管理員用例圖管理員可以瀏覽系統(tǒng)信息，登錄系統(tǒng)，管理系統(tǒng)信息（包括景區(qū)管理，酒店管理，民俗管理，用戶管理，訂單管理等）。第4章 概要設(shè)計(jì)第4章 概要設(shè)計(jì)概要設(shè)計(jì)也叫總體設(shè)計(jì)，這個(gè)階段必須回答的關(guān)鍵問題是：“概括地說，應(yīng)該如何解決這個(gè)問題?”主要的工作是總體結(jié)構(gòu)設(shè)計(jì)及確定系統(tǒng)的硬件選配、軟件選配、數(shù)據(jù)庫設(shè)計(jì)、代碼設(shè)計(jì)原則、界面設(shè)計(jì)等。 模塊設(shè)計(jì)模塊設(shè)計(jì)的原則：(1)模塊的凝聚程度高。(2)模塊間的聯(lián)系方式好。模塊間的控制關(guān)系采用調(diào)用方式實(shí)現(xiàn)，而模塊間的數(shù)據(jù)關(guān)系采用共享一個(gè)數(shù)據(jù)庫的方式實(shí)現(xiàn)。(3)上層模塊對(duì)下層模塊的影響范圍應(yīng)在其對(duì)下層模塊的控制范圍之內(nèi)。系統(tǒng)功能結(jié)構(gòu)圖。根據(jù)系統(tǒng)的需求分析，該系統(tǒng)主要分為三個(gè)部分：游客部分，會(huì)員部分和管理員部分。游客：瀏覽網(wǎng)站信息，注冊。會(huì)員：瀏覽網(wǎng)站信息，登錄系統(tǒng)，評(píng)價(jià)，預(yù)訂和個(gè)人信息管理。管理員：登錄，瀏覽信息，景點(diǎn)管理，酒店管理，民俗管理，會(huì)員管理，訂單管理。(其中瀏覽信息包括瀏覽景點(diǎn)全部信息，景點(diǎn)詳細(xì)信息，酒店全部信息，酒店詳細(xì)信息，民俗全部信息，民俗詳細(xì)信息。) 功能模塊設(shè)計(jì)如下圖：圖4_1下面是網(wǎng)站信息管理的模塊設(shè)計(jì)：圖4_2 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)是根據(jù)應(yīng)用需求，對(duì)于一個(gè)給定的應(yīng)用環(huán)境設(shè)計(jì)有效地?cái)?shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效地存儲(chǔ)數(shù)據(jù)，滿足各種用戶的應(yīng)用要求的過程。該網(wǎng)站的數(shù)據(jù)庫的名稱為XE，其中包括景點(diǎn)表SCENERY，酒店表HOTEL, 酒店房型表HOTELSTYLE,民俗表 FOLK, 景點(diǎn)評(píng)價(jià)表SCENERYREVIEW,酒店評(píng)價(jià)表 HOTELREVIEW, 用戶表USERS, 訂單表 ORDERS 。下面是這些表的詳細(xì)信息：SCENERY景點(diǎn)表，主要用于記錄景點(diǎn)的詳細(xì)信息。主鍵通過SEQUENCE實(shí)現(xiàn)自增長。表4_1 SCENERY 景點(diǎn)表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1SCENERYIDNumber是否自增長2SCENERYNAMEVarchar2(50)是景點(diǎn)名稱3SCENERYPICVarchar2(200)是圖片地址4SCENERYINTRODUCEVARCHAR2(2000)是景點(diǎn)簡介5TICKETOLDNumber是原票價(jià)6TICKETNEWNumber是優(yōu)惠價(jià)7SCENERYWAYVarchar2(200)是景區(qū)路線HOLEL酒店表，主要用于記錄酒店的詳細(xì)信息。表4_2 HOLEL酒店表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1HOTELIDNumber是否自增長2HOTELNAMEVarchar2(50)是酒店名稱3HOTELPICVarchar2(200)是圖片地址4HOTELINTRODUCEVARCHAR2(2000)是酒店簡介5HOTELWAYVarchar2(200)是酒店路線HOTELSTYLE酒店房型表，主要展示酒店房型，這里的主鍵為酒店id和房型，同一個(gè)酒店的同一種房型只能有一條記錄。表4_3 HOTELSTYLE酒店房型表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1HOTELIDNumber是否酒店id2HOTELSTYLEVarchar2(50)是否房間類型3HOTELCOUNTNumber是房間數(shù)量4HOTELPRICENumber是房間價(jià)格5HOTELSIZEVarchar2(200)是房間大小6HOTELWIFINumber是是否有寬帶FOLK 民俗表，主要用于記錄民俗的詳細(xì)信息，其中民俗分類別，民俗類型1,2,3分別代表傳說故事，美食和特色文化。表4_4 FOLK 民俗表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1FOLKIDNumber是否自增長2FOLKNAMEVarchar2(50)是民俗名稱3FOLKPICTUREVarchar2(200)是圖片地址4FOLKINTRODUCEVARCHAR2(2000)是民俗簡介5FOLKTYPENumber是民俗類型SCENERYREVIEW景區(qū)評(píng)論表，主要用于記錄景區(qū)評(píng)論信息， 通過SCENERYID關(guān)聯(lián)到景區(qū)表的SCENERYID。表4_5 SCENERYREVIEW 景區(qū)評(píng)論表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1SREVIEWIDNumber是否自增長2SCENERYIDNumber是景點(diǎn)id3SREVIEWVARCHAR2(2000)是評(píng)論內(nèi)容HOTELREVIEW酒店評(píng)論表，主要用于記錄酒店評(píng)論信息， 通過HOTELID關(guān)聯(lián)到酒店表的HOTELID。表4_6 HOTELREVIEW 酒店評(píng)論表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1HREVIEWIDNumber是否自增長2HOTELIDNumber是酒店id3HREVIEWVARCHAR2(2000)是評(píng)論內(nèi)容USERS用戶表，主要用來記錄用戶的個(gè)人信息。表4_7 USERS用戶表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1NICKNAMEVarchar2(50)是否用戶昵稱2PNAMEVarchar2(50)是姓名3PHONEVarchar2(50)是聯(lián)系方式4PASSWORDVARCHAR2(50)是密碼5COUNTNumber是余額6POWERNumber是權(quán)限ORDERS訂單表，主要用來記錄訂單詳情，其中用戶通過NICKNAME關(guān)聯(lián)到USERS表的NICKNAME，HOTELID和HOTELSTYLE分別關(guān)聯(lián)到房型表的HOTELID和HOTELSTYLE中，SCENERYID關(guān)聯(lián)到景點(diǎn)表的SCENERYID，時(shí)間為當(dāng)前時(shí)間。表4_8 ORDERS訂單表：序號(hào)列名數(shù)據(jù)類型主鍵允許空說明1ORDERIDNumber是否自增長2NICKNAMEVarchar2(50)是用戶昵稱3HOTELIDNumber是酒店id4HOTELSTYLEVARCHAR2(50)是房間類型6SCENERYIDNumber是景點(diǎn)id7TIMESETDate是下單時(shí)間8 DELETEORDERNumber是是否取消9 COUNTNumber是訂單金額第5章 詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)第5章 詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)總體設(shè)計(jì)階段以比較抽象概括的方式提出了解決問題的辦法，詳細(xì)設(shè)計(jì)階段的任務(wù)就是把解法具體化，進(jìn)而對(duì)每個(gè)模塊要完成的工作進(jìn)行具體的描述，以便為程序編寫打下基礎(chǔ)，也就是回答下面這個(gè)關(guān)鍵問題：“應(yīng)該怎樣具體地實(shí)現(xiàn)這個(gè)系統(tǒng)”。 項(xiàng)目文件夾結(jié)構(gòu)該項(xiàng)目的文件夾目錄如下：圖5_1 項(xiàng)目文件夾目錄Spring由容器控制程序之間的關(guān)系，而不是傳統(tǒng)的由程序