酒店客房管理系統(tǒng)論文

1、摘要本文介紹了酒店客房管理信息系統(tǒng)的開發(fā)過程。論文詳盡論述了從需求分析、系統(tǒng)分析、概要設計、詳細設計、以及測試與調試的整個開發(fā)過程，總結了開發(fā)過程中的經驗及本系統(tǒng)今后的改進方向。遵循軟件工程的方法。酒店客房管理信息系統(tǒng)可以實現(xiàn)對酒店客房進行全方位的管理，功能包括客房預定、住宿登記、追加押金、調房登記、退房結賬、客房設置、客房客房設置、客房查詢、房態(tài)查看、掛 賬查詢、客戶結款、預定房查詢、住宿查詢、退宿查詢、宿費提醒、登記預收報表、客房銷 售報表、客房銷售統(tǒng)計、初始化、操作員設置、密碼設置、權限設置等。提高了酒店客房的 管理水平和服務水平。從而將業(yè)務處理從純人工操作轉換成人工與計算機共同處理的。

2、本論文還對轉換過程進行了詳細描述，可作為同類計算機管理信息系統(tǒng)的應用參考。本軟件開發(fā)的過程中采用Visual Basic6.0開發(fā)工具，采用成熟的軟件研制技術，后臺數(shù)據庫采用access2000o關鍵詞：酒店客房管理信息系統(tǒng)、功能、 Visual Basic6.0AbstractThis thesis introduced the development process of the guest room management information system.The thesis discussed in details analytical from the need, system

3、analysis, essentials design, detailed design, and test and the whole development process that adjust to try, tallied up to develop the improvement direction of the experience and this system within process aftertime.Follow the method of the software engineering.This system development successfully b

4、ehind can carry out to carry on the all-directions management to the guest house guest room, the function includes the guest room to schedule to, stop for the night register, annex the security deposit, adjust the building register and check out the close book, guest room constitution, the guest roo

5、m guest room constitution, guest room search, the building state to look into, charge to account the search, customer knot style and schedule to building search, stop for the night the search and back the search of Accommodation , fee of Accommodation to remind and register to prepare to accept the

6、statement, guest room sale statement, the guest room sale covariance, beginning to start to turn, operator constitution, password constitution, legal power constitution etc.Raised the management level and service levels of the guest house guest room.Thus handle business to operate the conversion fro

7、m the pure rtificial the artificial and calculators handle together of,This thesis returns applied reference to converted the process to carry on the detailed description, can be the of the same kind calculator management information system.It adopt the Visual Basic 6.0 in the process of this softwa

8、re development tool, adoption mature of software research to manufacture the technique, the backstage database adoption is access2000.KeyWords: The guest room management information system, function, V isual Basic6.01 前言當今社會，是個高科技、高效率、高度競爭的全新社會。隨著人們物質水平的逐步提高，人 們的精神生活也開始趨向豐富多彩。人們已經不再僅僅局限于待在家中，不再把自己局限

9、在周圍的生活圈子里。 為了豐富自己的文化生活和自身娛樂，人們已經習慣了利用假期外出旅游。各個地區(qū)的旅游業(yè)也因此出現(xiàn)了持續(xù)增長的好勢頭。這對于各地的酒店等部門來說是一種機遇也是一種挑戰(zhàn)。 商場如戰(zhàn)場，競爭十分激烈，在競爭中如果企業(yè)本身不能從企業(yè)內部 入手，提高自身的競爭力， 就有可能被社會所淘汰。只有提高企業(yè)自身的生命力才是企業(yè)正確的發(fā)展方向。酒店部門以前那種老的運作機制已經不能適應當今社會的需要，單純靠手工去進行大量的信息處理，不但給企業(yè)本身帶來很大的不便，同時也給顧客帶來很大的麻煩，造成企業(yè)雖然耗費了大量的人力、物力和時間，但仍然導致工作效率的降低。所以，對于酒店部門來說，建立一套合理有效的

10、管理信息系統(tǒng)迫在眉睫。隨著人員流動規(guī)模的不斷擴大，客房數(shù)量的急劇增加，有關客房管理的各種信息量也在不斷 成倍增長。面對龐大的信息量，就需要有客房信息管理系統(tǒng)來提高客房管理工作的效率。傳統(tǒng)手工的客房信息管理， 管理過程繁瑣而復雜， 執(zhí)行效率低，并且易于出錯。通過這樣的 系統(tǒng)，我們可以做到信息的規(guī)范管理和快速查詢， 實現(xiàn)了客房信息管理的系統(tǒng)化、 規(guī)范化和 自動化，這樣不僅減少了管理工作量，還提高了管理效率，降低了管理成本。1.1 管理信息系統(tǒng)目標本系統(tǒng)的建設需要實現(xiàn)如下目標：1. 支持日常業(yè)務運作。2. 集中管理業(yè)務數(shù)據，支持管理預測與決策。3. 有良好的可擴充性（系統(tǒng)配置靈活，支持用戶未來信息化

11、進程的發(fā)展）。4. 漢字圖形用戶界面，人機對話友好，操作方便。5. 響應速度合理，安全性較高，運行穩(wěn)定。6. 系統(tǒng)建設費用較低。1.2 項目開發(fā)計劃本畢業(yè)設計只需實現(xiàn)酒店客房管理。本項目開發(fā)計劃如下：1. 3月13日至3月26日閱讀有關的參考資料，翻譯英文資料，并于 3月27日前交指導教師檢查。熟悉前后臺開發(fā)工具，運用軟件工程理論，完成系統(tǒng)功能設計。2. 3月27日至4月9日進行系統(tǒng)總體設計和數(shù)據庫設計。3. 4月10日至5月28日 進行系統(tǒng)詳細設計和軟件的調試、完善。4. 5月29日至6月15日撰寫畢業(yè)論文，準備畢業(yè)答辯的有關文檔及資料。2系統(tǒng)需求分析系統(tǒng)需求分析主要任務是調查現(xiàn)行系統(tǒng)存在的

12、問題，弄清用戶對新系統(tǒng)的要求，提出可行的方案，為管理層決策提供依據。2.1 業(yè)務流程分析在本系統(tǒng)的業(yè)務流程分析中，采用的工具是業(yè)務流程圖，這是一種表明系統(tǒng)內各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流動的流程圖，它可以幫助分析人員找出業(yè)務流程中的不合理。本系統(tǒng)的管理系統(tǒng)流程圖如圖2-1。圖2-1系統(tǒng)流程圖2.2 現(xiàn)行系統(tǒng)存在的主要問題現(xiàn)行系統(tǒng)是手工運作的系統(tǒng)，可以支持向客戶提供客房服務功能，但是，存在以下薄弱環(huán)節(jié)：1. 現(xiàn)行系統(tǒng)是手工運作的系統(tǒng)，業(yè)務人員手工作業(yè)量大，數(shù)據傳遞不及時，對數(shù)據的統(tǒng) 計和計算運程中易發(fā)生差錯，工作效率較低。2. 業(yè)務流程管理不夠嚴密。3. 主要從銷售收入角度向管理

13、層提供數(shù)據，不能滿足管理要求(例如不能提供空房率、房態(tài)的實時消費狀況統(tǒng)計等信息)4. 向客戶提供的消費清單手工書寫，常發(fā)生字跡不清晰的問題，并且格式也不統(tǒng)一。5. 歷史賬務的查詢也不方便?，F(xiàn)行系統(tǒng)的上述弱點， 實質上反映公司在酒店服務客戶的過程中，對信息的產生、傳輸、加工與挖掘分析利用方面存在不足，不能滿足企業(yè)管理與業(yè)務發(fā)展的要求，也對企業(yè)形象造成不利的影響。這也正是提出新系統(tǒng)的直接原因。2.3 解決方案建議采用的新系統(tǒng)，是一個人機系統(tǒng)， 新系統(tǒng)能夠實現(xiàn)現(xiàn)行系統(tǒng)的功能，并且能克服現(xiàn)行系統(tǒng)的上述弱點，與現(xiàn)行系統(tǒng)相比，將有如下改善之舉：1. 對消費信息的采集與記錄更加細致與全面，能滿足不斷增長的管

14、理需求；2. 利用計算機對數(shù)據進行加工、統(tǒng)計、分析，提高工作效率；3. 實現(xiàn)完成的信息管理流程，支持業(yè)務管理制度的完善工作；4. 提供統(tǒng)一格式的計算機打印單據與報表，提升企業(yè)形象；5. 重視對歷史數(shù)據的存儲保護、追溯、分析，為管理層對企業(yè)的經營預測與決策提供及時有效的幫助。3系統(tǒng)邏輯方案根據用戶的需求，新系統(tǒng)應實現(xiàn)如下功能：(1) 住宿管理：客房預定、住宿登記、追加押金、調房登記、退房結賬。(2) 客房管理：客房設置、客房查詢、房態(tài)查看。(3) 掛賬管理：掛賬查詢、客戶結款。(4) 查詢統(tǒng)計：預定房查詢、住宿查詢、退宿查詢、宿費提醒。(5) 日結：登記預收報表、客房銷售報表、客房銷售統(tǒng)計。(6

15、) 系統(tǒng)設置：初始化、操作員設置、密碼設置、權限設置。下面分別從數(shù)據流圖、數(shù)據字典、基本加工角度對本系統(tǒng)要實現(xiàn)的功能進行詳細說明。6.1 數(shù)據流圖描述數(shù)據流圖是對組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它不涉及硬件、軟件、數(shù)據結構與文件組織， 是用圖形語言及與此相關的注釋來表示系統(tǒng)的邏輯功能，及所開發(fā)的系統(tǒng)在管理信息處理方面要做什么。本文中數(shù)據流的中的符號解釋如下：首先，根據對管理信息系統(tǒng)建設的總體要求，確定系統(tǒng)的外部項，即系統(tǒng)數(shù)據的數(shù)據來源和去處。通過分析，掌握本系統(tǒng)的外部項和輸入輸出數(shù)據流，繪制本系統(tǒng)的關聯(lián)系圖見圖 3.1。F6宿費提醒F1相關證件、押金客戶酒店客房管理系統(tǒng)

16、F3結帳單據F5營業(yè)報表經理F7追加押金F8預訂房費F9預訂賃證F4退宿結帳圖3.1系統(tǒng)關聯(lián)圖從系統(tǒng)關聯(lián)圖（圖 3.1）中可以看出：客戶向本系統(tǒng)提供有關證件（F1）,如身份證，軍官證、押金等，進行住房登記，可以通過從本系統(tǒng)獲得住宿證、手牌、住宿登記單（ F3）然后入住；本系統(tǒng)對宿費進行提醒（F6）,要求客戶進行續(xù)費追加押金（F7）;客戶可進行預訂房間（F8）,本系統(tǒng)開出預訂憑證（F9）。顧客進行退宿結帳（F4）,本系統(tǒng)通過統(tǒng)計開出結帳憑證（F3 ）。本系統(tǒng)支持經理對營運數(shù)據的統(tǒng)計分析功能（F5 ）。6.2 數(shù)據字典描述建立數(shù)據字典是為了對數(shù)據流程圖上各個元素做出詳細定義和說明。數(shù)據流程圖配以數(shù)

17、據字典，就可以從 圖形和文字兩個方面對系統(tǒng)的邏輯模型進行描述，從而形成一個完整的說明，為以后系統(tǒng)設計的進行提供 必要的詳細信息。住宿證”為例進顧客姓名”為例進行說明，見表 3.2客房預訂表”為例進行說明，見表 3.3客房管理”見表3.4 。對數(shù)據流圖中所有的數(shù)據流都要加以說明，現(xiàn)在以二層圖中的 行說明，見表3.1 。對數(shù)據流圖中所有的數(shù)據元素都要加以說明，現(xiàn)在以二層圖中的對數(shù)據流圖中所有的數(shù)據存儲都要加以說明，現(xiàn)在以二層圖中的對數(shù)據流圖中所有的數(shù)據加工都要加以說明，現(xiàn)在以頂層圖中 表3.1 數(shù)據流-住宿證數(shù)據流系統(tǒng)名：酒店客房管理信息系統(tǒng)編號：F2條目名：住宿證別名： 來源：客戶去向：管理系統(tǒng)

18、數(shù)據流結構：入住日期十住宿證編號十客戶姓名十房間號十押金十折扣十補交日期十操作員簡要說明：以此記錄客戶入住情況，供服務員引領客戶前去某房間，退房時要交回。修改記錄編寫 日期2006年4月16日 審核 日期2006 年4月16日表3.2 數(shù)據元素-顧客姓名編號：E7.2.2條目名:顧客姓名別名:系統(tǒng)名：酒店客房管理信息系統(tǒng)屬于數(shù)據流：F3 F4 F5 F6存儲處：D2、D3、D4、D5、D6數(shù)據元素值：代碼類型：字符長度：12位簡要說明：是某個客戶的姓名，要與身份證上的姓名一致修改記錄編寫 日期2006年4月16日審核 日期2006 年4月16日表3.3 數(shù)據存儲-客房預訂表數(shù)據存儲系統(tǒng)名：酒店

19、客房管理信息系統(tǒng)編號：D6條目名：收入明細賬別名：存儲組織：每次客戶結賬就有一張收銀清單，按收銀清單編號順序排列記錄數(shù)：只記錄當前市別的收銀記錄，記錄數(shù)不限，存儲上限由磁盤可用空間控制。收市結賬后轉入歷史收入明細賬”主關鍵字：收銀單號+順序號記錄組成：項目：收銀單號+桌號+人數(shù)+順序號+商品彳碼+數(shù)量+單價+折扣率+收銀員近似長度（字節(jié)）：12+4+4+4+6+2+4+4+4 = 42簡要說明：修改記錄編寫 日期2006年4月16日 審核 日期2006 年4月16日 表3.4 數(shù)據加工-客房管理數(shù)據加工系統(tǒng)名：酒店客房管理信息系統(tǒng)編號：P1條目名：客房管理別名：輸入：F1相關證件、押金F2預訂

20、房費F3追加押金F5退房輸出：D1 :住宿登記信息D2 :預收金額信息D3 :掛賬信息D4 :客人結賬信息D5 :客房信息D6 :客房預訂信息D7 :退宿登記信息處理邏輯：1 .根據顧客提供的相關證件和押金進行登記入住，形成住宿登記信息，客房信息。2 .根據顧客提供的預訂房費，形成客房預訂信息。3 .根據顧客退房請求，進行退房處理，形成退宿登記信息和客人結賬信息。簡要說明：客房管理”加工，可以基本滿足管理員的日常工作需要。修改記錄編寫 日期2006年4月16日審核 日期2006 年4月16日4系統(tǒng)總體結構設計系統(tǒng)設計階段包括總體設計和詳細設計。這個階段的主要目的是將系統(tǒng)分析階段所提出的反映了用

21、戶信息 需求的系統(tǒng)邏輯方案轉換成可以實施的基于計算機與通信系統(tǒng)的物理（技術）方案。其主要任務是從管理 信息系統(tǒng)的總體目標出發(fā)，根據系統(tǒng)分析階段的邏輯功能的要求，并考慮到經濟、技術和運行環(huán)境等方面 的條件，確定系統(tǒng)的總體結構和系統(tǒng)各組成部分的技術方案，合理選擇計算機和通信的軟硬件設備，提出 系統(tǒng)的實施計劃，確保總體目標的實現(xiàn)。4.1 軟件模塊結構設計由于系統(tǒng)流程圖的缺點，在70年代中期出現(xiàn)了 IPO技術，即用圖形方法表達一個系統(tǒng)的輸入和輸出功能, 以及模塊的層次。IPO技術包含兩個方面的內容：1） IPO 分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結構。2） IPO 圖（輸入一處理一輸出圖

22、）。此圖描述分層圖中一個模塊的輸入輸出和處理內容。IPO分層圖用一個方塊代表一個模塊，方塊內可寫出表示此模塊的處理功能和模塊名。模塊之間的調用 關系用連接兩模塊的直線表示。采用自頂向下擴展的方法先畫綜合性較強、層次較少的模塊結構，然后再 根據需要一步一步擴充，直到每個模塊的處理功能和規(guī)模符合要求?，F(xiàn)根據該酒店管理信息系統(tǒng)的需求繪 制系統(tǒng)功能模塊圖，如圖 4.1所示。酒店客房管理系統(tǒng)住宿管理客房管理掛賬管理日結客房預訂住宿登記追加押金調房登記客房設置客房查詢房態(tài)查看預訂房查詢住宿查詢退宿查詢宿費提醒查詢統(tǒng)計系統(tǒng)設置退房結帳掛賬查詢客戶結款登記預收報表客房銷售報表客房收入報表操作員設置密碼設置初始

23、化權限設置圖4.1系統(tǒng)功能模塊圖4.2 數(shù)據庫設計概念模型是數(shù)據庫系統(tǒng)的核心和基礎。在系統(tǒng)的數(shù)據庫設計中，首先要對系統(tǒng)分析得到的數(shù)據字典中的數(shù)據結構、 數(shù)據流和數(shù)據儲存進行分析，并參照DFD ,把數(shù)據抽出來，確定實體的屬性以及實體間的關系，這樣才能得出系統(tǒng)的關系模式。實體聯(lián)系圖（ER圖）是一種用于靜態(tài)數(shù)據結構的概念模型。本系統(tǒng)采用ER圖的方法進地數(shù)據結構分析,能過ER圖來描述現(xiàn)實世界信息結構的數(shù)據庫設計方法。4.2.1 數(shù)據庫設計需求分析需求分析的目的在于識別用戶的數(shù)據需求，非形式地描述有關數(shù)據對象及其聯(lián)系的要作記錄的信息，取得如下要作記錄信息的非形式描述：每個客戶登記住宿時提供的信息需要提供

24、記錄的信息，包括唯一的身份證號，姓名，地址，出差事由 ， 住宿天數(shù)，聯(lián)系電話等等?？头啃畔㈥P于客房的信息必須包括房間號、房間類型、價格、房態(tài)?？头款A訂的有關信息需要記錄姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額。退房時涉及的信息需要記錄憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價 格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間等 信息。4.2.2 需求分析的建模在本文這一部分，列出了實體、屬性和聯(lián)系的清單。它們表示上述數(shù)據庫的形式描述。4.2.2.1 實體本系統(tǒng)中

25、的主要實體有 6個，分別是：顧客、客房、掛帳信息、預訂單、退房信息、續(xù)費信息。4.2.2.2 實體的屬性顧客：身份證號，姓名，地址，出差事由，住宿天數(shù)，聯(lián)系電話客房：房間號、房間類型、價格、房態(tài)掛帳信息：日期、姓名、單位、欠款金額預訂單：顧客姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額退房信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格， 住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間 續(xù)費信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類

26、型，房間價格， 住宿日期，住宿天數(shù)，續(xù)費金額，續(xù)費日期時間4.2.2.3 實體間的聯(lián)系1 .入住，實體顧客和房間之間的1 : 1聯(lián)系2 .退房，實體顧客和房間之間的1 : 1聯(lián)系3 .續(xù)費，實體顧客和房間之間的1 : 1聯(lián)系4 .預訂，實體 顧客 和房間之間的1 : 1聯(lián)系5 .掛賬，實體 顧客 和酒店之間的n： m聯(lián)系4.2.2.4 E R圖ER圖可以來描述靜態(tài)數(shù)據結構：實體、聯(lián)系、實體和聯(lián)系的屬性。其圖形符號示例如下：根據以上分析結果，繪制出本系統(tǒng)的ER圖，見圖4.2 o圖中沒有注明實體和聯(lián)系的屬性，因為屬性已在本文中進行了文字說明。顧客客房入住續(xù)費預訂退房掛帳mth圖4.2 ER 圖4.

27、2.3 E -R模型轉化為關系模式4.2.3.1 轉換歸則實體集的轉換每個實體集用一關系模式表示，其中實體集的屬性被轉換成關系的屬性，實體集的主鍵（用下劃線表示， 下同），在滿足唯一標識和無冗余等性質的條件下，將作為對應關系的主鍵。二元聯(lián)系轉換(1 )強制成員類：若實體集 E2與實體集E1是N: 1聯(lián)系，E2的關系模式應包含 E1的主屬性；(2)可選成員類：若實體集 E2是它同實體集E1的N: 1聯(lián)系中的一個可選成員，那么，這個聯(lián)系往往 由包括E1和E2主屬性以及該聯(lián)系中每個屬性的各個關系模式表示；為了避免空值問題，我們也可以引入另一個表示聯(lián)系的關系。(3) N: M二元聯(lián)系：一般由另一個關系

28、模式表示。這個關系模式由每個參加的實體集的主屬性以及這個 聯(lián)系的任何屬性一起組成。三元實體集聯(lián)系的轉換每一個三元聯(lián)系被轉換成另一個關系模式，其中包括有三個參加的實體集的鍵。4.2.3.2 關系模式根據4.2.3.1 節(jié)所述的轉換規(guī)則，在從 ER圖向關系模式轉換時，經過以上分析，確定本系統(tǒng)的關系模式 如下：登記預收表：憑證號碼、姓名、證件名稱、證件號碼、出差事由、房間號、客房類型、聯(lián)系電話、客房價 格、住宿日期、住宿時間、住宿天數(shù)、宿費、折扣、應收宿費、預收金額、提醒日期、退宿日期、備注、 標志、日期、時間、結款方式、摘要、提醒時間、退宿時間住宿登記表：憑證號碼、姓名、證件名稱、證件號碼、出差事

29、由、房間號、客房類型、聯(lián)系電話、客房價 格、住宿日期、住宿時間、住宿天數(shù)、宿費、折扣、應收宿費、預收金額、提醒日期、退宿日期、備注、 標志、日期、時間、結款方式、摘要、提醒時間、退宿時間掛帳信息：日期、掛帳單位、摘要、住宿金額、欠款金額、還款金額、金額累計、姓名、證件號碼、票號、 時間、序號、房間標準、房間價格客房信息：房間號、房間類型、價格、房態(tài)、標志、備注、配置、使用設置、營業(yè)日期客房預定信息：姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，預住 日期，預住天數(shù)，預付金額，備注、日期、操作員、時間、證件名稱退房登記信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址

30、，工作單位，房間號，客房類型，房間 價格，住宿日期，住宿時間、住宿天數(shù)，宿費、折扣或招待、折扣、應收宿費、雜費、電話費、會議費、 存車費、賠償費、金額總計、預收宿費、退還宿費、退房日期、退房時間、日期、時間、備注、聯(lián)系電話、BZ 4.2.4 數(shù)據庫設計本系統(tǒng)開始階段采用了 Access數(shù)據庫，隨著酒店業(yè)務的發(fā)展，將改用SQLServer 2000 數(shù)據庫。本系統(tǒng) 為Access數(shù)據庫，數(shù)據庫名稱為 kfglo數(shù)據庫晚1包含以下8個表：登記預收表ys,登記表djb,掛賬明 細表gzmx,客房基礎信息表kf,客房預定表kfyd,密碼表ma,權限設置表qxsz,退房登記表tfd。由于篇幅有限，下面對

31、其中 2個表進行介紹。1 .登記預收表djys登記預收表djys用來保存客人在住宿登記時的預收金額等信息，結構見表4-1所示。表4-1登記預收表的結構字段名稱數(shù)據類型字段大小說明憑證號碼文本20憑證號碼姓名文本50姓名證件名稱文本20證件名稱證件號碼文本20證件號碼出差事由文本50出差事由房間號文本20房間號客房類型文本10客房類型 聯(lián)系電話文本20聯(lián)系電話 客房價格貨幣8客房價格 住宿日期日期/時間8住宿日期 住宿時間日期/時間8住宿時間 住宿天數(shù)數(shù)字雙精度型住宿天數(shù) 宿費貨幣8宿費折扣數(shù)字雙精度型折扣應收宿費貨幣8應收宿費 預收金額貨幣8預收金額提醒日期日期/時間8提醒日期 退宿日期日期/

32、時間8退宿日期 備注文本50備注標志文本1標志日期日期/時間8日期時間日期/時間8時間結款方式文本1結款方式 摘要文本200摘要提醒時間日期/時間8提醒時間 退宿時日期/時間8退宿時間2 .退房登記表tfd退房登記表tfd用來保存客人退宿登記信息，結構見表 4-2所示。表4-2退房登記表的結構5系統(tǒng)詳細設計5.1 代碼設計代碼就是用來一表征客觀事物的實體類別，依據屬性的一個或一組易于計算機識別和處理的特定符號或記號。它可以是字符、數(shù)字、某些特殊符號或他們的組合。為方便系統(tǒng)的使用與維護，本系統(tǒng)對一些基本數(shù)據項的代碼格式的進行規(guī)范化，舉例說明如下。對于關系模式 住宿登記”和 住宿預收信息”中的主鍵

33、為憑證編號，如在本系統(tǒng)中，憑證編號用2005-03-28d009這樣的的順序碼表示。代碼格式如圖 5.1所示。5.2 關鍵算法在開發(fā)酒店客房管理系統(tǒng)過程中，從客人入住到客人退宿涉及到客房管理的方方面面，如處理不當，便會 給酒店造成很大的損失。下面根據筆者在開發(fā)酒店客房管理系統(tǒng)中的一些經驗向讀者講解一下在宿費算法、 客人調房、宿費提醒等三方面應注意的一些問題。5.2.1 客房宿費的算法由于每個酒店的管理方法不同，所以宿費算法也有不同，如果采用人工運算既耽誤時間，又容易出現(xiàn)運算 錯誤，很容易給賓館和客人造成不必要的麻煩和損失。如果使用程序計算宿費，那么既方便又規(guī)范，同時 也避免了運算錯誤。下面是針

34、對本賓館客房管理設計的宿費運算公式: 宿費=房價X天數(shù) 如果客人退宿結賬時間在住宿當天，可以按如下算法：如客人退宿結賬時間早于 18:00,那么住宿天數(shù)為0.5天；如客人退宿結賬時間超過 18:00,那么住宿天數(shù)為1天。如果客人退宿結賬時間不在住宿當天，可以按如下算法（定義A為天數(shù)）：如客人退宿結賬時間在中午12:00 之前，住宿天數(shù)為（退宿日期一住宿日期）十 0.5天；如客人退宿結賬時間在中午 12:00 之后，住宿天數(shù)為（退宿日期一住宿日期）+1天。5.2.2 如何實現(xiàn)調房由于客人的住宿習慣不同，有些客人會在住宿過程中要求調房，例如客人要求換一個朝陽的房間或空調房等，這就要求客房管理系統(tǒng)有

35、調房的功能。調房模塊的思路是：首先查看目標客房是否空閑，如果空閑，查看目標客房的房價（本系統(tǒng)只允許用戶調換等價的房間），如果房價與客人原住客房等價，則可確認客人調房。調房后，應對原客房、目標客房的狀態(tài)進行編輯，再對住宿登記表中的信息進行編輯。5.2.3 如何實現(xiàn)宿費提醒客人在住宿前首先要說明住宿天數(shù)，根據客人住宿天數(shù)和房間價格，酒店要向客人收取一定的住宿押金。如果客人住宿了 10天，而只交付了 5天的宿費，入住時間超過 5天后，如果沒有及時催要住宿費，很容 易造成客人未交宿費便離宿，這樣便會給酒店造成損失。為了解決這種情況，本系統(tǒng)設計了宿費提醒功能，可以及時提醒酒店客人什么時間需補交多少宿費。

36、例如，本例根據押金的多少計算提醒日期。代碼如下5.3 程序界面設計對于用戶來講，人機界面的就是系統(tǒng)本身。由于本系統(tǒng)的最終用戶是酒店的倉庫管理員、收銀員，而非計 算機專業(yè)人員，因此用戶界面必須符合他們的使用習慣，滿足用戶的需求。本系統(tǒng)采用了菜單式設計，以 使用鼠標及鍵盤操作為主。5.3.1 主界面實現(xiàn)目標程序啟動后，在系統(tǒng)登錄界面驗證完操作員及操作員密碼后，將進入主程序界面。主程序界面主要實現(xiàn)如下功能：.選擇菜單或工具欄，調用相應程序，進行相應操作。.根據操作員不同，確定操作員的相應權限。主程序界面如圖5.2所示。圖圖5.2主程序界面5.3.2實現(xiàn)過程新建一個標準工程，命名為客房管理系統(tǒng)”，在該

37、工程中會自動創(chuàng)建一個新窗體，將該窗體命名為main.單擊工程”菜單下的 部件”選項，在彈出的列表中，選定 "Microsoft WindowsCommon Control 6.0" 選項，然后單擊 確定”按鈕，StatusBar 控件將被添加到工具箱中 單擊工具”菜單下的 菜單編輯器”，在菜單編輯器中設置程序的菜單。5.3.2系統(tǒng)登錄模塊設計實現(xiàn)目標程序啟動后，首先進入系統(tǒng)登錄界面驗證操作員及密碼。在系統(tǒng)登錄模塊中主要實現(xiàn)如下功能： .可選擇操作員，支持鼠標和鍵盤操作。.操作員和密碼驗證成功后，進入主界面。.操作員錯誤或密碼錯誤提醒并返回錯誤點.輸入三次錯誤的密碼，自動退出

38、系統(tǒng)。系統(tǒng)登錄界面如圖5.3所示。圖5.3系統(tǒng)登錄界面實現(xiàn)過程程序流程圖，如圖5.4。圖5.4程序流程圖程序代碼：限于篇幅，其它模塊的代碼略。6系統(tǒng)測試6.1 引言6.1.1 背景經過近一個月的開發(fā)，主要程序已經收尾，主要功能基本實現(xiàn)，但由于時間的倉促，出現(xiàn)了不可避免的錯 誤，于是就進入了系統(tǒng)測試階段。6.1.2 目的系統(tǒng)不可能沒有錯誤，為了保證系統(tǒng)的質量，為了使系統(tǒng)和地戶的需求無誤，最有效的方法就是進行軟件測試，為了使測試有條不紊地進行，我制定了該測試計劃。6.2 測試計劃6.2.1 測試內容準確性：系統(tǒng)每個模塊的功能是否與文檔相一致。 質量：檢查每模塊的功能、性能、要求是否符合相關文檔的技

39、術要求，不合格者，糾正錯誤，保證質 量。6.2.2 測試準備資料準備：可行性研究報告，需求規(guī)格說明書，測試文檔。6.3 測試內容說明6.3.1 測試名稱主界面”測試住宿管理”測試客房管理”測試 掛帳管理”測試 查詢統(tǒng)計”測試 歸結”測試系統(tǒng)設置”測試6.3.2測試進度7項測試共3天，見表6-1 o表6-1系統(tǒng)測試進度第一天主界面”測試住宿管理”測試客房管理”測試第二天掛帳管理”測試查詢統(tǒng)計”測試歸結”測試第三天系統(tǒng)設置”測試6.4測試分析報告6.4.1 引言 背景：近三天來，我按照測試計劃有條不紊地測試完了系統(tǒng)，發(fā)現(xiàn)了許多錯誤，并改正了，測試完畢 后，我又對測試結果進行了分析。 目的：編寫這份

40、分析報告的目的就是分析錯誤的原因及對系統(tǒng)的影響，并糾正了能夠糾正的錯誤，以 保證系統(tǒng)目標能夠完全準確地實現(xiàn)。6.4.2 測試結果見表6-26.4.3 軟件功能結果按照前一階段編制的酒店客房管理系統(tǒng)模塊功能表工對系統(tǒng)每個模塊功能，用白盒法與黑盒法進行了系統(tǒng)的測試，并沒有發(fā)現(xiàn)錯誤，說明了我的軟件預期功能全部實現(xiàn)。6.4.4 分析摘要經過三天的精心測試，檢測工作已完成，我發(fā)現(xiàn)了一些錯誤并改正了，保證了軟件的完善性、正確性，到目前為止，我并沒有發(fā)現(xiàn)邏輯上的錯誤，因此，我的軟件開發(fā)是成功的、有效的，實現(xiàn)了當初設想的全部目標。表6-2測試結果一覽表測試名稱測試結果問題所在主界面”測試與系統(tǒng)目標相符住宿管理

41、”測試該部分基本能實現(xiàn)系統(tǒng)的目標，對提示信息作了修改?？头抗芾怼睖y試該部分能夠實現(xiàn)信函、行文、報表、投訴等功能，與系統(tǒng)目標相符。掛帳管理”測試不能實現(xiàn)提案記錄的添加，現(xiàn)已改正源代碼書寫錯誤查詢統(tǒng)計”測試與系統(tǒng)目標相符。歸結”測試與系統(tǒng)目標相符。系統(tǒng)設置”測試與系統(tǒng)目標相符。7結論在系統(tǒng)的編寫過程中，我充分體會了軟件編程工作者的辛苦，因為每一個細微的細節(jié)都必須十分的注意， 如果稍有不慎，就會全盤皆輸，而且往往很多的時候，程序我自己覺得非常的正確，但是就是編譯通不過， 在查找錯誤的過程中，面臨著否認自己的過程，非常的痛苦，而且由于自己的經驗及各方面的能力的不足， 所以進展的速度非常的緩慢，往往幾天

42、的時間還沒有一點進展。在開始編寫程序的時候，我看到別人的系統(tǒng)功能非常的詳細，而且界面非常的漂亮，總希望自己的系統(tǒng)也 非常的完善，但是，經過三個月的學習，發(fā)現(xiàn)編一個優(yōu)秀的系統(tǒng)決不是一蹴而就的事情，需要長時間的積 累和經驗，而這個方面又是我的弱項，因此，在朋友的幫助下，我終于認清自己的不足及劣勢，不要貪圖 大而全，只要盡我所能，編制一個實用簡單的系統(tǒng)也是件很不容易的事情。在反反復復的學習之下，我的辛勤努力有了匯報，終于做出了一個簡單的軟件，雖然這個軟件的功能非常 的簡單，而且我想，在實際的運用中，肯定會有所不足，因為客房信息管理工作的內容非常的豐富，我涉 及到的僅僅是客房管理的一部分簡單內容，離實際的客戶需求肯定還有一定的差距。但是，它畢竟代表了 我三個月辛勤的結晶。從本系統(tǒng)開始設計到現(xiàn)在，共用時間近三個月。到目前為止基本功能已經實現(xiàn)。本系統(tǒng)是在對相關人員進行詳細調研后，確定了系統(tǒng)涉及的領域，包括系統(tǒng)設計、數(shù)據庫設計、程序設計 等，是一個具有實際應用意義的典型管理系統(tǒng)。但因為本系統(tǒng)比較大，而且在本項目開始的時候，對應用 VB進行程序設計方面不太熟悉，再加上畢業(yè)設 計的時間有限，許多方面在今后的工作學習中還需要進一步改進和完善。致謝在做畢業(yè)設計的這幾個月時間是我學生生涯中最有價值的一段時光。這里有治學嚴謹而不失親切的老 師，有互相幫助的同學，