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

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