VB賓館客房管理信息系1

1、VB賓館客房管理信息系統(tǒng)  論文范文(2010-11-30 10:27:36) 轉載標簽： 賓館客房管理需求分析vbit分類： VB設計 來至：淘論文網 本文介紹了賓館客房管理信息系統(tǒng)的開發(fā)過程。論文詳盡論述了從需求分析、系統(tǒng)分析、概要設計、詳細設計、以及測試與調試的整個開發(fā)過程，總結了開發(fā)過程中的經驗及本系統(tǒng)今后的改進方向。遵循軟件工程的方法。本系統(tǒng)開發(fā)成功后可以實現(xiàn)對賓館客房進行全方位的管理，功能包括客房預定、住宿登記、追加押金、調房登記、退房結賬、客房設置、客房客房設置、客房查詢、房態(tài)查看、掛賬查詢、客戶結款、預定房查詢、住宿查詢、退宿查詢、宿費提醒、登記預

2、收報表、客房銷售報表、客房銷售統(tǒng)計、初始化、操作員設置、密碼設置、權限設置等。提高了賓館客房的管理水平和服務水平。從而將業(yè)務處理從純人工操作轉換成人工與計算機共同處理的，本論文還對轉換過程進行了詳細描述，可作為同類計算機管理信息系統(tǒng)的應用參考。     本軟件開發(fā)的過程中采用Visual Basic6.0 開發(fā)工具，采用成熟的軟件研制技術，后臺數(shù)據庫采用access2000?！娟P鍵詞】賓館客房管理信息系統(tǒng)、功能、Visual Basic6.0【Abstract】This thesis introduced the development process

3、of the guest room  management information system.The thesis discussed in details analytical from the need, system 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 th

4、is system within process aftertime.Follow the method of the software engineering.This system development successfully behind 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

5、the security deposit, adjust the building register and check out the close book, guest room constitution, the guest room 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

6、night the search and back the search of Accommodation , fee of Accommodation to remind and register to prepare to accept the statement, guest room  sale statement, the guest room sale covariance, beginning to start to turn, operator constitution, password constitution, legal power constitution

7、etc.Raised the management level and service levels of the guest house guest room.Thus handle business to operate the conversion from the pure rtificial the artificial and calculators handle together of,This thesis returns applied reference to converted the process to carry on the detailed descriptio

8、n, can be the of the same kind calculator  management information system.     It adopt the Visual Basic 6.0 in the process of this software development tool, adoption mature of software research to manufacture the technique, the backstage database adoption  is  acc

9、ess2000.【KeyWords】       The guest room  management information system, function, Visual Basic6.0      目   錄第一章  前  言. 41.1管理信息系統(tǒng)目標. 51.2項目開發(fā)計劃. 5第二章 系統(tǒng)需求分析. 62.1 現(xiàn)行業(yè)務描述. 6 組織結構. 6 業(yè)務流程分析. 72.2 現(xiàn)行系統(tǒng)存在的主要問題. 72.

10、3 解決方案. 82.4 可行性分析與抉擇. 8第三章新系統(tǒng)邏輯方案. 113.1 數(shù)據流圖描述. 11 系統(tǒng)頂層數(shù)據流程圖說明. 12 客房管理數(shù)據流程二層圖說明. 133.2 數(shù)據字典描述. 13第四章系統(tǒng)總體結構設計. 174.1 軟件模塊結構設計. 174.2 數(shù)據庫設計. 18 數(shù)據庫設計需求分析. 18 需求分析的建模. 19 ER模型轉化為關系模式. 21數(shù)據庫設計. 224.4 系統(tǒng)總體安全性、可靠性方案與措施. 28第五章 系統(tǒng)詳細設計. 295.1 代碼設計. 295.2關鍵算法. 29客房宿費的算法. 29如何實現(xiàn)調房. 30如何實現(xiàn)宿費提醒. 305.3、程序界面設計.

11、 315.3. 1主界面實現(xiàn)目標. 31系統(tǒng)登錄模塊設計. 36住宿管理設計. 40第六章  系統(tǒng)測試. 516.1、引言：. 516.2、測試計劃：. 516.3、測試內容說明：. 516.3、測試分析報告. 526.4、系統(tǒng)安裝. 52第七章    結 論. 54致    謝. 54參考文獻. 54附錄：部分模塊設計代碼. 55  第一章  前  言當今社會，是個高科技、高效率、高度競爭的全新社會。隨著人們物質水平的逐步提高，人們的精神生活也開始趨向豐富多彩。人們已經不再僅僅局限于

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

13、立一套合理有效的管理信息系統(tǒng)迫在眉睫。望月賓館是我市一家新開業(yè)不久的賓館，主要從事住宿旅游觀光服務工作，占地面積12000多平方米，建筑面積122000多平方米，職工50多人。該賓館設有豪華套間、標準間、普間、雙人間，房間共65間，床位共120張。有閉路電視、程控電話、國內國際直撥電話、電梯、中央空調、現(xiàn)代消防設施、大小餐廳2個、停車場、大小會議室2個，同時能接待120人住宿、50人以內的中小型會議，提供代購火車、汽車、飛機票等各種旅游觀光服務。現(xiàn)有職工60多人，其中，有計算機操作工作經驗的員工占職工人數(shù)的20左右。隨著信息技術的發(fā)展和人們對賓館酒店的要求越來越高，賓館客房服務一直是本賓館的主

14、要業(yè)務活動，隨著業(yè)務的不斷發(fā)展，加強成本管理與收入管理、通過提高服務水平提升企業(yè)形象已成為本賓館的迫切需要。因為該賓館目前采用手工操作的運營過程，差錯率較高，已不能適應現(xiàn)代化管理的要求。該賓館已明顯覺得手工管理已不能適應當前賓館高速發(fā)展的需要，已意識到使用計算機網絡和計算機管理的重要性，決定首先在客房部采用賓館客房管理系統(tǒng)。為了提高賓館管理效率，贏得客戶的滿意度，我建議公司決策層同意開發(fā)該賓館客房管理信息系統(tǒng)，并以此系統(tǒng)的研發(fā)過程作為本人畢業(yè)論文的論題。1.1管理信息系統(tǒng)目標本系統(tǒng)的建設需要實現(xiàn)如下目標：（1）支持日常業(yè)務運作。（2）集中管理業(yè)務數(shù)據，支持管理預測與決策。（3）有良好的可擴充性

15、(系統(tǒng)配置靈活，支持用戶未來信息化進程的發(fā)展)。（4）漢字圖形用戶界面，人機對話友好，操作方便。（5）響應速度合理，安全性較高，運行穩(wěn)定。（6）系統(tǒng)建設費用較低。  1.2項目開發(fā)計劃   本畢業(yè)設計只需實現(xiàn)賓館客房管理。   本項目開發(fā)計劃如下：1)    在2005年2月份內完成系統(tǒng)需求分析2)    在2005年3月份內完成新系統(tǒng)邏輯方案分析3)    在2005年4月份上旬完成新系統(tǒng)設計4)    

16、  在2005年5月份底完成新系統(tǒng)實現(xiàn)，其中包括程序設計，并進行系統(tǒng)的測試和調試，完成論文的初稿，交給指導老師審查。第二章系統(tǒng)需求分析系統(tǒng)需求分析主要任務是調查現(xiàn)行系統(tǒng)存在的問題，弄清用戶對新系統(tǒng)的要求，提出可行的方案，為管理層決策提供依據。2.1 現(xiàn)行業(yè)務描述 組織結構本賓館由在管理上設客房部、財務部、倉儲部、采購部、餐飲部、后廚部、公關部。組織結構圖見圖2.1 。董事會（長） 總經理 客房部 財務部 倉儲部 采購部 餐飲部 后廚部 公關部 吧臺 大堂 二樓 現(xiàn)金

17、會計 出納             圖2.1 系統(tǒng)組織結構圖 組織結構圖中，各部門的職責描述見表2.1 。 部  門 職                      責 董事會 公司投資與經營

18、戰(zhàn)略決策 總經理 管理賓館營運事務，實現(xiàn)營運目標，向董事會負責 客房部 負責住宿登記、客房調整、營業(yè)報表、追加押金等工作 財務部 管理賓館資金來源與資金運用，支持各部門工作。 倉儲部 從事賓館生產與服務所需物資的入庫、儲存、發(fā)放，實現(xiàn)存貨管理。 采購部 制定采購計劃，進行供應商管理，向市場采購賓館所需各項物資 餐飲服務部 管理賓館服務生，向客戶提供餐飲服務（開臺、點菜、傳菜、供應飲品、輔助結算等）。 后廚部 菜肴加工制作 公關部 賓館促

19、銷策劃、迎賓、宴席預定等  業(yè)務流程分析在本系統(tǒng)的業(yè)務流程分析中，采用的工具是業(yè)務流程圖，這是一種表明系統(tǒng)內各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流動的流程圖，它可以幫助分析人員找出業(yè)務流程中的不合理。本系統(tǒng)的管理系統(tǒng)流程圖如圖2-22：      圖2-22.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主要從銷售收

20、入角度向管理層提供數(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     

21、;     對消費信息的采集與記錄更加細致與全面，能滿足不斷增長的管理需求；2          利用計算機對數(shù)據進行加工、統(tǒng)計、分析，提高工作效率；3          實現(xiàn)完成的信息管理流程，支持業(yè)務管理制度的完善工作；4          提供統(tǒng)一格式的計算機打印單據與報表，提升企業(yè)

22、形象；5          重視對歷史數(shù)據的存儲保護、追溯、分析，為管理層對企業(yè)的經營預測與決策提供及時有效的幫助。 2.4 可行性分析與抉擇1技術可行性最近30年來，管理信息系統(tǒng)技術得到了充分的發(fā)展與完善，使得開發(fā)本系統(tǒng)在技術可行性成為可能，利用VB開發(fā)工具，使得本系統(tǒng)不存在技術上的障礙。該系統(tǒng)的軟件研發(fā)階段，由我協(xié)助該賓館管理提出需求、進行系統(tǒng)設計與開發(fā)，擬采用成熟的數(shù)據庫技術與軟件開發(fā)技術，具有技術可行性。2經濟可行性我參與本系統(tǒng)的研發(fā)工作，主要是為了綜合運用在計算機專業(yè)所學的各科知識，通

23、過理論與實踐的結合，提高本人的專業(yè)技術知識的應用能力，所以主動免費承擔本系統(tǒng)的軟件研發(fā)工作。因為本系統(tǒng)投產后，不必增減賓館人員的工作崗位及職工人數(shù)，故沒有人力資源成本的增加與減少。新系統(tǒng)（第一期）的費用與收益分析如下：（1）一次性項目建設費用為 人民幣 25000元。其中：軟件研發(fā)經費：          人民幣  0元；計算機設備及系統(tǒng)軟件費：人民幣 25000元；培訓費      ：     

24、     人民幣  0元；整個項目建設期為0.5年（2）投產后的年發(fā)生費用預計為 人民幣 12000元。其中：年運營耗材費：人民幣  2000元年折舊費（支付系統(tǒng)軟硬件維護及更新）： 人民幣 3000元   （3）新系統(tǒng)投產后預期年經濟收益 人民幣 30000元          銷售信息利用增值：       人民幣 10000元   

25、       工作效率提升的收益： 人民幣 10000元          客戶滿意度提升的收益：  人民幣 10000元   （4）預計本系統(tǒng)使用壽命五年，按后年利率5%計算：項目投資回收期  = 項目投資 /（年收入 年支出）= 25000 / （30000-12000）=1.3年          凈現(xiàn)金流量 =

26、 Sum(年凈收入/（1+年復利息率）n ) 項目投資   = （25000-12000）*（ 0.9524+0.9070+0.8638+0.8227+0.7835） -25000 =  77929-36000 = 41929 元   可見，本系統(tǒng)的投資回收期不很長，即使在使用年利率5%的貸款來進行投資，在項目運營業(yè)3年內，賓館仍能獲得超過4萬元的凈現(xiàn)金流量，本項目經濟上可行。 3營運可行性在本系統(tǒng)的運營階段，使用系統(tǒng)的工作人員，除了需要具備在Microsoft Windows平臺上使用個人電腦的知識，并不需要特別的技術能力

27、。這方面的知識，在該賓館與本項目運營相關的客房部的直接人員中已經具備。并且在項目投產前，還會安排對操作系統(tǒng)的人員進行必要的培訓。    系統(tǒng)技術維護支持工作，在初期仍將硬件供應商及本人完成。在賓館信息化建設及業(yè)務拓展到適當規(guī)模后，宜由賓館雇用專業(yè)技術人員擔任此項工作。    在具體實施過程中，賓館同意建立這樣的運營管理機制：由公司管理層一名高級管理人員領導，客房部具體負責本項目的運營；同時，采購部負責對系統(tǒng)運營過程中的計算機耗材的供應。因此本系統(tǒng)營運方面可行。    綜上所述，實施本系統(tǒng)，已具備技術可行、

28、經濟可行、營運可行的條件，所以賓館決策層同意開發(fā)和使用本系統(tǒng)。第三章 新系統(tǒng)邏輯方案根據用戶的需求，新系統(tǒng)應實現(xiàn)如下功能：    （1)住宿管理：客房預定、住宿登記、追加押金、調房登記、退房結賬。    （2)客房管理：客房設置、客房查詢、房態(tài)查看。    （3)掛賬管理：掛賬查詢、客戶結款。     (4）查詢統(tǒng)計：預定房查詢、住宿查詢、退宿查詢、宿費提醒。     (5)日結：登記預收報表、客房銷售報表、客房銷售統(tǒng)計。&#

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

30、入輸出數(shù)據流，繪制本系統(tǒng)的關聯(lián)系圖見圖3.1 。F6宿費提醒 F1相關證件、押金  客戶  賓館客房管理系統(tǒng) F4退宿結帳 F3結帳單據 F5營業(yè)報表  經理 F7追加押金 F8預訂房費 F9預訂賃證             圖3.1 系統(tǒng)關聯(lián)圖 從系統(tǒng)關聯(lián)圖（圖3.1）中可以看出：客戶向本系統(tǒng)提供有關證件（F1），如身份證，軍

31、官證、押金等，進行住房登記，可以通過從本系統(tǒng)獲得住宿證、手牌、住宿登記單（F3）然后入住；本系統(tǒng)對宿費進行提醒（F6），要求客戶進行續(xù)費追加押金（F7）；客戶可進行預訂房間（F8），本系統(tǒng)開出預訂憑證（F9）。顧客進行退宿結帳（F4），本系統(tǒng)通過統(tǒng)計開出結帳憑證（F3）。本系統(tǒng)支持經理對營運數(shù)據的統(tǒng)計分析功能（F5）。 系統(tǒng)頂層數(shù)據流程圖說明D1 住宿登記信息 本系統(tǒng)的頂層數(shù)據流程圖見圖3.2 。 顧客   P1 客房管理 F1相關證件、押金 F2預訂房費 F3追加押金 F4結帳單據&

32、#160;預收金額信息 D2 掛賬信息 D3 客人結賬信息 客房信息 客房預訂信息 D4 D5 D6 D7 退宿登記信息   P2 綜合統(tǒng)計報表  經理              圖3.2 頂層數(shù)據流程圖在頂層數(shù)據流程圖（圖3.2）中，一共有兩個主要的加工：“ P1客房管理”，“P2綜合統(tǒng)

33、計報表管理”。P1客房管理：處理有關顧客訂房、退房、入住、續(xù)費等操作，主要形成“登記預收金額文件”和“客人住宿信息登記文件”、“客房信息表”、“客房預訂表”、退房登記表等。 客房管理數(shù)據流程二層圖說明客房管理數(shù)據流程二層圖見圖3.3 。F2住宿證、手牌、住宿登記單 F1查詢房態(tài) P1.1 住宿登記 D1 證件 D2 預收金額表 D3 登記表 D4 客房信息表 P1.2 顧客結賬 P1.3 客戶續(xù)費 D5 退房信息表 

34、P1.4 預訂房間 D6 客房預訂表 F3住宿登記 F4退房 F5預訂 F6續(xù)訂                         圖3.3 客房管理流程一層圖圖3.3中主要有三個加工：P1.1住宿登記，P1.2顧客結賬，P1.3客戶續(xù)費，P1.4預訂房間。3.2 數(shù)據字典描述建立

35、數(shù)據字典是為了對數(shù)據流程圖上各個元素做出詳細定義和說明。數(shù)據流程圖配以數(shù)據字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行描述，從而形成一個完整的說明，為以后系統(tǒng)設計的進行提供必要的詳細信息。    對數(shù)據流圖中所有的數(shù)據流都要加以說明，現(xiàn)在以二層圖中的“F2住宿證”為例進行說明，見表3.1。    對數(shù)據流圖中所有的數(shù)據元素都要加以說明，現(xiàn)在以二層圖中的“顧客姓名”為例進行說明，見表3.2。    對數(shù)據流圖中所有的數(shù)據存儲都要加以說明，現(xiàn)在以二層圖中的“D6客房預訂表”為例進行說明，見表3.3。&

36、#160;   對數(shù)據流圖中所有的外部項都要加以說明，現(xiàn)在以頂層圖中“顧客”為例進行說明，見表3.4。    對數(shù)據流圖中所有的數(shù)據加工都要加以說明，現(xiàn)在以頂層圖中“客房管理”見表3.5。表3.1數(shù)據流 - F2住宿證 數(shù)  據  流 系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：F2條目名：住宿證別名： 來源：客戶 去向：管理系統(tǒng) 數(shù)據流結構：入住日期住宿證編號客戶姓名房間號押金折扣補交日期操作員  簡要說明: 以此記錄客戶入住情況，供服務員引領客戶前去某房間，退房時要交回。

37、 修改記錄 編寫  日期 2005年4月16日 審核  日期 2005年4月16日       表3.2數(shù)據元素 顧客姓名 數(shù)  據  元  素 系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：E條目名：顧客姓名別名： 屬于數(shù)據流：F3 F4 F5 F6   存儲處：D2、D3、D4、D5、D6   數(shù)據元素值：代碼類型：字符長度

38、：  12位   簡要說明：是某個客戶的姓名，要與身份證上的姓名一致 修改記錄 編寫  日期 2005年4月16日 審核  日期 2005年4月16日        表3.3數(shù)據存儲 客房預訂表 數(shù)  據  存  儲 系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：D6條目名：收入明細賬別名： 存儲組織：每次客戶結賬就有一張收銀清單，按收銀清單編號順序

39、排列 記錄數(shù)：只記錄當前市別的收銀記錄，記錄數(shù)不限，存儲上限由磁盤可用空間控制。收市結賬后轉入“歷史收入明細賬”主關鍵字：收銀單號+順序號 記錄組成：項目：收銀單號+桌號+人數(shù)+順序號+商品代碼+數(shù)量+單價+折扣率+收銀員近似長度（字節(jié)）：12+4+4+4+6+2+4+4+4 = 42 簡要說明： 修改記錄 編寫  日期 2005年4月16日 審核  日期 2005年4月16日  表3.4外部項 - 顧客 外  部  項

40、60;系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：E04條目名：顧客別名： 輸入：F3  住宿登記      F4  退房      F5 預訂F6 續(xù)訂 輸出：D2、D3、D4、D5、D6     主要特征： 簡要說明： 修改記錄 編寫  日期 2005年4月16日 審核  日期 2005年4月16日 &#

41、160;      表3.5數(shù)據加工 - 客房管理 數(shù)  據  加  工 系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：P1條目名：客房管理        別名： 輸入：F1相關證件、押金      F2預訂房費      F3追加押金      F5 退房 輸

42、出：D1：住宿登記信息      D2：預收金額信息      D3：掛賬信息D4：客人結賬信息D5：客房信息D6：客房預訂信息D7：退宿登記信息 處理邏輯：1根據顧客提供的相關證件和押金進行登記入住，形成住宿登記信息，客房信息。2根據顧客提供的預訂房費，形成客房預訂信息。3根據顧客退房請求，進行退房處理，形成退宿登記信息和客人結賬信息。  簡要說明：“客房管理”加工，可以基本滿足管理員的日常工作需要。 修改記錄 編寫  日期

43、 2005年4月16日 審核  日期 2005年4月16日       第四章 系統(tǒng)總體結構設計系統(tǒng)設計階段包括總體設計和詳細設計。這個階段的主要目的是將系統(tǒng)分析階段所提出的反映了用戶信息需求的系統(tǒng)邏輯方案轉換成可以實施的基于計算機與通信系統(tǒng)的物理（技術）方案。其主要任務是從管理信息系統(tǒng)的總體目標出發(fā)，根據系統(tǒng)分析階段的邏輯功能的要求，并考慮到經濟、技術和運行環(huán)境等方面的條件，確定系統(tǒng)的總體結構和系統(tǒng)各組成部分的技術方案，合理選擇計算機和通信的軟硬件設備，提出系統(tǒng)的實施計劃，

44、確?？傮w目標的實現(xiàn)。4.1 軟件模塊結構設計    由于系統(tǒng)流程圖的缺點，在70年代中期出現(xiàn)了HIPO技術，即用圖形方法表達一個系統(tǒng)的輸入和輸出功能，以及模塊的層次。HIPO技術包含兩個方面的內容：）  HIPO分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結構。）  IPO圖（輸入處理輸出圖）。此圖描述分層圖中一個模塊的輸入輸出和處理內容。    HIPO分層圖用一個方塊代表一個模塊，方塊內可寫出表示此模塊的處理功能和模塊名。模塊之間的調用關系用連接兩模塊的直線表示。采用自頂向下擴展的方法先畫綜合性較強、層次較

45、少的模塊結構，然后再根據需要一步一步擴充，直到每個模塊的處理功能和規(guī)模符合要求?，F(xiàn)根據該酒店管理信息系統(tǒng)的需求繪制HIPO分層圖如圖4.1所示。       賓館客房管理系統(tǒng) 住宿管理 客房管理 掛賬管理 日結 客房預訂 住宿登記 追加押金 調房登記 客房設置 客房查詢 房態(tài)查看 預訂房查詢 住宿查詢 退宿查詢 宿費提醒 查詢統(tǒng)計 系統(tǒng)設置 退房結

46、帳 掛賬查詢 客戶結款 登記預收報表 客房銷售報表 客房收入報表 操作員設置 密碼設置 初始化 權限設置                                  

47、;                                                  

48、;            圖4.1 HIPO分層圖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)實世界信息

49、結構的數(shù)據庫設計方法。 數(shù)據庫設計需求分析    需求分析的目的在于識別用戶的數(shù)據需求，非形式地描述有關數(shù)據對象及其聯(lián)系的要作記錄的信息，取得如下要作記錄信息的非形式描述：每個客戶登記住宿時提供的信息需要提供記錄的信息，包括唯一的身份證號，姓名，地址，出差事由，住宿天數(shù)，聯(lián)系電話等等?？头啃畔?#160;   關于客房的信息必須包括房間號、房間類型、價格、房態(tài)。客房預訂的有關信息    需要記錄姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額。退房時涉及的信息 

50、;       需要記錄憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間等信息。 需求分析的建模在本文這一部分，列出了實體、屬性和聯(lián)系的清單。它們表示上述數(shù)據庫的形式描述。.1 實體本系統(tǒng)中的主要實體有6個，分別是：顧客、客房、憑證、住宿登記表、掛賬單、住宿單、退房登記表、結帳發(fā)票。.2 實體的屬性顧客：身份證號，姓名，地址，出差事由，住宿天數(shù)，聯(lián)系電話客房：房間號、房間類型、價格、房態(tài)憑證：憑證號碼，金額，日期，

51、姓名預訂單：顧客姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額退房信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間續(xù)費信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，續(xù)費金額，續(xù)費日期時間.3 實體間的聯(lián)系1入住， 實體集 顧客 和 房間 之間的1：1聯(lián)系（有可能是團體消費）2退房， 實體集 顧客 和 房間 之間的1：1聯(lián)系3續(xù)費，實體集 顧客 和 房間 之間

52、的1：1聯(lián)系4預訂， 實體集 顧客 和房間之間的1：1聯(lián)系5掛賬，實體集 顧客 和 賓館之間的n：m聯(lián)系.4 ER圖ER圖可以來描述靜態(tài)數(shù)據結構：實體、聯(lián)系、實體和聯(lián)系的屬性。其圖形符號示例如下：根據以上分析結果，繪制出本系統(tǒng)的ER圖，見圖4.5 。圖中沒有注明實體和聯(lián)系的屬性，因為屬性已在本文中進行了文字說明。顧  客 客  房 入住 續(xù)費 預訂 退房 掛帳mth 1 1 1 N 1 N 1 1 M N 

53、             圖4.5  ER圖 ER模型轉化為關系模式4.2.3.1 轉換歸則實體集的轉換      每個實體集用一關系模式表示，其中實體集的屬性被轉換成關系的屬性，實體集的主鍵（用下劃線表示，下同），在滿足唯一標識和無冗余等性質的條件下，將作為對應關系的主鍵。二元聯(lián)系轉換（1）強制成員類：若實體集E2與實體集E1是N：1聯(lián)系，E2的關系模式應包含E1的主屬性;（2）可選成員類：若實體集E2是

54、它同實體集E1的N：1聯(lián)系中的一個可選成員，那么，這個聯(lián)系往往由包括E1和E2主屬性以及該聯(lián)系中每個屬性的各個關系模式表示; 為了避免空值問題， 我們也可以引入另一個表示聯(lián)系的關系。（3）N：M二元聯(lián)系：一般由另一個關系模式表示。這個關系模式由每個參加的實體集的主屬性以及這個聯(lián)系的任何屬性一起組成。三元實體集聯(lián)系的轉換每一個三元聯(lián)系被轉換成另一個關系模式，其中包括有三個參加的實體集的鍵。.2 關系模式根據4.2.3.1節(jié)所述的轉換規(guī)則，在從ER圖向關系模式轉換時，經過以上分析，確定本系統(tǒng)的關系模式如下：登記預收表：憑證號碼、姓名、證件名稱、證件號碼、出差事由、房間號、客房類型、聯(lián)系電話、客房價

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

56、身份證號，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，預住日期，預住天數(shù)，預付金額，備注、日期、操作員、時間、證件名稱退房登記信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿時間、住宿天數(shù)，宿費、折扣或招待、折扣、應收宿費、雜費、電話費、會議費、存車費、賠償費、金額總計、預收宿費、退還宿費、退房日期、退房時間、日期、時間、備注、聯(lián)系電話、BZ數(shù)據庫設計本賓館客房管理系統(tǒng)開始階段采用了Access數(shù)據庫，隨著賓館業(yè)務的發(fā)展，將改用SQLServer 2000數(shù)據庫。本系統(tǒng)為Access數(shù)據庫，數(shù)據庫名稱為kfglo數(shù)據庫晚1包

57、含以下8個表：登記預收表ys,登記表djb,掛賬明細表gzmx,客房基礎信息表kf,客房預定表kfyd,密碼表ma,權限設置表qxsz,退房登記表tfd。下面分別介紹以上各表的結構。    1登記預收表djys    登記預收表djys用來保存客人在住宿登記時的預收金額等信息，結構見表4-1所示。字段名稱 數(shù)據類型 字段大小 憑證號碼 文本 20 姓名 文本 50 證件名稱 文本 20 證件號碼 文本

58、60;20 出差事由 文本 50 房間號 文本 20 客房類型 文本 10 聯(lián)系電話 文本 20 客房價格 貨幣 8 住宿日期 日期/時間 8 住宿時間 日期/時間 8 住宿天數(shù) 數(shù)字 雙精度型 宿費 貨幣 8 折扣 數(shù)字 雙精度型 應收宿費 貨幣 8 預收金

59、額 貨幣 8 提醒日期 日期/時間 8 退宿日期 日期/時間 8 備注 文本 50 標志 文本 1 日期 日期/時間 8 時間 日期/時間 8 結款方式 文本 1 摘要 文本 200 提醒時間 日期/時間 8 退宿時間 日期/時間 8 4-1表djys的結構 

60、2登記表djb    登記表djb用來保存客人住宿時的住宿登記信息，結構見表4-2所示。字段名稱 數(shù)據類型 字段大小 憑證號碼 文本 20 姓名 文本 50 證件名稱 文本 20 證件號碼 文本 20 出差事由 文本 50 房間號 文本 20 客房類型 文本 10 聯(lián)系電話 文本 20 客房價格&#

61、160;貨幣 8 住宿日期 日期/時間 8 住宿時間 日期/時間 8 住宿天數(shù) 數(shù)字 雙精度型 宿費 貨幣 8 折扣 數(shù)字 雙精度型 應收宿費 貨幣 8 預收金額 貨幣 8 提醒日期 日期/時間 8 退宿日期 日期/時間 8 備注 文本 50 標志 文本 1&

62、#160;日期 日期/時間 8 時間 日期/時間 8 結款方式 文本 1 摘要 文本 200 提醒時間 日期/時間 8 退宿時間 日期/時間 8 表4-2表djb的結構3.掛賬明細表gzmx    掛賬明細表gzmx用來保存客人住宿掛賬信息和客人結賬信息，結構見表4-3所示。字段名稱 數(shù)據類型 字段大小 日期 日期/時間 8 掛

63、帳單位 文本 100 摘要 文本 100 住宿金額 貨幣 8 欠款金額 貨幣 8 還款金額 貨幣 8 金額累計 貨幣 8 姓名 文本 16 證件號碼 文本 50 票號 文本 20 時間 日期/時間 8 序號 數(shù)字 整型 房間標準 文本 10 

64、;房間價格 文本 10 表4-3表gzmx的結構  4客房基礎信息表kf 客房基礎信息表kf用來保存客房的基礎信息，結構見表4一4所示。字段名稱 數(shù)據類型 字段大小 房間號 文本  房間類型 文本  價格 貨幣  房態(tài) 文本  標志 是/否  備注 文本  配置 文本  使用設置 文本 &

65、#160;營業(yè)日期 日期/時間  表4-4表kf的結構5客房預定表kfyd客房預定表kfyd用來保存客人預定客房的登記信息，結構見表4-5所示。字段名稱 數(shù)據類型 字段大小 姓名 文本 50 身份證號 文本 20 聯(lián)系電話 文本 30 詳細地址 文本 100 工作單位 文本 50 房間號 文本 10 客房類型 文本 20 房間價

66、格 文本 8 預住日期 日期/時間 10 預住天數(shù) 整型 8 預付金額 貨幣 50 備注 文本 50 日期 日期/時間 50 操作員 文本 8 時間 日期/時間 8 證件名稱 文本 20 表4-5表kfyd的結構 6.密碼表ma    密碼表ma用來保存操作員名稱和操作員密碼，結構見表4-

67、6所示。字段名稱 數(shù)據類型 字段大小 操作員 文本 10 密碼 文本 6 表4-6表ma的結構    7權限設置表qxsz    權限設置表qxsz用來保存操作員的權限，結構見表3-7所示。字段名稱 數(shù)據類型 字段大小 編號 文本 50 操作員 文本 50 密碼 編號 雙精度型 客房預定 是/否 1 

68、;住宿登記 是/否 1 退宿登記 是/否 1 追加押金 是/否 1 客房管理 是/否 1 客房查詢 是/否 1 預定房查詢 是/否 1 住宿查詢 是/否 1 退宿查詢 是/否 1 宿費提醒 是/否 1 登記預收報表 是/否 1 客房銷售報表 是/否 1 操作員設置

69、60;是/否 1 密碼設置 是/否 1 初始化 是/否 1 權限設置 是/否 1 房態(tài)查看 是/否 1 調房登記 是/否 1 掛賬查詢 是/否 1 客戶結款 是/否 1 客房銷售統(tǒng)計報表 是/否 1 表4-7表qxsz的結構8退房登記表tfd    退房登記表tfd用來保存客人退宿登記信息，結構見表4-8所示

70、。字段名稱 數(shù)據類型 字段大小 憑證號碼 文本 20 姓名 文本 50 證件號碼 文本 20 聯(lián)系電話 文本 20 詳細地址 文本 50 工作單位 文本 50 房間號 文本 20 客房類型 文本 10 房間價格 貨幣  住宿日期 日期/時間  住宿時間 日期/時間  住宿天數(shù) 數(shù)字 雙精度型 宿費 貨幣  折扣或招待 文本 16 折扣 數(shù)字 雙精度型 應收宿費 貨幣 8 雜費 貨幣 8 電話費 貨幣 8