【文章內容簡介】 。（1）注冊賬號模塊：用戶進入注冊賬號的頁面，填寫相關內容且符合各項標準后，進行注冊，系統(tǒng)通過網(wǎng)頁發(fā)送表單封裝成客戶user類接收客戶注冊數(shù)據(jù)，然后為該賬號名及其信息數(shù)據(jù)插入數(shù)據(jù)庫里。（2）登陸賬號模塊：用戶進入登陸賬號的頁面，填寫賬號和密碼后，頁面首先檢查是否符合標準，符合后把表單信息發(fā)送給系統(tǒng)，系統(tǒng)比較數(shù)據(jù)庫中的賬號以確定是否登錄成功。（3）個人資料：登陸后的客戶可在個人中心中找到修改個人資料的頁面，客戶對需要修改的個人信息進行修改，確認后提交，系統(tǒng)接收數(shù)據(jù)后，對對應的賬號的信息進行更新。（4）查看酒店各種信息：系統(tǒng)主界面顯示酒店的部分圖片和部分信息公告，還有客房預定的快捷窗口。導航條中有包括酒店的概述、圖片、客房介紹、設施、餐飲、活動和周邊，可進入對應的頁面查看酒店相關信息。（5）預訂住房：只有登陸后的客戶可以使用該功能?？蛻艨梢栽趯Ш綏l中任何一個頁面的預定窗口查詢某天空余客房和進行預定，并進入預定頁面。預定頁面包括預定的日期，房間類型和數(shù)量，然后填寫客戶的資料，最后完成預定。預定信息發(fā)送到系統(tǒng)，然后插入數(shù)據(jù)庫。（6）查看訂單：登陸后的客戶可在個人中心中打開查看訂單的頁面。頁面通過獲取服務器數(shù)據(jù)庫的信息，顯示該客戶所有的訂單。（7）撤銷訂單：登陸后的客戶可在個人中心中打開撤銷訂單的頁面。頁面通過獲取服務器數(shù)據(jù)庫的信息，顯示該客戶所有的訂單，客戶可以對還沒兌現(xiàn)的訂單進行撤銷。對以上模塊描述畫出客戶端的數(shù)據(jù)流圖：服務端的狀態(tài)轉換圖：服務端功能模塊設計：服務端的功能模塊包括資源信息管理、用戶信息管理、訂單信息管理。：使得系統(tǒng)管理員能夠為自己酒店相關的信息進行增加，修改和刪除。：使得系統(tǒng)管理員能夠查看、修改和刪除注冊的用戶信息，為注冊用戶提供良好的管理。：使得系統(tǒng)管理員能夠查看、修改和刪除訂單，為酒店的訂單信息提供良好的管理。對以上模塊描述畫出服務端的數(shù)據(jù)流圖：根據(jù)上述客戶端和服務端的數(shù)據(jù)流圖可以設計出客戶表，資源表，訂單表，訂單明細表，管理員表這5個數(shù)據(jù)表。下面是各表的數(shù)據(jù)設計：字段名稱 uid uaccount upwd uname usex u uphone 數(shù)據(jù)類型 number varchar varchar varchar char varchar varcharuser_info表 字段大小 N/A 15 15 10 2 40 15是否主鍵 是 否 否 否 否 否 否 說明 客戶編號 客戶帳號 客戶密碼 客戶真名 客戶性別 電子郵件 電話號碼字段名稱 rid rtype rprice rstatus rdetail 數(shù)據(jù)類型 number varchar dounble varchar varcharres_info表 字段大小 N/A 20 N/A 4 200是否主鍵 是 否 否 否 否 說明 資源編號 資源類型 資源價格 資源狀態(tài) 資源描述 字段名稱 oid rid onum startTime endTime ostatus 數(shù)據(jù)類型 number number number date date varcharorder_info表 字段大小 是否主鍵 N/A 是 N/A 否 N/A 否 N/A 否 N/A 否 10 否說明訂單編號 資源編號 資源數(shù)量 預定開始時間 預定結束時間 訂單狀態(tài)字段名稱 orid oid orname orsex or orphone ortime ordetail 數(shù)據(jù)類型 number number varchar char varchar varchar date varcharorder_user表 字段大小 是否主鍵 N/A 是 N/A 否 10 否 2 否 40 否 15 否 N/A 否 100 否說明明細編號 所屬訂單編號 提交人名字 提交人性別 提交人郵件 提交人電話 提交時間 訂單備注字段名稱 aid aname apwd alevel 數(shù)據(jù)類型 number varchar varchar charadmin_info表 字段大小 是否主鍵 N/A 是 15 否 15 否 4 否說明管理員編號 管理員名 登陸密碼 管理員級別第五篇：基于酒店管理系統(tǒng)基于酒店管理系統(tǒng)①接待處必須備有工作日記,并規(guī)定工作日記的書寫規(guī)范。②系統(tǒng)工作人員應定期更換密碼,以免其它工作人員使用。③如果有系統(tǒng)工作人員調離崗位,接待處主管應及時通知系統(tǒng)維護人員注銷 該系統(tǒng)工作人員代號。④如果系統(tǒng)工作人員在短時間內不使用電腦,應先退出該系統(tǒng),待使用時再 重新登錄。⑤操作過程中如果遇到系統(tǒng)故障,應及時通知系統(tǒng)維護人員來進行修復。接待處審計制度細則①工作人員負責與客房部核實客房入住狀態(tài)和自用房有效登記信息。②工作人員負責打印《客帳匯總表》③工作人員審核現(xiàn)住房間總數(shù)、房號、房間人數(shù)是否合理。④審核本系統(tǒng)中是否有已入住但未輸入、或己退房但未結帳客戶。⑤審核免房費客人、打折客人、免服務費、免附加費客人是否有審批單據(jù)。⑥審核每個團隊房間總數(shù)及房號是否正確、房價是否與預訂處所定相同。⑦作人員審核并簽字。接待處傳遞單子接待處提交的報表包括①《當天按預訂單號查詢鎖房情況》為接待客人作好先行工作。②《當天退房客人報表》詢問客人是否辦理續(xù)住手續(xù)。③《空房表》根據(jù)空房表進行排房和安排散客入住。④《客帳匯總表》審核客人房號、房費、人數(shù)等信息并存檔。⑤《一「作日記》交給夜審審核?？偱_收銀處工作規(guī)程 班時押金的處理根據(jù)酒店要求,散客需要預先支付部分現(xiàn)金、刷卡或抵押支票,現(xiàn)金的金額 般為到二天的房費。散客交押金后,收銀處操作員應將押金輸入系統(tǒng),打印 出扣金憑認卜,交給客人一份,自己留存份,幾交財務一份。對于小需要交付押金并允許簽單消費的客戶需由相關領導簽字方可同意。基于十酒店管理系統(tǒng)營銷人員將預訂單轉交預訂處時,需要確定預訂單的內容是否齊全、各 項審批手續(xù)是否完備,具體內容如下①預訂單中的所有標有項目應填寫完整。②重要客人預訂,必須設置標志,并根據(jù)需要提前分配房間。③對于團隊、會議、旅行代理和公司預訂,必須在預訂單上注明人數(shù)、房數(shù)、房價、傭金、銷售員姓名,以便排房時工作人員能夠有效安排旅客。預訂房間退 房之后必須核實團隊主帳單和客人帳單的結算項目情況。接待處工作規(guī)程當班人員提前到崗,負責與上一班工作人員交接,查看交接班工作信息, 了解當天還有哪些工作未完成,如果有不明白的問題需要和上一班操作員交談。并保留前一天由預訂處交接的預訂單和預訂報表。當班人員打印當天預訂單,為當天工作做好充分準備。當班人員需要檢查每張預訂單上是否有正確的結算信息描述,對于檢查出問 題的預訂單必須與預訂處進行確認,并追究當事人責任,避免由于未檢查結算而 引起帳目錯誤給酒店造成經濟損失。如果預訂處不負責分房,則由當班人員根據(jù)空房表為當天應到預訂單顧 客安排房間。預訂客人到達時向接待處工作人員提交預訂底單人員姓名,接待處工作 人員按照人員姓名查找計算機中的預訂單。核實無誤后辦理入住手續(xù)。零散客人到接待處直接辦理入住手續(xù)。接待處工作人員為客人辦理入住手續(xù)?？腿碎_房后電話等級自動開啟,根據(jù)客人的需要可以調整電話等級。接待處在接到自用房通知單時,應及時通過自用房登記將客人姓名、審 批領導、自用原因、預住時間輸入到電腦中。晚班一作人員與客房部工作人員配合核對房態(tài)和客人入住信息。晚班一作人員負責接收井核對預汀處轉交的預訂單和預訂報表。晚班一上作人員負責審核現(xiàn)住客人房費情況。晚班工作人員完成當日所有遺留事務。接待處操作員工作規(guī)范細則 基于酒店管理系統(tǒng)第章酒店管理系統(tǒng)需求分析 需求分析隨著酒店行業(yè)的發(fā)展,以前的人工管理方式遠遠不能滿足酒店行業(yè)的需求。各個大酒店業(yè)己經開始認識到使用管理系統(tǒng)的重要性。從酒店行業(yè)的特點和實際需要,本系統(tǒng)以服務為基礎,突出前臺信息管理, 從專業(yè)技術角度出發(fā),提供科學管理模式,為酒店的服務質量提供了有效的保障。該系統(tǒng)的軟件需求分析是用戶對目標軟件在功能、操作、性能、設計約束等 方面的期望。它是酒店管理信息系統(tǒng)開發(fā)最重要的階段。常用的軟件需求分析方法有面向數(shù)據(jù)流的方法、面向數(shù)據(jù)結構的 方法39?！?、面向對象的方法和原型法等。本系統(tǒng)的需求分析主要內容包括對各部門、各業(yè)務的詳細了解及客戶的需要理解,并在此基礎上進行分析,提出可行方案, 評估系統(tǒng)的可行性,達到系統(tǒng)的經濟和實效。本章針對酒店管理進行數(shù)據(jù)采集、數(shù)據(jù)評估、系統(tǒng)數(shù)據(jù)流程圖的確定以及系統(tǒng)方案的確定。系統(tǒng)需求要求酒店能夠有效處理客人在酒店的各種消費信息,并能按照酒店的各項數(shù)據(jù)對酒店的各項工作進行成本效益分析,以便采取適當?shù)拇胧┨岣呔?店的運營效益。業(yè)務需求酒店的業(yè)務分客房、餐飲、洗浴、會議室、財務、營銷、庫存、系統(tǒng)維護幾個相對獨立的子模塊。系統(tǒng)功能分析系統(tǒng)的功能分析是在需求分析的基礎上完成的,本系統(tǒng)的功能實現(xiàn)了酒店內 部各種信息管理的自動化,提高酒店服務的工作效率?？头抗芾肀鞠到y(tǒng)中,客房管理主要分為預定、接待、總臺收銀、房務中心、商場相 關部分。了 預訂處工作規(guī)程預訂處工作人員負責接收營銷人員傳遞的訂單,然后輸入系統(tǒng),并打印客房預訂單。預訂信息要及時和準確輸入系統(tǒng),便于酒店對整體預定信息進行總 體規(guī)劃?；谑频旯芾硐到y(tǒng)業(yè)發(fā)展的現(xiàn)狀和面臨的問題,針對這些問題,結合現(xiàn)代科技發(fā)展的最新成果,構 思規(guī)劃了一個酒店管理業(yè)嶄新的管理模式,從功能、組成結構、系統(tǒng)的特點和技 術問題解決幾方面進行了論述。對酒店的各部門管理工作起著重要的指導作用。論文的框架和主要內容本文是作者在近年來計算機軟件開發(fā)培訓的若干系統(tǒng)項目之一,是結合所學專業(yè)知識及相應的課程實踐經驗設立的題目。文中首先分析了管理信息系統(tǒng)的體 系結構和開發(fā)方法,然后分階段地介紹了具體的開發(fā)過程。一該系統(tǒng)的開發(fā)嚴格遵 守軟件工程的要求,文檔規(guī)范完善,在開發(fā)過程中堅持實用性和科學性相結合的 原則。主要的篇章結構如下 緒論主要介紹論文的選題背景和目的、酒店管理信息系統(tǒng)的現(xiàn)狀和存在的問題、論文研究意義和主要結構安排。酒店管理系統(tǒng)的需求分析本章的任務是針對酒店管理系統(tǒng),按照軟件工程的思想,進行系統(tǒng)的需求分 析,詳細的說明了系統(tǒng)所包含各個模塊的功能分析。酒店管理系統(tǒng)的系統(tǒng)設計本章的任務是詳細的敘述系統(tǒng)的設計思想和原則,系統(tǒng)的主要數(shù)據(jù)流圖,以 及結構功能設計。砰酒店管理系統(tǒng)的數(shù)據(jù)庫結構設計本章說明了本系統(tǒng)數(shù)據(jù)庫的設計準則和主要的表結構。系統(tǒng)實現(xiàn)本章守幾要針對酒店管理系統(tǒng),進行開發(fā)技術選擇,建立機制,使用 訪問數(shù)據(jù)庫,以及用戶界面設計的問題進行闡述。系統(tǒng)的特點與優(yōu)勢本章主要闡述酒店管理中客戶服務存在的難以解決的問題入手說明本系統(tǒng) 所存在的優(yōu)勢和特點?；诰频旯芾硐到y(tǒng)如果客人以刷卡方式預付押金,工作人員應根據(jù)實際情況填寫押金類型?？腿私Y帳時工作人員開據(jù)發(fā)票,錢款多退少補,并將客人押金單收回核對。操作員每天上午要查詢”押金不足帳單”,對此類客戶要催收押金。對于押金不足又無法聯(lián)系客人,請示相關領導,施行強制退房。帳目調整處理有特殊情況要調整帳目時,必須下發(fā)帳目調整通知單,由該部門主管簽字, 收銀處工作人員根據(jù)通知單進行帳目相關處理,并注明其調整原因。對于其它部門送來的帳單,檢查帳單上是否有房號、客人簽字、帳單金額是 否與電腦中住掛的金額一致,核實無誤后,帳單保存在客人檔案里。散客結算處理當班人員應每天晚上過帳前打印《客帳匯總表》,以防由于停電或機器故障 不能及時轉為手工結帳。客人結帳時,先問清客人房號,請客人出示房卡,再詢問客人是僅僅結帳還是結帳退房。如果客人退房,應先打電話通知客房中心查房。如果客房部通知工 作人員客人有客房費用時,作人員應等待樓層服務員送交的單據(jù),請客人簽字 確認后,將費用轉入到客人消費中,客人結帳時,可先用帳單給客人打印一份對 帳單,然后雙手遞交給客人核查。最后收回客人的房卡。如果客人有押金,必須請客人提交押金收據(jù)。客人退房查房時,若發(fā)現(xiàn)有客房吧、賠償費及其他消費時,收銀處工作人員應在收到客房吧消費單或賠償費單 時,請客人簽字確認后將消費數(shù)據(jù)輸入進系統(tǒng)中。如果客人只支付某些帳的話,操作員可進行挑帳處理。如果客人支付固定數(shù)額的費用的話,操作員應使用拆帳功能進行處理。如果客人同時入住兒間房,可用“聯(lián)房結算”這幾間客房,簡化工作流程。如果客人結帳時間超過或時,收銀處工作人員必須按照系統(tǒng) 仁的實際退房時間加收全天或半天房費。如果客人結帳時是以支票或信用卡付款方式,需要在結帳“備注”欄上注明 支票或信用一耘號碼。如果客人結帳為外掛帳時一,可以按照系統(tǒng)中財務所設置的可掛帳單位的記 錄,核實客人的身份,無一誤后,進行掛帳結算,并打印出帳單,要求掛帳單位經 辦人簽字,把帳單中的第二聯(lián)在下班前交到總臺應收款管理員處?；诰频旯芾硐到y(tǒng)若客人為電話退房時,應及時通知客服中心查房,如果有費用直接輸入系統(tǒng) 客人消費中。當客人到前臺結帳時,通過系統(tǒng)帳目進行結算。結帳完成后必須打印結帳單,并請客人在帳單上簽字確認。將一份帳單雙手遞交給客人,其它的帳單遞交給審計部分?？腿私Y帳離店后要及時在系統(tǒng)中退房, 如果發(fā)現(xiàn)只結帳不退房,要追究相關工作人員責任。結帳完成后,房間電話等級將自動變成關閉狀態(tài)。工作人員對使用過的帳單必須小心保留,打印的帳單號必須連續(xù)的,帳單不能私自遺失或撕毀。收銀處使用的發(fā)票號也必須是連續(xù),空白發(fā)票不能短缺或隨 意使用。團隊結算業(yè)務若團隊和客人結帳發(fā)生變化,應由預訂處修改團隊主帳單,在修改前應確認 團隊費用情況,將按照正確帳目進行調整。無論團隊是統(tǒng)一離店還是分批離店,收銀處主管或領班都必須主動提前與團 隊的陪同聯(lián)系,請求負責人協(xié)助尋找客人結其自付帳目。對于團主帳單,必須請 陪同確認并結算簽字。如果店方、陪同、客人對各自帳目出現(xiàn)疑問時,必須按照 預訂單上的簽單情況請帳務處主管、陪同與客人三方共同協(xié)商解決,避免由于帳 目混淆或態(tài)度問題引起酒店經濟損失和信譽損失。如果團隊客人統(tǒng)一結帳退房,應將所有余額不為的帳戶結清后,剩下房間 用團隊結算結清。如果一該團隊下仍有未結帳