基于CS模式的酒店客房管理系統(tǒng)設計與實現(xiàn)

1、目錄 1 目錄 第一章 緒論 .1 1.1 mis 的概述 .1 1.2 項目背景.2 1.3 本論文工作.3 第二章 相關技術的討論 .4 2.1 基于 c/s 結構的 mis 系統(tǒng).4 2.2 powerbuilder與 c/s 結構的 mis 開發(fā).5 2.3 sybase ase 數(shù)據(jù)庫管理系統(tǒng).6 第三章 系統(tǒng)設計思想 .9 3.1 系統(tǒng)開發(fā)環(huán)境.9 3.2 系統(tǒng)分析.9 3.2.1 可行性研究.9 3.2.2 系統(tǒng)需求分析.10 3.2.3 系統(tǒng)分析.11 3.2.4 系統(tǒng)功能設計.12 3.3 系統(tǒng)設計原則.14 第四章 數(shù)據(jù)庫設計 .16 4.1 數(shù)據(jù)庫設計工具.16 4.2

2、數(shù)據(jù)庫設計.16 4.3 數(shù)據(jù)庫實現(xiàn).17 第五章 系統(tǒng)界面與功能實現(xiàn) .20 5.1 前臺接待模塊.20 5.1.1 前臺預定.20 5.1.2 前臺登記.23 5.1.3 查詢統(tǒng)計.27 5.1.4 報表打印.28 5.1.5 退出系統(tǒng).29 5.2 前臺收銀模塊.29 5.2.1 賓客帳務登記.29 5.2.2 賓客帳務查詢.33 5.2.3 賓客結帳離店.34 5.2.4 收銀交班操作.39 5.2.5 退出系統(tǒng).40 5.3 夜審稽核模塊.41 5.3.1 當日客房審核.41 5.3.2 夜審稽核操作及報表.43 5.3.3 退出系統(tǒng).45 基于 c/s 模式的酒店客房管理系統(tǒng)設計與

3、實現(xiàn) 2 5.4 系統(tǒng)維護模塊.45 5.4.1 操作員代碼維護 .46 5.4.2 系統(tǒng)代碼維護.47 5.4.3 退出系統(tǒng).48 第六章 系統(tǒng)測試 .49 6.1 測試的原則 .49 6.2 測試步驟.49 6.3 測試方法.50 6.4 小結.51 第七章 小結 .52 7.1 工作小結.52 7.2 系統(tǒng)展望.52 致 謝 .54 參考文獻 .55 第一章 緒論 1 第一章 緒論 當前，隨著信息的不斷飛速發(fā)展，信息技術已逐漸成為各種技術的基礎，信 息也成為企業(yè)具有競爭力的核心要素。企業(yè)的生存和發(fā)展依靠正確的決策，而決 策的基礎就是信息，所以企業(yè)競爭力的高低完全取決于企業(yè)對信息的獲取和處

4、理 能力。企業(yè)要準確、快速的獲取和處理信息，企業(yè)信息化是必然的選擇。企業(yè)必 須加快內(nèi)部信息交流，改進企業(yè)業(yè)務流程和管理模式，提高運行效率，降低成本， 提高競爭力，信息化建設是企業(yè)適應社會發(fā)展的要求。企業(yè)管理信息系統(tǒng)即企業(yè) mis 是企業(yè)信息化的重要內(nèi)容。 1.1 mis 的概述 mis（managemetn information system，管理信息系統(tǒng)）是一個由人、計算機 及其他外圍設備等組成的能進行信息的收集、傳遞、存貯、加工、維護和使用的 系統(tǒng)。 mis 是一門新興的科學，其主要任務是最大限度的利用現(xiàn)代計算機及網(wǎng)絡通 訊技術加強企業(yè)的信息管理，通過對企業(yè)擁有的人力、物力、財力、設備、

5、技術 等資源的調(diào)查了解，建立正確的數(shù)據(jù)，加工處理并編制成各種信息資料及時提供 給管理人員，以便進行正確的決策，不斷提高企業(yè)的管理水平和經(jīng)濟效益。目前， 企業(yè)的計算機網(wǎng)絡已成為企業(yè)進行技術改造及提高企業(yè)管理水平的重要手段。隨 著我國與世界信息高速公路的接軌，企業(yè)通過計算機網(wǎng)絡獲得信息必將為企業(yè)帶 來巨大的經(jīng)濟效益和社會效益，企業(yè)的辦公及管理都將朝著高效、快速、無紙化 的方向發(fā)展。mis 系統(tǒng)通常用于系統(tǒng)決策，例如，可以利用 mis 系統(tǒng)找出目前迫 切需要解決的問題，并將信息及時反饋給上層管理人員，使他們了解當前工作發(fā) 展的進展或不足。換句話說，mis 系統(tǒng)的最終目的是使管理人員及時了解公司現(xiàn) 狀

6、，把握將來的發(fā)展路徑。 mis 的系統(tǒng)組成簡述如下： 1、計算機硬件及網(wǎng)絡平臺。包括計算機主機、外存儲器、輸入設備、輸出設 備以及網(wǎng)絡設備、協(xié)議等。 2、計算機軟件平臺。包括系統(tǒng)軟件和應用軟件兩大部分：系統(tǒng)軟件有計算機 機操作系統(tǒng)、各種計算機語言編譯或解釋軟件、數(shù)據(jù)庫管理系統(tǒng)等；應用軟件可 分為通用應用軟件和專用應用軟件兩類。通用軟件如圖形處理、圖像處理等；管 理專用軟件如管理數(shù)據(jù)分析軟件等。 3、數(shù)據(jù)及其存儲介質(zhì)。這是系統(tǒng)的主要組成部分，有的存儲介質(zhì)已包含在計 算機硬件系統(tǒng)的外存儲設備中，另外還有錄音、錄像磁帶、膠片以及各種紙質(zhì)文 件。這些存儲介質(zhì)不僅用來存儲直接反映企業(yè)外部環(huán)境和產(chǎn)、供、銷

7、活動，人、 財、物狀況的數(shù)據(jù)，而且還可存儲支持管理決策的各種知識、經(jīng)驗以及模型和方 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 2 法，以供決策者使用。 4、非計算機系統(tǒng)的信息收集、處理設備。如各種電子和機械的管理信息采集 裝置、攝影、錄音等記錄裝置。 5、規(guī)章制度。包括關于各類人員的權力、責任、工作規(guī)范、工作程序、相互 關系以及獎懲辦法的各種規(guī)定、規(guī)則、命令和說明文件，有關信息采集、存儲、 加工、傳輸?shù)母鞣N技術標準和工作規(guī)范。各種設備的操作、維護規(guī)程等有關文件。 6、工作人員。計算機和非計算機設備的操作、維護人員、程序設計人員、數(shù) 據(jù)庫管理員、系統(tǒng)分析員、管理信息系統(tǒng)的管理人員及人工收集

8、、加工、傳輸信 息的有關人員。 使用現(xiàn)代化的計算機 mis 系統(tǒng)，可促進企業(yè)高效、有序的管理，讓決策者及 時準確的掌握企業(yè)經(jīng)營狀況，可為完成企業(yè)既定的經(jīng)營目標，最終提高企業(yè)的經(jīng) 濟效益而提供的現(xiàn)代化管理手段。 mis 的作用簡述如下： 第一，大大減輕企業(yè)管理人員的工作強度、節(jié)省人力。在手工條件下，企業(yè) 管理人員要進行大量的分類、登記和計算工作，實現(xiàn)信息化后，只要將原始記錄 輸入計算機，以后的計算、分類、存儲等工作，都可由計算機自動完成。 第二，大大提高企業(yè)管理工作效率。計算機進行數(shù)據(jù)處理的速度是人工的幾 百倍、幾千倍，將使企業(yè)管理信息的提供更加及時。企業(yè)管理內(nèi)部網(wǎng)絡的建立， 使部門之間的工作銜

9、接更加緊密，大大加快了業(yè)務辦理的速度，為企業(yè)在激勵的 競爭中爭得一線先機。 第三，有力促進提高企業(yè)管理工作規(guī)范化。企業(yè)中的許多數(shù)據(jù)管理常常帶有 較大的隨意性，數(shù)據(jù)采集的時間、格式、計算機方式往往都是由操作員根據(jù)經(jīng)驗 和記在腦子里的公式完成的，不同的人方法也不同，不便于交流和審核，容易引 起混亂、錯誤。在信息化工作中，對數(shù)據(jù)的來源、格式會提出一系列規(guī)范化的要 求，在很大程度上促進解決了手工操作中不規(guī)范、易出錯等問題。 第四，輔助分析。對于企業(yè)的生產(chǎn)經(jīng)營活動進行決策，需要各種生產(chǎn)經(jīng)營數(shù) 據(jù)為依據(jù)。在人工的數(shù)據(jù)處理方式下，由于條件所限，只能按條條框框提供的定 期的報表，難以根據(jù)需要提供各種綜合分析的

10、數(shù)據(jù)，使得企業(yè)的決策活動常常只 能是根據(jù)經(jīng)驗作出，帶有一定的盲目性。這種粗放式的經(jīng)營方式是一種低水平的 動作，會造成大量的浪費。而通過計算機系統(tǒng)將數(shù)據(jù)組織起來，可以隨時提供各 種所需的數(shù)據(jù)，它能保證決策的準確、及時。 1.2 項目背景 隨著經(jīng)濟的發(fā)展，人民生活水平日益提高，旅游經(jīng)濟蓬勃發(fā)展，這一切都帶 動了酒店行業(yè)的發(fā)展。 酒店是一個服務至上的行業(yè)，從客人的預定開始，到入住登記直至最后退房 第二章 相關技術的討論 3 結賬 ，每一步驟都要保持一致性的服務水準，錯失一步， 會令其辛苦經(jīng)營的形 象功虧一簣。要成為一間成功的酒店，就必須作到賓至如歸，面對酒店業(yè)內(nèi)激烈 的競爭形勢，各酒店均在努力拓展其

11、服務領域的廣度和深度。雖然計算機并不是 酒店走向成功的關鍵元素，但它可以幫助那些真正影響成敗的要素發(fā)揮更大的效 用。因此，采用全新的計算機網(wǎng)絡和管理系統(tǒng)，將成為提高酒店的管理效率，改 善服務水準的重要手段之一。 1.3 本論文工作 本論文以西安中匯商務酒店為開發(fā)研究對象，以標準的酒店管理模式為藍本， 探討了基于 c/s 結構的 mis 系統(tǒng)在酒店管理行業(yè)的應用，著重于解決利用計算機 進行酒店的賓客預訂、入住、退房方面的管理。 首先對項目的開發(fā)進行了可行性研究，然后去西安中匯商務酒店調(diào)查研究， 通過和用戶的接觸，進行了需求分析，并將需求分析以文檔的形式反饋給用戶， 并和用戶進行交流進一步確認需求

12、，然后根據(jù)需求分析采用了結構化分析方法進 行了系統(tǒng)分析設計，選用了 powerdesigner 9.0 作為 case 工具進行了數(shù)據(jù)庫的建 模工作，并根據(jù)模型構建了數(shù)據(jù)庫。利用 powerbuilder7.0 進行了客戶端各功能模 塊的開發(fā)，對開發(fā)好的模塊先進行了模塊測試，再將各模塊組合組成完整的系統(tǒng)， 分別選用了散客、團隊測試用例對組合的系統(tǒng)進行了完整的業(yè)務流程測試，并檢 測系統(tǒng)是否完成了所有的需求，將測試好的系統(tǒng)安裝到用戶環(huán)境中，由用戶進行 試用和測試，對測試中出現(xiàn)的問題進行修改，最后由用戶根據(jù)需求進行系統(tǒng)驗收。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 4 第二章 相關技術的討論

13、 2.1 基于 c/s 結構的 mis 系統(tǒng) 在 client/server 系統(tǒng)中，將應用程序分為兩大部分：一部分是由多個用戶共 享的信息與功能，這部分稱為服務器部分；另一部分是為每個用戶所專有，稱為 客戶部分?？蛻舨糠重撠焾?zhí)行前臺功能，如管理用戶接口、數(shù)據(jù)處理和報告請求 等。而服務器部分執(zhí)行后臺服務，如管理共享外設、控制對共享數(shù)據(jù)庫的操縱、 接受并應答客戶機的請求等。這種體系結構將一個應用系統(tǒng)分成兩大部分，由多 臺計算機分別執(zhí)行，使它們有機的結合在一起，協(xié)同完成整個系統(tǒng)的應用，從而 達到系統(tǒng)中軟、硬件資源最大限度的利用。 client/server 應用系統(tǒng)基本運行關系體現(xiàn)為“請求/響應”

14、的應答模式。每當 用戶需要訪問服務器時就由客戶機發(fā)出“請求” ，服務器接受“請求”并“響應” ， 然后執(zhí)行相應的服務，把執(zhí)行結果送回給客戶機，由它進一步處理后再提交給用 戶。 在原來的非 client/server 結構模式下進行 mis 系統(tǒng)設計實現(xiàn)中，一般采用文 件服務器/工作站的結構模式，每當前臺工作站有數(shù)據(jù)請求的時候，就會打開服務 器上的數(shù)據(jù)庫，用網(wǎng)絡將整個數(shù)據(jù)庫傳到工作站，在前臺處理完以后，再將整個 數(shù)據(jù)庫傳送回服務器。這樣，聯(lián)機事務處理的響應時間和網(wǎng)絡上的無效傳輸大大 增加，從而增加了網(wǎng)絡的負擔，降低了相應速度。影響了整個服務器的性能。 采用 client/server 結構，cl

15、ient 端只要將請求發(fā)給 server 端，而 server 端在 處理完請求之后，只是把結果返回給 client 端。實際上在網(wǎng)絡傳輸?shù)闹挥?sql 語 句和結果數(shù)據(jù)。同時,client 負責友好的界面與用戶交互。而 server 專門負責數(shù)據(jù) 庫的操作、維護、提高了整個系統(tǒng)的吞吐量和響應時間。在 client/server 結構模 式下進行 mis 系統(tǒng)的設計具有如下一些特點。 1、 系統(tǒng)的聯(lián)機事務能力大大提高：采用 client 結構，使 mis 系統(tǒng)合理的劃 分數(shù)據(jù)和功能，均衡分配 client 和 server 上的負載，減少網(wǎng)絡傳輸，能為聯(lián)機事 務處理提供高的事務吞吐量，短的響應

16、時間，并且增加用戶數(shù)量。 2、 系統(tǒng)的開放性和可擴充性能增強：基于 client/server 結構的 dbms 采用 開放的 server 接口軟件，使不同協(xié)議的兩個 client 應用軟件可以通過 server 聯(lián)結， 使 mis 系統(tǒng)的開放性和易擴充性增強。 3、 系統(tǒng)的安全性增強：由于采用 client/server 結構的 mis 中，數(shù)據(jù)的各種 操作和維護都在 server 端進行，而用戶在 client 端根據(jù)授權來使用 server 端的數(shù) 據(jù)。這樣為數(shù)據(jù)提供了強有力的安全保證。同時，對數(shù)據(jù)的可靠性管理以及維護 也帶來了方便。 4、 充分利用各種資源，提高了 mis 系統(tǒng)的應用

17、開發(fā)生產(chǎn)率。 第二章 相關技術的討論 5 2.2 powerbuilder 與 c/s 結構的 mis 開發(fā) powerbuilder 是美國著名的數(shù)據(jù)庫應用開發(fā)工具生產(chǎn)廠商 powersoft 推出的 成功產(chǎn)品（現(xiàn)歸屬于美國 sybase 公司） ，其第一版于 1991 年 6 月正式投入市場。 它是完全按照客戶/服務器體系結構研制設計的，采用面向?qū)ο蠹夹g，圖形化的應 用開發(fā)環(huán)境，是數(shù)據(jù)庫的前端開發(fā)工具。 1、powerbuilder 的特點 它支持應用系統(tǒng)同時訪問多種數(shù)據(jù)庫，其中既包括 oracel,sybase 之類的大型 數(shù)據(jù)庫，又包括 foxpro 之類支持 odbc 接口的小型數(shù)據(jù)

18、庫，powerbuilder 是 完全可視化的數(shù)據(jù)庫開發(fā)工具，它提供了大量的控件，大大加快了項目的開發(fā)速 度，也使開發(fā)者更容易掌握數(shù)據(jù)庫的開發(fā)。 它使用的編程語言叫做工 powerscripr，它也是一種高級的，結構化的編程語 言。powerscript 提供了一套完整的嵌入式 sql 語句，開發(fā)人員可以像使用其它 語句一樣自由地使用 sql 語言，這樣就大大增強了程序操縱和訪問數(shù)據(jù)庫的能力。 可以說 powerbuilder 既適合初學者快速學習數(shù)據(jù)庫的開發(fā)，又可以讓有經(jīng)驗的開 發(fā)人員開發(fā)出功能強大的數(shù)據(jù)庫，是一種適用面非常廣的開發(fā)工具。 powerbuilder 是一個用來進行 c/s 開

19、發(fā)的完全的可視化開發(fā)環(huán)境。使用 powerbuilder,你可以用一種可視的直觀的方式來創(chuàng)建應用程序的用戶界面和數(shù)據(jù) 庫接口。這是一個總的概念，實際上是開發(fā)人員使用 powerbuilder 去開發(fā)應用程 序，由于所開發(fā)的各種應用程序充分利用了圖形用戶接口(gui)的優(yōu)點，所以 powerbuilder 被認為是一個圖形工具。 在 c/s 結構的應用中，powerbuilder 具有描述多個數(shù)據(jù)庫連接與檢索的能力。 特別是 powerbuilder 能從大多數(shù)流行的 rdbms 中存取數(shù)據(jù)，且不管數(shù)據(jù)存放在 什麼地方；另外，各種應用程序又可以獨立于 rdbms,因為 powerbuilder

20、可以使 用數(shù)據(jù)庫的標準操作語言 sql(結構化查詢語言）進行。 使用 powerbuilder，可以很容易地開發(fā)出功能強大的圖形界面的訪問服務器 數(shù)據(jù)庫的應用程序，powerbuilder 提供了建立符合工業(yè)標準的應用程序（例如訂 單登記、會計及制造系統(tǒng)）所需的所有工具。 powerbuilder 應用程序由窗口組成，這些窗口包含用戶與之交互的控件。開 發(fā)人員可以使用所有標準空間（如按鈕、復選框、下拉式列表框或編輯框）以及 powerbuilder 提供的特殊的使應用程序更易于開發(fā)和使用的控件。 通常人們把 powerbuilder 看成是一種開發(fā)工具，實際上它比其他工具強得多， 是一種強有力

21、的開發(fā)環(huán)境。開發(fā)人員不僅能用它來開發(fā)用戶容易使用的各種應用 程序還可以通過 powerbuilder 修改數(shù)據(jù)庫，利用 400 多個內(nèi)部定義函數(shù)，可以開 發(fā)能和其他應用程序進行的各種應用程序。 powerbuilder 正在成為 c/s 應用開發(fā)的標準。相對于其他任何 c/s 開發(fā)環(huán)境， powerbuilder 使開發(fā)人員的工作更快、成本更低、質(zhì)量更高、功能更強。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 6 powerbuilder 為應用開發(fā)提供了全面綜合性的支持，可以分別概括為如下幾 點： 和大多數(shù) windows 應用程序一樣，它也是事件驅(qū)動的工作方式。 獨有的 powersc

22、ript 編程語言，提供了幾百個函數(shù)來操作各種對象，用戶還可 自定義函數(shù)，為特定事件服務。 是一種面向?qū)ο蟮木幊坦ぞ撸鞣N windows 應用程序中常見的窗口、菜單、 控件等在 powerbuilder 中都是一個個的對象。 支持跨平臺開發(fā)，提供了良好的跨平臺性。 開放的數(shù)據(jù)庫連結系統(tǒng)，提供了對目前流行的大多數(shù)關系數(shù)據(jù)庫管理系統(tǒng)的 支持。 powerbuilder 一個很大的功能就是提供了數(shù)據(jù)窗口對象，用來專門訪問后臺 數(shù)據(jù)庫服務，用戶可把主要精力放在程序的運行流程控制上，而不必關心具體的 數(shù)據(jù)的來源與顯示方式。 提供了基礎類庫 pfc，它為應用程序的開發(fā)提供了許多可重用的預定義類和 對象，

23、利用它可快速開發(fā)出高質(zhì)量、重用性好的應用程序。 2、powerbuilder 開發(fā)環(huán)境 powerbuilder 開發(fā)環(huán)境由一系列集成的圖形畫板(painter)組成，應用開發(fā)人員 通過簡單的鼠標操作即可設計、建立、交互檢驗和測試 c/s 應用程序。 2.3 sybase ase 數(shù)據(jù)庫管理系統(tǒng) 本系統(tǒng)使用了 sybase 公司的 ase（adaptive server enterprise）數(shù)據(jù)庫管理系 統(tǒng)作為 c/s 結構中的后臺數(shù)據(jù)庫平臺，ase 是一個高性能的關系型數(shù)據(jù)庫，它具 有一個開放的、可擴展的體系結構，易于使用的事務處理系統(tǒng)，而且它所消耗的 內(nèi)存、外存貯器及 cpu 資源較其它

24、的關系型數(shù)據(jù)庫要低，sybase 在 1998 年推出 了 ase 11.9.2。這一版本最大的特點是引入了兩種新型的鎖機制來保證系統(tǒng)的并 發(fā)性和性能：數(shù)據(jù)頁鎖和數(shù)據(jù)行鎖，提供了更精細的粒度控制。另外在查詢優(yōu)化 方面也得到了改進。 下面簡述一下 sybase 數(shù)據(jù)庫的功能與特點： 你可以把完整性規(guī)則和企業(yè)規(guī)則編碼并存儲在數(shù)據(jù)庫中，而不用依賴用戶或 應用程序去時時正確地滿足這些要求。通過把數(shù)據(jù)庫的規(guī)則和約束綁定到表上， 你能夠讓數(shù)據(jù)庫拒絕那些不滿足定義標準的修改。采用由行的插入、修改、刪除 操作自動觸發(fā)的觸發(fā)器，你可定義一些也必須同時發(fā)生的級聯(lián)動作。通過為常用 的查詢和更新編寫存儲過程，你可確保

25、用戶遵從你建立的事務協(xié)定。 1、規(guī)則：ase 規(guī)則定義了取值域。在創(chuàng)建一個規(guī)則之后，你可把它綁定到一 個或多個表的列上，還可綁定到用戶定義數(shù)據(jù)類型上。 2、觸發(fā)器：觸發(fā)器是附加在表上的一種特殊形式的存儲過程，你可以決定在 對表進行插入、修改、刪除操作的哪一個或哪幾個時調(diào)用觸發(fā)器，在觸發(fā)器內(nèi)你 第二章 相關技術的討論 7 可以使用幾乎所有的 sql 命令。觸發(fā)器提供了維護數(shù)據(jù)庫完整性的最靈活的機制， 客戶端的應用程序不允許繞過觸發(fā)器。 3、約束：sybase 為了與 sql 數(shù)據(jù)庫標準兼容，在 system 10 之后增加了對參 照約束的支持。事實上，約束與規(guī)則和觸發(fā)器提供的功能基本等同，syb

26、ase 提供 的有唯一約束、主鍵約束、采用 reference 子句的外鍵約束、參照約束、檢查約束。 4、存儲過程：你可以編寫一批 sql 代碼并通過 create procedure 命令 把它們作成一個過程，以供以后執(zhí)行。ase 解析、優(yōu)化、編譯你提供的 sql 語 句成內(nèi)部的二進制格式，此后奪該存儲過程的調(diào)用使用其二進制備份，這樣的方 式通常會比直接用 sql 命令獲得更快的存取速度。另外，存儲過程還會減輕網(wǎng)絡 負擔。存儲過程還允許你使用業(yè)務規(guī)則，如果你創(chuàng)建了一個存儲過程，它訪問你 自己的表，之后你可以拒絕用戶對你的表的訪問，而允許用戶訪問你的存儲過程， 結果用戶只能按照你的存儲過程指定

27、的方式訪問你的表。 5、事務：一組對一個或多個數(shù)據(jù)庫的修改操作，作為一個單位來看待，產(chǎn)生 一個數(shù)據(jù)庫在狀態(tài)轉(zhuǎn)換中保持一致的結果，事務要么全都執(zhí)行（提交） ，要么全 部都不執(zhí)行（回滾） 。 6、鎖定：ase 主要以 2kb 的頁面為單位處理讀盤、寫盤、內(nèi)存管理以及鎖 定等操作。在進程讀一個頁面、修改一個頁面或是發(fā)出打算修改一個頁面的信號 時，ase 的加鎖機制一般會鎖定一個頁面。在修改期間，鎖防止所有其他進程改 寫此頁面。sybase 最初選擇頁級加鎖，以使 ase 能為大多數(shù)的應用提供最佳的 性能、并發(fā)度和一致性，但隨著游標使用的普及和行級鎖的應用日益增多，從 11.9.2 開始提供了行級鎖。

28、 7、恢復：當服務器在正常關機、電源故障或其他類型的崩潰之后重新啟動時， 都要經(jīng)過一個恢復階段以便把每個數(shù)據(jù)庫還原成一致的狀態(tài)。在裝載一個數(shù)據(jù)庫 或事務日志的備份之時，ase 也運行恢復進程，另外，事務和觸發(fā)器的回滾例程 也采用同樣的恢復算法。在恢復過程中，ase 讀取事務日志，并利用日志記錄和 時間郵戳的機制來判斷哪此修改需要重做，哪些需要回滾。 8、dbcc：dbcc 表示數(shù)據(jù)庫一致性檢查，它已成為一個通用的診斷實用工 具，通過在備份之前運行 dbcc 命令，可保護你的數(shù)據(jù)庫在重載時免于失敗的災 難。 9、備份和裝載數(shù)據(jù)庫：系統(tǒng)管理員使用 dump database 和 load data

29、base 命令來制作數(shù)據(jù)庫的備份和進行恢復工作，而 dump transaction 和 load transaction 命令則用來制做增量備份。從 system 10 開始的版本，sybase 引入了 backup server，其作為一個獨立的 open server 進 程而運行并內(nèi)在地了解磁帶的轉(zhuǎn)換和其他許多事情，它對轉(zhuǎn)儲介質(zhì)提供了比以前 的備份機制更大的控制權，由它來管理實際的備份和裝載任務，使得當一個數(shù)據(jù) 庫仍處于活動狀態(tài)時也可以對其進行轉(zhuǎn)儲。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 8 10、安全性：ase 通過提供用戶認證和控制用戶對信息資源的訪問權限等機 制來保護數(shù)

30、據(jù)。sybase 從 system 10 之后增加了若干個新的安全功能，包括口令 過期期限、登錄帳戶的鎖定、口令的加密（在此之前，用戶相互之間不能看到對 方的口令，但 sa 可以看到每個人的口令） ，以及角色的概念，而且還提供了一個 內(nèi)建的審計機制，使其達到了美國政府采用的 c1 安全級別。 11、transact-sql 語言：transact-sql 是 sybase 對 sql 語言的一個具體實現(xiàn)， 它兼容 sql1989 和 sql1992 兩個標準，它提供了許多內(nèi)部函數(shù)，用于進行數(shù)據(jù) 之間的常用轉(zhuǎn)換，允許用戶設置局部變量，用于存儲過程或其他的應用。除此之 外，ase 還提供了若干全局

31、變量讓用戶查看 ase 或某個進程的狀態(tài)。 第三章 系統(tǒng)設計思想 9 第三章 系統(tǒng)設計思想 3.1 系統(tǒng)開發(fā)環(huán)境 由于酒店系統(tǒng)中的業(yè)務功能分別由不同的部門來完成，所以本系統(tǒng)構建于酒 店內(nèi)部局域網(wǎng)之上。由于本系統(tǒng)涉及酒店的客房管理，需要較強交互性，處理的 數(shù)據(jù)量也比較大，所以系統(tǒng)選用 c/s 模式。 系統(tǒng)分為前臺接待、前臺收銀、夜審稽核、系統(tǒng)維護四個部分，分別完成客 房的預訂、入住、退房、帳務統(tǒng)計匯總、系統(tǒng)代碼維護功能。 系統(tǒng)技術支持為： 局域網(wǎng)操作系統(tǒng)： windows 2000 數(shù)據(jù)庫管理系統(tǒng)： sybase ase 11.9.2 客戶端應用程序開發(fā)工具：powerbuider 7.0 網(wǎng)絡

32、通信協(xié)議： tcp/ip 服務器硬件配置：piii 800m 或以上 cpu、40g 雙硬盤（radi 1）至少 256m 內(nèi)存 服務器軟件：操作系統(tǒng) windows 2000 server，sybase ase server 端軟件 客戶端硬件配置：piii450m 或以上 cpu、20g 硬盤、64m 內(nèi)存以上 客戶端軟件：操作系統(tǒng) win9x/winnt/win2000/winxp，sybase ase client 端 軟件 3.2 系統(tǒng)分析 3.2.1 可行性研究 1、經(jīng)濟可行性，即進行成本-效益分析，從經(jīng)濟角度判斷系統(tǒng)開發(fā)是否“合 算” ； 2、技術可行性，即進行技術風險評價，從開

33、發(fā)者的技術實力、工作基礎、問 題的復雜性等方面出發(fā)，判斷系統(tǒng)在開發(fā)時間、費用等限制條件下成功的可能性； 3、管理可行性：主要考慮企業(yè)或組織中管理人員對開發(fā)管理信息系統(tǒng)的態(tài)度 和企業(yè)管理方面的基礎工作； 4、法律可行性，即確定系統(tǒng)開發(fā)可能導致的任何侵權行為、妨礙性后果和責 任； 5、方案的選擇，即評價系統(tǒng)或產(chǎn)品開發(fā)的幾個候選方案，最后給出結論性意 見。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 10 其具體工作過程如下圖所示： 圖 3.1 可行性研究流程 3.2.2 系統(tǒng)需求分析 需求分析的是整個軟件開發(fā)的基礎性工作，其目標是深入描述軟件的功能和 性能，確定軟件設計的約束、軟件同其他系統(tǒng)元

34、素的接口細節(jié)，定義軟件的其它 有效性需求。需求分析階段研究的對象是用戶對軟件項目的要求。一方面，必須 全面理解用戶的各項要求，但又不能全盤接受；另一方面，要準確地表達被接受 的用戶要求。需求分析階段得到的規(guī)格說明是以后各階段開發(fā)工作的重要依據(jù)。 通過到酒店實地考察，該酒店有客房部、銷售部、財務部、餐飲部、商務部 等部門，其財務部已經(jīng)使用了用友財務軟件 ，酒店也沒有打算將財務部的軟 件與 mis 相連，但要求 mis 系統(tǒng)提供相應的營銷報表，本次系統(tǒng)開發(fā)只要求完 成客房的預訂、入住以及客人結帳退房管理功能，但要預留餐飲、商務中心、商 品部、茶秀的管理接口。具體需求如下： 第一、功能需求。 （1）

35、在前臺和銷售部能完成客房的預訂，并能方便的查詢客房預訂情況，預 訂情況需在房態(tài)圖中顯示。當客人入住時可從預訂信息中直接提取用戶的基本信 息，以加快入住登記的速度。 （2）在前臺進行客人的入住登記，要求能進行團隊、會議、散客的分類登記， 第三章 系統(tǒng)設計思想 11 對不同類型的客人可設定一定的折扣。對老客戶要求可從歷史賓客信息中快速提 取客戶信息，以加快入住登記速度。 （3）當客人進行登記完成后，需要立即改變房態(tài)并啟動制卡程序，為客人制 作房卡。 （4）能夠從房態(tài)圖中直接查詢客人信息。 （5）前臺收銀完成客人的預付金接收以及客人退房操作，并且在客人退房后 立即改變房態(tài)為臟房，以督促客房部進行客房

36、清理工作。 （6）前臺收銀系統(tǒng)能自動生成欠費客戶催款報表。 （7）夜審系統(tǒng)能完成當日銷售情況的統(tǒng)計，并自動生成房費。 （8）要求查詢等待時間不能超過 3 秒鐘。 第二、安全性需求。 （1）各部門的操作員只能登錄本部門的業(yè)務系統(tǒng)，并實施三班倒，并將操作 員的操作情況進行記錄。 （2）房態(tài)數(shù)據(jù)的改變：前臺接待人員只能改變房態(tài)：ok 房預訂房；ok 房入住房；前臺收銀人員只能改變房態(tài)：入住房臟房；客房部人員只能改變 房態(tài)：臟房ok 房。 （3）系統(tǒng)管理員具有最高權限。 第三，環(huán)境需求。 （1）該酒店已為各部門購置計算機，其最低配置為 piii600mhz。 （2）由于酒店員工計算機水平不是很高，而且

37、員工都是站立服務，因此要求 盡可能減少數(shù)據(jù)輸入量，例如：可以使用代碼或從數(shù)據(jù)庫中提取已有信息。 第四，可靠性需求。酒店要求機器能進行長時間運行，尤其是服務器能夠支 持長時間運作。 第五，用戶界面需求。要求界面簡潔統(tǒng)一，對于前臺接待和收銀要求大部分 功能，如：客戶登記、客戶結帳都能從房態(tài)圖中直接調(diào)用完成。房態(tài)圖要求直觀 明了。 第六，資源使用需求。酒店網(wǎng)管部負責提供一名工作人員進行軟件的管理維 護工作。 3.2.3 系統(tǒng)分析 日前常用的分析方法有面向數(shù)據(jù)流的結構化分析方法（簡稱 sa） 、面向數(shù)據(jù) 結構的 jackson 方法（簡稱 jsd） 、面向?qū)ο蟮姆治龇椒ǎê喎Q ooa）等，以及 用于建

38、立動態(tài)模型的狀態(tài)遷移圖或 petriq 網(wǎng)等。雖然各種方法都有其獨特的描述 方法，但總的來說，所有分析方法還是有他們共同適用的基本原則。 第一，必須能夠表達和理解問題的數(shù)據(jù)域和功能域。所有軟件定義與開發(fā)工 作最終是為了解決數(shù)據(jù)處理問題，就是將一種形式的數(shù)據(jù)轉(zhuǎn)換成另一種形式的數(shù) 據(jù)，起轉(zhuǎn)換過程必定經(jīng)過輸入、加工數(shù)據(jù)和產(chǎn)生結果數(shù)據(jù)等步驟。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 12 第二，必須按至頂向下、逐層分解的方式對問題進行分解和不斷細化。在需 求分析階段，軟件的功能域和信息域都能做進一步的分解，這種分解可以是同一 層次的橫向分解，也可以是多層次的縱向分解。 第三，要給出系統(tǒng)的邏輯視

39、圖和物理視圖。軟件需求的邏輯視圖給出軟件要 達到的功能和要處理數(shù)據(jù)之間的關系，而不是實現(xiàn)的細節(jié)；軟件需求的物理視圖 給出處理功能和數(shù)據(jù)結構的實際表示形式，往往是由設備決定的。 通過幾種方法的比較，并且結合酒店的實際，本方案決定采用結構化分析方 法。因為結構化分析方法利用圖形表達需求，顯得清晰、簡明，易于學習和掌握。 下面分別給出前臺接待和前臺收銀兩大功能模塊的數(shù)據(jù)流圖： 前臺接待：主要完成客人（散客、團隊/會議）的預訂及入住信息的管理，還 需要對應改變房態(tài)。 圖 3.2 前臺接待模塊數(shù)據(jù)流圖 前臺收銀：主要完成客人（散客、團隊/會議）的帳務管理功能，能完成客人 結帳離店操作，并對應改變房態(tài)。

40、3.2.4 系統(tǒng)功能設計 根據(jù)需求分析，本系統(tǒng)分為前臺接待、前臺收銀、夜審稽核、系統(tǒng)維護四個 功能模塊，其具體功能如下： 1前臺接待 散客、團隊/會議預訂功能 房態(tài)動態(tài)顯示（每 1 秒鐘刷新 1 次） 第三章 系統(tǒng)設計思想 13 散客、團隊/會議登記操作（可從預訂信息或歷史賓客信息中直接轉(zhuǎn)錄登記） 在住賓客、團隊/會議查詢 圖 3.3 前臺收銀模塊數(shù)據(jù)流圖 歷史賓客查詢 賓客轉(zhuǎn)移操作（可完成散客轉(zhuǎn)團隊，團隊轉(zhuǎn)散客，換房操作） 房態(tài)在入住或預訂后都發(fā)生對應改變 可打印報表：預期抵達賓客報表，逾期未到賓客報表，預期退房賓客報表， 換房信息報表，房態(tài)統(tǒng)計表，房態(tài)報表，客房銷售情況統(tǒng)計表，常住歷史賓客

41、報 表。 系統(tǒng)工作界面為：房態(tài)圖 2前臺收銀 賓客帳務登記，預付金登記，客帳登記 賓客帳務減免操作（管理員完成） 客帳沖減操作（管理員完成） 當日離店賓客帳務補記（主要用于中午 12 點后結帳賓客補收房費） 團隊成員可實現(xiàn)輔帳掛主帳操作 賓客結帳離店操作，賓客帳單打印功能 為系統(tǒng)預留的接口 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 14 賓客結帳掛應收帳功能 房態(tài)在賓客離店后變?yōu)榕K房狀態(tài) 收銀員換班交接帳務及交班報表打印功能 可進行的查詢及報表：在住散客、團隊帳務查詢，團隊輔帳查詢，賓客催款 查詢，當日結帳賓客帳務查詢，當日結帳團隊帳務查詢，賓客歷史帳務查詢 圖 3.4 酒店房態(tài)表 3夜

42、審稽核 自動過在住賓客房費、電話費 當日收入關帳 即時報表：在住賓客帳務表，賓客透支情況報表，當日房費報表，系統(tǒng)工作 日志 關帳前報表：班次現(xiàn)金收入報表，客房營業(yè)統(tǒng)計報表，當日換房登記表，試 算平衡表，當日入住及離店賓客報表 關帳后報表：營業(yè)收入報表，當日房態(tài)統(tǒng)計表，當日話費表 4系統(tǒng)維護 系統(tǒng)中所有代碼表維護 系統(tǒng)中所有操作員權限管理 初始化房態(tài) 3.3 系統(tǒng)設計原則 1.安全可靠性： 設計人員自始至終都將安全可靠作為酒店管理系統(tǒng)的核心問題之一，它不僅 第四章 數(shù)據(jù)庫設計 15 涉及硬件，也涉及軟件系統(tǒng)構成，系統(tǒng)應擁有自己的檢查、測試和維護工具；同 時，系統(tǒng)也應提供了多種數(shù)據(jù)備份及恢復機制，

43、以確保酒店數(shù)據(jù)的萬無一失。 2.管理經(jīng)驗： 結合集團的酒店管理經(jīng)驗和中國酒店業(yè)管理的實際特點，并借鑒國外軟件的 管理模式，形成以酒店管理層為核心的電腦管理系統(tǒng)，并在管理系統(tǒng)中加入商務 管理信息。 3.響應速度： 提高酒店管理系統(tǒng)在實際使用中的響應速度，以滿足實時性需求，擬定客人 的簽單掛帳時間不超過 3 秒，單間客房結帳的平均響應時間不大于 1 秒，查詢響 應時間不大于 1 秒，賓客歷史查詢時間不多于 2 秒。 4.功能完善： 提供了前臺所需的各種站點，如預定、接洽、帳務、查詢、各類餐廳、商務 中心、商品銷售等；此外，功能靈活的系統(tǒng)能適應多種管理模式，所有帳務數(shù)據(jù) 都能經(jīng)受逐級審核包括班審、夜

44、核、日核等） 5.操作簡單： 界面設計力求簡潔明了，所有與編碼有關的輸入，均采用熱鍵在線彈出窗口 幫助，在用戶對話界面中有屏幕操作提示，可隨時得到操作幫助。 6擴展性： 系統(tǒng)在總體設計上就為將來的擴展留有余地，為避免酒店方重復投資的風險， 系統(tǒng)在長時間運行中，功能、容量、外部接口、工作站點都可擴展，并且這種擴 展不會引起系統(tǒng)全局的變動。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 16 第四章 數(shù)據(jù)庫設計 4.1 數(shù)據(jù)庫設計工具 為了加快和規(guī)范軟件開發(fā)過程，在數(shù)據(jù)庫設計時可選用適當?shù)闹悄芑挠嬎?機輔助軟件工程（computer aided software engineering，簡稱

45、case）工具。 目前，case 工具的應用日趨普及，并已成為保證軟件質(zhì)量，解決軟件危機 的主要手段。在此領域中，rational 公司的 rose 擅長以 uml（unified modeling language）構造模型，具有嚴謹?shù)姆椒ㄕ摚夹g偏高。platium 公 司的 erwin 擅長以 e-r 建立實體聯(lián)系模型，并具有版本控制功能。sybase 公司 的 powerdesigner 則集 uml 與 e-r 精華于一身，雖然其所支持的 uml 圖形僅有 三種，遠不及 rose 的九種，但已涵蓋了其中最基本、最易用的功能，所以這里 選用了 powerdesigner 9.0（以下

46、簡稱 pd9）作為 case 工具。 pd9 將對象設計、數(shù)據(jù)庫設計和關系數(shù)據(jù)庫無縫地集成在一起，它在一個集 成的工作環(huán)境中能完成面向?qū)ο蟮姆治鲈O計和數(shù)據(jù)庫建模工作，并能根據(jù)模型生 成數(shù)據(jù)庫及其測試數(shù)據(jù)。 pd9 具有三級建模功能：面向?qū)ο蠼?、概念?shù)據(jù)建模、物理數(shù)據(jù)建模。 面向?qū)ο蠼?，uml 是一種標準的圖形化建模語言，是面向?qū)ο蠓治鲈O計的 一種標準表示，并為不同領域的人們提供統(tǒng)一的交流標準。 概念數(shù)據(jù)建模，是建模的重要階段，它把現(xiàn)實世界中的信息抽象成實體和聯(lián) 系來產(chǎn)生實體聯(lián)系圖（e-r 模型） 。這一階段為高質(zhì)量的應用提供堅實的數(shù)據(jù)結構 基礎。在 pd9 中的 cdm 還可轉(zhuǎn)換為 pdm

47、。 物理數(shù)據(jù)建模，把 cdm 與特定的 dbms 的特性結合在一起，產(chǎn)生 pdm。同 一個 cdm 結合不同的 dbms 產(chǎn)生不同的 pdm。pdm 中包含了 dbms 的特征， 反映主鍵、外鍵、候選鍵、視圖、索引、觸發(fā)器、存儲過程等特征。 4.2 數(shù)據(jù)庫設計 數(shù)據(jù)庫是一種存儲數(shù)據(jù)并對數(shù)據(jù)進行操作的工具。數(shù)據(jù)庫的作用在于組織和 表達信息，即數(shù)據(jù)庫就是相關信息的集合。數(shù)據(jù)庫技術是酒店客房管理系統(tǒng)的核 心技術之一，在數(shù)據(jù)庫系統(tǒng)中，主要的數(shù)據(jù)模型有：層次模型、網(wǎng)狀模型、關系 模型。 應用最廣泛的數(shù)據(jù)庫模型當屬關系模型，關系數(shù)據(jù)庫中包含了多個數(shù)據(jù)表的 信息。在酒店客房管理系統(tǒng)中應用的就是關系型的數(shù)據(jù)庫

48、，關系模型是三種模型 中最簡單的，但其定義卻比較復雜，可以把關系模型理解為一張二維表，表格中 每一行代表一個實體，稱為記錄，每一列代表實體的一個屬性，稱為數(shù)據(jù)項，記 第四章 數(shù)據(jù)庫設計 17 錄的集合稱為關系。在三種數(shù)據(jù)模型中，由于關系模型概念簡單、清晰、用戶易 懂易用，有嚴格的數(shù)學基礎及在此基礎上發(fā)展的關系數(shù)據(jù)理論，簡化了程序員的 工作和數(shù)據(jù)庫開發(fā)建立的工作，因而關系模型在誕生之后發(fā)展迅速，很快成為深 受用戶喜歡的數(shù)據(jù)模型。目前流行的關系型數(shù)據(jù)庫系統(tǒng)比較多，本系統(tǒng)選用了 sybase 公司的 ase 11.9.2。 在關系型數(shù)據(jù)庫中，對數(shù)據(jù)庫的操作采用了標準的 sql 語言，即結構化查詢 語

49、言，它功能豐富、使用方式靈活、語言簡潔易學，允許用戶在程序中直接嵌套， sql 已成為關系數(shù)據(jù)庫的標準語言。 在設計數(shù)據(jù)庫時，首先應該根據(jù)一個關系所具有的屬性間依賴情況來判斷它 是否具有某些不合適的性質(zhì)，然后將具有不合適性質(zhì)的關系轉(zhuǎn)換為更合適的形式， 通過按屬性間情況區(qū)分關系規(guī)范化為第一范式、第二范式、第三范式、bcnf、 第四范式等。 第一范式（1nf）：是最基本的規(guī)范形式，如果關系 r 所有的屬性均分簡單 屬性，即每個屬性都是不可再分的，則稱 r 屬于第一范式。 第二范式（2nf）：如果關系模式 r 屬于第一范式，且每個非主屬性都完全 函數(shù)信賴于 r 的每個關系鍵，則稱 r 屬于第二范式。

50、 第三范式（3nf）：如果關系 r 屬于第二范式，且每個非主屬性都不傳遞依 賴于 r 的每個關系鍵，則稱 r 屬于第三范式。 目前，規(guī)范理論已得出了五級范式，在本酒店客房管理系統(tǒng)中，關系模型分 解到 3nf。 規(guī)范化問題的基本出發(fā)點在于一個關系的數(shù)據(jù)項之間存在數(shù)據(jù)依賴問題，它 是現(xiàn)實世界屬性間相互關系的抽象，是數(shù)據(jù)內(nèi)在的性質(zhì)，是語義的體現(xiàn)。 規(guī)范化就是對原關系進行投影，消除決定屬性不是候選鍵的任何函數(shù)依賴， 可按以下幾步進行： （1）對 1nf 關系進行投影，消除原關系中非主屬性對鍵的部分函數(shù)依賴， 將 1nf 關系轉(zhuǎn)換成若干個 2nf 關系。 （2）對 2nf 關系進行投影，消除原關系中非主

51、屬性對鍵的傳遞函數(shù)依賴， 將 2nf 關系轉(zhuǎn)換成若干個 3nf 關系。 4.3 數(shù)據(jù)庫實現(xiàn) 通過對需求的分析和設計，并經(jīng)過關系模式的規(guī)范，最終確定本系統(tǒng)數(shù)據(jù)庫 結構，主要關系表如下： 客房樓層、樓號、房間號、客房種類編號、房間朝向 客房狀態(tài)狀態(tài)編號，狀態(tài)名稱，紅值，綠值，藍值（通過紅、綠、藍數(shù)值 確定房態(tài)的顯示顏色） 客房種類客房種類編號，客房種類（標準間、套間、商務間） 客房銷售類型客房種類編號，房價編號，房價 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 18 客房房價類型房價編號，房價名稱（鐘點房，銷售房） 房態(tài)表房間號，狀態(tài)編號 圖 4.1 數(shù)據(jù)庫物理模型圖 維修房表故障時間，房間號

52、，故障說明 賓客預訂單入住種類，賓客種類，支付方式，名稱，預到日期，預住天數(shù)， 單位，人數(shù)，備注 賓客種類代碼賓客種類編號，賓客種類名稱 第五章 系統(tǒng)界面與功能實現(xiàn) 19 賓客證件類型代碼證件代碼編號，證件種類名稱 賓客協(xié)議代碼協(xié)議編號，種類（優(yōu)惠卡協(xié)議，包房協(xié)議，團隊協(xié)議） 地址代碼編號，地名（陜西，上海，北京，天津） 散客登記表賓客號，到店時間，房間號，支付方式，房價類型，賓客種類， 房價，折扣，服務費率，實際價格，賓客姓名，賓客性別，入住緣由，賓客單位， 證件種類，證件號，預離時間，可透支金額，賓客地址電話，備注 會議/團隊登記表團隊主帳號，團隊輔帳號，團隊名稱，人數(shù)，承辦單位， 賓客種

53、類，支付方式，負責人，全陪姓名，地陪姓名，預離時間，陪同人數(shù)，其 他人數(shù)，房間號，協(xié)議編號 賓客帳務團隊主帳號，團隊輔帳號，賓客單號，帳務發(fā)生時間，房間號，帳 務種類，帳務備注，金額，消費單號，收銀操作員，收銀員班次，關帳時間，關 帳操作員 帳務種類代碼編號，帳務名稱 對于散客登記表、會議/團隊登記表、賓客帳務表都設有歷史數(shù)據(jù)表，其屬性 與原表大致相同，只是多了個備份時間屬性，當賓客結帳退房后，在當晚的關帳 操作中自動轉(zhuǎn)存到對應歷史數(shù)據(jù)表中。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 20 第五章 系統(tǒng)界面與功能實現(xiàn) 5.1 前臺接待模塊 5.1.1 前臺預定 在前臺預定的業(yè)務中可以進行

54、前臺預定單的登記和預定單的信息查詢。 1、登記預定單 在此項功能中可以完成前臺預定業(yè)務。單擊菜單欄中的前臺預定選則 登記預定單功能項，彈出下面的窗口 圖 5.1 前臺預定登記窗口 圖 5.1 登記預定單窗口 在上面的窗口中完成客戶的預定單的登記?？梢酝ㄟ^選取入住種類來完成 散客或團隊(會議)的預定設置，如果客戶與酒店簽訂有協(xié)議，則可單擊查詢協(xié) 議按鈕，彈出協(xié)議查詢窗口，從中選取協(xié)議信息完成預定單的登記。 客戶信客戶信 息窗口息窗口 房間信房間信 息窗口息窗口 功能功能 按鈕按鈕 第五章 系統(tǒng)界面與功能實現(xiàn) 21 圖 5.2 協(xié)議查詢窗口 完成客戶信息的登記后，進行房間信息的登記，單擊插入按鈕，

55、為本 預定單插入一條新的房間信息，根據(jù)預定內(nèi)容填寫房間信息。 完成客戶信息及房間信息的登記以后，單擊存盤按鈕，完成該預定單 的登記過程。單擊退出窗口按鈕，即可退出預定單的登記窗口。 回到主菜單以后，選擇前臺登記-，進入房態(tài)管理系統(tǒng)，根 據(jù)預定單進行預定房的設定。 系統(tǒng)彈出下面的窗口，進行房態(tài)管理： 圖 5.3 房態(tài)圖 窗口中將顯示當前酒店中全部的 ok 房，也可以通過從客房類型的下 拉菜單中選擇顯示你所指定的客房類型的 ok 房。用鼠標單擊需要進行預定的房 間圖標，使其呈現(xiàn)選中狀態(tài)（圖標下沉） ，然后單擊設置預定房按鈕，彈出 預定單管理窗口 圖 5.4 登記預訂房 用鼠標選擇對應的預定單，使其

56、呈現(xiàn)選中狀態(tài)（預定單前有標記） ，然后 單擊確定按鈕，完成對該預定單的房間預定的設置。 至此，就完成一個預定業(yè)務登記的操作。 2、預定單的管理 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 22 對已登記的預定單系統(tǒng)提供了查詢、修改、刪除等管理工作。 各項管理工作可以通過菜單欄內(nèi)的操作下的對應功能項來完成，也可 以使用工具欄中對應的快捷按鈕或快捷鍵來完成。 查詢 ctrl+s 保存 ctrl+b 刪除 ctrl+d 退出 ctrl+x 圖 5.5 前臺預定查詢 在窗口中將顯示酒店當前所有的預定單，對于到期的預定單系統(tǒng)將以警示 色(紅色)進行顯示，以方便管理人員進行對應的業(yè)務處理。 查詢(修改

57、)：在預定單顯示窗口中用鼠標選中要查詢的預定單，單擊按 鈕，將彈出該預定單的詳細信息，在信息窗口中還可以進行相應的修改。 圖 5.6 預訂單查詢 刪除：用鼠標選中需要進行刪除的預定單，單擊按鈕，即可完成刪除任 第五章 系統(tǒng)界面與功能實現(xiàn) 23 務。 所有的改動都需要單擊按鈕，進行保存。 5.1.2 前臺登記 1、散客登記 散客的登記業(yè)務在房態(tài)表中完成。進入房態(tài)表后，用鼠標雙擊符合散客要 求的 ok 房，系統(tǒng)彈出入住信息登記窗口，根據(jù)業(yè)務要求填入相應的信息。 圖 5.7 散客登記 如果客人是與酒店簽訂有協(xié)議的賓客，則單擊 按鈕，系統(tǒng)將彈 出協(xié)議查詢窗口，從中選取相應的協(xié)議，系統(tǒng)將根據(jù)協(xié)議內(nèi)容自動

58、填寫登記單。 如果客人是曾經(jīng)入住酒店的歷史賓客，則單擊按鈕，系統(tǒng)將彈 出賓史查詢窗口，可以根據(jù)客人的姓名、證件種類及證件號來查詢賓客入住酒店 的歷史信息，這種查詢?yōu)槟：樵?，例如可在姓名欄中填入“王”字，窗口中?顯示所有姓王的歷史賓客的信息。 基于 c/s 模式的酒店客房管理系統(tǒng)設計與實現(xiàn) 24 圖 5.8 歷史賓客查詢 選中符合條件的歷史賓客信息，單擊按鈕可以查詢賓客該次 入住酒店的詳細登記單；單擊按鈕或用鼠標直接雙擊該條信息，系統(tǒng)將根 據(jù)賓客的歷史信息填寫登記單，并將賓客上次入住酒店的打折信息等基本信息帶 入新的登記單。 完成散客信息登記后，單擊按鈕，對登記的信息進行保存，至此便 完成了

59、散客的登記業(yè)務，登記的房間狀態(tài)，將自動由 ok 房狀態(tài)轉(zhuǎn)為已住狀態(tài)。 2、團隊會議的登記 選取菜單欄中的下的功能項，進入團隊會議登 記窗口，在這里主要完成對團隊會議的整體信息的登記。 首先在選擇登記類別中通過下拉菜單選擇登記類別是團隊還是會議。 圖 5.9 團隊/會議登記 單擊增加記錄按鈕，添加一個新的登記單，在登記單中填寫團隊或會 議的整體信息。如果該團隊或會議與酒店簽訂的有協(xié)議或有預定業(yè)務，則可以通 過單出查詢協(xié)議或查詢預定按鈕，從協(xié)議單或預定單中提取相應信息進 行填寫。 完成團隊或會議的信息填寫以后，單擊保存記錄按鈕可以對填寫信息 進行保存，單擊退出窗口按鈕可以退出團隊（會議）登記窗口。

60、 接著就需要為團隊（會議）的每個成員安排房間，這個過程與散客的登記 第五章 系統(tǒng)界面與功能實現(xiàn) 25 過程基本相同，只是在登記前需要點擊團隊會議按鈕，根據(jù)客人所在的團隊 （會議）進行設置。 如果團隊（會議）中有主帳，則需要進行主帳的設置工作。一般系統(tǒng)會默 認團隊（會議）中登記的第一個客人的帳號作為主帳。單擊主窗口中菜單欄的 前臺登記選擇代付帳務操作功能項，進入代付帳務操作窗口： 在這個窗口中可以修改系統(tǒng)默認的主帳，還可以設置主帳所承擔的帳務科 目。 用鼠標選中需要設置為主帳的帳號(使其前面呈現(xiàn)號)，然后單擊 按鈕，然后單擊按鈕，保存修改，即可完成主帳號的修改。 在右邊的窗口中可以進行主帳承擔的