課程設(shè)計--民宿點餐系統(tǒng)

1、<p><b>　　課 程 設(shè) 計</b></p><p>　　2017年 月 日</p><p><b>　　課程設(shè)計任務(wù)書</b></p><p>　設(shè)計題目民宿點餐系統(tǒng)成績</p><p>　課程設(shè)計主要內(nèi)容背景：隨著社會旅游業(yè)的發(fā)展，民宿在服務(wù)行業(yè)扮演越來越重要的角色

2、，在商業(yè)運作期間，其管理和服務(wù)水平直接影響到其形象和聲譽。 為提高其自身的管理水平，加強競爭能力，提高經(jīng)濟效率，我們小組在對民宿的日常運作進行綜合調(diào)查的基礎(chǔ)上設(shè)計并實現(xiàn)了一套民宿點餐管理系統(tǒng)。 該系統(tǒng)為管理者提供迅速高效的服務(wù)，減免了手工處理的繁瑣與誤差，提高管理者獲取信息、分析、利用信息的能力。民宿是社會不可或缺的一項商業(yè)，有著很大的發(fā)展空間。 一個高效化的管理系統(tǒng)在現(xiàn)代市場競爭中建立持久的競爭優(yōu)勢，取得持續(xù)的生存發(fā)展能力具有至關(guān)重要

3、的意義。 需求：實現(xiàn)民宿點餐系統(tǒng)，該系統(tǒng)主要分為六大功能模塊：前臺服務(wù)，后臺管理，銷售統(tǒng)計，系統(tǒng)安全，人員管理和系統(tǒng)初始化。任務(wù)：依據(jù)日常民宿餐飲運作的功能性和非功能性需求；連接后臺數(shù)據(jù)庫；實現(xiàn)功能模塊；設(shè)計界面；實現(xiàn)算法；編寫系統(tǒng)文檔。</p><p>　指導(dǎo)教師評語建議：從學(xué)生的工作態(tài)度、工作量、設(shè)計（論文）的創(chuàng)造性、學(xué)術(shù)性、實用性及書面表達能力等方面給出評價。簽名： 20

4、 年 月 日</p><p><b>　　目錄</b></p><p>　　摘 要- 3 -</p><p>　　1 緒論- 4 -</p><p>　　1.1 項目研究背景 - 4 -</p><p>　　1.2 系統(tǒng)開發(fā)目的- 5 -</p><p&g

5、t;　　1.2 課設(shè)組織結(jié)構(gòu)- 5 -</p><p>　　2 系統(tǒng)分析- 6 -</p><p>　　2.1可行性分析- 6 -</p><p>　　2.1.1管理上的可行性- 6 -</p><p>　　2.1.2技術(shù)上的可行性- 6 -</p><p>　　2.1.3經(jīng)濟上的可行性- 6 -</

6、p><p>　　2.2需求分析概述- 6 -</p><p>　　2.3用戶需求- 7 -</p><p>　　2.4業(yè)務(wù)需求- 8 -</p><p>　　2.5功能性需求需求- 9 -</p><p>　　2.6非功能性需求- 17 -</p><p>　　3 系統(tǒng)設(shè)計- 19 -&

7、lt;/p><p>　　3.1系統(tǒng)總體設(shè)計- 19 -</p><p>　　3.1.1系統(tǒng)建模- 19 -</p><p>　　3.1.2模型設(shè)計- 19 -</p><p>　　3.2系統(tǒng)功能模塊設(shè)計- 22 -</p><p>　　3.3數(shù)據(jù)庫設(shè)計 -23 -</p><p>　　3

8、.4系統(tǒng)物理配置方案-26 -</p><p>　　3.4.1系統(tǒng)架構(gòu)的選擇-26 -</p><p>　　3.4.2計算機硬件選擇-27 -</p><p>　　3.4.3數(shù)據(jù)庫管理系統(tǒng)選擇-27 -</p><p>　　4 系統(tǒng)實現(xiàn)- 28 -</p><p>　　4.1技術(shù)概述- 28 -</p

9、><p>　　4.1.1 Java- 28 -</p><p>　　4.1.2 JDBC訪問數(shù)據(jù)庫技術(shù)- 28 -</p><p>　　4.2平臺搭建與系統(tǒng)配置- 28 -</p><p>　　4.2.1 開發(fā)工具- 28 -</p><p>　　4.2.2 數(shù)據(jù)庫配置- 28 -</p><

10、p>　　4.3系統(tǒng)典型功能模塊的實現(xiàn)- 29 -</p><p>　　4.3.1 前臺服務(wù)模塊- 29 -</p><p>　　4.3.2 后臺管理模塊- 30 -</p><p>　　4.3.3 菜系管理模塊- 30 -</p><p>　　4.3.4 菜單管理模塊- 31 -</p><p>　　4

11、.3.5 銷售統(tǒng)計模塊- 32 -</p><p>　　4.3.6 用戶管理模塊- 33 -</p><p>　　4.3.7 數(shù)據(jù)庫功能實現(xiàn)- 34 -</p><p>　　4.4系統(tǒng)的調(diào)試- 35 -</p><p>　　5 結(jié)論與展望- 36 -</p><p>　　xx民宿點餐系統(tǒng)分析與設(shè)計</p

12、><p>　　摘要：近年來，國內(nèi)居民生活水平的提高帶動了旅游度假產(chǎn)業(yè)的蓬勃發(fā)展，由此也刺激了以民宿為代表的特色酒店行業(yè)的發(fā)展。因為民宿自身規(guī)模的限制，另加上民宿從業(yè)者本身的計算機水平參差不齊，民宿管理一直以原始的手工記賬為主。缺少電子化的管理方式，這種情況不僅不利于管理效率的提升，同時也讓民宿行業(yè)寶貴的經(jīng)營數(shù)據(jù)沒有留存，民宿業(yè)主無法通過科學(xué)有效的數(shù)據(jù)統(tǒng)計來指導(dǎo)未來的經(jīng)營活動。除了上述問題外，民宿的訂單獲取很大程度上依

13、賴線上大型的OTA平臺，如何快速的實現(xiàn)分銷并跟蹤分銷效果也需要引起重視。一些依靠人工管理日常運作的傳統(tǒng)餐飲企業(yè)漸漸顯露疲態(tài)，計算機進入餐飲企業(yè)逐漸成為一種趨勢。利用計算機管理管理系統(tǒng)對飯店的各種信息進行管理，就可以使雜亂的業(yè)務(wù)數(shù)據(jù)具體化、直觀化、合理化、并且隨時了解飯店的經(jīng)營情況。 經(jīng)過分析，本系統(tǒng)運用了Access為后臺數(shù)據(jù)庫，以C++為前臺開發(fā)工具，系統(tǒng)的實現(xiàn)了前臺管理、桌臺信息查詢、開臺信息、點菜、收銀、員工管理、菜單維護、消費

14、查詢和盈利信息查詢等功能。</p><p><b>　　1 緒論</b></p><p>　　隨著國內(nèi)旅游產(chǎn)業(yè)的蓬勃發(fā)展，以民宿為代表的特色住宿酒店也開始興起，</p><p>　　但受制于規(guī)模與成本預(yù)算，國內(nèi)民宿普遍仍使用手工登記的方式管理民宿。這一</p><p>　　現(xiàn)狀，從宏觀層面，與信息化社會的發(fā)展趨勢相違背，

15、從微觀方面，也不利于民</p><p>　　宿行業(yè)的健康和持續(xù)發(fā)展。因此有必要結(jié)合民宿行業(yè)的特性，為其開發(fā)一套輕量</p><p>　　級、靈活的客房管理與分銷系統(tǒng)。</p><p><b>　　1．1項目研究背景</b></p><p>　　現(xiàn)代社會，辦公自動化已經(jīng)成為社會發(fā)展的趨勢。在酒店行業(yè)，管理系統(tǒng)也</p

16、><p>　　已經(jīng)成為行業(yè)的標(biāo)配。一套完善實用的酒店系統(tǒng)一方面能精準(zhǔn)反映酒店房間的庫</p><p>　　銷存情況，積累精準(zhǔn)的銷售數(shù)據(jù)，方便酒店根據(jù)掌握的數(shù)據(jù)及時調(diào)整銷售策略；</p><p>　　另一方面，依托電子化流程，酒店管理者也能更有效的利用閑置的人力資源，有</p><p>　　效的降低酒店的運營成本，不斷提高服務(wù)水平，增強酒店的整體競

17、爭力。從住客</p><p>　　的角度來說，通過酒店系統(tǒng)能夠提前預(yù)約各類定制化服務(wù)，便捷的查詢賬單，也</p><p>　　很好的提升了入住體驗。</p><p>　　中國旅游行業(yè)近年來發(fā)展迅猛，由此也帶動了酒店行業(yè)的新一輪發(fā)展。除大型連鎖酒店外，以民宿為代表的小型、特色酒店數(shù)驟增。根據(jù)易觀智庫2014年第二季度的商業(yè)調(diào)查報告，2014年第二季度在線客棧民宿預(yù)訂市

18、場規(guī)模達到1.3億元， 環(huán)比增長58．5％，同比增長333．3％。民宿在國內(nèi)主要旅游電商平臺的覆蓋數(shù)量如下：去哪兒3萬家，淘寶旅行2.2萬家，美團1.5萬家，攜程1.4萬家，藝龍0.9萬家?。</p><p>　　與民宿數(shù)量的激增的情況不相符的是與之相配套的管理系統(tǒng)并沒有得到同步發(fā)展。與大型酒店依托電子系統(tǒng)管理相比，目前國內(nèi)民宿的管理基本仍然采用純手工登記管理方式。這種方式短時間內(nèi)雖然降低了成本，但也無形中消耗了

19、大量的勞動力資源，且長期積累的經(jīng)營數(shù)據(jù)沒有得到沉淀和有效的挖掘。</p><p>　　另外，從全網(wǎng)營銷角度來看，沒有靈活的房價管理方案，民宿主無法根據(jù)自己的實際情況制定房價方案，以方便實現(xiàn)與目前主流OTA分銷系統(tǒng)的快速對接，不利于快速從網(wǎng)絡(luò)獲取訂單。</p><p><b>　　1．2系統(tǒng)開發(fā)目的</b></p><p>　　國內(nèi)酒店管理系統(tǒng)開

20、發(fā)始于上個世紀(jì)70年代末，以華儀軟件為代表的中國</p><p>　　企業(yè)為開啟了酒店電子化管理的先河。經(jīng)過幾十年的發(fā)展，從早期的單機系統(tǒng)開</p><p>　　始，到DOC操作平臺，再到后期的客戶端服務(wù)器模式，以及近年來普及的基于瀏</p><p>　　覽器的模式(B／S模式)，酒店管理系統(tǒng)已經(jīng)有了革命性的發(fā)展心。</p><p>　　酒店

21、管理系統(tǒng)發(fā)展成熟的今天，大型連鎖酒店通過定制化開發(fā)或者購買系統(tǒng)能夠解決自身的需求，但對于民宿類酒店來說，因為規(guī)模和資金的限制，無法通過上述方式獲得理想的管理工具。另一方面，目前成熟的酒店管理系統(tǒng)考慮到酒店管理的方方面面，如休閑娛樂設(shè)施、庫存管理、物業(yè)管理、餐廳管理等，雖然功能模塊齊備，但學(xué)習(xí)成本高，并不適用于小規(guī)模經(jīng)營的民宿主。</p><p>　　綜上所訴，急需為輕體量的民宿管理者提供一套低價、靈活、學(xué)習(xí)成本低

22、的管理系統(tǒng)。</p><p><b>　　1．3課設(shè)組織結(jié)構(gòu)</b></p><p>　　課設(shè)組織結(jié)構(gòu)一共分為三部分。第一部分系統(tǒng)分析，由李睿豪完成。第二部分系統(tǒng)設(shè)計，由陳洪毅完成。第三部分系統(tǒng)實現(xiàn)，由宋建完成。</p><p><b>　　2 系統(tǒng)分析</b></p><p><b>　

23、　2.1 可行性分析</b></p><p>　　2.1.1 管理上的可行性</p><p>　　近年來，國民生活水平提高帶動旅游業(yè)發(fā)展，而人民日益增長的文化需求使得對具有特色與定制化服務(wù)的民宿情有獨鐘，民俗市場飛速發(fā)展。民俗快速擴張的同時由于民俗自身規(guī)模限制，加上從業(yè)者計算機水平參差不齊，大部分民俗管理者一直以手工記賬為主。手工記賬的繁瑣與管理效率的低下使得民俗管理者對電子化

24、管理方式有著迫切需求。在電子商務(wù)飛速發(fā)展的時代，人們對信息系統(tǒng)，分銷管理等也有較深的認(rèn)識。從管理者與管理思想來看民宿管理信息系統(tǒng)都具有可行性。</p><p>　　2.1.2 技術(shù)上的可行性</p><p>　　此次開發(fā)是醫(yī)療社交網(wǎng)站的分析與設(shè)計，從開發(fā)的平臺與技術(shù)來看，網(wǎng)站的設(shè)計與開已經(jīng)相當(dāng)成熟，相關(guān)語言也十分成熟，MVC 模塊等也為網(wǎng)站的開發(fā) 與設(shè)計提供便利，并且發(fā)展迅速，因此，技術(shù)具

25、有可行性。 關(guān)于功能的實現(xiàn)，此系統(tǒng)主要是開發(fā)具有客房管理功能與渠道管理功能等的民俗管理信息系統(tǒng)，這些功能都是可實現(xiàn)的，所以技術(shù)上有可行性。</p><p>　　2.1.3 經(jīng)濟上的可行性</p><p>　　民宿行業(yè)的服務(wù)項目有限、規(guī)模有限、對信息系統(tǒng)功能需求等也較低，因此開發(fā)較為簡單，時間短，人力少。因此，開發(fā)商的成本與花費是在可以控制的范圍內(nèi)，從經(jīng)濟上來看，開發(fā)民宿管理信息系統(tǒng)完全是可

26、以的。</p><p>　　綜上所述，從管理、技術(shù)和經(jīng)濟來討論，本系統(tǒng)的開發(fā)完全具備可行性，開發(fā)的系統(tǒng)能夠適應(yīng)民宿息管理的工作需求，具有良好的市場拓展。</p><p><b>　　2．2需求分析概述</b></p><p>　　結(jié)合到本文所討論的民宿管理系統(tǒng)的設(shè)計，受制于民宿的房間和提供的服務(wù)數(shù)量的限制，所以在系統(tǒng)設(shè)計上要相對復(fù)雜的酒店系統(tǒng)做

27、更多的減法，為民宿主提供必要的系統(tǒng)功能，做到符合行業(yè)特征的要求。此外，民宿業(yè)主的經(jīng)濟能力有限，所以在民宿系統(tǒng)的開發(fā)上要盡量控制系統(tǒng)開發(fā)成本，為民宿主提供一套低價、優(yōu)質(zhì)的綜合管理系統(tǒng)。以下就是針對民宿管理系統(tǒng)的具體需求分析。</p><p><b>　　2．3用戶需求</b></p><p>　　用戶需求主要描述的是用戶對系統(tǒng)的需求，即用戶希望系統(tǒng)為其解決哪些問題。明晰

28、用戶的需求，才能更好的設(shè)計出符合行業(yè)特性要求的系統(tǒng)，才能夠真正為用戶解決實際問題。以下將詳細(xì)分析本套系統(tǒng)的用戶需求。</p><p>　　2.3.1用戶需求概述</p><p>　　大型酒店業(yè)務(wù)比較復(fù)雜，服務(wù)人員眾多，提供的服務(wù)不僅限于住宿，還包括餐飲、休閑保健、周邊旅游等。服務(wù)的多元化決定了與之配套的系統(tǒng)要同時兼顧各類業(yè)務(wù)。與上述酒店不同，民宿的體量不大，提供的服務(wù)也不如大型酒店齊全，另

29、外民宿管理系統(tǒng)服務(wù)的主要就是民宿主，因此收集民宿主最迫切需要的功能是本部分重點討論的內(nèi)容。</p><p>　　2.3.2用戶需求詳解</p><p>　　1、房態(tài)與房價設(shè)置。系統(tǒng)能夠靈活的控制所經(jīng)營民宿的房態(tài)，如已入住、未入住、清潔中或者停用等，方便的新增、刪除和修改房間信息。同時能為民宿主提供靈活的房價方案的定制功能，以用于在不同的時間將房間分銷至不同的0TA平臺。</p>

30、<p>　　2、商品設(shè)置。對民宿內(nèi)零售商品與日常消耗品進行管理，如商品的名稱、數(shù)量、定價等，并能夠在客戶最終離開時匯總?cè)胗唵巍?lt;/p><p>　　3、客房訂單信息管理。住客提前預(yù)約入住是酒店行業(yè)的常態(tài)，預(yù)約可分為兩類，一類是無預(yù)付的預(yù)約，另一類是含定金的預(yù)約。住客的預(yù)約和系統(tǒng)對訂單的處理直接關(guān)系到民宿房間的后續(xù)銷售，具體表現(xiàn)在一方面預(yù)訂訂單生成后，系統(tǒng)應(yīng)能及時鎖定預(yù)定日的特定房型的房態(tài)，另一方面對

31、于未付保證金的訂單，應(yīng)該具有臨到期的提醒功能，方便民宿主及時跟蹤預(yù)訂單情況，提前為住客入住做好準(zhǔn)備。</p><p>　　4、財務(wù)統(tǒng)計與報表功能。允許民宿主查詢在一定時間內(nèi)民宿的經(jīng)營情況，提供準(zhǔn)確的入住率分析以及各房型的銷售情況對比。</p><p>　　5、客戶管理與會員中心。在此功能中，民宿業(yè)者可以方便的查詢?nèi)胱÷每偷膫€人信息，入住期間的訂單信息。針對不同住客的消費次數(shù)和頻率，給予相應(yīng)

32、的會員等級以及住店折扣等，以方便對老客戶的營銷，增強彼此間的粘性。</p><p>　　6、系統(tǒng)功能。主要包括賬號、密碼的設(shè)置，管理權(quán)限的分配等，如民宿主在此功能模塊可以便捷的等級民宿的主要管理和服務(wù)人員，并根據(jù)工作人員工作內(nèi)容的不同，給予不同的后臺管理權(quán)限。</p><p><b>　　2.4業(yè)務(wù)需求</b></p><p>　　民宿與其他酒

33、店一樣，最重要的業(yè)務(wù)功能是為住客提供住宿。如圖3-1所示，住客入店住宿前一般是通過現(xiàn)場訂房、電話訂房或者網(wǎng)絡(luò)訂房等方式，提前預(yù)定好房間，民宿經(jīng)營者要根據(jù)客戶的預(yù)定情況與客房入住情況，判定是否能為住客提供該時間內(nèi)的特定房型。若條件符合，民宿經(jīng)營者需及時鎖定住客預(yù)定的房間，避免出現(xiàn)“一房多買"的情況。同理，在住客結(jié)算離店之后，系統(tǒng)要自動釋放該客房，用于下一輪的銷售。</p><p>　　圖2-1民宿預(yù)定業(yè)務(wù)

34、流程圖</p><p><b>　　2.5功能性需求</b></p><p>　　圖2-1民宿預(yù)定業(yè)務(wù)流程圖功能性需求是開發(fā)過程中必須實現(xiàn)的軟件的某方面功能，用戶根據(jù)該功能完成對應(yīng)工作，以滿足其業(yè)務(wù)需求。但并不是所有的業(yè)務(wù)需求都能轉(zhuǎn)化為具現(xiàn)化的系統(tǒng)功能，以下將本系統(tǒng)的功能性需求進行詳細(xì)描述。</p><p>　　2.5.1功能性需求概述<

35、/p><p>　　民宿屬于“輕量級"的酒店，這種一般由家庭經(jīng)營的住宿形式，在許多方面與傳統(tǒng)就酒店有很大的區(qū)別。首先是規(guī)模小服務(wù)人員少。一般民宿能夠提供的房間數(shù)量在10-20間左右，與之匹配的服務(wù)人員主要是民宿所有者和少量保潔工人。其次民宿的定制化服務(wù)居多，服務(wù)類別遠(yuǎn)沒有大型連鎖酒店豐富。比如大型星級酒店一般會為住客提供健身、保健、餐飲、娛樂等諸多服務(wù)，故在系統(tǒng)設(shè)計時，更加應(yīng)該注意管理權(quán)限的分配，各獨立模塊的

36、銜接，而民宿少量的定制化服務(wù)由于發(fā)生頻率低、客單價不高，沒有太大的必有由系統(tǒng)來解決，在系統(tǒng)設(shè)計的時候就可以進行精簡。最后，民宿業(yè)主的計算機水平參差不齊。由于民宿主要是在自有住宅基礎(chǔ)上改造的個性化住宿，從業(yè)者的計算機水平也是千差萬別，對于系統(tǒng)的使用更講究</p><p>　　實用性和操作上的簡易性。因此在系統(tǒng)設(shè)計的時候，更要考慮用戶使用界面的呈現(xiàn)方式，簡約、美觀大方、邏輯性強、友好的交互，最簡化的操作和快速的查詢速

37、度等更顯重要。</p><p>　　針對以上民宿行業(yè)的特性，在民宿管理系統(tǒng)設(shè)計上，與大型酒店相比，需要剔除民宿行業(yè)不常使用的服務(wù)，重點突出了客房管理、住客管理及民宿商品管理等與民宿業(yè)者經(jīng)濟利益關(guān)聯(lián)最大的模塊。此外，為降低系統(tǒng)使用者的學(xué)習(xí)成本，本系統(tǒng)使用B／S模式進行開發(fā)。客戶</p><p>　　通過常用的瀏覽器對系統(tǒng)進行操作，瀏覽器響應(yīng)用戶行為，并將用戶需求提交給服務(wù)器，服務(wù)器最終將反應(yīng)

38、結(jié)果通過瀏覽器再呈現(xiàn)給用戶。</p><p>　　圖2-2 民宿管理系統(tǒng)用例圖</p><p>　　本系統(tǒng)所涉及的用例如圖2-2所示，超級管理員關(guān)聯(lián)的模塊包括房態(tài)、數(shù)據(jù)報表、系統(tǒng)設(shè)置、訂單處理、住客信息管理、房價方案管理和系統(tǒng)權(quán)限管理。</p><p>　　2.5.2功能性需求分析</p><p>　　1、角色配置需求。普通民宿的管理人員一般

39、分為兩類，一類是民宿業(yè)主，他們是民宿的所有人，在很多情況下也是民宿的服務(wù)人員；另一類是民宿的服務(wù)人員，只負(fù)責(zé)提供接待、清潔等日常事務(wù)。因此在民宿管理系統(tǒng)上，也將針對此二類角色設(shè)置超級管理員(民宿業(yè)主)</p><p>　　與管理員(服務(wù)人員)兩類角色，兩個角色在系統(tǒng)的不同部分擁有不一樣的權(quán)限。角色配置模塊，主要用于分配各角色所擁有的操作權(quán)限，分配角色登錄的賬號和密碼等。</p><p>　

40、　圖2.3角色配置用例圖</p><p>　　如圖2—3所示，超級管理員可以對員工信息的增、刪、查、改的操作，可以分配普通管理員的賬號密碼，自定義設(shè)置操作權(quán)限?！愎芾韱T可以修改超級管理員分配的密碼。</p><p>　　2、商品設(shè)置功能需求分析。對于民宿主來說，除了房費收入外，民宿內(nèi)販?zhǔn)鄣纳唐肥杖胍舱既粘Ｊ杖氲暮艽笠徊糠直戎?，這類商品主要包括日用品、煙草、酒水飲料、零食小吃、性保健用品、

41、飾品、本地特產(chǎn)等。目前民宿內(nèi)商品主要通過現(xiàn)金結(jié)算的方式進行售賣，這樣的方式一方面不利于消費者明細(xì)的系統(tǒng)的知道自己的消費情況，另一方面也不利于民宿主對商品的進銷存進行精準(zhǔn)有效的管理，有效的商品管理方式是將商品進行電子化管理并在住客離店時同房費一同結(jié)算。如圖2-4所示，商品設(shè)置包括商品的增加、商品編輯、商品刪除與商品查找，此外還包括商品類別的增、刪、查、改的設(shè)定。超級管理員擁有以上全部權(quán)限，普通管理員僅能對具體商品進行操作。超級管理員與普通

42、管理員權(quán)限應(yīng)有所不同。</p><p>　　圖2-4 商品設(shè)置用例圖</p><p>　　3、房態(tài)設(shè)置功能需求分析。房態(tài)是民宿管理的最主要的環(huán)節(jié)，房態(tài)主要包括房間的使用情況、房內(nèi)設(shè)備配置與房價設(shè)置三個部分。房態(tài)情況直接關(guān)系到房間的預(yù)定、住宿費用的結(jié)算、房間在其他平臺的分銷等重要環(huán)節(jié)。與大型酒店不同，民宿的房間數(shù)量有限，管理相對輕松，所以房態(tài)管理主要由民宿業(yè)主自己設(shè)定即可。如圖2—5所示，房

43、態(tài)管理包括房間的增加、停用、查找和刪除。此外有房間價格的設(shè)定，包括房間的門市價、會員價及內(nèi)部價的設(shè)定。</p><p>　　圖2-5 房態(tài)管理用例圖</p><p>　　4、住客信息管理功能需求分析。住客信息是民宿主在經(jīng)營過程中沉淀的十分重要的客戶信息，中小民宿主一般都沒有太雄厚的資金進行付費的推廣營銷，所以對住客信息的深入挖掘，做好客情與口碑營銷就顯的尤為重要。所以，民宿業(yè)主一般都有針對

44、常住旅客的會員與積分系統(tǒng)，可以算是在住客信息管理上的衍生功能。同時，住客信息又屬于敏感的客人隱私，泄露后造成的影響也非同小可，所以在權(quán)限的設(shè)置上，一般管理員僅限進行簡單的增加和查找。如圖2-6所示，住客信息包括第一部分住客的基礎(chǔ)信息，即主客信息的查詢、修改、刪除和增加，此外還包括住客中高級會員的管理，包括住客的分類、會員等級的設(shè)置、會員狀態(tài)的管理以及會員信息管理。</p><p>　　圖2-6 住客信息管理用例圖

45、</p><p>　　5、預(yù)定信息查詢功能需求分析。處理住客的預(yù)定信息是民宿管理人員最重要的日常工作之一。根據(jù)住客的預(yù)定情況，及時處理客人的預(yù)定需求，民宿業(yè)者才能靈活的安排民宿的房間排期，提高整體的入住率，產(chǎn)生最大化的效益。因為民宿預(yù)定屬于基本的業(yè)務(wù)操作，所以在權(quán)限設(shè)置上應(yīng)全面開放。如圖2—7所示，預(yù)定信息包括預(yù)定新增、團隊預(yù)定、預(yù)定查詢、預(yù)定修改以及預(yù)定刪除，超級管理員與普通管理員擁有全部操作權(quán)限。</p

46、><p>　　圖2-7 預(yù)定信息管理用例圖</p><p>　　6、財務(wù)報表功能需求分析。民宿行業(yè)發(fā)展的初期，主要是家庭作坊式的簡單經(jīng)營，數(shù)據(jù)的分析和重復(fù)利用一直未得到重視，而數(shù)據(jù)本身對經(jīng)營者后期經(jīng)營方向和銷售策略的調(diào)整又尤為重要。同時，經(jīng)營數(shù)據(jù)屬又屬于經(jīng)營主體的核心機密，所以財務(wù)報表的功能設(shè)計上，僅對于超級管理員開放。如圖2-8所示，財務(wù)報表包括入住分析、營業(yè)情況分析和消費商品分析，僅對系統(tǒng)

47、的超級管理員開放。</p><p>　　圖2-8 財務(wù)報表用例圖</p><p>　　7、入住結(jié)算功能需求分析。入住結(jié)算也是民宿管理系統(tǒng)中最經(jīng)常使用的功能，主要包括入住登記、預(yù)定到期提醒等，另外需要以友好的界面展示目前房間的入住情況，在顧客入住與離開時能夠進行簡易的操作，改變房間的房態(tài)。作為主要的業(yè)務(wù)功能之一，入住結(jié)算功能應(yīng)當(dāng)向所有人開放。如圖2-9所示，入住計算包括到期提醒、當(dāng)前房態(tài)展示

48、和具體的入住登記操作，面向超級管理員與普通管理員開放全部權(quán)限。</p><p>　　圖2-9入住結(jié)算用例圖</p><p>　　8、分銷管理功能需求分析。隨著在線旅游電子商務(wù)的迅猛發(fā)展，特別是移動互聯(lián)網(wǎng)的普及，包括民宿在內(nèi)的酒店住宿行業(yè)對大型OTA(Online TravelAgent)網(wǎng)的依賴性越來越強，甚至大部分訂單都來自第三方旅游電商平臺|。這就使將民宿房間快捷接入分銷平臺，能夠便捷

49、管理自營民宿房間在各分銷平臺的售價，并能夠在各大平臺及時更新最新房態(tài)成了民宿管理系統(tǒng)必備的功能。由于該功能直接影響民宿業(yè)主的收入，各平臺產(chǎn)生的訂單也是民宿主的核心商業(yè)機密之一，故該模塊對普通管理員有限開放。如圖2-10所示，分銷管理包括分銷分銷渠道的添加、退出、關(guān)聯(lián)分銷渠道的房態(tài)設(shè)置、分銷訂單的統(tǒng)計。</p><p>　　圖3一10分銷管理用例圖</p><p><b>　　2．

50、6非功能性需求</b></p><p>　　民宿行業(yè)從業(yè)人員的計算機水平以及民宿行業(yè)本身規(guī)模小、服務(wù)項目有限等特點，使非功能性需求上有如下幾點需要特別引起注意：</p><p>　　1、易用性。系統(tǒng)的設(shè)計要有優(yōu)良的人機交互體驗，用戶通過短時間、低成本的學(xué)習(xí)即可掌握，要充分考慮民宿從業(yè)者的計算機水平，為其提供內(nèi)容詳實、結(jié)構(gòu)清晰、符合其日常業(yè)務(wù)習(xí)慣的說明文檔和系統(tǒng)操作界面。除此之外

51、，由于民宿一般都不配備專門的網(wǎng)絡(luò)維護人員，所以系統(tǒng)還應(yīng)易于日常管理和維護。</p><p>　　2、兼容性。本套系統(tǒng)是B／S結(jié)構(gòu)，用戶操作主要在瀏覽器上進行，瀏覽器的兼容性問題需要重點引起重視。目前除了IE瀏覽器外，使用較多的還有谷歌內(nèi)核的瀏覽器、火狐瀏覽器以及蘋果的Safari瀏覽器等。隨著移動互聯(lián)網(wǎng)的普及，各類智能終端，如智能手機、平板電腦等被使用的頻率越來越高，保證設(shè)計的系統(tǒng)能夠在上述智能終端上良好的展示，

52、也是需要重點考慮的。</p><p>　　3、可擴容性。目前國內(nèi)的民宿仍處于萌芽和發(fā)展階段，無論是業(yè)務(wù)形式還是市場化運作還沒有達到成熟的地步，所以在系統(tǒng)設(shè)計的時候，要充分考慮民宿的發(fā)展規(guī)模、從業(yè)人員數(shù)量、管理方式是否在發(fā)生變化，并根據(jù)這種變化，盡快的調(diào)整系統(tǒng)的相關(guān)功能，不斷進行功能的迭代。這就要求系統(tǒng)具備一定的可配置能力來適應(yīng)這種變化。</p><p>　　4、安全性。B／S的系統(tǒng)更為輕量

53、與靈活，但弊端是系統(tǒng)的安全性將面臨較大的挑戰(zhàn)。系統(tǒng)內(nèi)的核心數(shù)據(jù)，如民宿主的訂單信息、住客的客人信息、民宿業(yè)主的經(jīng)營數(shù)據(jù)等，一旦泄露后果不堪設(shè)想。所以在安全性上，一方面要做好系統(tǒng)操作人員角色的分配，做好管理權(quán)限的設(shè)置，非核心管理人員不能讓其掌握系統(tǒng)的敏感數(shù)據(jù)。另一方面，服務(wù)器的安全也要引起重視，結(jié)合現(xiàn)在的云技術(shù)，定期對服務(wù)器進行安全掃描，排除不安全因素，定期更新系統(tǒng)補丁，最大程度的保證服務(wù)端的安全。</p><p>

54、;<b>　　2.7本章小結(jié)</b></p><p>　　本部分重點分析了民宿業(yè)主對系統(tǒng)設(shè)計的具體需求。與大型連鎖酒店業(yè)務(wù)范圍廣，系統(tǒng)涉獵面大而全不同，民宿行業(yè)的服務(wù)項目有限、規(guī)模有限、資金有限，且行業(yè)整體從業(yè)人員的計算機水平不高。這就決定民宿行業(yè)需要一套更輕量化、學(xué)習(xí)成本低、使用成本低的管理系統(tǒng)。同時考慮到在線旅游電子商務(wù)的蓬勃發(fā)展，民宿業(yè)主更希望能便捷的管理自有民宿在主流電商旅游平臺的分

55、銷。然后是對用戶需求的詳細(xì)分析。在系統(tǒng)的實際使用上，用戶希望借助系統(tǒng)解決訂單處理、房態(tài)設(shè)置、管理民宿內(nèi)販?zhǔn)鄣纳唐?、能提供精?zhǔn)的經(jīng)營數(shù)據(jù)等功能。接著對民宿的業(yè)主需求做了分析。在業(yè)務(wù)處理上，系統(tǒng)要處理的關(guān)鍵是對房態(tài)的控制，保證預(yù)</p><p>　　定的房間能夠及時被鎖定。再接著的功能需求分析模塊中，重點拆解了各主要功能以及對應(yīng)的管理員權(quán)限的問題。</p><p><b>　　3.

56、 系統(tǒng)設(shè)計</b></p><p>　　3.1 系統(tǒng)總體設(shè)計</p><p>　　3.1.1 系統(tǒng)建模</p><p>　　該系統(tǒng)采用統(tǒng)一建模語言UML，即可視化（Visualing)、規(guī)范定義（Specifying)、 構(gòu)造（Constructing)和文檔化（Documenting),適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應(yīng)用領(lǐng)域以及各

57、種開發(fā)工具，支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程，從而為設(shè)計人員、開發(fā)人員、用戶和領(lǐng)域?qū)＜抑g的交流提供了便利。UML能讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達他們想象力的系統(tǒng)藍圖，可對系統(tǒng)的理解、設(shè)計、瀏覽、配置、維護和信息進行控制，還可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，理解和控制各個包之間的依賴關(guān)系，并在復(fù)雜的開發(fā)環(huán)境中管理模型單元。隨著UML的不斷完善與發(fā)展，現(xiàn)已統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)

58、建模語言。 Office Visio 2007 便于 IT 和商務(wù)專業(yè)人員就復(fù)雜信息、系統(tǒng)和流程進行可視化 處理、分析和交流。使用具有專業(yè)外觀的 Office Visio 2007 圖表，可以促進對系統(tǒng)和流程的了解，深入了解復(fù)雜信息并利用這些知識做出更好的業(yè)務(wù)決策。就像戲劇導(dǎo)演設(shè)計劇本一樣，軟件設(shè)計師使用Office Vi</p><p><b>　　圖3-1系統(tǒng)用例</b></p

59、><p><b>　　3.1.2模型設(shè)計</b></p><p>　　(1)數(shù)據(jù)流程圖。該飯店的需求具體體現(xiàn)在對供貨商信息、進貨信息、菜單信息、預(yù)訂信息和就餐信息的添加、修改、查詢和刪除等方面，由此可得到本系統(tǒng)的數(shù)據(jù)流程圖如圖3-2所示。</p><p>　　圖3-2 數(shù)據(jù)流程圖</p><p><b>　　2)類

60、圖設(shè)計。 </b></p><p>　?、賹嶓w及其屬性： ? </p><p>　　菜：菜編號、菜的類別、菜名、單位、單價、備注。 ? </p><p>　　貨物：貨物編號、貨物名稱、貨物類別、等級、單位、生產(chǎn)地、生產(chǎn)日期、過期日 期、進貨日期。 ? </p><p>　　供貨商：供貨商編號、供貨商名、聯(lián)系人、地址、電話。

61、 ? </p><p>　　進貨人：員工編號、姓名、性別、出生年月、民族、籍貫、聯(lián)系地址、聯(lián)系電話、 聘入時間。 ? </p><p>　　顧客：桌號、人數(shù)、就餐時間。 </p><p>　　各個實體間有如下關(guān)系： ? </p><p>　　一個供貨商可以提供多種貨物，一個貨物只能由一個供貨商提供；</p><p>

62、;　　一個進貨人可以進多種貨物，一個貨物的進貨人只能有一個進貨人； ? </p><p>　　一個菜可以由多種材料加工而成，而一個材料只能加工一個菜； ? </p><p>　　一個顧客可以點多個菜，而一個菜只能被一個顧客所點； ? </p><p>　　一個顧客可以對多個菜進行結(jié)賬，而一個菜只能被一個顧客結(jié)賬。</p><p>　　②E-R

63、圖：由各實體間的關(guān)系得到的圖。如下圖，圖中的“1”表示實體間的對應(yīng)關(guān)系是一對一，“m”“n”表示實體與實體間的關(guān)系是一對多。由于篇幅有限，因此圖中實體的各項屬性不再畫出。</p><p><b>　　圖3-3 E-R圖</b></p><p>　?、巯到y(tǒng)類圖。在UML中為類提供了圖形表示。通常一個類主要包括兩個部分，類的屬性和對類的操作。用語言描述起來，不僅繁重冗長，

64、而且太過于抽象，不容易表達清楚。系統(tǒng)類圖能夠清楚直觀的表現(xiàn)出類的屬性和對類的操作，并且能夠清晰的從視覺上給我們呈現(xiàn)出類與類之間的關(guān)系。 本系統(tǒng)的的類圖主要由5個大的部分組成，分別是顧客、菜、供應(yīng)商、貨物、進貨 人。顧客的屬性有桌號、人數(shù)、就餐時間；菜的屬性包括菜的編號、菜的類別、菜名、單位、單價、單位、備注；供應(yīng)商的屬性包括供應(yīng)商的編號、供應(yīng)商的名稱、聯(lián)系人、地址、電話；貨物的屬性包括貨物編號、貨物名稱、貨物類別、等級、單位、單價、

65、生產(chǎn)地、生產(chǎn)日期、過期日期、進貨日期；進貨人的屬性包括員工的編號、姓名、性別、出生年月、民族、籍貫、聯(lián)系地址、聯(lián)系電話、聘入日期。</p><p>　　系統(tǒng)類圖如圖3-4所示。</p><p><b>　　圖3-4 系統(tǒng)類圖</b></p><p>　　3.2系統(tǒng)功能模塊設(shè)計</p><p>　　在對餐飲業(yè)的業(yè)務(wù)流進行詳

66、細(xì)的了解和分析后，將系統(tǒng)的主要功能劃分如下： </p><p>　　(1) 菜單管理功能。此功能可以根據(jù)用戶需要對菜單信息進行添加、修改、查 詢、刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。 </p><p>　　(2) 預(yù)訂管理功能。此功能可以根據(jù)用戶需要對預(yù)訂信息進行添加、修改、查詢、刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。 </p>

67、<p>　　(3) 就餐管理功能。此功能可以根據(jù)顧客的需要點菜，并能計算出顧客點菜的總數(shù)和總金額，并可以根據(jù)具體情況對金額進行減免。 </p><p>　　(4) 供應(yīng)商管理功能。此功能可以根據(jù)用戶對供應(yīng)商的信息進行添加、修改、查詢、刪除，并且在添加供貨商信息時可為每個供應(yīng)商自動生成供貨商編號。 </p><p>　　(5) 進貨管理功能。此功能可以根據(jù)用戶需要對飯店的

68、進貨信息進行添加、修改、查詢、刪除，并且在添加進貨信息時可為每個貨物生成進貨編號。 </p><p>　　(6) 統(tǒng)計分析功能。此公能可以根據(jù)用戶需要對飯店的就餐信息、進貨信息、菜單信息進行統(tǒng)計匯總，并將就餐統(tǒng)計分為按特色菜統(tǒng)計、按菜名統(tǒng)計、按服務(wù)員統(tǒng)計、按桌號統(tǒng)計、再以圖表的形式展現(xiàn)。此功能是個很重要的功能，是整個管理信息系統(tǒng)的關(guān)鍵。</p><p>　　具體的系統(tǒng)功能圖如圖3-5：&

69、lt;/p><p>　　圖3-5 系統(tǒng)功能圖</p><p><b>　　3.3數(shù)據(jù)庫設(shè)計</b></p><p>　　數(shù)據(jù)庫設(shè)計是整個程序設(shè)計的最關(guān)鍵部分。數(shù)據(jù)庫的設(shè)計是否合理，將對數(shù)據(jù)庫的大小、代碼的優(yōu)化起到至關(guān)重要的作用。因此，在設(shè)計程序前必須對數(shù)據(jù)庫進行設(shè)計，而在設(shè)計數(shù)據(jù)庫前必須對所有要完成的功能進行認(rèn)真的分析。 根據(jù)系統(tǒng)的要求，需要建

70、立存放系統(tǒng)使用過程中所用到的各種信息表：菜單信息表、預(yù)訂信息表、貨物信息表、供貨信息表、就餐信息表、結(jié)賬信息表。 (1)菜單信息表：用來存放菜單中的各種信息，包括菜的編號、菜的類別、菜名、單位、單價和備注。菜單信息表的具體結(jié)構(gòu)如下表3-1所示。</p><p>　　表3-1 菜單信息表</p><p>　　(2)預(yù)訂信息表：用來存放顧客的各種預(yù)訂信息，包括預(yù)訂編號、人數(shù)、餐桌號、預(yù)訂日期

71、、預(yù)訂時間、聯(lián)系人、電話和備注。預(yù)訂信息表的具體結(jié)構(gòu)如下表3-2所示。</p><p>　　表3-2 預(yù)訂信息表</p><p>　　(3)貨物信息表：用于存放飯店的各種進貨信息，包括貨物編號、貨物名稱、貨物類別、等級、單位、單價、數(shù)量、生產(chǎn)地、生產(chǎn)日期、過期日期、進貨日期、進貨人、供貨商和備注。貨物信息表的具體結(jié)構(gòu)如下表3-3所示。</p><p>　　表3-3

72、貨物信息表</p><p>　　(4)供貨商信息表：用于存放供貨商的各項信息，包括供貨商編號、供貨商名、供貨類別、聯(lián)系人、地址、電話和備注。提供商的信息表的具體結(jié)構(gòu)如下表3-4所示。</p><p>　　表3-4 供貨商信息表</p><p>　　(5)就餐信息表：存放客人就餐的各種信息，包括就餐編號、就餐日期、就餐時間、桌號、菜名、服務(wù)員、點菜數(shù)量、合計金額、餐桌

73、狀態(tài)和就餐人數(shù)等。餐桌狀態(tài)中，0表示當(dāng)前餐桌處于閑置狀態(tài)，1表示當(dāng)前餐桌處于就餐狀態(tài)。就餐信息表的具體結(jié)構(gòu)如下表3-5所示。</p><p>　　表3-5 就餐信息表</p><p>　　(6)結(jié)賬信息表：用于存放客人在結(jié)賬是的各種信息，包括結(jié)賬編號、餐桌、點菜數(shù)量、應(yīng)付金額、實付金額、就餐日期等信息。結(jié)賬信息表的具體結(jié)構(gòu)如下表3-6所示。</p><p>　　表3

74、-6 結(jié)賬信息表</p><p>　　3.4系統(tǒng)物理配置方案</p><p>　　3.4.1系統(tǒng)架構(gòu)的選擇</p><p>　　該系統(tǒng)主要是為了讓管理員提高工資管理效率。核心是校園職工用戶，所以為了方便各個用戶隨時隨地方便的使用，將該系統(tǒng)設(shè)置為 B/S 架構(gòu)，這樣用戶只需要能夠瀏覽網(wǎng)頁的電腦即能夠使用。平臺的使用越簡單，更加利于用戶的使用和普及。</p>

75、<p>　　3.4.2 計算機硬件選擇</p><p>　　計算機硬件的選擇，首先計算機硬件的選擇必須滿足系統(tǒng)的使用需求，當(dāng)然是數(shù)據(jù)容量越大，操作越方便并且速度越快越好，但是，這類的標(biāo)準(zhǔn)越高，相應(yīng)的硬件的成本越高，所以我們應(yīng)在保證系統(tǒng)的需求的前提下，同時注意成本，選擇最佳的組合方案。</p><p>　　3.4.3 數(shù)據(jù)庫管理系統(tǒng)選擇</p><p>

76、　　本系統(tǒng)的管理使用的是 MySQL 數(shù)據(jù)庫。相比較其他的數(shù)據(jù)庫，MySQL 擁有速度快，可靠性強使用簡單直觀，并且可以免費使用，可以在一定程度上降低相應(yīng)的成本并且便于管理。</p><p>　　3.4.4 開發(fā)工具</p><p>　　為了更好的開發(fā)和測試系統(tǒng)，安裝相應(yīng)的開發(fā)工具。安裝 jdk軟件。同時配置 Java 的環(huán)境變量，代碼開發(fā)使用 Eclipse 軟件針對所以為了方便各個用戶

77、隨時隨地方便的使用，將該系統(tǒng)網(wǎng)站設(shè)置為 B/S 架構(gòu)，這樣用戶只需要能夠瀏覽網(wǎng)頁的電腦即能夠使用。平臺的使用越簡單，更加利于用戶的使用和普及。</p><p><b>　　四、系統(tǒng)實現(xiàn)</b></p><p><b>　　4.1技術(shù)概述</b></p><p>　　4.11 Java </p><p&g

78、t;　　java是一種簡單的、面象對象的、安全的、可移植性強的、性能優(yōu)異的多線程編程語言。 Java 能運行于不同的平臺，使用 Java 編寫的程序能在世界范圍內(nèi)共享。 Java 的編程類似 C++, 但比 C++安全，Java 對程序提供了安全管理器，防止程序的非法訪問。 另外， Java 還提供豐富的類庫，使程序設(shè)計者開發(fā)程序更加方便而高效。 同時 Java Servlet ／ Jsp 技術(shù)的推出，讓 Java 成為基于 Web 的

79、應(yīng)用程序，成為實現(xiàn) Internet 電子商務(wù)系統(tǒng)的首選語言。</p><p>　　4.12 JDBC 訪問數(shù)據(jù)庫技術(shù)</p><p>　　JDBC 是一種用于執(zhí)行 SQL 語句的 Java API，可以為多種關(guān)系數(shù)據(jù)庫提供統(tǒng)一訪問，它由一組用 Java 語言編寫的類和接口組成。 JDBC 為工具/數(shù)據(jù)庫開發(fā)人員提供了一個標(biāo)準(zhǔn)的 API， 據(jù)此可以構(gòu)建更高級的工具和接口， 使數(shù)據(jù)庫開發(fā)人員

80、能夠用純 Java。API 編寫數(shù)據(jù)庫應(yīng)用程序。而且，JDBC API 是面向?qū)ο蟮?，可以讓用戶把常用的方法封裝為一個類。</p><p>　　4.2平臺搭建與系統(tǒng)配置</p><p><b>　　4.2.1開發(fā)工具</b></p><p>　　本系統(tǒng)以 SQLSever2000 作為后臺數(shù)據(jù)庫，以 Eclipse 作為開發(fā)工具，運用 Jav

81、a 語言編寫核心代碼塊，應(yīng)用 JavaSwing 組件實現(xiàn)圖形界面 </p><p>　　4.2.2 數(shù)據(jù)庫配置</p><p>　　1.確定你的SQL SERVER2005的用戶登錄名和密碼，在代碼JDBC.java中修改好相應(yīng)的信息。</p><p>　　2.打開SQL SERVER2005，在對象資源管理器中附加db_DrinkeryManage數(shù)據(jù)庫。&l

82、t;/p><p><b>　　3.打開登錄界面</b></p><p>　　4.附加數(shù)據(jù)庫SQL Server 2000。將Database文件夾中的擴展名為.MDF和.LDF的兩個文件拷貝到SQL Server安裝路徑下的Data文件夾中。</p><p>　　5.打開SQL Server 2000中的“企業(yè)管理器”，然后展開本地服務(wù)器，在“數(shù)據(jù)

83、庫”數(shù)據(jù)項上單擊鼠標(biāo)右鍵，在彈出的快捷菜單中選擇“所有任務(wù)”/“附加數(shù)據(jù)庫”菜單項。</p><p>　　6.將彈出“附加數(shù)據(jù)庫”對話框，選擇所要附加數(shù)據(jù)庫的.MDF文件，單擊【確定】按鈕，即可完成數(shù)據(jù)庫的附加操作。</p><p>　　4 .3系統(tǒng)典型功能模塊的設(shè)計與實現(xiàn)</p><p>　　4.3.1前臺服務(wù)模塊的實現(xiàn)</p><p>　

84、　該模塊主要包括開臺點菜、維護菜品、簽單、結(jié)賬等功能。 首先，登錄界面包括標(biāo)題，登錄圖像，用戶名和密碼輸入框，如圖4-1。 登錄動作的實現(xiàn)：登錄時去訪問數(shù)據(jù)庫中的 tb_manager 數(shù)據(jù)表，查看其中是否有記錄，如果有記錄，則判斷輸入的用戶名和密碼是否在數(shù)據(jù)表中存在，如存在就進入系統(tǒng)主頁面，如不存在，則通過顯示信息框讓用戶使用系統(tǒng)默認(rèn)用戶登錄。</p><p>　　主界面包括簽單列表版塊、開臺列表版塊、開臺點菜

85、信息框、結(jié)賬信息版塊、功能按鈕版塊、系統(tǒng)時間、操作員信息版塊和功能列表版塊等。 為開臺點菜信息版塊，如圖4-2。</p><p><b>　　圖4-1 登陸界面</b></p><p><b>　　圖4-2 主界面</b></p><p>　　4.3.2 后臺管理模塊的實現(xiàn)</p><p>　　臺號

86、管理模塊主要提供的是對酒店內(nèi)的臺號的基本信息進行查看，添加和刪除操作。有臺號、座位數(shù)相關(guān)信息。調(diào)用com.lzw.frame.check_out 包中的DeskNumDialog()實現(xiàn)對酒店內(nèi)的臺號的基本信息進行增刪改查，如圖4-3。</p><p>　　圖4-3 臺號管理界面</p><p>　　4.3 .3菜系管理模塊</p><p>　　菜系管理模塊主要提供

87、的是查看，添加，刪除菜種類的基本信息如圖4-4。 引用com.lzw.frame.check_out 包中的SortDialog()方法實現(xiàn)。</p><p><b>　　圖4-4 菜單管理</b></p><p>　　4.3.4菜單管理模塊</p><p>　　結(jié)賬管理模塊包括開單列表、開臺列表、金額收結(jié)。在此模塊，當(dāng)前操作員可以選擇臺號、輸

88、入菜單信息，進行開單、簽單操作。簽單后，消費金額顯示當(dāng)前金額，在實收金額輸入正確金額（大于等于實收金額），找零金額顯示應(yīng)找金額，如圖4-5。引用com.lzw.frame.check_out 包中的MenuDialog()方法實現(xiàn)。</p><p>　　圖4-5 菜品管理界面</p><p>　　4.3.5銷售統(tǒng)計模塊的實現(xiàn)</p><p>　　模塊用來分段統(tǒng)計營業(yè)

89、額，可以按日、月和年進行統(tǒng)計，其中日統(tǒng)計是按消費單和銷售的商品統(tǒng)計銷售額， 月統(tǒng)計是按日期和每日的銷售額統(tǒng)計銷售額，年統(tǒng)計是按日期和月份統(tǒng)計銷售額。</p><p>　　日銷售統(tǒng)計：通過 Dao 類執(zhí)行查詢語句“"select * from tb_order_form where consume_date between '"+ date + " 00:00:00'

90、 and '"date + " 23:59:59'"”來查詢在全天的銷售記錄。</p><p>　　行查詢語句 “"select * from tb_order_item item join tb_menu menu where item.menu_num=menu.num and order_form_num='" + num + &qu

91、ot;'"”來查詢?nèi)熹N售的所有記錄的詳細(xì)信息。最后把查詢結(jié)果顯示到創(chuàng)建的日銷售統(tǒng)計表中。</p><p>　　月銷售統(tǒng)計：定義月銷售統(tǒng)計類 MonthDialog，在該類中定義一個 String 數(shù)組 values 來存儲查詢結(jié)果，再把 String 數(shù)組里的數(shù)據(jù)回寫到已經(jīng)創(chuàng)建好的月銷售統(tǒng)計表中，調(diào)用 Dao 類的 monthCheckOut(String)方法進行查詢開臺總數(shù)，消費總額，平均

92、消費，最大消費額，最小消費額等數(shù)據(jù)，最后再把查詢的結(jié)果賦給 String 數(shù)組 values。</p><p>　　年銷售統(tǒng)計：定義一個年銷售統(tǒng)計類 YearDialog，在該類中執(zhí)行 dao.yearCheckOut(year)方法查詢?nèi)甑匿N售記錄，再把查詢的結(jié)果填寫到年銷售統(tǒng)計表中，如圖4-6、4-7、4-8。</p><p>　　圖4-6 日結(jié)賬界面</p><

93、p>　　圖4-7 月結(jié)賬界面</p><p>　　圖4-8 年結(jié)賬界面</p><p>　　4.3.6用戶管理模塊</p><p>　　操作員可以進行查詢、添加、刪除用戶信息等操作，在密碼修改區(qū)可更改當(dāng)前用戶的自己的登錄密碼。引用com.lzw.frame.user包中的UpdatePasswordDialog()和UserManagerDialog() 實現(xiàn)

94、用戶管理功能如圖4-9、4-10。</p><p>　　圖4-9 用戶管理界面</p><p>　　圖4-10 修改密碼界面</p><p>　　4.3.7數(shù)據(jù)庫功能實現(xiàn)</p><p>　　本系統(tǒng)是以 SQL sever2000 作為后臺數(shù)據(jù)庫， 每個表格都表示數(shù)據(jù)庫中的一張表。 </p><p>　　我們以菜品信息

95、表(tb_menu)為例，此表是用來存儲各大菜系所包含什么菜品，及各菜品的詳細(xì)信息，其結(jié)構(gòu)如表 1 所示。</p><p>　　數(shù)據(jù)庫操作是每個信息系統(tǒng)必做的部分， 也是非常重要的部分。 在這個系統(tǒng)中我們用 sql 技術(shù)連接數(shù)據(jù)庫。 在 JDBC 類里面我們定義連接數(shù)據(jù)庫的配置參數(shù)， 編寫實現(xiàn)了連接數(shù)據(jù)庫的方法getConnection()和與數(shù)據(jù)庫斷開連接的方法 closeConnection()。</p

96、><p><b>　　4.4系統(tǒng)的調(diào)試</b></p><p>　　開發(fā)一個系統(tǒng)，調(diào)試是一個必不可少的環(huán)節(jié)，也是一個非常重要的環(huán)節(jié)。系統(tǒng)測試是系統(tǒng)開發(fā)中比較重要而耗時的過程，是系統(tǒng)能否成功運行的保證之一。通過測試可以發(fā)現(xiàn)系統(tǒng)中存在的錯誤和漏洞，所以測試過程必須認(rèn)真謹(jǐn)慎嚴(yán)格對待。</p><p>　　測試的方法分為兩種：人工測試和機器測試。機器測試又

97、分為：黑盒測試和白盒測試。人工測試分為：個人復(fù)查、走查、會審。人工測試只用個人復(fù)查。</p><p>　　由于本系統(tǒng)并不是真正要應(yīng)用到實際當(dāng)中，本人的精力和時間有限，只能進行個人測試。在測試系統(tǒng)過程中，遇到不正確或不理想的地方時，給予修改。</p><p><b>　　五、結(jié)論與展望</b></p><p>　　一學(xué)期的時間很快就過去了，這學(xué)期

98、不敢說自己有多大進步，獲得了多少知識，但起碼是了解了項目開發(fā)的部分過程。雖然學(xué)習(xí)了數(shù)據(jù)庫相關(guān)課程，但沒有親身經(jīng)歷數(shù)據(jù)庫開發(fā)的相關(guān)工作，這次課程設(shè)計給了一次很好的鍛煉機會。從各種文檔的閱讀到開始需求分析，概念結(jié)構(gòu)設(shè)計，邏輯結(jié)構(gòu)設(shè)計，物理結(jié)構(gòu)設(shè)計，親身體會了一次系統(tǒng)開發(fā)的過程，在這個過程中我們深刻理解所學(xué)的知識，同時也可以學(xué)到很多可實用的東西。我們學(xué)習(xí)并運用了sql語言，對數(shù)據(jù)庫的創(chuàng)建，修改，刪除方法有了一定的了解，學(xué)會了對表的一些操作。很