VB賓館客房管理信息系統(tǒng)_第1頁
VB賓館客房管理信息系統(tǒng)_第2頁
VB賓館客房管理信息系統(tǒng)_第3頁
VB賓館客房管理信息系統(tǒng)_第4頁
VB賓館客房管理信息系統(tǒng)_第5頁
已閱讀5頁,還剩53頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

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

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

3、ystem.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 this system within process aftertime.Follow the me

4、thod 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 the security deposit, adjust the building regist

5、er 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 night the search and back the search of Accommodation

6、, 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 etc.Raised the management level and service levels of the gu

7、est 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 description, can be the of the same kind calculator management informa

8、tion 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 access2000.【KeyWords】The guest room management information system, function, Visual Basic6.0目 錄第一章 前 言. 4

9、1.1管理信息系統(tǒng)目標. 51.2項目開發(fā)計劃. 5第二章 系統(tǒng)需求分析. 62.1 現(xiàn)行業(yè)務描述. 6 組織結構. 6 業(yè)務流程分析. 72.2 現(xiàn)行系統(tǒng)存在的主要問題. 72.3 解決方案. 82.4 可行性分析與抉擇. 8第三章新系統(tǒng)邏輯方案. 113.1 數(shù)據(jù)流圖描述. 11 系統(tǒng)頂層數(shù)據(jù)流程圖說明. 12 客房管理數(shù)據(jù)流程二層圖說明. 133.2 數(shù)據(jù)字典描述. 13第四章系統(tǒng)總體結構設計. 174.1 軟件模塊結構設計. 174.2 數(shù)據(jù)庫設計. 18 數(shù)據(jù)庫設計需求分析. 18 需求分析的建模. 19 ER模型轉化為關系模式. 21數(shù)據(jù)庫設計. 224.4 系統(tǒng)總體安全性、可靠性

10、方案與措施. 28第五章 系統(tǒng)詳細設計. 295.1 代碼設計. 295.2關鍵算法. 29客房宿費的算法. 29如何實現(xiàn)調(diào)房. 30如何實現(xiàn)宿費提醒. 305.3、程序界面設計. 315.3. 1主界面實現(xiàn)目標. 31系統(tǒng)登錄模塊設計. 36住宿管理設計. 40第六章 系統(tǒng)測試. 516.1、引言:. 516.2、測試計劃:. 516.3、測試內(nèi)容說明:. 516.3、測試分析報告. 526.4、系統(tǒng)安裝. 52第七章 結 論. 54致 謝. 54參考文獻. 54附錄:部分模塊設計代碼. 55第一章 前 言當今社會,是個高科技、高效率、高度競爭的全新社會。隨著人們物質(zhì)水平的逐步提高,人們的精

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

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

13、酒店的要求越來越高,賓館客房服務一直是本賓館的主要業(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è)務

14、數(shù)據(jù),支持管理預測與決策。(3)有良好的可擴充性(系統(tǒng)配置靈活,支持用戶未來信息化進程的發(fā)展)。(4)漢字圖形用戶界面,人機對話友好,操作方便。(5)響應速度合理,安全性較高,運行穩(wěn)定。(6)系統(tǒng)建設費用較低。1.2項目開發(fā)計劃 本畢業(yè)設計只需實現(xiàn)賓館客房管理。 本項目開發(fā)計劃如下:1) 在2005年2月份內(nèi)完成系統(tǒng)需求分析2) 在2005年3月份內(nèi)完成新系統(tǒng)邏輯方案分析3) 在2005年4月份上旬完成新系統(tǒng)設計4) 在2005年5月份底完成新系統(tǒng)實現(xiàn),其中包括程序設計,并進行系統(tǒng)的測試和調(diào)試,完成論文的初稿,交給指導老師審查。第二章系統(tǒng)需求分析系統(tǒng)需求分析主要任務是調(diào)查現(xiàn)行系統(tǒng)存在的問題,弄

15、清用戶對新系統(tǒng)的要求,提出可行的方案,為管理層決策提供依據(jù)。2.1 現(xiàn)行業(yè)務描述 組織結構本賓館由在管理上設客房部、財務部、倉儲部、采購部、餐飲部、后廚部、公關部。組織結構圖見圖2.1 。董事會(長)總經(jīng)理客房部財務部倉儲部采購部餐飲部后廚部公關部吧臺大堂二樓現(xiàn)金會計出納圖2.1 系統(tǒng)組織結構圖組織結構圖中,各部門的職責描述見表2.1 。部 門職 責董事會公司投資與經(jīng)營戰(zhàn)略決策總經(jīng)理管理賓館營運事務,實現(xiàn)營運目標,向董事會負責客房部負責住宿登記、客房調(diào)整、營業(yè)報表、追加押金等工作財務部管理賓館資金來源與資金運用,支持各部門工作。倉儲部從事賓館生產(chǎn)與服務所需物資的入庫、儲存、發(fā)放,實現(xiàn)存貨管理。

16、采購部制定采購計劃,進行供應商管理,向市場采購賓館所需各項物資餐飲服務部管理賓館服務生,向客戶提供餐飲服務(開臺、點菜、傳菜、供應飲品、輔助結算等)。后廚部菜肴加工制作公關部賓館促銷策劃、迎賓、宴席預定等2.1.2 業(yè)務流程分析在本系統(tǒng)的業(yè)務流程分析中,采用的工具是業(yè)務流程圖,這是一種表明系統(tǒng)內(nèi)各單位、人員之間業(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è)量大

17、,數(shù)據(jù)傳遞不及時,對數(shù)據(jù)的統(tǒng)計和計算運程中易發(fā)生差錯,工作效率較低。2業(yè)務流程管理不夠嚴密。3主要從銷售收入角度向管理層提供數(shù)據(jù),不能滿足管理要求(例如不能提供空房率、房態(tài)的實時消費狀況統(tǒng)計等信息)。4向客戶提供的消費清單手工書寫,常發(fā)生字跡不清晰的問題,并且格式也不統(tǒng)一。5歷史賬務的查詢也不方便?,F(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)

18、的上述弱點,與現(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技術可行性最近30年來,管理信息系統(tǒng)技術得到了充分的發(fā)展與完善,使得開發(fā)本系統(tǒng)在技術可行性成為可能,利用VB開發(fā)工具,使得本系統(tǒng)不存在技術上的障礙。該系統(tǒng)的軟件研發(fā)階段,由我協(xié)助該賓館管理提出需求、進行

19、系統(tǒng)設計與開發(fā),擬采用成熟的數(shù)據(jù)庫技術與軟件開發(fā)技術,具有技術可行性。2經(jīng)濟可行性我參與本系統(tǒng)的研發(fā)工作,主要是為了綜合運用在計算機專業(yè)所學的各科知識,通過理論與實踐的結合,提高本人的專業(yè)技術知識的應用能力,所以主動免費承擔本系統(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ā)生費用預計為 人民幣 120

20、00元。其中:年運營耗材費:人民幣 2000元年折舊費(支付系統(tǒng)軟硬件維護及更新): 人民幣 3000元 (3)新系統(tǒng)投產(chǎn)后預期年經(jīng)濟收益 人民幣 30000元 銷售信息利用增值: 人民幣 10000元 工作效率提升的收益: 人民幣 10000元 客戶滿意度提升的收益: 人民幣 10000元 (4)預計本系統(tǒng)使用壽命五年,按后年利率5%計算:項目投資回收期 = 項目投資 /(年收入 年支出)= 25000 / (30000-12000)=1.3年 凈現(xiàn)金流量 = Sum(年凈收入/(1+年復利息率)n ) 項目投資 = (25000-12000)*( 0.9524+0.9070+0.8638+

21、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平臺上使用個人電腦的知識,并不需要特別的技術能力。這方面的知識,在該賓館與本項目運營相關的客房部的直接人員中已經(jīng)具備。并且在項目投產(chǎn)前,還會安排對操作系統(tǒng)的人員進行必要的培訓。 系統(tǒng)技術維護支持工作,在初期仍將硬件供應商及本人完成。在賓館信息化建設及業(yè)務拓展到適當規(guī)

22、模后,宜由賓館雇用專業(yè)技術人員擔任此項工作。 在具體實施過程中,賓館同意建立這樣的運營管理機制:由公司管理層一名高級管理人員領導,客房部具體負責本項目的運營;同時,采購部負責對系統(tǒng)運營過程中的計算機耗材的供應。因此本系統(tǒng)營運方面可行。 綜上所述,實施本系統(tǒng),已具備技術可行、經(jīng)濟可行、營運可行的條件,所以賓館決策層同意開發(fā)和使用本系統(tǒng)。第三章 新系統(tǒng)邏輯方案根據(jù)用戶的需求,新系統(tǒng)應實現(xiàn)如下功能: (1)住宿管理:客房預定、住宿登記、追加押金、調(diào)房登記、退房結賬。 (2)客房管理:客房設置、客房查詢、房態(tài)查看。 (3)掛賬管理:掛賬查詢、客戶結款。 (4)查詢統(tǒng)計:預定房查詢、住宿查詢、退宿查詢、

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

24、輸出數(shù)據(jù)流,繪制本系統(tǒng)的關聯(lián)系圖見圖3.1 。F6宿費提醒F1相關證件、押金客戶賓館客房管理系統(tǒng)F4退宿結帳F3結帳單據(jù)F5營業(yè)報表經(jīng)理F7追加押金F8預訂房費F9預訂賃證圖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)支持經(jīng)理對營運數(shù)據(jù)的統(tǒng)計分析功能(F5)。3.1

25、.1 系統(tǒng)頂層數(shù)據(jù)流程圖說明D1住宿登記信息本系統(tǒng)的頂層數(shù)據(jù)流程圖見圖3.2 。顧客P1客房管理F1相關證件、押金F2預訂房費F3追加押金F4結帳單據(jù)預收金額信息D2掛賬信息D3客人結賬信息客房信息客房預訂信息D4D5D6D7退宿登記信息P2綜合統(tǒng)計報表經(jīng)理圖3.2 頂層數(shù)據(jù)流程圖在頂層數(shù)據(jù)流程圖(圖3.2)中,一共有兩個主要的加工:“ P1客房管理”,“P2綜合統(tǒng)計報表管理”。P1客房管理:處理有關顧客訂房、退房、入住、續(xù)費等操作,主要形成“登記預收金額文件”和“客人住宿信息登記文件”、“客房信息表”、“客房預訂表”、退房登記表等。3.1.2 客房管理數(shù)據(jù)流程二層圖說明客房管理數(shù)據(jù)流程二層圖

26、見圖3.3 。F2住宿證、手牌、住宿登記單F1查詢房態(tài)P1.1住宿登記D1證件D2預收金額表D3登記表D4客房信息表P1.2顧客結賬P1.3客戶續(xù)費D5退房信息表P1.4預訂房間D6客房預訂表F3住宿登記F4退房F5預訂F6續(xù)訂圖3.3 客房管理流程一層圖圖3.3中主要有三個加工:P1.1住宿登記,P1.2顧客結賬,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ù)流

27、都要加以說明,現(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ù)流結構:入住日期住宿證編號客戶姓名房間

28、號押金折扣補交日期操作員 簡要說明: 以此記錄客戶入住情況,供服務員引領客戶前去某房間,退房時要交回。修改記錄編寫日期2005年4月16日審核日期2005年4月16日表3.2數(shù)據(jù)元素 顧客姓名條目名:顧客姓名別名:屬于數(shù)據(jù)流:F3 F4 F5 F6存儲處:D2、D3、D4、D5、D6數(shù)據(jù)元素值:代碼類型:字符長度 : 12位 簡要說明:是某個客戶的姓名,要與身份證上的姓名一致修改記錄編寫日期2005年4月16日審核日期2005年4月16日表3.3數(shù)據(jù)存儲 客房預訂表數(shù) 據(jù) 存 儲系統(tǒng)名:賓館客房管理信息系統(tǒng)編號:D6條目名:收入明細賬別名:存儲組織:每次客戶結賬就有一張收銀清單,按收銀清單編號

29、順序排列記錄數(shù):只記錄當前市別的收銀記錄,記錄數(shù)不限,存儲上限由磁盤可用空間控制。收市結賬后轉入“歷史收入明細賬”主關鍵字:收銀單號+順序號記錄組成:項目:收銀單號+桌號+人數(shù)+順序號+商品代碼+數(shù)量+單價+折扣率+收銀員近似長度(字節(jié)):12+4+4+4+6+2+4+4+4 = 42簡要說明:修改記錄編寫日期2005年4月16日審核日期2005年4月16日表3.4外部項 - 顧客外 部 項系統(tǒng)名:賓館客房管理信息系統(tǒng)編號:E04條目名:顧客別名:輸入:F3 住宿登記 F4 退房 F5 預訂F6 續(xù)訂輸出:D2、D3、D4、D5、D6主要特征:簡要說明:修改記錄編寫日期2005年4月16日審核

30、日期2005年4月16日表3.5數(shù)據(jù)加工 - 客房管理數(shù) 據(jù) 加 工系統(tǒng)名:賓館客房管理信息系統(tǒng)編號:P1條目名:客房管理 別名:輸入:F1相關證件、押金 F2預訂房費 F3追加押金 F5 退房輸出:D1:住宿登記信息 D2:預收金額信息 D3:掛賬信息D4:客人結賬信息D5:客房信息D6:客房預訂信息D7:退宿登記信息處理邏輯:1根據(jù)顧客提供的相關證件和押金進行登記入住,形成住宿登記信息,客房信息。2根據(jù)顧客提供的預訂房費,形成客房預訂信息。3根據(jù)顧客退房請求,進行退房處理,形成退宿登記信息和客人結賬信息。簡要說明:“客房管理”加工,可以基本滿足管理員的日常工作需要。修改記錄編寫日期2005

31、年4月16日審核日期2005年4月16日第四章 系統(tǒng)總體結構設計系統(tǒng)設計階段包括總體設計和詳細設計。這個階段的主要目的是將系統(tǒng)分析階段所提出的反映了用戶信息需求的系統(tǒng)邏輯方案轉換成可以實施的基于計算機與通信系統(tǒng)的物理(技術)方案。其主要任務是從管理信息系統(tǒng)的總體目標出發(fā),根據(jù)系統(tǒng)分析階段的邏輯功能的要求,并考慮到經(jīng)濟、技術和運行環(huán)境等方面的條件,確定系統(tǒng)的總體結構和系統(tǒng)各組成部分的技術方案,合理選擇計算機和通信的軟硬件設備,提出系統(tǒng)的實施計劃,確??傮w目標的實現(xiàn)。4.1 軟件模塊結構設計 由于系統(tǒng)流程圖的缺點,在70年代中期出現(xiàn)了HIPO技術,即用圖形方法表達一個系統(tǒng)的輸入和輸出功能,以及模塊

32、的層次。HIPO技術包含兩個方面的內(nèi)容:) HIPO分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結構。) IPO圖(輸入處理輸出圖)。此圖描述分層圖中一個模塊的輸入輸出和處理內(nèi)容。 HIPO分層圖用一個方塊代表一個模塊,方塊內(nèi)可寫出表示此模塊的處理功能和模塊名。模塊之間的調(diào)用關系用連接兩模塊的直線表示。采用自頂向下擴展的方法先畫綜合性較強、層次較少的模塊結構,然后再根據(jù)需要一步一步擴充,直到每個模塊的處理功能和規(guī)模符合要求。現(xiàn)根據(jù)該酒店管理信息系統(tǒng)的需求繪制HIPO分層圖如圖4.1所示。賓館客房管理系統(tǒng)住宿管理客房管理掛賬管理日結客房預訂住宿登記追加押金調(diào)房登記客房設置客房查詢房態(tài)查看預訂

33、房查詢住宿查詢退宿查詢宿費提醒查詢統(tǒng)計系統(tǒng)設置退房結帳掛賬查詢客戶結款登記預收報表客房銷售報表客房收入報表操作員設置密碼設置初始化權限設置圖4.1 HIPO分層圖4.2 數(shù)據(jù)庫設計 概念模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎。在系統(tǒng)的數(shù)據(jù)庫設計中,首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)結構、數(shù)據(jù)流和數(shù)據(jù)儲存進行分析,并參照DFD,把數(shù)據(jù)抽出來,確定實體的屬性以及實體間的關系,這樣才能得出系統(tǒng)的關系模式。 實體聯(lián)系圖(ER圖)是一種用于靜態(tài)數(shù)據(jù)結構的概念模型。本系統(tǒng)采用ER圖的方法進地數(shù)據(jù)結構分析,能過ER圖來描述現(xiàn)實世界信息結構的數(shù)據(jù)庫設計方法。4.2.1 數(shù)據(jù)庫設計需求分析 需求分析的目的在于識別用戶

34、的數(shù)據(jù)需求,非形式地描述有關數(shù)據(jù)對象及其聯(lián)系的要作記錄的信息,取得如下要作記錄信息的非形式描述:每個客戶登記住宿時提供的信息需要提供記錄的信息,包括唯一的身份證號,姓名,地址,出差事由,住宿天數(shù),聯(lián)系電話等等??头啃畔?關于客房的信息必須包括房間號、房間類型、價格、房態(tài)??头款A訂的有關信息 需要記錄姓名,身份證號,聯(lián)系電話,詳細地址,工作單位,客房類型,房間價格,預住日期,預住天數(shù),預付金額。退房時涉及的信息 需要記錄憑證號碼,姓名,證件號碼,聯(lián)系電話,詳細地址,工作單位,房間號,客房類型,房間價格,住宿日期,住宿天數(shù),宿費,折扣,預付金額,電話費,會議費,存車費,賠償費,退房日期時間等信息。

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

36、扣,預付金額,電話費,會議費,存車費,賠償費,退房日期時間續(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ù)結構:實體、聯(lián)系、實體和聯(lián)系的屬性。其圖形符號示例如下:根據(jù)以上分析結果

37、,繪制出本系統(tǒng)的ER圖,見圖4.5 。圖中沒有注明實體和聯(lián)系的屬性,因為屬性已在本文中進行了文字說明。顧 客客 房入住續(xù)費預訂退房掛帳mth111N1N11MN圖4.5 ER圖4.2.3 ER模型轉化為關系模式4.2.3.1 轉換歸則實體集的轉換 每個實體集用一關系模式表示,其中實體集的屬性被轉換成關系的屬性,實體集的主鍵(用下劃線表示,下同),在滿足唯一標識和無冗余等性質(zhì)的條件下,將作為對應關系的主鍵。二元聯(lián)系轉換(1)強制成員類:若實體集E2與實體集E1是N:1聯(lián)系,E2的關系模式應包含E1的主屬性;(2)可選成員類:若實體集E2是它同實體集E1的N:1聯(lián)系中的一個可選成員,那么,這個聯(lián)系

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

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

40、客房類型,房間價格,預住日期,預住天數(shù),預付金額,備注、日期、操作員、時間、證件名稱退房登記信息:憑證號碼,姓名,證件號碼,聯(lián)系電話,詳細地址,工作單位,房間號,客房類型,房間價格,住宿日期,住宿時間、住宿天數(shù),宿費、折扣或招待、折扣、應收宿費、雜費、電話費、會議費、存車費、賠償費、金額總計、預收宿費、退還宿費、退房日期、退房時間、日期、時間、備注、聯(lián)系電話、BZ4.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ù)庫晚1包含以下8個表:登記預收表ys,登記表d

41、jb,掛賬明細表gzmx,客房基礎信息表kf,客房預定表kfyd,密碼表ma,權限設置表qxsz,退房登記表tfd。下面分別介紹以上各表的結構。 1登記預收表djys 登記預收表djys用來保存客人在住宿登記時的預收金額等信息,結構見表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

42、時間日期/時間8結款方式文本1摘要文本200提醒時間日期/時間8退宿時間日期/時間84-1表djys的結構2登記表djb 登記表djb用來保存客人住宿時的住宿登記信息,結構見表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結款方式文本1摘要文本200提醒時間日期/時

43、間8退宿時間日期/時間8表4-2表djb的結構3.掛賬明細表gzmx 掛賬明細表gzmx用來保存客人住宿掛賬信息和客人結賬信息,結構見表4-3所示。字段名稱數(shù)據(jù)類型字段大小日期日期/時間8掛帳單位文本100摘要文本100住宿金額貨幣8欠款金額貨幣8還款金額貨幣8金額累計貨幣8姓名文本16證件號碼文本50票號文本20時間日期/時間8序號數(shù)字整型房間標準文本10房間價格文本10表4-3表gzmx的結構 4客房基礎信息表kf客房基礎信息表kf用來保存客房的基礎信息,結構見表4一4所示。字段名稱數(shù)據(jù)類型字段大小房間號文本房間類型文本價格貨幣房態(tài)文本標志是/否備注文本配置文本使用設置文本營業(yè)日期日期/時

44、間表4-4表kf的結構5客房預定表kfyd客房預定表kfyd用來保存客人預定客房的登記信息,結構見表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的結構6.密碼表ma 密碼表ma用來保存操作員名稱和操作員密碼,結構見表4-6所示。字段名稱數(shù)據(jù)類型字段大小操作員文本10密碼文本6表4-6表ma的結構 7權限設置表qxsz 權限設置表qxsz用來

45、保存操作員的權限,結構見表3-7所示。字段名稱數(shù)據(jù)類型字段大小編號文本50操作員文本50密碼編號雙精度型客房預定是/否1住宿登記是/否1退宿登記是/否1追加押金是/否1客房管理是/否1客房查詢是/否1預定房查詢是/否1住宿查詢是/否1退宿查詢是/否1宿費提醒是/否1登記預收報表是/否1客房銷售報表是/否1操作員設置是/否1密碼設置是/否1初始化是/否1權限設置是/否1房態(tài)查看是/否1調(diào)房登記是/否1掛賬查詢是/否1客戶結款是/否1客房銷售統(tǒng)計報表是/否1表4-7表qxsz的結構8退房登記表tfd 退房登記表tfd用來保存客人退宿登記信息,結構見表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退房日期日期/時

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論