酒店管理系統詳細設計說明書

專案組長：　蘇愛軍

專案組員：　陳龍

林源蘇愛軍日期：　　2012-05-31

目錄1.引言 3

1.1 編寫目的 3

1.2 專案背景 3

1.3 術語說明 4

1.4 參考資料 5

2.軟體結構 6

2.1 需求概述 6

2.2 軟體結構 6

2.3 使用者的特點 6

3.程式設計說明 8

3.1 模組說明 8

3.2 功能 8

3.3 效能 9

3.4 輸入項 10

3.5 輸出項 11

3.6 演算法 12

3.7 程式邏輯 15

3.8 介面 15

3.9 儲存分配 16

3.10 注釋設計 16

3.11 限制條件 16

3.12 測試要點 16

3.13 尚未解決的問題 17

任務分配:

1.引言

1.1編寫目的

在資訊化高速發展的今天，時間，效率這樣的名詞正主導著人們的生活和發展,

有必要設計開發乙個網上商務系統。通過系統功能及網路環境解決傳統管理模式和經營理念帶來的不足，加大企業宣傳力度，從而提高酒店形象，擴大酒店市場影響率，優化酒店管理。

1.2專案背景

隨著中國加入wto，全球經濟一體化的逐步深入，酒店管理系統已是現代酒店必不可少的經營策略。目前，酒店管理系統在國際網際網路上可以實現的商務功能已經多樣化，技術的進步對傳統書店上網解決方案提出更嚴格要求和挑戰。為了保護傳統酒店的投資，酒店管理系統解決方案應切合傳統酒店實際的需求和發展的趨向，使投入回報和管理效益最大化，傳統酒店在實施管理方案的之前，必須對一系列問題進行科學的論證，如客戶住店的需求分析、客戶住店總體規劃、客戶住店系統的功能和實施方案，客戶住店的傳播與推廣、執行客戶住店系統的軟體和硬體配置、客戶住店的管理系統和管理、方法等等。

酒店管理系統具體實施的質素直接影響傳統酒店在inter***的實際效果和經濟效益，這不僅是技術問題，同時也涉及到管理的因素。綜上所述，酒店管理系統已經成為網際網路時代傳統酒店的必由之路。

1.3術語說明

1）、未潔房：客人退房後或由於某種原因未打掃的房間，也叫髒房

2）、住客房：客人正在住的房間

3）、鐘點房：客人按小時計算入住的房間

4）、預抵房：客人預訂後，到預訂日期，即將入住的房間

5）、催繳房：當酒店的住店人員的押金小於酒店所規定的金額時，需要通知客人補交押金或費用的房間

6）、長包房：客人長期入住的房間

7）、預離房：客人預計的入住期已到，即將離店

8）、維修房：房間由於某些原因需要維修或是正在維修的房間

9)、聯房：酒店管理軟體中的聯房是指乙個客人預訂或登記了多個房間，可以一起來，也可以分批來，和團隊有些區別

10)、製卡：酒店管理軟體中的製卡包括制房間卡、續住卡、換房卡、會員卡等對卡類的操作

11)、服務：酒店管理軟體中的服務包括提醒和關注，提醒服務是指需要我們操作或需要我們做的事件的提醒，關注指的是留言及提醒裡面需要處理事情的處理

12)、禮賓：酒店管理軟體中的禮賓包括保險箱和寄存部，保險箱是記錄客人租用保險箱的情況；寄存部是記錄客人寄存行李的情況，以方便客人領取行李

13)、臨時取鈔：酒店管理軟體中的臨時取鈔是便於管理者規範管理，對經理或管理者需要從收銀臨時取錢急用時的登記

1.4參考資料

1.中華人民共和國國家標準udc681.3《gb8567—88計算機軟體產品開發檔案編制指南》。

2.湯宗健.資訊系統分析與設計實驗.國防工業出版社，2008.

2．軟體結構

2.1需求概述

（1）前台管理系統

（2）消費管理系統

（3）收銀管理系統

（4）客房服務系統

（5）系統維護

2.2軟體結構

整個酒店管理系統的結構可由以下圖示來表明：

圖1. 酒店管理系統的結構

.(一) 使用者輸入模組設計說明

.1 模組描述

該程式是使用者登入時所必須要用到的，登陸之前需要驗使用者身份的合法性，故而需要使用者輸入程式，輸入使用者名稱及密碼來進行身份驗證。

本程式為非常駐記憶體，是子程式、可重用、是順序處理，在輸入之後方能進行驗證

3.2 功能

圖2. 功能

3.3 效能

精度要求精確到整型的個位、字元型完全正確，不支援部分匹配；

時間特性要求：要求等待時間＜０．５ｓ

3.4 輸入項

輸入項名稱：使用者名稱

型別：字串型

輸入方式：手工輸入

資料**：系統自帶的資料庫中的資訊

輸入項名稱：密碼

型別：字串型

輸入方式：手工輸入

資料**：系統的資料庫中的資訊

安全保密條件：在輸入密碼時使用者介面上顯示為＊＊＊＊＊＊

.5 輸出項

輸出項：使用者名稱錯誤輸出

資料型別：字串型

輸出以資訊對話方塊的形式輸出

輸出內容是使用者名稱錯誤，請重新輸入

輸出項：密碼錯誤輸出

資料型別：字串型

輸出資訊也是以資訊對話方塊的形式輸出

輸出內容是密碼錯誤，請重新輸入

輸出項：正確登陸

資料型別：字串型

輸出內容是根據使用者許可權而得到的使用者介面的輸出

.6 演算法

本程式需要對資料庫進行操作，即對資料庫進行查詢

select 使用者名稱

from user_psd

where 使用者名稱=輸入內容

如果結果為空，則輸出：使用者名稱錯誤，請重新輸入；三次輸入錯誤則關閉系統

select 密碼

form user_psd

where 使用者名稱=輸入內容 and 密碼=輸入內容

如果結果為空，則輸出：使用者密碼錯誤，請重新輸入；三次輸入錯誤則關閉系統

查詢到一條記錄後，進行許可權判斷，以決定讓該使用者使用相應的功能。

. (二) 就餐管理模組（jiucan management）設計說明

.3.1 模組描述

本程式是管理使用者就餐的，在登陸系統後，具有此許可權的使用者可以使用。

.3.2 功能

3.3效能

時間特性要求：要求等待時間＜０．５ｓ

3.3輸入項

輸入項名稱：客戶姓名

型別：字元

串型圖3.輸入圖

輸入方式：手工輸入

輸入項名稱：菜餚

型別：字串型

輸入方式：手工輸入

3.4輸出項

以**的形式輸出顧客就餐情況。

圖4. 輸入圖

(三)住宿管理模組（zhusu management）設計說明

3.1模組程式描述

本程式是管理使用者住宿的，在登陸系統後，具有此許可權的使用者可以使用。

3.2功能

圖5. 功能圖

3.3效能

時間特性要求：要求等待時間＜０．５ｓ

3.4輸入項

輸入項名稱：證件號碼

型別：字串型

輸入項名稱：客戶姓名

型別：字串型

輸入項名稱：客戶其他資訊

輸入方式：手工輸入

3.5輸出項

以**的形式輸出顧客住宿情況。

3.7程式邏輯

圖6. 程式邏輯圖

3.8介面

圖7. 介面圖

3.9儲存分配

本程式的儲存分配為：使用者名稱及密碼資訊存入資料庫中，程式使用佇列將輸入內容與資料庫中的內容進行比較，或者直接使用資料庫的訪問，進而更進一步增快程式的查詢速度。

3.10 注釋設計

本系統模組有：財務查詢模組，員工資訊查詢和修改模組，客房資訊查詢模組，旅客資訊查詢模組，訂房模組，退房模組，增加使用者模組，刪除使用者模組，密碼修改模組，登陸模組。

該系統分經理，員工，系統管理員三種模式登陸，並且每種模式各自許可權又各不相同。經理許可權為員工資訊選詢和修改，財務查詢。員工許可權為客房資訊查詢，旅客資訊查詢，訂房，訂房。

系統管理員許可權為增加使用者，刪除使用者。其中密碼修改分別為三種模式的使用者共享。

3.11限制條件

本程式中輸入的使用者名稱只支援英文本串型或數字，不支援漢字與漢語符號。

3.12測試要點

系統測試是將經過測試的子系統裝配成乙個完整系統來測試。它是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法，為了發現缺陷並度量產品質量,按照系統的功能和效能需求進行的測試，找出存在的問題並加以修改，使之完全符合設計要求。

系統測試的內容

對系統進行測試主要包括以下內容：

(1) 功能測試：鏈結測試、表單測試、資料庫測試

(2) 效能測試：連線速度測試、壓力測試

(3) 可用性測試：導航測試、圖形測試、內容測試、整體介面測試

(4) 相容性測試：平台測試、瀏覽器測試

(5) 安全測試

3.13尚未解決的問題

1．客戶出現緊急情況的處理。

2．客戶之間的互換業務。

酒店管理系統詳細設計說明書

系統詳細設計說明書

系統詳細設計說明書

酒店管理系統設計說明書

相關推薦