賓館客房管理系統(tǒng)的開發(fā)與設計畢業(yè)論文.doc

賓館客房管理系統(tǒng)的開發(fā)與設計畢業(yè)論文目 錄第一章 前 言41.1管理信息系統(tǒng)目標51.2項目開發(fā)計劃5第二章 系統(tǒng)需求分析72.1 現(xiàn)行業(yè)務描述72.1.1 組織結(jié)構(gòu)72.1.2 業(yè)務流程分析82.2 現(xiàn)行系統(tǒng)存在的主要問題82.3 解決方案92.4 可行性分析與抉擇9第三章 新系統(tǒng)邏輯方案123.1 數(shù)據(jù)流圖描述123.1.1 系統(tǒng)頂層數(shù)據(jù)流程圖說明133.1.2 客房管理數(shù)據(jù)流程二層圖說明143.2 數(shù)據(jù)字典描述15第四章 系統(tǒng)總體結(jié)構(gòu)設計194.1 軟件模塊結(jié)構(gòu)設計194.2 數(shù)據(jù)庫設計204.2.1 數(shù)據(jù)庫設計需求分析214.2.2 需求分析的建模214.2.3 ER模型轉(zhuǎn)化為關系模式234.2.4數(shù)據(jù)庫設計254.3系統(tǒng)總體安全性、可靠性方案與措施31第五章 系統(tǒng)詳細設計335.1 代碼設計335.2關鍵算法335.2.1客房宿費的算法335.2.2如何實現(xiàn)調(diào)房345.2.3如何實現(xiàn)宿費提醒345.3 程序界面設計355.3. 1 主界面實現(xiàn)目標35實現(xiàn)目標35 實現(xiàn)過程365.3.2系統(tǒng)登錄模塊設計415.3.3住宿管理設計45第六章 系統(tǒng)測試576.1、引言576.2、測試計劃：576.3、測試內(nèi)容說明：576.4、測試分析報告586.5、系統(tǒng)安裝59第七章 結(jié) 論60致 謝60參考文獻60附錄：部分模塊設計代碼61 第一章 前 言當今社會，是高科技、高效率、高度競爭的全新社會。隨著人們物質(zhì)水平的逐步提高，人們的精神生活也開始趨向豐富多彩。人們已經(jīng)不再僅僅局限于待在家中，不再把自己局限在周圍的生活圈子里。為了豐富自己的文化生活和自身娛樂，人們已經(jīng)習慣了利用假期外出旅游。各個地區(qū)的旅游業(yè)也因此出現(xiàn)了持續(xù)增長的好勢頭。這對于各地的賓館等部門來說是一種機遇也是一種挑戰(zhàn)。商場如戰(zhàn)場，競爭十分激烈 ，在競爭中如果企業(yè)本身不能從企業(yè)內(nèi)部入手，提高自身的競爭力，就有可能被社會所淘汰。只有提高企業(yè)自身的生命力才是企業(yè)正確的發(fā)展方向。賓館部門以前那種老的運作機制已經(jīng)不能適應當今社會的需要，單純靠手工去進行大量的信息處理，不但給企業(yè)本身帶來很大的不便，同時也給顧客帶來很大的麻煩，造成企業(yè)雖然耗費了大量的人力、物力和時間，但仍然導致工作效率的降低。所以，對于賓館部門來說，建立一套合理有效的管理信息系統(tǒng)迫在眉睫。新月賓館是我市一家新開業(yè)不久的賓館，主要從事住宿旅游觀光服務工作，占地面積11000多平方米，建筑面積120000多平方米，職工60多人。該賓館設有豪華套間、標準間、普間、雙人間等共70間，床位共130張。有閉路電視、程控電話、國內(nèi)國際直撥電話、電梯、中央空調(diào)、現(xiàn)代消防設施、大小餐廳2個、停車場、大小會議室2個，同時能接待130人住宿、100人以內(nèi)的中小型會議，提供代購火車、汽車、飛機票等各種旅游觀光服務。現(xiàn)有職工60多人，其中，有計算機操作工作經(jīng)驗的員工占職工總數(shù)的30左右。隨著信息技術(shù)的發(fā)展和人們對賓館酒店的要求越來越高，賓館客房服務一直是本賓館的主要業(yè)務活動，隨著業(yè)務的不斷發(fā)展，加強成本管理與收入管理、通過提高服務水平提升企業(yè)形象已成為本賓館的迫切需要。因為該賓館目前采用手工操作的運營過程，差錯率較高，已不能適應現(xiàn)代化管理的要求。該賓館已明顯覺得手工管理已不能適應當前賓館高速發(fā)展的需要，已意識到使用計算機網(wǎng)絡和計算機管理的重要性，決定首先在客房部采用賓館客房管理系統(tǒng)。為了提高賓館管理效率，贏得客戶的滿意度，我建議公司決策層同意開發(fā)該賓館客房管理信息系統(tǒng)，并以此系統(tǒng)的研發(fā)過程作為本人畢業(yè)論文的論題。1.1管理信息系統(tǒng)目標本系統(tǒng)的建設需要實現(xiàn)如下目標：（1）支持日常業(yè)務運作。（2）集中管理業(yè)務數(shù)據(jù)，支持管理預測與決策。（3）有良好的可擴充性(系統(tǒng)配置靈活，支持用戶未來信息化進程的發(fā)展)。（4）漢字圖形用戶界面，人機對話友好，操作方便。（5）響應速度合理，安全性較高，運行穩(wěn)定。（6）系統(tǒng)建設費用較低。1.2項目開發(fā)計劃本畢業(yè)設計只需實現(xiàn)賓館客房管理。本項目開發(fā)計劃如下：1) 在2006年7月份內(nèi)完成系統(tǒng)需求分析2) 在2006年8月份內(nèi)完成新系統(tǒng)邏輯方案分析3) 在2006年9月份上旬完成新系統(tǒng)設計4) 在2006年10月份底完成新系統(tǒng)實現(xiàn)，其中包括程序設計，并進行系統(tǒng)的測試和調(diào)試，完成論文的初稿，交給指導老師審查。第二章 系統(tǒng)需求分析系統(tǒng)需求分析主要任務是調(diào)查現(xiàn)行系統(tǒng)存在的問題，弄清用戶對新系統(tǒng)的要求，提出可行的方案，為管理層決策提供依據(jù)。2.1 現(xiàn)行業(yè)務描述2.1.1 組織結(jié)構(gòu)本賓館在管理上設客房部、財務部、倉儲部、采購部、餐飲部、廚房部、公關部。組織結(jié)構(gòu)圖見圖2.1 。董事會（長）總經(jīng)理客房部財務部倉儲部采購部餐飲部廚房部公關部吧臺大堂二樓現(xiàn)金會計出納圖2.1 系統(tǒng)組織結(jié)構(gòu)圖組織結(jié)構(gòu)圖中，各部門的職責描述見下表。部 門職 責董事會公司投資與經(jīng)營戰(zhàn)略決策總經(jīng)理管理賓館營運事務，實現(xiàn)營運目標，向董事會負責客房部負責住宿登記、客房調(diào)整、營業(yè)報表、追加押金等工作財務部管理賓館資金來源與資金運用，支持各部門工作。倉儲部從事賓館生產(chǎn)與服務所需物資的入庫、儲存、發(fā)放，實現(xiàn)存貨管理。采購部制定采購計劃，進行供應商管理，向市場采購賓館所需各項物資餐飲部管理賓館服務生，向客戶提供餐飲服務（開臺、點菜、傳菜、供應飲品、輔助結(jié)算等）。廚房部菜肴加工制作公關部賓館促銷策劃、迎賓、宴席預定等2.1.2 業(yè)務流程分析在本系統(tǒng)的業(yè)務流程分析中，采用的工具是業(yè)務流程圖，這是一種表明系統(tǒng)內(nèi)各單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流動的流程圖，它可以幫助分析人員找出業(yè)務流程中的不合理。本系統(tǒng)的管理系統(tǒng)流程圖如圖2-2：圖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ù)據(jù)傳遞不及時，對數(shù)據(jù)的統(tǒng)計和計算過程中易發(fā)生差錯，工作效率較低。2業(yè)務流程管理不夠嚴密。3主要從銷售收入角度向管理層提供數(shù)據(jù)，不能滿足管理要求（例如不能提供空房率、房態(tài)的實時消費狀況統(tǒng)計等信息）。 4向客戶提供的消費清單手工書寫，常發(fā)生字跡不清晰的問題，并且格式也不統(tǒng)一。5歷史賬務的查詢也不方便。現(xiàn)行系統(tǒng)的上述弱點，實質(zhì)上反映公司在賓館服務客戶的過程中，對信息的產(chǎn)生、傳輸、加工與挖掘分析利用方面存在不足，不能滿足企業(yè)管理與業(yè)務發(fā)展的要求，也對企業(yè)形象造成不利的影響。這也正是提出新系統(tǒng)的直接原因。2.3 解決方案建議采用的新系統(tǒng)，是一個人機系統(tǒng)，新系統(tǒng)能夠?qū)崿F(xiàn)現(xiàn)行系統(tǒng)的功能，并且能克服現(xiàn)行系統(tǒng)的上述弱點，與現(xiàn)行系統(tǒng)相比，將有如下改善之舉：1 對消費信息的采集與記錄更加細致與全面，能滿足不斷增長的管理需求；2 利用計算機對數(shù)據(jù)進行加工、統(tǒng)計、分析，提高工作效率；3 實現(xiàn)完全的信息管理流程，支持業(yè)務管理制度的完善工作；4 提供統(tǒng)一格式的計算機打印單據(jù)與報表，提升企業(yè)形象；5 重視對歷史數(shù)據(jù)的存儲保護、追溯、分析，為管理層對企業(yè)的經(jīng)營預測與決策提供及時有效的幫助。2.4 可行性分析與抉擇1技術(shù)可行性最近30年來，管理信息系統(tǒng)技術(shù)得到了充分的發(fā)展與完善，使得開發(fā)本系統(tǒng)在技術(shù)可行性成為可能，利用VB開發(fā)工具，使得本系統(tǒng)不存在技術(shù)上的障礙。該系統(tǒng)的軟件研發(fā)階段，由我協(xié)助該賓館管理提出需求、進行系統(tǒng)設計與開發(fā)，擬采用成熟的數(shù)據(jù)庫技術(shù)與軟件開發(fā)技術(shù)，具有技術(shù)可行性。2經(jīng)濟可行性我參與本系統(tǒng)的研發(fā)工作，主要是為了綜合運用在計算機專業(yè)所學的各科知識，通過理論與實踐的結(jié)合，提高本人的專業(yè)技術(shù)知識的應用能力，所以主動免費承擔本系統(tǒng)的軟件研發(fā)工作。因為本系統(tǒng)投產(chǎn)后，不必增減賓館人員的工作崗位及職工人數(shù)，故沒有人力資源成本的增加與減少。新系統(tǒng)（第一期）的費用與收益分析如下：（1）一次性項目建設費用為 人民幣 25000元。其中：軟件研發(fā)經(jīng)費：人民幣 0元；計算機設備及系統(tǒng)軟件費：人民幣 25000元；培訓費 ：人民幣 0元；整個項目建設期為0.5年（2）投產(chǎn)后的年發(fā)生費用預計為 人民幣 12000元。其中：年運營耗材費：人民幣 5000元年折舊費（支付系統(tǒng)軟硬件維護及更新）： 人民幣 7000元（3）新系統(tǒng)投產(chǎn)后預期年經(jīng)濟收益為人民幣 30000元。其中：銷售信息利用增值：人民幣 10000元工作效率提升的收益： 人民幣 10000元客戶滿意度提升的收益： 人民幣 10000元（4）預計本系統(tǒng)使用壽命五年，按年利率5%計算：項目投資回收期 = 項目投資 /（年收入 年支出）= 25000 / （30000-12000）=1.3年凈現(xiàn)金流量 = Sum(年凈收入/（1+年復利息率）) 項目投資 = （25000-12000）*（ 0.9524+0.9070+0.8638+0.8227+0.7835） -25000 = 77929-36000 = 41929 元 可見，本系統(tǒng)的投資回收期不很長，即使在使用年利率5%的貸款來進行投資，在項目運營業(yè)3年內(nèi)，賓館仍能獲得超過4萬元的凈現(xiàn)金流量，本項目經(jīng)濟上可行。3營運可行性在本系統(tǒng)的運營階段，使用系統(tǒng)的工作人員，除了需要具備在Microsoft Windows平臺上使用個人電腦的知識，并不需要特別的技術(shù)能力。這方面的知識，在該賓館與本項目運營相關的客房部的直接人員中已經(jīng)具備。并且在項目投產(chǎn)前，還會安排對操作系統(tǒng)的人員進行必要的培訓。系統(tǒng)技術(shù)維護支持工作，在初期仍將硬件供應商及本人完成。在賓館信息化建設及業(yè)務拓展到適當規(guī)模后，宜由賓館雇用專業(yè)技術(shù)人員擔任此項工作。在具體實施過程中，賓館同意建立這樣的運營管理機制：由公司管理層一名高級管理人員領導，客房部具體負責本項目的運營；同時，采購部負責對系統(tǒng)運營過程中的計算機耗材的供應。因此本系統(tǒng)營運方面可行。綜上所述，實施本系統(tǒng)，已具備技術(shù)可行、經(jīng)濟可行、營運可行的條件，所以賓館決策層同意開發(fā)和使用本系統(tǒng)。第三章 新系統(tǒng)邏輯方案根據(jù)用戶的需求，新系統(tǒng)應實現(xiàn)如下功能： （1)住宿管理：客房預定、住宿登記、追加押金、調(diào)房登記、退房結(jié)賬。 （2)客房管理：客房設置、客房查詢、房態(tài)查看。 （3)掛賬管理：掛賬查詢、客戶結(jié)款。 (4）查詢統(tǒng)計：預定房查詢、住宿查詢、退宿查詢、宿費提醒。 (5)日結(jié)：登記預收報表、客房銷售報表、客房銷售統(tǒng)計。 (6)系統(tǒng)設置：初始化、操作員設置、密碼設置、權(quán)限設置。下面分別從數(shù)據(jù)流圖、數(shù)據(jù)字典、基本加工角度對本系統(tǒng)要實現(xiàn)的功能進行詳細說明。3.1 數(shù)據(jù)流圖描述數(shù)據(jù)流圖是對組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，是用圖形語言及與此相關的注釋來表示系統(tǒng)的邏輯功能，及所開發(fā)的系統(tǒng)在管理信息處理方面要做什么。本文中數(shù)據(jù)流中的符號解釋如下：F3住宿證、手牌、住宿登記單首先，根據(jù)對管理信息系統(tǒng)建設的總體要求，確定系統(tǒng)的外部項，即系統(tǒng)數(shù)據(jù)的數(shù)據(jù)來源和去處。通過分析，掌握本系統(tǒng)的外部項和輸入輸出數(shù)據(jù)流，繪制本系統(tǒng)的關聯(lián)系統(tǒng)圖見圖3.1 。F1相關證件、押金賓館客房管理系統(tǒng)F6宿費提醒經(jīng)理F5營業(yè)報表客戶F7追加押金F8預訂房費F9預訂賃證F3結(jié)帳單據(jù)F4退宿結(jié)帳圖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）。顧客進行退宿結(jié)帳（F4），本系統(tǒng)通過統(tǒng)計開出結(jié)帳憑證（F3）。本系統(tǒng)支持經(jīng)理對營運數(shù)據(jù)的統(tǒng)計分析功能（F5）。3.1.1 系統(tǒng)頂層數(shù)據(jù)流程圖說明D1住宿登記信息本系統(tǒng)的頂層數(shù)據(jù)流程圖見圖3.2 。預收金額信息D2P2F1相關證件、押金P1掛賬信息D3F2預訂房費顧客綜合統(tǒng)計報表D4客人結(jié)賬信息F3追加押金客房管理D5客房信息F4結(jié)帳單據(jù)D6客房預訂信息經(jīng)理退宿登記信息D7圖3.2 頂層數(shù)據(jù)流程圖在頂層數(shù)據(jù)流程圖（圖3.2）中，一共有兩個主要的加工：“ P1客房管理”，“P2綜合統(tǒng)計報表管理”。P1客房管理：處理有關顧客訂房、退房、入住、續(xù)費等操作，主要形成“登記預收金額文件”和“客人住宿信息登記文件”、“客房信息表”、“客房預訂表”、“退房登記表”等。 3.1.2 客房管理數(shù)據(jù)流程二層圖說明客房管理數(shù)據(jù)流程二層圖見圖3.3 。F3住宿登記P1.1住宿登記證件D1F1查詢房態(tài)客房信息表D4登記表D3預收金額表D2P1.2顧客結(jié)賬退房信息表D5F2住宿證、手牌、住宿登記單F4退房F6續(xù)訂客房預訂表D6F5預訂P1.4預訂房間P1.3客戶續(xù)費圖3.3 客房管理流程一層圖圖3.3中主要有三個加工：P1.1住宿登記，P1.2顧客結(jié)賬，P1.3客戶續(xù)費，P1.4預訂房間。3.2 數(shù)據(jù)字典描述建立數(shù)據(jù)字典是為了對數(shù)據(jù)流程圖上各個元素做出詳細定義和說明。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行描述，從而形成一個完整的說明，為以后系統(tǒng)設計的進行提供必要的詳細信息。對數(shù)據(jù)流圖中所有的數(shù)據(jù)流都要加以說明，現(xiàn)在以二層圖中的“F2住宿證”為例進行說明，見表3.1。對數(shù)據(jù)流圖中所有的數(shù)據(jù)元素都要加以說明，現(xiàn)在以二層圖中的“顧客姓名”為例進行說明，見表3.2。對數(shù)據(jù)流圖中所有的數(shù)據(jù)存儲都要加以說明，現(xiàn)在以二層圖中的“D6客房預訂表”為例進行說明，見表3.3。對數(shù)據(jù)流圖中所有的外部項都要加以說明，現(xiàn)在以頂層圖中“顧客”為例進行說明，見表3.4。對數(shù)據(jù)流圖中所有的數(shù)據(jù)加工都要加以說明，現(xiàn)在以頂層圖中“客房管理”為例進行說明，見表3.5。表3.1數(shù)據(jù)流 - F2住宿證數(shù) 據(jù) 流系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：F2條目名：住宿證別名：來源：客戶去向：管理系統(tǒng)數(shù)據(jù)流結(jié)構(gòu)：入住日期住宿證編號客戶姓名房間號押金折扣補交日期操作員 簡要說明: 以此記錄客戶入住情況，供服務員引領客戶前去某房間，退房時要交回。修改記錄編寫日期2006年8月16日審核日期2006年8月16日表3.2數(shù)據(jù)元素 顧客姓名數(shù) 據(jù) 元 素系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：E7.2.2條目名：顧客姓名別名：屬于數(shù)據(jù)流：F3 F4 F5 F6 存儲處：D2、D3、D4、D5、D6數(shù)據(jù)元素值：代碼類型：字符長度 ： 12位 簡要說明：是某個客戶的姓名，要與身份證上的姓名一致修改記錄編寫日期2006年8月16日審核日期2006年8月16日表3.3數(shù)據(jù)存儲 客房預訂表數(shù) 據(jù) 存 儲系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：D6條目名：收入明細賬別名：存儲組織：每次客戶結(jié)賬就有一張收銀清單，按收銀清單編號順序排列記錄數(shù)：只記錄當前市別的收銀記錄，記錄數(shù)不限，存儲上限由磁盤可用空間控制。收市結(jié)賬后轉(zhuǎn)入“歷史收入明細賬”主關鍵字：收銀單號+順序號記錄組成：項目：收銀單號+桌號+人數(shù)+順序號+商品代碼+數(shù)量+單價+折扣率+收銀員近似長度（字節(jié)）：12+4+4+4+6+2+4+4+4 = 42簡要說明：修改記錄編寫日期2006年8月16日審核日期2006年8月16日表3.4外部項 - 顧客外 部 項系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：E04條目名：顧客別名：輸入：F3 住宿登記 F4 退房 F5 預訂F6 續(xù)訂輸出：D2、D3、D4、D5、D6主要特征：簡要說明：修改記錄編寫日期2006年8月16日審核日期2006年8月16日表3.5數(shù)據(jù)加工 - 客房管理數(shù) 據(jù) 加 工系統(tǒng)名：賓館客房管理信息系統(tǒng)編號：P1條目名：客房管理 別名：輸入：F1相關證件、押金 F2預訂房費 F3追加押金 F5 退房輸出：D1：住宿登記信息 D2：預收金額信息 D3：掛賬信息D4：客人結(jié)賬信息D5：客房信息D6：客房預訂信息D7：退宿登記信息處理邏輯：1根據(jù)顧客提供的相關證件和押金進行登記入住，形成住宿登記信息，客房信息。2根據(jù)顧客提供的預訂房費，形成客房預訂信息。3根據(jù)顧客退房請求，進行退房處理，形成退宿登記信息和客人結(jié)賬信息。簡要說明：“客房管理”加工，可以基本滿足管理員的日常工作需要。修改記錄編寫日期2006年8月16日審核日期2006年8月16日第四章 系統(tǒng)總體結(jié)構(gòu)設計系統(tǒng)設計階段包括總體設計和詳細設計。這個階段的主要目的是將系統(tǒng)分析階段所提出的反映了用戶信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的物理（技術(shù)）方案。其主要任務是從管理信息系統(tǒng)的總體目標出發(fā)，根據(jù)系統(tǒng)分析階段的邏輯功能的要求，并考慮到經(jīng)濟、技術(shù)和運行環(huán)境等方面的條件，確定系統(tǒng)的總體結(jié)構(gòu)和系統(tǒng)各組成部分的技術(shù)方案，合理選擇計算機和通信的軟硬件設備，提出系統(tǒng)的實施計劃，確?？傮w目標的實現(xiàn)。4.1 軟件模塊結(jié)構(gòu)設計由于系統(tǒng)流程圖的缺點，在70年代中期出現(xiàn)了HIPO技術(shù)，即用圖形方法表達一個系統(tǒng)的輸入和輸出功能，以及模塊的層次。HIPO技術(shù)包含兩個方面的內(nèi)容：） HIPO分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結(jié)構(gòu)。） IPO圖（輸入處理輸出圖）。此圖描述分層圖中一個模塊的輸入輸出和處理內(nèi)容。HIPO分層圖用一個方塊代表一個模塊，方塊內(nèi)可寫出表示此模塊的處理功能和模塊名。模塊之間的調(diào)用關系用連接兩模塊的直線表示。采用自頂向下擴展的方法先畫綜合性較強、層次較少的模塊結(jié)構(gòu)，然后再根據(jù)需要一步一步擴充，直到每個模塊的處理功能和規(guī)模符合要求?，F(xiàn)根據(jù)該酒店管理信息系統(tǒng)的需求繪制HIPO分層圖如圖4.1所示。賓館客房管理系統(tǒng)住宿管理客房管理掛賬管理日結(jié)客房預訂住宿登記追加押金調(diào)房登記客房設置客房查詢房態(tài)查看預訂房查詢住宿查詢退宿查詢宿費提醒查詢統(tǒng)計系統(tǒng)設置退房結(jié)帳掛賬查詢客戶結(jié)款登記預收報表客房銷售報表客房收入報表操作員設置密碼設置初始化權(quán)限設置圖4.1 HIPO分層圖4.2 數(shù)據(jù)庫設計概念模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎。在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流和數(shù)據(jù)儲存進行分析，并參照DFD，把數(shù)據(jù)抽出來，確定實體的屬性以及實體間的關系，這樣才能得出系統(tǒng)的關系模式。實體聯(lián)系圖（ER圖）是一種用于靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模型。本系統(tǒng)采用ER圖的方法進行數(shù)據(jù)結(jié)構(gòu)分析，通過ER圖來描述現(xiàn)實世界信息結(jié)構(gòu)的數(shù)據(jù)庫設計方法。4.2.1 數(shù)據(jù)庫設計需求分析需求分析的目的在于識別用戶的數(shù)據(jù)需求，非形式地描述有關數(shù)據(jù)對象及其聯(lián)系的要作記錄的信息，取得如下要作記錄信息的非形式描述：每個客戶登記住宿時提供的信息需要提供記錄的信息，包括唯一的身份證號、姓名、地址、出差事由、住宿天數(shù)、聯(lián)系電話等等。客房信息 關于客房的信息必須包括房間號、房間類型、價格、房態(tài)?？头款A訂的有關信息 需要提供的信息應包括姓名、身份證號、聯(lián)系電話、詳細地址、工作單位、客房類型、房間價格、預住日期、預住天數(shù)、預付金額等。退房時涉及的信息需要記錄的信息應包括憑證號碼、姓名、證件號碼、聯(lián)系電話、詳細地址、工作單位、房間號、客房類型、房間價格、住宿日期、住宿天數(shù)、宿費、折扣、預付金額、電話費、會議費、存車費、賠償費、退房日期時間等。4.2.2 需求分析的建模在本文這一部分，列出了實體、屬性和聯(lián)系的清單。它們表示上述數(shù)據(jù)庫的形式描述。4.2.2.1 實體本系統(tǒng)中的主要實體有8個，分別是：顧客、客房、憑證、住宿登記表、掛賬單、住宿單、退房登記表、結(jié)帳發(fā)票。4.2.2.2 實體的屬性顧客：身份證號，姓名，地址，出差事由，住宿天數(shù)，聯(lián)系電話客房：房間號，房間類型，價格，房態(tài)憑證：憑證號碼，金額，日期，姓名預訂單：顧客姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額退房信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間續(xù)費信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(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 ER圖ER圖可以用來描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)：實體、聯(lián)系、實體和聯(lián)系的屬性。其圖形符號示例如下：根據(jù)以上分析結(jié)果，繪制出本系統(tǒng)的ER圖，見圖4.5 。圖中沒有注明實體和聯(lián)系的屬性，因為屬性已在本文中進行了文字說明。顧 客N1111掛帳mth 退房預訂續(xù)費入住1M1NN客 房圖4.5 ER圖4.2.3 ER模型轉(zhuǎn)化為關系模式4.2.3.1 轉(zhuǎn)換規(guī)則實體集的轉(zhuǎn)換每個實體集用一關系模式表示，其中實體集的屬性被轉(zhuǎn)換成關系的屬性，實體集的主鍵（用下劃線表示，下同），在滿足唯一標識和無冗余等性質(zhì)的條件下，將作為對應關系的主鍵。二元聯(lián)系轉(zhuǎ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)系：一般由另一個關系模式表示。這個關系模式由每個參加的實體集的主屬性以及這個聯(lián)系的任何屬性一起組成。三元實體集聯(lián)系的轉(zhuǎn)換每一個三元聯(lián)系被轉(zhuǎn)換成另一個關系模式，其中包括有三個參加的實體集的鍵。4.2.3.2 關系模式根據(jù)4.2.3.1節(jié)所述的轉(zhuǎn)換規(guī)則，在從ER圖向關系模式轉(zhuǎn)換時，經(jīng)過以上分析，確定本系統(tǒng)的關系模式如下：登記預收表：憑證號碼，姓名，證件名稱，證件號碼，出差事由，房間號，客房類型，聯(lián)系電話，客房價格，住宿日期，住宿時間，住宿天數(shù)，宿費，折扣，應收宿費，預收金額，提醒日期，退宿日期，備注，標志，日期，時間，結(jié)款方式，摘要，提醒時間、退宿時間住宿登記表：憑證號碼，姓名，證件名稱，證件號碼，出差事由，房間號，客房類型，聯(lián)系電話，客房價格，住宿日期，住宿時間，住宿天數(shù)，宿費，折扣，應收宿費，預收金額，提醒日期，退宿日期，備注，標志，日期，時間，結(jié)款方式，摘要，提醒時間，退宿時間掛帳信息：日期，掛帳單位，摘要，住宿金額，欠款金額，還款金額，金額累計，姓名，證件號碼，票號，時間，序號，房間標準，房間價格客房信息：房間號，房間類型，價格，房態(tài)，標志，備注，配置，使用設置，營業(yè)日期客房預定信息：姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，預住日期，預住天數(shù)，預付金額，備注，日期，操作員，時間，證件名稱退房登記信息：憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿時間、住宿天數(shù)，宿費，折扣或招待，折扣，應收宿費，雜費，電話費，會議費，存車費，賠償費，金額總計，預收宿費，退還宿費，退房日期，退房時間，日期，時間，備注，聯(lián)系電話4.2.4數(shù)據(jù)庫設計本賓館客房管理系統(tǒng)開始階段采用了Access數(shù)據(jù)庫，隨著賓館業(yè)務的發(fā)展，將改用SQLServer 2000數(shù)據(jù)庫。本系統(tǒng)為Access數(shù)據(jù)庫，數(shù)據(jù)庫名稱為kfglo，數(shù)據(jù)庫包含以下8個表：登記預收表djys,登記表djb,掛賬明細表gzmx,客房基礎信息表kf,客房預定表kfyd,密碼表ma,權(quán)限設置表qxsz,退房登記表tfd。下面分別介紹以上各表的結(jié)構(gòu)。 1登記預收表djys 登記預收表djys用來保存客人在住宿登記時的預收金額等信息，結(jié)構(gòu)見表4-1所示。字段名稱數(shù)據(jù)類型字段大小憑證號碼文本20姓名文本50證件名稱文本20證件號碼文本20出差事由文本50房間號文本20客房類型文本10聯(lián)系電話文本20客房價格貨幣8住宿日期日期/時間8住宿時間日期/時間8住宿天數(shù)數(shù)字雙精度型宿費貨幣8折扣數(shù)字雙精度型應收宿費貨幣8預收金額貨幣8提醒日期日期/時間8退宿日期日期/時間8備注文本50標志文本1日期日期/時間8時間日期/時間8結(jié)款方式文本1摘要文本200提醒時間日期/時間8退宿時間日期/時間84-1表djys的結(jié)構(gòu) 2登記表djb 登記表djb用來保存客人住宿時的住宿登記信息，結(jié)構(gòu)見表4-2所示。字段名稱數(shù)據(jù)類型字段大小憑證號碼文本20姓名文本50證件名稱文本20證件號碼文本20出差事由文本50房間號文本20客房類型文本10聯(lián)系電話文本20客房價格貨幣8住宿日期日期/時間8住宿時間日期/時間8住宿天數(shù)數(shù)字雙精度型宿費貨幣8折扣數(shù)字雙精度型應收宿費貨幣8預收金額貨幣8提醒日期日期/時間8退宿日期日期/時間8備注文本50標志文本1日期日期/時間8時間日期/時間8結(jié)款方式文本1摘要文本200提醒時間日期/時間8退宿時間日期/時間8表4-2表djb的結(jié)構(gòu)3.掛賬明細表gzmx 掛賬明細表gzmx用來保存客人住宿掛賬信息和客人結(jié)賬信息，結(jié)構(gòu)見表4-3所示。字段名稱數(shù)據(jù)類型字段大小日期日期/時間8掛帳單位文本100摘要文本100住宿金額貨幣8欠款金額貨幣8還款金額貨幣8金額累計貨幣8姓名文本16證件號碼文本50票號文本20時間日期/時間8序號數(shù)字整型房間標準文本10房間價格文本10表4-3表gzmx的結(jié)構(gòu) 4客房基礎信息表kf 客房基礎信息表kf用來保存客房的基礎信息，結(jié)構(gòu)見表4一4所示。字段名稱數(shù)據(jù)類型字段大小房間號文本房間類型文本價格貨幣房態(tài)文本標志是/否備注文本配置文本使用設置文本營業(yè)日期日期/時間表4-4表kf的結(jié)構(gòu)5客房預定表kfyd客房預定表kfyd用來保存客人預定客房的登記信息，結(jié)構(gòu)見表4-5所示。字段名稱數(shù)據(jù)類型字段大小姓名文本50身份證號文本20聯(lián)系電話文本30詳細地址文本100工作單位文本50房間號文本10客房類型文本20房間價格文本8預住日期日期/時間10預住天數(shù)整型8預付金額貨幣50備注文本50日期日期/時間50操作員文本8時間日期/時間8證件名稱文本20表4-5表kfyd的結(jié)構(gòu) 6.密碼表ma 密碼表ma用來保存操作員名稱和操作員密碼，結(jié)構(gòu)見表4-6所示。字段名稱數(shù)據(jù)類型字段大小操作員文本10密碼文本6表4-6表ma的結(jié)構(gòu) 7權(quán)限設置表qxsz 權(quán)限設置表qxsz用來保存操作員的權(quán)限，結(jié)構(gòu)見表3-7所示。字段名稱數(shù)據(jù)類型字段大小編號文本50操作員文本50密碼編號雙精度型客房預定是/否1住宿登記是/否1退宿登記是/否1追加押金是/否1客房管理是/否1客房查詢是/否1預定房查詢是/否1住宿查詢是/否1退宿查詢是/否1宿費提醒是/否1登記預收報表是/否1客房銷售報表是/否1操作員設置是/否1密碼設置是/否1初始化是/否1權(quán)限設置是/否1房態(tài)查看是/否1調(diào)房登記是/否1掛賬查詢是/否1客戶結(jié)款是/否1客房銷售統(tǒng)計報表是/否1表4-7表qxsz的結(jié)構(gòu)8退房登記表tfd 退房登記表tfd用來保存客人退宿登記信息，結(jié)構(gòu)見表4-8所示。字段名稱數(shù)據(jù)類型字段大小憑證號碼文本20姓名文本50證件號碼文本20聯(lián)系電話文本20詳細地址文本50工作單位文本50房間號文本20客房類型文本10房間價格貨幣住宿日期日期/時間住宿時間日期/時間住宿天數(shù)數(shù)字雙精度型宿費貨幣折扣或招待文本16折扣數(shù)字雙精度型應收宿費貨幣8雜費貨幣8電話費貨幣8會議費貨幣8存車費貨幣8賠償費貨幣8金額總計貨幣8預收宿費貨幣8退還宿費貨幣8退房日期日期/時間8退房時間日期/時間8日期日期/時間8時間日期/時間8備注文本50聯(lián)系電話文本20BZ文本雙精度型 表4-8表tfd的結(jié)構(gòu)4.3系統(tǒng)總體安全性、可靠性方案與措施因為本系統(tǒng)投入運營后，系統(tǒng)的安全與可靠性直接關系到酒店日常工作能否順利進行。這里提出的安全性、可靠性方案與措施，可以基本滿足該酒店的要求：1）數(shù)據(jù)庫的安全性是指保護數(shù)據(jù)庫，以防止不合法的使用所造成的數(shù)據(jù)泄漏、更改或破壞。由于數(shù)據(jù)庫中存放的是重要數(shù)據(jù)，并且為各種用戶所共享，數(shù)據(jù)的安全性顯得格外重要。在一般的計算機中，安全措施是逐級設置的：數(shù)據(jù)庫的安全控制的一般方法有：用戶標識和鑒定，存取控制，審計，數(shù)據(jù)加密，視圖的保護。本系統(tǒng)采用用戶標識和鑒定，存取控制兩種方法，例如進入本系統(tǒng)必須輸入工號與密碼。同時，對服務器進行操作系統(tǒng)級和數(shù)據(jù)庫服務器的用戶口令控制。2）數(shù)據(jù)庫的完整性由數(shù)據(jù)庫管理的完整性約束和數(shù)據(jù)庫觸發(fā)器來實現(xiàn)。3）數(shù)據(jù)庫的備份和恢復為了保證數(shù)據(jù)庫在遭受意外或有意外破壞的情況下，系統(tǒng)得以恢復，系統(tǒng)需要設置備份功能。數(shù)據(jù)庫的恢復使用轉(zhuǎn)儲方法進行。第五章 系統(tǒng)詳細設計5.1 代碼設計代碼就是用來表征客觀事物的實體類別，依據(jù)屬性的一個或一組易于計算機識別和處理的特定符號或記號。它可以是字符、數(shù)字、某些特殊符號或他們的組合。為方便系統(tǒng)的使用與維護，本系統(tǒng)對一些基本數(shù)據(jù)項的代碼格式進行規(guī)范化，舉例說明如下。對于關系模式“住宿登記”和“住宿預收信息”中的主鍵為憑證編號，如在本系統(tǒng)中，憑證編號用2005-03-28d009這樣的的順序碼表示。代碼格式如圖5-1所示：d序號日期年份月份圖5-1 憑證編碼格式5.2關鍵算法在開發(fā)賓館客房管理系統(tǒng)過程中，從客人入住到客人退宿涉及到客房管理的方方面面，如處理不當，便會給賓館造成很大的損失。下面根據(jù)筆者在開發(fā)賓館客房管理系統(tǒng)中的一些經(jīng)驗向讀者講解一下在宿費算法、客人調(diào)房、宿費提醒等三方面應注意的一些問題。5.2.1客房宿費的算法由于每個賓館的管理方法不同，所以宿費算法也有所不同，如果采用人工運算既耽誤時間，又容易出現(xiàn)運算錯誤，很容易給賓館和客人造成不必要的麻煩和損失。如果使用程序計算宿費，那么既方便又規(guī)范，同時也避免了運算錯誤。下面是針對本賓館客房管理設計的宿費運算公式： 宿費房價天數(shù) 如果客人退宿結(jié)賬時間在住宿當天，可以按如下算法： 如客人退宿結(jié)賬時間早于18:00,那么住宿天數(shù)為0.5天； 如客人退宿結(jié)賬時間超過18:00,那么住宿天數(shù)為1天。 如果客人退宿結(jié)賬時間不在住宿當天，可以按如下算法（定義A為天數(shù)）： 如客人退宿結(jié)賬時間在中午12:00之前，住宿天數(shù)為（退宿日期一住宿日期）0.5天； 如客人退宿結(jié)賬時間在中午12:00之后，住宿天數(shù)為（退宿日期一住宿日期）+1天。5.2.2如何實現(xiàn)調(diào)房由于客人的住宿習慣不同，有些客人會在住宿過程中要求調(diào)房，例如客人要求換一個朝陽的房間或空調(diào)房等，這就要求客房管理系統(tǒng)有調(diào)房的功能。調(diào)房模塊的思路是：首先查看目標客房是否空閑，如果空閑，查看目標客房的房價（本系統(tǒng)只允許用戶調(diào)換等價的房間），如果房價與客人原住客房等價，則可確認客人調(diào)房。調(diào)房后，應對原客房、目標客房的狀態(tài)進行編輯，再對住宿登記表中的信息進行編輯。 Data1.Recordset.FindFirst 房間號Like”Chr(34)DBCombo4.TextChr(34)and djb.標志 like “Chr(34)”1”Chr(34)and姓名likeChr(34)Textl8.Text”*”Chr(34)and憑證號碼likeChr(34)bh.TextChr(34)” Datal.Recordset.Edit If DBCombol.Text”“Then Datal.Recordset.Fields(房間號)Val(DBCombol.Text) If DBCombo2.Text”Then Datal.Recordset.Fields（”客房類型”）DBCombo2.Text If DBCombo3.Text”Then Datal.Recordset.Fields(客房價格”）Val(DBCombo3.Text) If TextlO.Text”“ Then Datal.Recordset.Fields(備注”）Textl O.Text Datal.Recordset.Fields(標志”)”1” Datal.Recordset.Field（“摘要”）=”由源房”DBCombo4.Text &”調(diào)到目標房”& DBCombol.Text5.2.3如何實現(xiàn)宿費提醒客人在住宿前首先要說明住宿天數(shù)，根據(jù)客人住宿天數(shù)和房間價格，賓館要向客人收取一定的住宿押金。如果客人住宿了10天，而只交付了5天的宿費，入住時間超過5天后，如果沒有及時催要住宿費，很容易造成客人未交宿費便離宿，這樣便會給賓館造成損失。為了解決這種情況，本系統(tǒng)設計了宿費提醒功能，可以及時提醒賓館客人什么時間需補交多少宿費。例如，本例根據(jù)押金的多少計算提醒日期。代碼如下(Text9為押金金額，DBCombo3為房間價格，Text14為提醒日期）： If Text9.Text”“ Then Text9.Text=Val(Text9.Text) DTP2.Value=DTP1.ValueInt(Val(Text9.Text)Val(DBCombol.Text) Text14.Text=DTP2.Value End If5.3 程序界面設計對于用戶來講，人機界面的就是系統(tǒng)本身。由于本系統(tǒng)的最終用戶是酒店的倉庫管理員、收銀員，而非計算機專業(yè)人員，因此用戶界面必須符合他們的使用習慣，滿足用戶的需求。本系統(tǒng)采用了菜單式設計，以使用鼠標及鍵盤操作為主。 5.3. 1 主界面實現(xiàn)目標實現(xiàn)目標程序啟動后，在系統(tǒng)登錄界面驗證完操作員及操作員密碼后，將進入主程序界面。主程序界面主要實現(xiàn)如下功能： 選擇菜單或工具欄，調(diào)用相應程序，進行相應操作。 根據(jù)操作員不同，確定操作員的相應權(quán)限。 主程序界面如圖5-3所示。圖5-3主程序界面 實現(xiàn)過程 新建一個標準工程，命名為“客房管理系統(tǒng)”，在該工程中會自動創(chuàng)建一個新窗體，將該窗體命名為main. 單擊“工程”菜單下的“部件”選項，在彈出的列表中，選定Microsoft WindowsCommon Control 6.0選項，然后單擊“確定”按鈕，StatusBar控件將被添加到工具箱中。單擊“工具”菜單下的“菜單編輯器”，在菜單編輯器中設置程序的菜單。程序代碼： Private Sub Form_Load() Data1.DatabaseName = App.Path & Kfgl.MDB 自動識別數(shù)據(jù)庫路徑End SubPrivate Sub Form_Activate() 設置操作員權(quán)限 With Data1.Recordset If .BOF = False Then .MoveFirst .FindFirst 操作員 like + Chr(34) + Chr(34) + If .NoMatch Then Else main.zjyj.Enabled = .Fields(追加押金) main.zsdj.Enabled = .Fields(住宿登記) main.Label1.Enabled = .Fields(住宿登記) main.tf.Enabled = .Fields(退宿登記) main.Label2.Enabled = .Fields(退宿登記) main.tfdj.Enabled = .Fields(調(diào)房登記) main.kfsz.Enabled = .Fields(客房管理) main.kfcx.Enabled = .Fields(客房查詢) main.ftck.Enabled = .Fields(房態(tài)查看) main.gzcx.Enabled = .Fields(掛帳查詢) main.khjk.Enabled = .Fields(客戶結(jié)款) main.zscx.Enabled = .Fields(住宿查詢) main.Label3.Enabled = .Fields(住宿查詢) main.tfcx.Enabled = .Fields(退宿查詢) main.sftx.Enab