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