《酒店管理系統(tǒng)的設(shè)計[文檔在線提供]》由會員分享，可在線閱讀，更多相關(guān)《酒店管理系統(tǒng)的設(shè)計[文檔在線提供]（39頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、計算機科學與技術(shù)專業(yè)軟件工程課程設(shè)計報告題 目：酒店管理系統(tǒng)的設(shè)計作 者：指導教師：2005年12月13日目錄1.1 引言 41.1.1 編寫目的 41.1.2 范圍 41.2 項目概述 41.2.1 產(chǎn)品描述 41.2.2 產(chǎn)品功能 41.3 具體需求 61.3.1 功能需求 61.3.1.1 功能需求1 61.3.1.2 功能需求2 61.3.1.3 功能需求3 61.3.1.4 功能需求4 71.3.1.5 功能需求5 71.3.1.6 功能需求6 71.3.1.7 功能需求7 71.3.1.8 功能需求8 71.3.1.9 功能需求9 71.3.2 外部接口需求 71.3.2.1 用戶

2、接口 71.3.2.2 硬件接口 71.3.2.3 軟件接口 71.3.2.4 通信接口 71.3.3 性能需求 81.3.4 設(shè)計約束 81.3.4.1 其他標準的約束 81.3.4.2 硬件的限制 81.3.5 屬性 81.3.5.1 可用性 81.3.5.2 安全性 81.3.5.3 可維護性 81.3.5.4可轉(zhuǎn)移 轉(zhuǎn)換性 81.3.5.5 警告 8二、風險分析 82.1 風險預測 82.1.1 風險影響評估 82.1.1.1 風險預測 82.2.1.2 影響評估表 92.2.2 風險預測表 9三、軟件項目進度計劃 103.1工程進度與狀態(tài) 103.1.1 進度 103.1.2 狀態(tài)

3、103.2 資源耗用與狀態(tài) 103.2.1 資源耗用 103.2.1.1 工時 103.2.1.2 機時 113.3 經(jīng)費支出與狀態(tài) 113.3.1 經(jīng)費支出 113.4 建議 11四、設(shè)計說明書 114.1 定義 114.2 總體設(shè)計 114.2.1 概念設(shè)計和處理流程 114.2.2 系統(tǒng)功能模塊結(jié)構(gòu) 124.2.3 各模塊功能詳細說明 134.2.3.1 客房預定系統(tǒng) 134.2.3.2 前臺接待系統(tǒng) 134.2.3.3 前臺收銀系統(tǒng) 134.2.3.4 帳務(wù)系統(tǒng) 134.2.3.5 管家系統(tǒng) 134.2.3.6 電話系統(tǒng) 134.2.3.7 夜審系統(tǒng) 144.2.3.8 客歷系統(tǒng) 14

4、4.2.3.9 合約系統(tǒng) 144.2.3.10 經(jīng)理系統(tǒng) 144.2.3.11 總經(jīng)理系統(tǒng) 144.2.3.12 密碼管理系統(tǒng) 144.2.3.13 報表系統(tǒng) 144.2.3.14 帳務(wù)報表 154.3 需求分析建模 154.3.1 數(shù)據(jù)建模（ ERD 圖） 154.3.2 系統(tǒng)各模塊分析、 DFD 圖和數(shù)據(jù)字典 164.3.2.1 總流程圖 164.3.2.2 第二層流程圖 174.3.2.3 前臺子系統(tǒng) 184.3.2.4 后臺子系統(tǒng) 244.3.2.5 數(shù)據(jù)備份 254.4 系統(tǒng)實現(xiàn)技術(shù) 254.4.1 系統(tǒng)登錄 254.4.1.1 管理人員登錄 254.4.1.2 一般用戶登錄 264

5、.4.2 數(shù)據(jù)庫 264.4.2.1 數(shù)據(jù)庫的建立 264. 2. 2 數(shù)據(jù)庫的鏈接 264.4.3 運行界面 26五、測試分析報告 265.1 引言 265.1.1 編寫目的 265.1.2 背景 265.1.3 參考資料 265.2 測試內(nèi)容與結(jié)果 275.2.1 功能測試 275.2.2 文檔測試 275.3 對軟件功能的結(jié)論 285.3.1. 能力 285.3.2 缺陷和限制 285.3.3 補救措施 285.3.4 評價 285.4 測試資源消耗 28六、項目人員分配表 28七、總結(jié)書 29八、參考文獻 29九、感謝 293.軟件需求書1.1 引言1.1.1 編寫目的隨著旅游業(yè)的發(fā)展

6、， 酒店、餐飲娛樂行業(yè)日趨發(fā)達， 引入全方位的電腦服務(wù) 和電腦管理日益流行。 同時，酒店和餐廳娛樂業(yè)引入電腦服務(wù)和管理也取得了優(yōu) 良的經(jīng)濟效益和社會效益。 為此， 國家建設(shè)部已于最近作出明確規(guī)定： 凡星級酒 店在項目審批時，其設(shè)計方案必須包括電腦管理系統(tǒng)，否則不予立項。可見，酒 店管理電腦化勢在必行。 酒店管理系統(tǒng)將先進的電腦技術(shù)與現(xiàn)代酒店服務(wù)管理完 美地結(jié)合起來，實現(xiàn)了住宿、餐飲、娛樂全新概念的服務(wù)和管理方式。此軟件計劃實現(xiàn)酒店預定 ,入住,結(jié)帳,管理等功能 ,實現(xiàn)辦公自動化。1.1.2 范圍開發(fā)軟件名稱：酒店管理系統(tǒng)一個成熟的酒店管理系統(tǒng)不僅僅是記錄酒店客人的信息， 提供查詢， 報表打 印

7、等一系列簡單的工作， 它能讓工作人員從煩瑣的手工操作中解脫， 并且酒店管 理系統(tǒng)本身就代表著一種管理方法。使用范圍： 1客人客房網(wǎng)上預定系統(tǒng) 2前臺接待服務(wù)部門 3前臺收銀部 門 4 帳務(wù)部門 5客房部門 6 高層領(lǐng)導。1.2 項目概述1.2.1 產(chǎn)品描述本酒店管理系統(tǒng)是一項獨立的軟件產(chǎn)品， 為了實現(xiàn)酒店管理自動化， 以應(yīng)用 為各種中大型酒店。傳統(tǒng)的酒店管理往往令管理者花大量的時間來處理顧客投 訴，例如錯誤查詢、煩瑣的登記和結(jié)帳手續(xù)、旅客費用計算錯誤、空余客房資料 不能及時提供等， 從而影響出租率， 使的管理人員不得不集中精力規(guī)劃管理運行 策略和進行決策。 以上問題可通過電腦系統(tǒng)輔助解決， 酒

8、店管理的電腦化， 不僅 是體現(xiàn)酒店現(xiàn)代化形象的一個重要標志 ，而且對于提高員工工作效率，加速資 金周轉(zhuǎn)、降低各項成本及改善服務(wù)質(zhì)量都有十分積極的作用。1.2.2 產(chǎn)品功能1客房預定系統(tǒng)： 預定系統(tǒng)可隨時查詢 30 天以內(nèi)酒店客房預售一覽表， 及可售 房間數(shù)，可查詢某間客房預定情況。對?？涂墒褂孟到y(tǒng)的客歷資料預定及陪 房，可大大減少資料的輸入。2前臺接待系統(tǒng)：客人一旦入住酒店，將允許客人先消費（簽單） ，后付帳（使 用一卡通）。系統(tǒng)還設(shè)計了限制消費的功能。 團體入住后除了每個團員有自己 的帳外，系統(tǒng)還自動產(chǎn)生該團的主帳號，操作員每一個消費記入成員帳還是記入團體帳，該團成員的房租將自動記入團主帳3

9、前臺收銀系統(tǒng)：每一個客人從預定房間起系統(tǒng)（一卡通系統(tǒng)）內(nèi)已自動產(chǎn)生 了該客人的帳號，住店的客人享受酒店的短期貸款，可以在酒店絕大部分簽 單，這將刺激客人的消費心理，增加酒店的收入，記帳功能主要加入酒店暫 無連網(wǎng)的那些消費場所和諸如賠償、日租、特別消費等。酒店管理者還可根 據(jù)客人的情況鎖住其帳號，以限制其消費。前臺收銀系統(tǒng)的埋單又與其他營業(yè)場所不同， 前臺的埋單允許客人一帳多單， 分期埋單，分類別埋單，退房時能自動檢測：客人的帳務(wù)余額為零；客人帳 號的帳項為空；保險箱鑰匙以歸還，否則系統(tǒng)拒絕退房4帳務(wù)系統(tǒng)除具有收銀系統(tǒng)的功能外， 還有糾錯、 報表輸出等功能， 能將損失降至最低。5管家系統(tǒng)：設(shè)置凈

10、房、臟房、壞房、及取消壞房設(shè)置 SKIP房、SLEEP房查詢凈房表、臟房表、壞房表房間狀態(tài)新入住查詢6電話系統(tǒng)：自動記費7夜審系統(tǒng)：夜間稽核應(yīng)該是控制酒店經(jīng)營的一個核心部分 , 每天的經(jīng)營情況都 必須經(jīng)由夜間審核 . 本系統(tǒng)提供的功能有 :過房租. 每天一次地將在住客的帳 目加上當天的房租費用日營業(yè)報表 . 將當天的收入分類統(tǒng)計 .產(chǎn)生客人余額表 . 客人明細帳查詢 . 便于夜審人員核對明細帳 .8客歷系統(tǒng)：客人資料手工、自動輸入客人資料查詢與修改黑名單入住客人自動查詢客歷入住客人自動歸入客歷客歷合并9經(jīng)理系統(tǒng)：修改客房定價增加、刪除、修改各級密碼修改特別客單設(shè)置系統(tǒng)參數(shù)內(nèi)部銀行系統(tǒng)（即 IC

11、 卡功能）數(shù)據(jù)整理自我診斷數(shù)據(jù)分析查詢客房狀態(tài)查詢可售情況客房占用統(tǒng)計帳務(wù)查詢?nèi)f能查詢報表輸出11. 密碼管理系統(tǒng)：保護數(shù)據(jù)12. 報表系統(tǒng)：打印，查看各類報表。13. 帳務(wù)報表：打印查看各類明細。1.2.3 用戶特點 該酒店客人較多，人員結(jié)構(gòu)比較復雜，部門劃分清晰繁多，人員流動性高， 所以該公司對酒店管理的要求很高。1.2.4 一般約束本軟件開發(fā)使用支持如下： （1）要求運行硬件環(huán)境 :CPU奔2以上內(nèi)存:256M以上硬盤容量 :20G 以上（ 2）要求操作系統(tǒng)為 :Windows XP/me（ 3）需要的軟件 :Visual Basic6.01.3 具體需求1.3.1 功能需求1.3.1.

12、1 功能需求 1客房預定系統(tǒng) : 需要預定房間的客人進入酒店預定界面。 輸入入住客人信息， 證件號碼。選擇所需要的房間。確認預定信息。1.3.1.2 功能需求 2前臺接待系統(tǒng)：進入客人登記界面。填寫客人入住資料修改客人信息、轉(zhuǎn) 房、調(diào)房、設(shè)置房態(tài)、客人留言可查詢預定客房，可售客房信息1.3.1.3 功能需求 3前臺收銀系統(tǒng) : 進入結(jié)帳退房界面輸入結(jié)帳客人個人信息押金加入 , 結(jié)帳, 修改房態(tài)查帳 , 轉(zhuǎn)賬1.3.1.4 功能需求 4管家系統(tǒng) : 進入管家系統(tǒng)界面輸入房間號 設(shè)置凈房、 臟房、 壞房、 及取消壞房 , 設(shè)置SKIP房、SLEEP房查詢凈房表、臟房表、壞房表 ，房間狀態(tài)，新入住查

13、詢。1.3.1.5 功能需求 5夜審系統(tǒng) : 進入夜審界面輸入最高權(quán)限用戶名密碼自動過房租 . 每天一次 地將在住客的帳目加上當天的房租費用日營業(yè)報表 .將當天的收入分類統(tǒng)計 . 產(chǎn) 生客人余額表客人明細帳查詢1.3.1.6 功能需求 6 客歷系統(tǒng) : 登陸客戶信息界面輸入權(quán)限允許的用戶名密碼客人資料查詢 與修改入住客人自動查詢客歷入住客人自動歸入客歷1.3.1.7 功能需求 7經(jīng)理系統(tǒng) : 登陸經(jīng)理管理界面輸入經(jīng)理用戶名密碼修改客房定價 ， 增加、 刪除、修改低于經(jīng)理權(quán)限的各級密碼 ，修改特別客單 ，設(shè)置系統(tǒng)參數(shù) ，內(nèi)部銀行系 統(tǒng)（即 IC 卡功能） ， 數(shù)據(jù)整理 ， 自我診斷 ， 數(shù)據(jù)分析

14、1.3.1.8 功能需求 8總經(jīng)理系統(tǒng)：登陸總經(jīng)理管理界面輸入總經(jīng)理用戶名密碼增加，修改，刪除 各級密碼住店客單查詢 ，查詢客房狀態(tài) ，查詢可售情況 ，客房占用統(tǒng)計 ，帳務(wù)查詢 ， 萬能查詢 ，報表輸出1.3.1.9 功能需求 9報表系統(tǒng)、帳務(wù)報表：登陸報表界面輸入財務(wù)經(jīng)理及經(jīng)理級以上權(quán)限用戶 名密碼打印查看各類報表，打印查看各類明細1.3.2 外部接口需求1.3.2.1 用戶接口前臺接待應(yīng)客人要求進入管理系統(tǒng)的主界面后， 憑借客戶信息登陸到酒店管理系 統(tǒng)界面，此界面具有查詢，刪除，添加，修改客戶信息等功能按鈕，但客戶只能 進行查詢功能，對于其他系統(tǒng)不可修改。1.3.2.2 硬件接口該系統(tǒng)可與

15、外設(shè)如打印機相鏈接，員工可根據(jù)需要將工資報表打印出來。1.3.2.3 軟件接口Visual Basic 6.0、Access數(shù)據(jù)庫的鏈接，在VB環(huán)境下工具欄的“鏈接到數(shù)據(jù)庫” 可實現(xiàn)連接功能。1.3.2.4 通信接口 該酒店管理系統(tǒng)只用于酒店內(nèi)部的局部網(wǎng)絡(luò)，支持 FTP 協(xié)議，其預訂系統(tǒng)可由In ternet連接到網(wǎng)絡(luò)，支持HTTP/TCP協(xié)議等1.3.3 性能需求本系統(tǒng)可支持酒店內(nèi)所有客戶機同時操作，95的事務(wù)將在小于 1s 時間內(nèi)處理完，不然，本系統(tǒng)自動警告，報錯給技術(shù)部門。1.3.4 設(shè)計約束1.3.4.1 其他標準的約束報表格式為 Excel 表，客戶信息生成 Access 表。1.3

16、.4.2 硬件的限制配置較大服務(wù)器。配置 Office 軟件各計算機奔 2,256M,10G 以上1.3.5 屬性1.3.5.1 可用性目標系統(tǒng)功能齊全，能夠完全滿足業(yè)務(wù)需求。1.3.5.2 安全性采用完備的密碼管理系統(tǒng)，分級限定操作限制 定期數(shù)據(jù)保存，每日更新1.3.5.3 可維護性最高級別人員可享用任意修改酒店信息，分級人員享用其各自權(quán)限135.4可轉(zhuǎn)移轉(zhuǎn)換性該工資管理系統(tǒng)的可移植性和兼容性較強，只需要計算機系統(tǒng)中裝有 Microsoft Office 2000以上的辦公軟件（Office中有Access, Access數(shù)據(jù)庫的建立能與 VB 相聯(lián)，完成酒店管理系統(tǒng)） 。1.3.5.5 警

17、告客戶只可憑借客戶名和密碼進行個人信息的查詢和修改， 不得刪除和進入其他客 人信息（包括查看其他用戶資料） 。二、風險分析2.1 風險預測2.1.1 風險影響評估2.1.1.1 風險預測風險預測，又稱風險估算，試圖從兩個方面評估每一個風險一風險發(fā)生的可能性 或概率以及如果風險發(fā)生所產(chǎn)生的后果。221.2影響評估表兀素 類別性能支持成本進度災(zāi)難的1收銀系統(tǒng)無法滿足需求而導致任 務(wù)失敗錯誤將導致進度延遲和成本增 加，預計超支Y 200002夜審系統(tǒng)嚴重退 化使得根本無法 達到要求的技術(shù) 性能無法做出響應(yīng)嚴重得資金 短缺，很可能 超出預算無法在交付日 期內(nèi)完成嚴重的1管家系統(tǒng)無法滿足需求而導致系 統(tǒng)

18、性能下降，使得任務(wù)能否成功受 到質(zhì)疑錯誤將導致操作上得延遲并使 成本增加，預計超支Y 2000 40002前臺接待系統(tǒng)技 術(shù)性能有些降低在軟件修改中 有少量延遲資金不足，可 能會超支交付日期會延 遲輕微的1客戶系統(tǒng)無法滿足需求而導致次 要任務(wù)得退化成本、影響和或可修復的進度 上的小問題，預計超支100 5002技術(shù)性能有較小 的降低較好的軟件支 持有充足的資 金來源實際的、可完成 的進度計劃可忽略 的1電話系統(tǒng)無法滿足需求而導致使 用不方便或不易操作錯誤對進度及成本的影響很小,預計超支少于 1002技術(shù)性能不會降低易于進行軟件 支持可能降低預 算交付日期將會 提前表1影響評估表2.2.2風險預

19、測表根據(jù)影響評估表的四個風險兀素一性能，支持，成本及進度，列出下表:風險類別概率影響RMMM規(guī)模估算可能降低PS60%2用戶數(shù)目大大超出計劃PS30%4復用程度低于計劃PS30%2最終用戶抵制該系統(tǒng)BU10%3交付期限將被緊縮BU50%2資金將會流失CU70%1用戶將改變需求PS30%3技術(shù)達不到預期的效果TE40%1缺少對工具的培訓DE80%3開發(fā)人員缺乏經(jīng)驗ST30%2人員流動比較頻繁ST60%2表2風險預測表注：產(chǎn)品規(guī)模風險（PS）;商業(yè)風險（BU）;成本風險（CU）;技術(shù)風險（TE）;支持風險（ST）;設(shè)計風險（DE）;風險緩解，監(jiān)控和管理（RMMM ）三、軟件項目進度計劃3.1工程進

20、度與狀態(tài)3.1.1進度列出本月內(nèi)進行的各項主要活動，并且說明本月內(nèi)遇到的重要事件，這里所說明 的重要事件是指一個開發(fā)階段（即軟件自下而上周期內(nèi)各個階段中的某一個， 例 如需求分析階段）的開始或結(jié)束，要說明階段名稱及開始（或結(jié)束）的日期。3.1.2狀態(tài)按期完成3.2資源耗用與狀態(tài)3.2.1資源耗用耗用工時一個月，耗用機時208小時。3.2.1.1 工時項目人員分配用時：8小時需求分析階段用工時：28小時；風險預測階段用工時：16小時；軟件項目進度計劃指定工時：12小時；設(shè)計說明階段用工時：72小時；代碼設(shè)計工時：56小時；測試工時：16小時3.2.1.2 機時該工資管理系統(tǒng)采用 WINDOWS

21、XP環(huán)境操作；耗用機時72小時3.3經(jīng)費支出與狀態(tài)331經(jīng)費支出支出 項目房屋 租借工資資料費會議費其它硬件支持金額600元12000元400元600元500元160003.4建議1 資料準備要充分；2 按計劃完成；3 提高工作效率。四、設(shè)計說明書4.1定義實體關(guān)系圖（ERD），用于表示實體（數(shù)據(jù)對象）和它們之間的相互關(guān)系。 數(shù)據(jù)流圖（DFD），描述信息和數(shù)據(jù)從輸入移動到輸出時被應(yīng)用的變換的圖形化 技術(shù)。4.2總體設(shè)計4.2.1概念設(shè)計和處理流程該酒店管理系統(tǒng)的總體設(shè)計思路與開發(fā)流程如下：圖1總體設(shè)計思路與開發(fā)流程422系統(tǒng)功能模塊結(jié)構(gòu)根據(jù)客戶需求酒店需求分析，最終確定該酒店的管理系統(tǒng)各功能模

22、塊之間的關(guān)系 如下所示：-酒店管理系燒14#密碼管理系脈產(chǎn)審系絡(luò)電話系絡(luò)菅家系臨查誨客房各糞報裱查詢?nèi)沃毙畔㈧斆蟾舾姆繕驊└骷壝?客sa*s-輸入，查述154.2.3 各模塊功能詳細說明4.2.3.1客房預定系統(tǒng)散客預定團體預定客房預定 預定未到處理預售查詢4.2.3.2前臺接待系統(tǒng)散客入住登記 合約入住登記 團體自動入住和手動入住 補填客單 修改客人信息、轉(zhuǎn)房、調(diào)房、設(shè)置房態(tài)、客人留言 預定客房查詢可售客房查詢4.2.3.3前臺收銀系統(tǒng)記帳 （包括客人在酒店各營業(yè)場點的消費） 埋單限制客人消費退房押金加入查帳 （可查總客帳、總收入帳、總消費帳） 轉(zhuǎn)帳設(shè)置跑單客用保險箱管理團體埋單及退房4.

23、2.3.4帳務(wù)系統(tǒng)收銀糾錯報表輸出4.2.3.5管家系統(tǒng)設(shè)置凈房、臟房、壞房、及取消壞房 設(shè)置SKIP房、SLEEP房查詢凈房表、臟房表、壞房表 房間狀態(tài) 新入住查詢4.2.3.6電話系統(tǒng)自動計費4.2.3.7夜審系統(tǒng)客人信息查詢動態(tài)房態(tài)查詢 房間明細帳查詢 收銀員報表 當日入住客人報表4.2.3.8客歷系統(tǒng) 客人資料手工、自動輸入 客人資料查詢與修改 黑名單 入住客人自動查詢客歷 入住客人自動歸入客歷 客歷合并4.2.3.9合約系統(tǒng)查詢、修改和刪除4.2.3.10經(jīng)理系統(tǒng)修改客房定價 增加、刪除、修改各級密碼 修改特別客單設(shè)置系統(tǒng)參數(shù) 內(nèi)部銀行系統(tǒng)（即 IC 卡功能） 數(shù)據(jù)整理 自我診斷 數(shù)

24、據(jù)備份4.2.3.11總經(jīng)理系統(tǒng)住店客單查詢 查詢客房狀態(tài) 查詢可售情況 客房占用統(tǒng)計 帳務(wù)查詢 萬能查詢 報表輸出4.2.3.12密碼管理系統(tǒng)4.2.3.13報表系統(tǒng) 客房占用表 轉(zhuǎn)房改租表17預定未到表客房取消表房租分析表經(jīng)營統(tǒng)計表可售情況表房間狀況表壞房報告表日租統(tǒng)計表合約銷售表423.14帳務(wù)報表收入報表（前臺收入明細表、現(xiàn)付收入明細表） 消費報表顧客帳務(wù)（住客帳務(wù)、離店客人帳務(wù)和跑單帳務(wù)） 交班報表信用卡報表街帳報表應(yīng)收報表催帳報表轉(zhuǎn)帳報表借貸總表聯(lián)網(wǎng)消費酒店總表4.3需求分析建模4.3.1數(shù)據(jù)建模（ERD圖）酒店管理系統(tǒng)ERD圖432系統(tǒng)各模塊分析、DFD圖和數(shù)據(jù)字典4.321總流

25、程圖圖3系統(tǒng)總流程圖表3:系統(tǒng)總流程數(shù)據(jù)字典數(shù)據(jù)流名:登記組 成客戶信息+房間信息+押金+時間數(shù)據(jù)項客戶信息備注個人或團隊組成+V+E身份證號+姓名+性別+年齡+民族+出生日期+家庭住址/IP+人數(shù)+單位+單位地址+電話+手機+BP機號碼E-MAIL地址+照片組織：身份證號數(shù)據(jù)項：客房信息組 成房號+類型+ 單價+狀態(tài)組 織房號 數(shù)據(jù)項： 狀態(tài) 取值： 空房可用空房待修 預訂占用 正在占用數(shù)據(jù)項：押金組成：預訂金+入住押金+入住租金取值：現(xiàn)金信用卡 轉(zhuǎn)帳支票 掛帳 免費數(shù)據(jù)項： 時間組 成 預訂時間+入住時間+預計離店時間+住宿時間數(shù)據(jù)流名：離店憑據(jù)備注：指客人辦理手續(xù)后，所持有的酒店開出的票

26、據(jù)194.322第二層流程圖表4:流程圖數(shù)據(jù)字典數(shù)據(jù)處理名：前臺加工簡述：在酒店中直接與客人發(fā)生關(guān)系的活動，為客人提供的一切服務(wù)，包括客人進入酒店前的預訂，預訂后的入住，消費，以及離店前的手續(xù) 辦理。組成：預訂+接待+取消預訂+ 離店 數(shù)據(jù)處理名：后臺加工簡述：在酒店中不直接與客人發(fā)生關(guān)系的活動，包括間接為客人提供的服務(wù)，以及酒店的內(nèi)部管理體系，主要是庫房管理，IC卡管理，總理查詢等。組成：數(shù)據(jù)備份+經(jīng)理查詢 數(shù)據(jù)處理名：停車場加工簡述：為酒店內(nèi)外客人提供停車的系統(tǒng)。數(shù)據(jù)庫1 ：所有在前臺與客人有關(guān)的信息庫。組成：歷史客人信息表+房間占用信息表+IC卡管理表數(shù)據(jù)庫2 :組成：酒店日常消耗品庫存

27、管理表+日現(xiàn)金帳目表數(shù)據(jù)庫3:說明：停車場建立的有關(guān)車輛進出停車場的時間及費用信息表。4.323前臺子系統(tǒng)備注按照客人從住店、離店的過程將系統(tǒng)劃分為預訂、接待、取消預訂和離店 四個處理過程?？腿送ㄟ^預訂，也可直接到酒店登記住宿。客人預訂后，也可能 取消預訂。客人分為個人與團體兩類。(1)個人預訂圖6個人預訂DFD圖表5:個人預訂數(shù)據(jù)字典數(shù)據(jù)處理名：房間查詢簡述：根據(jù)客人的預訂要求，查詢客房預訂信息表，確定是否有空房輸入：客戶信息，來源：外部實體“客人”輸出：1無客房，去處：外部實體“客人”2有客房，預訂登記表，去處：“客人信息”22數(shù)據(jù)流名稱：預訂登記表簡述：在房間查詢有房時所填的表，用于記載

28、客人信息組成：身份證號 +姓名+性另+年齡+民族+國籍+家庭住址 +VIP+電話數(shù)據(jù)處理名：訂房簡述：根據(jù)客人的預訂要求，確定客人訂什么房，哪類房，多少間房，是否確定具體房間。輸入：訂金收據(jù)，來源：收銀輸出：預訂證明表，去處：外部實體“客人”數(shù)據(jù)流名稱：預訂證明表簡述：在訂房、收銀后所填的表，用于記載客人訂房的信息和證明組成：身份證號+姓名+性別+家庭住址+電話+押金+房間數(shù)量、類別+時間客人來店預訂，服務(wù)員查詢“客房預訂信息表”，無空房則返回客人。有客房則 登記，并核對“客人黑名單”(進行消費而未付帳的客人名單)及“掛帳表”， 無誤后收取預訂押金并記入“預訂金入帳表”。 進行訂房，將預訂信息

29、記入“客 人預訂信息表”，修改“客房預訂信息表”的客房狀態(tài)，給客人預訂證明表。預 訂完成。(2)團隊預訂圖7團隊預訂DFD圖表6：團隊預訂數(shù)據(jù)字典數(shù)據(jù)處理名：房間查詢簡述：根據(jù)客人的預訂要求，查詢客房預訂信息表，確定是否有空房輸入：客戶信息，來源：外部實體“客人”24輸出：1無客房，去處：外部實體“客人”2有客房，預訂登記表，去處：“客人信息”數(shù)據(jù)流名稱：預訂登記表簡述：在房間查詢有房時所填的表，用于記載客人信息組成：團隊ID號+團隊名稱+領(lǐng)隊人+領(lǐng)隊手機+團隊開戶行+帳號+地址+聯(lián)系電話+ 人數(shù)+人員名單+房間數(shù)量數(shù)據(jù)處理名：訂房簡述：根據(jù)客人的預訂要求，確定客人訂什么房，哪類房，多少間房，

30、是否確定具體房間。輸入：訂金收據(jù)，來源：收銀輸出：預訂證明表，去處：外部實體“客人”數(shù)據(jù)流名稱：預訂證明表簡述：在訂房、收銀后所填的表，用于記載客人訂房的信息和證明組成：團隊ID號+團隊名稱+地址+聯(lián)系電話+人數(shù)+進店日期+ 離店日期+房間數(shù)量+押金。團體預訂與個人預訂基本一樣，只是將團隊預訂信息記入“團體預訂信息表”表7 :取消預訂數(shù)據(jù)字典數(shù)據(jù)處理名：預訂查詢簡述：核對客人的“預訂證明表”。輸入：預訂證明表，來源：外部實體“客人”輸出：預訂收據(jù)，去處：退款處理客人要取消預訂，只需將“預訂證明表”和“預訂收據(jù)”交給服務(wù)員,經(jīng)核對后26退款并修改“客房預訂信息表”及“團隊或個人預訂信息表”(4)

31、 接待團體(未預訂的客人)表&接待團體數(shù)據(jù)字典數(shù)據(jù)處理名：空房查詢簡述：根據(jù)客人的住房要求，查詢“目前房間占用信息表”，確定是否有空房輸入：客戶信息，來源：外部實體“客人”輸出：1無客房，去處：外部實體“客人”2有客房，住房登記表，去處：“客人查詢”數(shù)據(jù)流名稱：住房登記表簡述：在房間查詢有空房時所填的表，用于記載客人信息組成：身份證號+姓名+性別+年齡+民族+國籍+家庭住址+電話+單位數(shù)據(jù)處理名：客人查詢簡述：根據(jù)客人的住房登記表，從“客人黑名單”、“掛帳單位”等多個表中查詢核對。輸入：住房登記表，來源：查詢空房輸出：交款，去處：收銀處理數(shù)據(jù)流名稱：押金收據(jù)簡述：在收銀后所開出的證明，用于記載

32、客人住房時交的押金組成：身份證號+姓名+押金金額+房間數(shù)量、類別+入住時間+ 離開時間（5）接待個人（未預訂的客人）掛帳個人表匸圖10接待個人DFD圖接待的客人是個人時，過程基本與接待團隊相同，首先通過“目前房間占用信息 表”查詢目前有無空房，有則填“住房登記表”，根據(jù)客人的信息核對“客人黑名單”、“掛帳個人”等多個表，確認后收取住房押金，將客人的有關(guān)信息記 入“歷史客人信息表”并用寫卡機將客人的 ID寫入IC卡。（6）接待團體（已預訂）容4人4*人4隹店霑人信.斌查詢客收-畛寫IC團體預訂佶烏表容房預訂璋總表 卄 桂魅單恃d預訂證明產(chǎn)詢驗（頊訂養(yǎng) J交赦預入帳表4押鼻據(jù)恥住房押金入惟吏7j有

33、容人B的B3卡Q圖11接待預訂團體DFD圖表9:接待預訂團體數(shù)據(jù)字典 數(shù)據(jù)處理名：查詢驗證預訂表簡述：核對客人的預訂表是否與數(shù)據(jù)庫中的相符輸入：預訂證明表，來源：外部實體“客人”輸出：登記表，去處：查詢客房接待團隊（已預定）的過程與接待未預訂的相似，只是開始要驗證“預訂表”， 同時不必進行客人查詢而可直接入住。將預訂金轉(zhuǎn)為住房押金。（7）接待個人（已預訂）個人預訂信息表客+J人4登記表匸預訂金入帳表客房占用信息表IC卡管客“住店客人信息表時交款 廠30#有客人ID冊IC卡#圖12接待預訂個人DFD圖接待個人（已預定）的過程與接待未預訂的相似，只是開始要驗證“預訂表”， 同時不必進行客人查詢而可

34、直接入住。將預訂金轉(zhuǎn)為住房押金。（8）離店表&離店收銀數(shù)據(jù)字典數(shù)據(jù)處理名：退房簡述在客人離店的時候，核實房間的物件等，同時更改“客房占用信息表”輸入有客人ID的IC卡，來源：外部實體“客人”輸出21有問題，去處：外部實體“客人” 無問題，退房憑證，去處：收銀31數(shù)據(jù)流名稱：退房憑證簡述：在房間核實無誤后開給客人的允許結(jié)帳憑證組成：身份證號+姓名+性別+IC卡ID號+ 客房核實結(jié)果 數(shù)據(jù)處理名：收銀簡述：根據(jù)客人的消費進行收取費用、退還押金。調(diào)用IC卡管理子模塊使該卡號作廢。將客人信息記入數(shù)據(jù)庫備查。輸入：退房憑證，來源：退房輸出：離店發(fā)票，去處：外部實體“客人”客人可保留IC卡，以后如再到該酒

35、店，經(jīng)修改IC卡仍可使用圖13離店收銀DFD圖4.324后臺子系統(tǒng)財.務(wù)*圖14后臺系統(tǒng)DFD圖32后臺不與客人發(fā)生直接的接觸, 財務(wù)上的管理。主要支持經(jīng)理查詢、庫房管理、數(shù)據(jù)的備份以及4.325數(shù)據(jù)備份客人信息表軟客盡占用信息表ic卞管理數(shù)據(jù)查詢a客房預訂信息表33#圖15數(shù)據(jù)備份DFD圖數(shù)據(jù)備份是指數(shù)據(jù)庫管理員周期性的對系統(tǒng)產(chǎn)生的數(shù)據(jù)（客房占用信息表，客人 信息表，日現(xiàn)金入帳表，IC卡管理表等一切表格）進行安全雙備份，以防止數(shù) 據(jù)丟失，不僅在硬盤里要作備份，還要用軟盤備份，以便進行災(zāi)害恢復。由于數(shù) 據(jù)庫中的數(shù)據(jù)是變化的，間隔時間越長，備份數(shù)據(jù)庫中的數(shù)據(jù)與當前使用的庫中 數(shù)據(jù)差別就越大，因而

36、要根據(jù)數(shù)據(jù)庫的變化快慢確定轉(zhuǎn)儲周期。4.4系統(tǒng)實現(xiàn)技術(shù)4.4.1系統(tǒng)登錄4.4.1.1管理人員登錄1、酒店工作人員登錄：酒店工作人員在登錄前臺接待系統(tǒng)和前臺收銀系統(tǒng)時， 應(yīng)當先輸入客人用戶名和證件號（或刷入房卡），以供校驗管理員的身份。2、客人住房明細管理：包括新添客人明細、修改已存在的客人信息明細、刪除 已存在的客戶信息、查詢已存在的客戶信息等有效編輯功能。3、 自動計算功能：夜審系統(tǒng)自動結(jié)算當日所有客人消費，實現(xiàn)消費累計，加入客 戶入住押金4、帳務(wù)系統(tǒng)查詢：輸入允許查詢權(quán)限的用戶名及密碼，根據(jù)對數(shù)據(jù)的需要自設(shè)查 詢條件，并將符合條件的信息顯示出來。5、管理員管理：包括增加新的信息、刪除已有

37、的客人信息。8、修改密碼：提供修改密碼功能供酒店工作人員定期修改密碼，以確保系統(tǒng)的 安全性。9、數(shù)據(jù)導入：當有大量新增客戶信息記錄時，可通過數(shù)據(jù)導入功能批量導入數(shù) 據(jù)到數(shù)據(jù)庫中。10、數(shù)據(jù)導出：將酒店運營的各項明細導出成文本文件，根據(jù)需要打印出來。4.4.1.2 一般用戶登錄1、一般用戶登錄：一般用戶在登錄客歷系統(tǒng)時，應(yīng)當先輸入名字及證件號碼， 插入房間鑰匙 , 以供校驗用戶的身份。2、客人信息查詢：根據(jù)對數(shù)據(jù)的需要自設(shè)查詢條件，并將符合條件的信息顯示 出來。3、數(shù)據(jù)導出：將客人信息導出成文本文件，根據(jù)需要打印出來。4.4.2 數(shù)據(jù)庫4.4.2.1 數(shù)據(jù)庫的建立開發(fā)人員采用 Microsoft

38、 Access 的數(shù)據(jù)庫引擎 , 在用戶訪問數(shù)據(jù)庫時采用 DAO 方式工作。4. 2. 2 數(shù)據(jù)庫的鏈接工資管理系統(tǒng)采用Visual Basic 6.0來寫ACCESS據(jù)庫，采用DAO訪問數(shù)據(jù)庫， 運用DATAS件打開、訪問并操作已有的數(shù)據(jù)庫，通過編程方式，采用標準的SQL 語句進行與對數(shù)據(jù)庫的查詢和修改，實現(xiàn)了用戶管理本系統(tǒng)的功能。4.4.3 運行界面1、系統(tǒng)歡迎界面： （以下略 ）五、測試分析報告5.1 引言5.1.1 編寫目的軟件測試是軟件質(zhì)量保證的關(guān)鍵因素， 代表了規(guī)約設(shè)計和代碼的最終評審； 證實 了軟件依據(jù)規(guī)約所具有的功能及其性能需求；增加了軟件的可靠性。在開發(fā)工資管理系統(tǒng)的過程中，

39、 為了及時發(fā)現(xiàn)迄今為止的錯誤， 更有效率的完成 該項開發(fā)工作，開發(fā)人員要對其進行軟件測試。5.1.2 背景該酒店管理系統(tǒng)用于中大型酒店， ，適用于 WINDOWS XP 環(huán)境。它的使用者是 這家企業(yè)的職工和財務(wù)管理人員。5.1.3 參考資料1 Roger S.Pressman著 梅宏譯軟件工程實踐者的研究方法（第五版） 機 械工業(yè)出版社2 國家標準-軟件開發(fā)規(guī)范5.2測試內(nèi)容與結(jié)果5.2.1功能測試功能登錄修改，刪除 客戶信息查詢信息經(jīng)理系統(tǒng)的 功能預期 效果能正確檢驗 客戶身份及 密碼的一致 性；若不匹 配能返回錯 誤提示信 息。前臺接待系 統(tǒng)能夠正確 執(zhí)行客戶的 一切需求， 并且對客戶 信

40、息進行修 改，刪除等能夠正確返 回客戶要查 詢的關(guān)于酒 店的任何信 息，然后退出 程序。修改客房定 價，增加、刪 除、修改各級 密碼，修改特 別客單，內(nèi)部 銀行系統(tǒng)（即 IC卡功能）測試 結(jié)果VVVV5.2.2文檔測試文檔使用模式所舉示例內(nèi)容與目錄設(shè)計編排預期 效果能精確描述 如何使用各 種使用模式能精確描述 所舉示例，簡 單易懂，便于 客戶操作內(nèi)容與目錄 保扌寸致設(shè)計便于用 戶理解，編排 簡潔測試 結(jié)果VVVV注：“V”代表預期效果與測試效果相符合。5.3對軟件功能的結(jié)論531.能力該酒店管理系統(tǒng)是一項獨立的軟件產(chǎn)品，即針對大中型酒店的酒店管理系統(tǒng)?？?供客戶查詢相應(yīng)的信息，客戶所填入的信息

41、被前臺接待系統(tǒng)的工作人員進行整 理，并且對客戶的要求作出相應(yīng)的回答。 經(jīng)理可以根據(jù)市場的變化和帳務(wù)報表對 酒店的價格作出相應(yīng)的調(diào)整，對酒店的設(shè)施進行改進，逐步符合廣大消費者的需 求。5.3.2缺陷和限制該酒店管理系統(tǒng)的設(shè)計缺陷在于無法立即，而且只能運行于WINDOWS XP環(huán)境。5.3.3補救措施該酒店管理系統(tǒng)受時間，人員和技術(shù)的限制，對產(chǎn)生的缺陷無法立即進行補救， 但開發(fā)人員會盡快做出詳細的解決方案。5.3.4評價1該酒店管理系統(tǒng)基本達到預期目標，可以供用戶進行查詢2采用電腦收銀，打印帳單，快速準確，減少賓客等待時間，并可杜絕收銀過程 中的舞弊現(xiàn)象。3高效的客房管理：能有效的提高房率，增加營

42、業(yè)收入。4提高決策依據(jù)：管理者可以隨時了解經(jīng)營情況，以制定相應(yīng)的經(jīng)營方針。5減輕員工的工作負擔：從而使員工把更多的精力放在提高為賓客服務(wù)的質(zhì)量 上。5.4測試資源消耗開發(fā)人員：三人； 測試時間：2天； 消耗機時：16小時。六、項目人員分配表項目塊主要負責人協(xié)助協(xié)助軟件需求書XXXXXX風險分析書XXXXXX進度計劃書XXXXXX總體設(shè)計書XXXXXX軟件測試書XXXXXX七、總結(jié)書通過這次的課程設(shè)計，讓我們對一個軟件的詳細開發(fā)過程有了更深一步的了 解，讓我們懂得了在整個的開發(fā)過程中，設(shè)計者不僅需要掌握全面的專業(yè)知識和 熟練的實際操作能力，而且還需要謹密地思考、分析每一個細節(jié)問題，以防對整 體軟

43、件系統(tǒng)的功能造成嚴重的負面影響， 同時，也讓我們體會到了開發(fā)一個軟件 的辛苦。在設(shè)計這個酒店管理系統(tǒng)的過程中，由于我們對問題的考慮不是很周全， 在一些設(shè)計方面遇到了不少的困難。在其過程中，通過大家的努力，同時，我們 也查閱了很多相關(guān)的資料，共同解決了部分的問題。再一點，就是在這個設(shè)計的過程中，讓我們也體會到了小組成員間的協(xié)作有 多么的重要，讓我們明白只有每個成員間都互相幫助， 共同合作，這樣才能圓滿 的完成任務(wù)。由于現(xiàn)時我們的能力和經(jīng)驗的不足，所以這次的設(shè)計完成的不是很完善，但 我們一定會努力的，爭取在下次任務(wù)中完成的更好！八、參考文獻1 Roger S.Pressman著梅宏譯軟件工程實踐者的研究方法（第五版） 機械工業(yè)出版社2 國家標準-軟件開發(fā)規(guī)范3 計算機軟件工程資源網(wǎng)九、感謝38