【導讀】酒店管理系統(tǒng)規(guī)劃說明書

　　

【正文】 訂信息表 ” 。 （ 3）取消預訂 圖 8 取消 預訂 DFD 圖 表 7：取消預訂數據字典 數據處理名：預訂查詢 簡 述：核對客人的 “ 預訂證明表 ” 。 輸 入：預訂證明表，來源：外部實體 “ 客人 ” 輸 出：預訂收據，去處：退款處理 客人要取消預訂，只需將 “ 預訂證明表 ” 和 “ 預訂收據 ” 交給服務員，經 核對后退款并修改 “ 客房預訂信息表 ” 及 “ 團隊或個人預訂信息表 ” 。 （ 4） 接待團體（未預訂的客人） 圖 9 接待團體 DFD 圖 表 8：接待團體數據字典 數據處理名：空房查詢 簡 述：根據客人的住房要求，查詢 “ 目前房間占用信息表 ” ，確定是否有空房 輸 入：客戶信息，來源：外部實體 “ 客人 ” 輸 出： [1] 無客房，去處：外部實體 “ 客人 ” [2] 有客房，住房登記表，去處： “ 客人查詢 ” 數據流名稱：住房登記表 簡 述：在房間查詢有空房時所 填的表，用于記載客人信息 組 成：身份證號 +姓名 +性別 +年齡 +民族 +國籍 +家庭住址 +電話 +單位 數據處理名：客人查詢 簡 述：根據客人的住房登記表，從 “ 客人黑名單 ” 、 “ 掛帳單位 ” 等多個表中 查詢核對。 輸 入：住房登記表，來源：查詢空房 輸 出：交款，去處：收銀處理 數據流名稱：押金收據 簡 述：在收銀后所開出的證明，用于記載客人住房時交的押金 組 成：身份證號 +姓名 +押金金額 +房間數 量、類別 +入住時間 +離開時間 （ 5） 接待個人（未預訂的客人） 圖 10 接待個人 DFD圖 接待的客人是個人時，過程基本與接待團隊相同，首先通過 “ 目前房間占用信息表 ” 查詢目前有無空房，有則填 “ 住房登記表 ” ，根據客人的信息核對 “ 客人黑名單 ” 、 “ 掛帳個人 ” 等多個表，確認后收取住房押金，將客人的有關信息記入 “ 歷史客人信息表 ” 并用寫卡機將客人的 ID 寫入 IC 卡。 （ 6）接待團體（已預訂） 圖 11接待預訂團體 DFD圖 表 9：接待預訂團體數據字典 數據處理名：查詢驗證預訂表 簡 述：核對 客人的預訂表是否與數據庫中的相符 輸 入：預訂證明表，來源：外部實體 “ 客人 ” 輸 出：登記表，去處：查詢客房 接待團隊（已預定）的過程與接待未預訂的相似，只是開始要驗證 “ 預訂表 ” ，同時不必進行客人查詢而可直接入住。將預訂金轉為住房押金。 （ 7） 接待個人（已預訂） 圖 12 接待預訂個人 DFD圖 接待個人（已預定）的過程與接待未預訂的相似，只是開始要驗證 “ 預訂表 ” ，同時不必進行客人查詢而可直接入住。將預訂金轉為住房押金。 （ 8）離店 表 8：離店收銀數據字典 數據處理名： 退房 簡 述：在客人離店的時候，核實房間的物件等，同時更改 “ 客房占用信息表 ” 輸 入：有客人 ID的 IC卡，來源：外部實體 “ 客人 ” 輸 出： [1] 有問題，去處：外部實體 “ 客人 ” [2] 無問題，退房憑證，去處：收銀 數據流名稱：退房憑證 簡 述：在房間核實無誤后開給客人的允許結帳憑證 組 成：身份證號 +姓名 +性別 +IC卡 ID號 +客房核實結果 數據處理名：收銀 簡 述：根據客人的消費進行收取費用、退還押金。 調用 IC 卡管理子模塊使該 卡號作廢。將客人信息記入數據庫備查。 輸 入：退房憑證 ，來源：退房 輸 出：離店發(fā)票，去處：外部實體 “ 客人 ” 客人可保留 IC 卡，以后如再到該酒店，經修改 IC 卡仍可使用。 圖 13 離店收銀 DFD 圖 后臺子系統(tǒng) 圖 14 后臺系統(tǒng) DFD圖 后臺不與客人發(fā)生直接的接觸，主要支持經理查詢、庫房管理、數據的備份以及財務上的管理。 系統(tǒng)實現技術 系統(tǒng)登錄 管理 人員登錄 酒店工作人員登錄：酒店工作人員在登錄前臺接待系統(tǒng)和前臺收銀系統(tǒng)時，應當先輸入客人用戶名和證件號 (或刷入房卡 )，以供校驗管理員的身份。 客人住房明細管理：包括新添客人明細、修改已存在的客人信息明細、刪除已存在的客戶信息、查詢已存在的客戶信息等有效編輯功能。 自動計算功能：夜審系統(tǒng)自動結算當日所有客人消費 ,實現消費累計 ,加入客戶入住押金 帳務系統(tǒng)查詢：輸入允許查詢權限的用戶名及密碼 ,根據對數據的需要自設查詢條件，并將符合條件的信息顯示出來。 管理員管理：包括增加新的信息、刪除已有的 客人信息。 修改密碼：提供修改密碼功能供酒店工作人員定期修改密碼，以確保系統(tǒng)的安全性。 數據導入：當有大量新增客戶信息記錄時，可通過數據導入功能批量導入數據到數據庫中。 數據導出：將酒店運營的各項明細導出成文本文件，根據需要打印出來。 一般用戶登錄 一般用戶登錄：一般用戶在登錄客歷系統(tǒng)時，應當先輸入名字及證件號碼，插入房間鑰匙 ,以供校驗用戶的身份。 客人信息查詢：根據對數據的需要自設查詢條件，并將符合條件的信息顯示出來。 數據導出：將客人信息導出成文本文件，根據需 要打印出來。 數據庫 數據庫的建立 開發(fā)人員采用 Microsoft Access 的數據庫引擎 ,在用戶訪問數據庫時采用 DAO方式工作。 . 2. 2 數據庫的鏈接 工資管理系統(tǒng)采用 Visual Basic 來寫 ACCESS 數據庫，采用 DAO 訪問數據庫，運用 DATA 控件打開、訪問并操作已有的數據庫，通過編程方式，采用標準的 SQL語句進行與對數據庫的查詢和修改，實現了用戶管理本系統(tǒng)的功能。 四 、測試分析報告 引言 編寫目的 軟件測試是軟件質量保證的 關鍵因素，代表了規(guī)約設計和代碼的最終評審；證實了軟件依據規(guī)約所具有的功能及其性能需求；增加了軟件的可靠性。 在開發(fā)工資管理系統(tǒng)的過程中，為了及時發(fā)現迄今為止的錯誤，更有效率的完成該項開發(fā)工作，開發(fā)人員要對其進行軟件測試。 背景 該酒店管理系統(tǒng)用于中大型酒店，適用于 WINDOWS XP 環(huán)境。它的使用者是這家企業(yè)的職工和財務管理人員。 測試內容與結果 功能測試 文檔測試 文檔 使用模式 所舉示例 內容與目錄 設計編排 預期效果 能精確描述如何使用各種使用模式 能精確描述所舉示例，簡單易懂，便于客戶操作 內容與目錄保持一致 設計便于用戶 理解，編排簡潔 測試結果 √ √ √ √ 注：“√”代表預期效果與測試效果相符合。 對軟件功能的結論 功能 登錄 修改，刪除 客戶信息 查詢信息 經理系統(tǒng)的功能 預期 效果 能正確檢驗 客戶身份及 密碼的一 致 性；若不匹配能返回錯誤提示信息。 前臺接待系統(tǒng)能夠正確執(zhí)行客戶的一切需求，并且對客戶信息進行修改，刪除等 能夠正確返回客戶要查詢的關于酒店的任何信息，然后退出程序。 修改客房 定價 ， 增加、刪除、修改各級密碼 ， 修改特別客單 ， 內部銀行系統(tǒng)（即IC卡功能） 測試 結果 √ √ √ √ . 能力 該酒店管理系統(tǒng)是一項獨立的軟件產品，即針對大中型酒店的酒店管理系統(tǒng)。 可供客戶查詢相應的信息，客戶所填入的信息被前臺接待系統(tǒng)的工作人員進行整理，并且對客戶的要求作出相應的回答。經理可以根據市場的變化和帳務報表對酒店的價格作出相應的調整，對酒店的設施進行改進，逐步符合廣大消費者的需求。 缺陷和限制 該酒店管理系統(tǒng)的設計缺陷在于無法立即，而且只能 運行于 WINDOWS XP 環(huán)境。 補救措施 該酒店管理系統(tǒng)受時間，人員和技術的限制，對產生的缺陷無法立即進行補救，但開發(fā)人員會盡快做出詳細的解決方案。 評價 1 該酒店管理系統(tǒng)基本達到預期目標，可以供用戶進行查詢 2 采用 電腦收銀，打印帳單 ， 快速準確，減少賓客等待時間，并可杜絕收銀過程中的舞弊現象。 3 高效的客房管理：能有效的提高房率，增加營業(yè)收入。 4 提高決策依據：管理者可以隨時了解經營情況，以制定相應的經營方針。 5 減輕員工的工作負擔：從而使員工把更多的精力放在 提高為賓客服務的質量上。 測試資源消耗 開發(fā)人員：三人； 測試時間： 2 天； 消耗機時： 16 小時。 五 、項目人員分配表 項目塊 主要負責人 協(xié)助 協(xié)助 軟件需求書 xx xx xx 風險分析書 xx xx xx 進度計劃書 xx xx xx 總體設計書 xx xx xx 軟件測試書 xx xx xx 七、總結書 經過一個多月的設計和開發(fā)，該酒店管理系統(tǒng)基本開發(fā)完畢。其功能基本符合客戶需求。對于數據的一致性的問題也通過程序進行了有效的解決。但是由于畢業(yè)設計時間以及水平有限，所以該系統(tǒng)還有許多不盡如人意的地方， 比如功能較少等多方面問題。這些都有待進一步改善 .也希望老師們能夠多多指教 ,好讓我能夠不斷進步 . 八、參考文獻 [1] Roger 著 梅宏 譯 《軟件工程實踐者的研究方法》（第五版） 機械工業(yè)出版社 [2] 國家標準 軟件開發(fā)規(guī)范 [3] 邯 鄲科林餐飲管理系統(tǒng) 九、感謝