酒店管理系統(tǒng)概要設計

1、酒店管理系統(tǒng)概要設計規(guī)格說明書學號：姓名：班級：指導老師：2010年10月20 目錄1 引言21.1編寫目的21.2定義21.3參考資料32范圍42.1系統(tǒng)主要目標42.2主要軟件需求42.3設計約束、限制43軟件系統(tǒng)結構設計43.13.1復審數(shù)據(jù)流、控制流43.1.1系統(tǒng)總流程圖43.1.2前臺子系統(tǒng)流程圖53.1.3后臺子系統(tǒng)流程圖53.1.4數(shù)據(jù)備份流程圖63.2軟件體系結構63.2.1軟件程序結構圖64數(shù)據(jù)設計84.1數(shù)據(jù)字典復審84.2數(shù)據(jù)項84.3數(shù)據(jù)庫結構設計85接口設計85.1用戶界面設計規(guī)則85.2內(nèi)部接口設計85.3輸出：賬單105.4外部接口設計116出錯處理設計117系

2、統(tǒng)維護設計111引言1.1 編寫目的軟件概要設計是從總體上把握系統(tǒng)設計框架，他包括模塊劃分、處理流程和接口設計，概要設計說明書對上述內(nèi)容作了總體描述，體現(xiàn)了用戶需求與應用系統(tǒng)實現(xiàn)之間的關系，在設計過程中起到了提綱挈領的作用。1.2 定義序號 術語解釋1散 客是一般零星客人的總稱。2客 歷在酒店曾經(jīng)住過，且進入客史的客人，再次入住時就稱為是歷史客人。3聯(lián) 房聯(lián)房主要用于散客，一般把散客中帳務需要一起結算的房間進行聯(lián)房設置。4拼 房即按床賣房，同一個房間中住多個單獨結算的客人時需進行拼房操作。5長 包 房某房間長期出租給某客人使用，可以定義長包房房價。6鐘 點 房酒店在白天臨時提供給客人休息,不過

3、夜的情況?？梢远x鐘點房房價。7自 用 房酒店內(nèi)部使用的房間或者團體領隊使用的房間(不付房費)。8續(xù) 住是指延長客人預離酒店的時間。9預訂未到處理當客戶向系統(tǒng)請求房間時可能沒有所要求類型的房間，此時系統(tǒng)向客戶返回一個請求出錯處理。10合約入住登記與酒店簽定合約的公司員工入住酒店時，根據(jù)公司與酒店的相關協(xié)議進行登記處理，此時打折費用信息均記錄在公司登記表里面，產(chǎn)生相應的記錄。11調(diào)房當客戶需求發(fā)生改變時，比如客戶需要更換房間時，由前臺接待人員根據(jù)客戶需求轉(zhuǎn)到相應的房間，此時若房間等級發(fā)生改變，費用也會發(fā)生相應改變。12夜審系統(tǒng)夜間稽核應該是控制酒店經(jīng)營的一個核心部分，每天的經(jīng)營情況都必須經(jīng)由夜間

4、審核。13過房租每天一次地將在住客的帳目加上當天的房租費用日營業(yè)報表。14黑名單在以前住過該酒店的客戶中，若有跑單行為的即加入到黑名單。15客歷合并客戶入住記載入客戶入住的歷史記錄中去。16合約系統(tǒng)可將酒店簽約的單位或個人的資料輸入電腦，并可隨時查詢、修改和刪除。凡合約單位或個人入住，均可自動填單。系統(tǒng)還可自動打印與合約單位或個人來往的信函信封等。17內(nèi)部銀行系統(tǒng)（即卡功能）:由安裝與其連接的ic 卡讀寫卡器，連通internet,上網(wǎng)者持用戶卡，在ic 卡讀寫卡器上進行身份校驗，并將有關個人信息記入電腦;使用ic 卡記時、記費。18自我診斷由計算機自動對系統(tǒng)進行安全檢查解決其安全問題19數(shù)據(jù)

5、備份對系統(tǒng)的數(shù)據(jù)進行存儲,分為軟硬備份,防止數(shù)據(jù)被破壞時而無法恢復。1.3 參考資料軟件概要設計說明書模板軟件概要設計說明書評審要點酒店管理系統(tǒng)項目開發(fā)計劃；酒店管理系統(tǒng)需求規(guī)格說明書2 范圍2.1 系統(tǒng)主要目標在原有的基礎上，進一步完善修改業(yè)務需求，使版真正成為適應性強，充分滿足不同地域、不同用戶需求酒店管理系統(tǒng)軟件。2.2 主要軟件需求服務器：tomcat 6.0以上操作系統(tǒng)：windows2000,windows xp數(shù)據(jù)庫：mysql要求os系統(tǒng)安裝web 瀏覽器。瀏覽器要求支持解析javascript代碼。2.3 設計約束、限制編碼人員技術不成熟、編程語言限制為java+jsp、時間

6、倉促，在完善軟件功能上還有些欠缺。要求在能運行java虛擬機的內(nèi)存是128m以上，硬盤10g以上的微機與筆記本電腦上，響應時間要求在0.51秒內(nèi)。3 軟件系統(tǒng)結構設計3.1 3.1復審數(shù)據(jù)流、控制流3.1.1 系統(tǒng)總流程圖3.1.2 前臺子系統(tǒng)流程圖3.1.3 后臺子系統(tǒng)流程圖3.1.4 數(shù)據(jù)備份流程圖3.2 軟件體系結構3.2.1 軟件程序結構圖4 數(shù)據(jù)設計本章對軟件所使用的數(shù)據(jù)進行定義和概要設計。本章內(nèi)容在項目的其他文檔中若有描述，請在相應小節(jié)指明。4.1 數(shù)據(jù)字典復審對需求分析階段形成的數(shù)據(jù)字典進行復審和精化。4.2 數(shù)據(jù)項定義軟件使用的數(shù)據(jù)項，可能包括：名稱、簡稱、類型、長度、別名等。

7、4.3 數(shù)據(jù)庫結構設計將需求分析階段形成的實體模型轉(zhuǎn)化為數(shù)據(jù)庫系統(tǒng)支持的數(shù)據(jù)庫模型。如根據(jù)er圖或idef1x圖建立數(shù)據(jù)庫的物理模型。5 接口設計5.1 用戶界面設計規(guī)則分析需求規(guī)格說明書中的用戶特點，設計交互、信息顯示和數(shù)據(jù)輸入等用戶界面規(guī)則。若有的話，列出用戶的強制標準和開發(fā)單位的強制標準。5.2 內(nèi)部接口設計說明軟件內(nèi)部模塊間的接口安排。1客房預訂系統(tǒng)*客房預訂接口：輸入：散客及團體預訂信息 輸出：添加到當前客人資料數(shù)據(jù)庫和客房數(shù)據(jù)庫的預訂記錄.調(diào)用預售查詢模塊，得到未預訂的客房信息*預售查詢接口：輸入：查詢請求 輸出：客房預訂信息*預訂未到接口：輸入：時間 輸出：刪除了與預訂相應的記錄

8、的客房數(shù)據(jù)庫和當前客人資料數(shù)據(jù)庫2前臺接待系統(tǒng)*未預訂客戶入住接口：輸入：未預定散客及團體入住資料及客牌號輸出：基本客戶資料(包括客牌號).*預訂客戶入住接口：輸入：預定散客及團體入住資料及客牌號 輸出：基本客戶資料(包括客牌號).*轉(zhuǎn)房接口：輸入：轉(zhuǎn)房及其客戶信息輸出：修改的客房信息及客戶資料*調(diào)房接口：輸入：調(diào)房及其客戶信息輸出：修改的客房信息及客戶資料*查詢預訂客房接口：輸入：查詢預訂客房輸出：預訂客房信息*查詢可售客房接口：輸入：可售客房請求輸出：可售客房信息3前臺收銀系統(tǒng)*收取押金接口：輸入：客牌號及押金輸出：標上押金標識*團體埋單操作接口：輸入：團長信息輸出：基本客戶資料(包括客牌

9、號).*團體退房操作接口：輸入：團長信息輸出：基本客戶資料(包括客牌號).*散客埋單操作接口：輸入：帳號5.3 輸出：賬單*散客退房操作接口：輸入：賬號輸出：確認信息*轉(zhuǎn)帳操作接口：輸入：轉(zhuǎn)入、轉(zhuǎn)出賬號輸出：更新客人賬號信息*調(diào)用客戶報表系統(tǒng)接口：輸入：請求輸出：報表4管家系統(tǒng)*驗證密碼接口：輸入：密碼，用戶名輸出：正確密碼確認碼*設置凈房、臟房、壞房、及取消壞房接口：輸入：房間號輸出：房間狀態(tài)信息表單*設置skip、sleep房接口：輸入：房間號輸出：. 房間狀態(tài)信息表單*查詢凈房、臟房、壞房表接口：輸入：房間狀態(tài)信息表單輸出：房間狀態(tài)信息表單*查詢房間狀態(tài)接口：輸入：入住時間輸出：新入住記錄表5密碼管理系統(tǒng)*密碼驗證接口：輸入：用戶uid，密碼輸出：y/n*密碼查詢接口：輸入：用戶uid輸出：密碼調(diào)用密碼驗證5.4 外部接口設計說明本系統(tǒng)同外界的所有接口的安排，包括軟件與硬件之間的接口，本系統(tǒng)與各支持軟件之間的接口關系。內(nèi)部和外部的接口設計必須結合模塊內(nèi)部的數(shù)據(jù)驗證和出錯處理。各系統(tǒng)的在密碼驗證時調(diào)用密碼管理系統(tǒng)6 出錯處理