【正文】 表388所示。如圖43所示。圖47 “個(gè)人中心”運(yùn)行截圖 后臺(tái)管理 登陸管理管理員點(diǎn)擊首頁(yè)的登錄模塊，正確輸入管理員用戶名和密碼后點(diǎn)擊登錄按鈕就可以進(jìn)入管理員管理子系統(tǒng)的管理模塊，當(dāng)管理員用戶點(diǎn)擊重填按鈕則清空所填的項(xiàng)目。圖411 訂單列表界面運(yùn)行截圖 酒店信息管理在管理員可以向系統(tǒng)中添加新的酒店信息。本系統(tǒng)在用戶安全和系統(tǒng)的多樣性問題上還考慮不足，在日后的改進(jìn)中還有待進(jìn)一步加強(qiáng)。如圖410所示。這樣用戶就可以隨時(shí)登陸自己的賬戶查詢自己的預(yù)訂情況，并根據(jù)這個(gè)預(yù)訂情況來安排自己的時(shí)間。如果客戶未注冊(cè)網(wǎng)站，則會(huì)要求該客戶先注冊(cè)，然后才能登陸網(wǎng)站進(jìn)行其他操作。 表設(shè)計(jì)根據(jù)數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)，將其轉(zhuǎn)化為5個(gè)數(shù)據(jù)庫(kù)表，設(shè)計(jì)結(jié)果如表38表388表38表38表3811所示。訂單管理模塊結(jié)構(gòu)圖如圖377。管理員登錄登錄注銷圖372 管理員登錄模塊結(jié)構(gòu)圖管理員登錄模塊的設(shè)計(jì)書如表373所示。用戶登錄用戶登錄用戶注銷圖37 用戶登錄模塊結(jié)構(gòu)圖用戶登錄模塊的設(shè)計(jì)書如表37所示。另一方面，為了對(duì)系統(tǒng)后臺(tái)進(jìn)行管理，設(shè)置了后臺(tái)管理模塊，使系統(tǒng)管理員可以對(duì)網(wǎng)站進(jìn)行日常維護(hù)，處理相關(guān)數(shù)據(jù)信息等。圖33 頂層數(shù)據(jù)流圖 分層數(shù)據(jù)流圖分層數(shù)據(jù)流圖是對(duì)頂層數(shù)據(jù)流圖的進(jìn)一步的細(xì)化，將功能分解為功能相對(duì)獨(dú)立的子系統(tǒng)，這些子系統(tǒng)成為一張新數(shù)據(jù)流圖上的處理，在這張新的數(shù)據(jù)流圖上還可以包括自己內(nèi)部的數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流[7]。圖32 管理員流程圖根據(jù)圖32我們可以得出管理員管理后臺(tái)數(shù)據(jù)主要流程如下:(1)管理員登陸；(2)在用戶管理中對(duì)用戶進(jìn)行操作；(3)對(duì)訂單進(jìn)行管理操作；(4)對(duì)酒店信息進(jìn)行管理操作。 用戶功能需求如下： (1) 用戶的注冊(cè)功能：包括用戶名、密碼、聯(lián)系電話、EMAIL等； (2) 用戶的登陸功能：驗(yàn)證用戶名和密碼； (3) 用戶預(yù)訂功能：包括預(yù)訂日期，人數(shù)等； (4) 用戶個(gè)人中心：在這里用戶可以看到自己的預(yù)訂情況。 可行性分析 可行性分析的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是不是可以得到解決。同樣，SQL Server2005也是關(guān)系型的數(shù)據(jù)庫(kù)系統(tǒng)，支持標(biāo)準(zhǔn)的結(jié)構(gòu)化查詢語(yǔ)言（Structured Query Language）； 系統(tǒng)體系結(jié)構(gòu) 傳統(tǒng)的二層C/S結(jié)構(gòu)存在以下幾個(gè)局限:(1)它是單一服務(wù)器且以局域網(wǎng)為中心的,所以難以擴(kuò)展至大型企業(yè)廣域網(wǎng)或Internet；(2)受限于供應(yīng)商；(3)軟、硬件的組合及集成能力有限；(4)難以管理大量的客戶機(jī)。 通常，要將文件以“.jsp”為擴(kuò)展名，并將它放置到任何你可以放置普通WEB頁(yè)面的路徑下。軟件計(jì)劃需求分析軟件維護(hù)綜合測(cè)試編碼概要設(shè)計(jì)詳細(xì)設(shè)計(jì)圖 21 瀑布模型圖 分析設(shè)計(jì)方法 分析設(shè)計(jì)方法包括面向過程的結(jié)構(gòu)化分析設(shè)計(jì)和面向?qū)ο蟮脑O(shè)計(jì)方法。丙谷胺要做到能及時(shí)滿足各戶的要求，按時(shí)分配客房，及時(shí)就絕客戶退房等突發(fā)情況，這就必須計(jì)劃粗一個(gè)最佳方案，使賓館的入住率達(dá)到最大值。 人們生活水平和消費(fèi)意識(shí)的提高刺激了旅游業(yè)的發(fā)展，這無不為酒店行業(yè)提供了良好的環(huán)境，而酒店規(guī)模的的擴(kuò)大妖氣有一條使用而且方便的系統(tǒng)進(jìn)行酒店客房的管理。關(guān)鍵詞：酒店預(yù)訂系統(tǒng)；B/S模式；JSP；SQL Server200529 / 35目 錄第1章 引言 1第2章 系統(tǒng)規(guī)劃 2 軟件開發(fā)方法 2 軟件開發(fā)模型 2 分析設(shè)計(jì)方法 2 系統(tǒng)開發(fā)技術(shù)及體系結(jié)構(gòu)選擇 3 JSP概述 3. SQL Server 2005概述 3第3章 系統(tǒng)分析與設(shè)計(jì) 4 可行性分析 4 開發(fā)可行性 4 技術(shù)可行性 4 經(jīng)濟(jì)可行性 4 5 5 5 系統(tǒng)業(yè)務(wù)流程分析 5 6 6 數(shù)據(jù)流程圖 7 頂層數(shù)據(jù)流圖 7 分層數(shù)據(jù)流圖 7 數(shù)據(jù)字典 10 系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì) 13 功能模塊設(shè)計(jì) 14 用戶模塊設(shè)計(jì) 14 管理員模塊設(shè)計(jì) 15 數(shù)據(jù)庫(kù)設(shè)計(jì) 18 數(shù)據(jù)庫(kù)概念設(shè)計(jì) 18 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì) 19 表設(shè)計(jì) 20第4章 功能模塊實(shí)現(xiàn) 22 網(wǎng)上酒店預(yù)訂過程 22 注冊(cè)以及登陸 22 預(yù)訂 23 預(yù)訂查詢 24 后臺(tái)管理 25 登陸管理 25 管理員管理用戶 26 訂單管理 26 酒店信息管理 26 系統(tǒng)測(cè)試 27結(jié) 論 29參考文獻(xiàn) 30第1章 引言 在中國(guó)的預(yù)訂行業(yè)中，運(yùn)通酒店預(yù)訂網(wǎng)(Ehotel)的開通運(yùn)營(yíng)，預(yù)示著酒店網(wǎng)絡(luò)預(yù)訂在我國(guó)的正式興起，信息系統(tǒng)開始融入酒店行業(yè)。3．電子商務(wù)系統(tǒng)分析與設(shè)計(jì)4．電子商務(wù)系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)結(jié)合所要開發(fā)的系統(tǒng)，用三個(gè)范式和反規(guī)范化設(shè)計(jì)方法設(shè)計(jì)數(shù)據(jù)庫(kù)，并形成數(shù)據(jù)字典。2．電子商務(wù)系統(tǒng)規(guī)劃報(bào)告撰寫電子商務(wù)系統(tǒng)規(guī)劃報(bào)告，包括系統(tǒng)背景描述、需求描述、系統(tǒng)的總體結(jié)構(gòu)、應(yīng)用系統(tǒng)方案、實(shí)施方案等內(nèi)容。本文采用結(jié)構(gòu)化的方法，從現(xiàn)代商旅酒店的實(shí)際需求出發(fā)，基于B/S的模式，使用JSP、SQL Server2005技術(shù)，對(duì)酒店預(yù)訂業(yè)務(wù)進(jìn)行分析、設(shè)計(jì)，實(shí)現(xiàn)了登陸注冊(cè)、酒店預(yù)訂、客戶管理、預(yù)訂管理等功能，以期達(dá)到提高酒店預(yù)訂效率的目的。 具體來說，“酒店預(yù)訂系統(tǒng)”就是需要完成網(wǎng)上酒店預(yù)訂功能，客戶可以直接通過Internet在Web頁(yè)面實(shí)現(xiàn)酒店的預(yù)訂，“足不出戶”實(shí)現(xiàn)酒店預(yù)訂；不再需要到酒店現(xiàn)場(chǎng)或者通過中介辦理預(yù)訂，大大節(jié)省了客戶和酒店方面的預(yù)訂成本，縮短了預(yù)訂周期，同時(shí)也給客戶提供了更大選擇余地。 國(guó)內(nèi)外現(xiàn)狀： 隨著市場(chǎng)經(jīng)濟(jì)和世界貿(mào)易的不斷深入，市場(chǎng)的競(jìng)爭(zhēng)變得越來越激烈，一個(gè)賓館如果想在激烈的競(jìng)爭(zhēng)中不被淘汰，既要有好的經(jīng)濟(jì)基礎(chǔ)，還要有好的客戶服務(wù)。瀑布模型是指經(jīng)過分析、設(shè)計(jì)、測(cè)試、實(shí)施與維護(hù)的工作流程，最終得到完整的系統(tǒng)[2]；它的流程如圖21所示。然后，將動(dòng)態(tài)部分用特殊的標(biāo)記嵌入即可，這些標(biāo)記常常放在“＜% %＞”中。在數(shù)據(jù)庫(kù)的發(fā)展歷程中，曾出現(xiàn)過多種不同形式的數(shù)據(jù)庫(kù)系統(tǒng)，但關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)（RDBMS）以其優(yōu)越性而被廣為采用，像現(xiàn)在幾種廣泛使用的數(shù)據(jù)庫(kù)全為關(guān)系型數(shù)據(jù)庫(kù)。第3章 系統(tǒng)分析與設(shè)計(jì) 本章主要對(duì)酒店預(yù)訂系統(tǒng)做了可行性分析、需求分析(主要是功能分析和性能分析)、業(yè)務(wù)流程分析并且分析給出了系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)字典。 系統(tǒng)需求分析是以可行性分析為出發(fā)點(diǎn)的，本質(zhì)的工作是回答“系統(tǒng)必須做什么”這個(gè)問題，確定系統(tǒng)須具備的功能；它的主要任務(wù)是：確定系統(tǒng)的功能需求、性能需求、運(yùn)行需求等[7]。圖31 顧客預(yù)訂流程圖根據(jù)圖31我們可以得出顧客網(wǎng)上預(yù)訂主要流程如下:(1)會(huì)員注冊(cè)完畢登陸頁(yè)面；(2)顧客可以在酒店列表里面查詢酒店情況；(3)顧客進(jìn)入預(yù)訂頁(yè)面，填寫相關(guān)信息；(4)當(dāng)顧客確定選擇完畢后，顧客可以將其提交至服務(wù)器并生成訂單；(5)顧客可以在個(gè)人中心中查詢自己的訂單情況。如圖33所示。數(shù)據(jù)流去向：用戶包含的數(shù)據(jù)結(jié)構(gòu)：用戶名或管理員名表36 用戶表數(shù)據(jù)存儲(chǔ)條目表數(shù)據(jù)存儲(chǔ)條目名稱：用戶表簡(jiǎn)要說明：存儲(chǔ)了用戶的個(gè)人信息結(jié)構(gòu)：用戶名、密碼、EMAIL、真實(shí)姓名、備注表38 管理員表數(shù)據(jù)存儲(chǔ)條目表數(shù)據(jù)存儲(chǔ)條目名稱：用戶表簡(jiǎn)要說明：存儲(chǔ)了管理員的個(gè)人信息結(jié)構(gòu)：用戶名、密碼表39 酒店數(shù)據(jù)存儲(chǔ)條目表數(shù)據(jù)存儲(chǔ)條目名稱： 酒店信息表簡(jiǎn)要說明：存儲(chǔ)酒店相關(guān)信息結(jié)構(gòu)：酒店名稱、所在地區(qū)、星級(jí)、地址、介紹其他、添加日期 表310 酒店預(yù)訂表數(shù)據(jù)存儲(chǔ)條目表數(shù)據(jù)存儲(chǔ)條目名稱： 酒店預(yù)訂表簡(jiǎn)要說明：存儲(chǔ)酒店預(yù)訂的相關(guān)信息結(jié)構(gòu)：帳號(hào)、預(yù)訂酒店、預(yù)訂人、固定電話、移動(dòng)電話、預(yù)訂日期、預(yù)訂數(shù)量、預(yù)訂天數(shù)、訂單生成日期、其他 表311 酒店信息處理?xiàng)l目處理過程條目名稱：酒店信息處理?xiàng)l目簡(jiǎn)要說明：管理員