《酒店管理信息系統(tǒng)》由會員分享，可在線閱讀，更多相關《酒店管理信息系統(tǒng)（53頁珍藏版）》請在裝配圖網上搜索。

1、第1章 緒論 1.1系統(tǒng)開發(fā)背景 近年來，隨著改革開放步伐的加快和西方文化的交流，人民生活水平得到了極大的改善，全社會對第三產業(yè)特別是服務業(yè)的需求也越來越高。國內的旅游餐飲業(yè)，特別是賓館、酒店行業(yè)的發(fā)展，逐漸打破了傳統(tǒng)的普通旅游業(yè)的那種以住宿休息為服務核心的單一運營管理方式。 在大中型城市里，除了四星級以上的酒店仍在基本遵循原有的比較保守和固定的運營模式之外，絕大多數(shù)新建和改擴建的中高檔酒店，都裝備了大型音像系統(tǒng)和娛樂休閑設施。社會大眾對酒店的認識和需求也隨之發(fā)生了巨大的變化，客人進店后，除了休息以外，娛樂休閑已經成為了必不可少的一部分。而且2008年在一步步的走進我們，到時候國際友人云

2、集北京，這就給酒店服務行業(yè)提出了更高的要求。 由于這類新型酒店的運行模式與傳統(tǒng)酒店有很大的差異，它涉及的環(huán)節(jié)比較多，業(yè)務關系也比較復雜，因此到目前為止還沒有一套較規(guī)范的公認的運營管理標準，而照搬傳統(tǒng)的酒店業(yè)務管理方法和運營機制顯然已經不能適應這些變化，難以滿足實際需要了。同樣，那些基于傳統(tǒng)酒店業(yè)管理模式而開發(fā)的計算機管理系統(tǒng)也自然難以適應這種新的業(yè)務模式，所以造成一些酒店不得以而采用手工記費和人工結賬的辦法，尤其是在新型酒店開業(yè)時和增加新的服務項目時，這種現(xiàn)象往往很普遍。顯然，采用人工手段進行復雜的業(yè)務處理是一種相當原始的方法，尤其是在計算機、互聯(lián)網高度發(fā)展的今天。這種近乎于原始的方法，在客

3、戶服務，人員管理，財務管理等方面都存在著許多薄弱環(huán)節(jié)，會給酒店的正常運營帶來各種麻煩和漏洞。比如：不能實施全面的持卡消費、不能與現(xiàn)代的電子商務運營經銷模式接軌等等，客觀上嚴重制約著酒店的發(fā)展。 酒店業(yè)務流程的多樣性和客人的流動性也決定了手工方式不可能長久，必須按照新的模式因地制宜地進行全面細致的系統(tǒng)設計和軟件開發(fā)，以適應這類酒店對計算機管理信息系統(tǒng)的迫切需求。 面對這種具有現(xiàn)代化文明時尚的新型酒店的靈活多變的運營方式，更需要管理者和開發(fā)者用現(xiàn)代和超前的眼光去看待它與認識它，要結合信息網絡的特點，采用有效手段進行全方位的調查分析。 （1）娛樂休閑型酒店管理信息系統(tǒng)是一個具有高復雜性，多元性

4、，綜合性的人機交互系統(tǒng)，它涉及到計算機技術、網絡通信技術、統(tǒng)計技術、條碼、磁卡技術、運籌學、財務管理、物流管理等多方面的知識，它專門針對這類酒店系統(tǒng)的特殊流程和業(yè)務要求進行數(shù)據組織處理和信息調控，代替業(yè)務人員進行繁瑣和重復性的工作。 （2）系統(tǒng)通過加快處理速度、對各類信息的詳細記錄和大幅度降低運行差錯率來提高運轉效率和準確性，幫助酒店管理人員對其業(yè)務有更深層次的認識，從信息管理和數(shù)據挖掘的角度上優(yōu)化組織結構，減少資金占用，保證其經濟效益的如期實現(xiàn)和不斷提高。 （3）完善的系統(tǒng)不僅能精確、實時的反映和處理酒店的各項業(yè)務活動，還能同時為各級管理人員服務，提供及時、準確的決策信息和依據。 （4

5、）大型的管理系統(tǒng)要求采用先進的計算機及網絡技術，要求在酒店內建設一個覆蓋各部門的高效率的管理信息網，并根據業(yè)務量的增長和業(yè)務范圍的擴張逐步建立具有一定規(guī)模、性能優(yōu)異、功能強大、靈活可靠實用的網絡體系。 （5）網絡系統(tǒng)的核心是建立高性能的主機及網絡軟硬件平臺。在此基礎上還要開發(fā)出適合于各業(yè)務部門和管理部門共享使用的網絡系統(tǒng)應用軟件，充分發(fā)揮分布式高效能網絡的計算和存儲威力，結合消費卡靈活準確的信息對接特性，為客人提供了最大程度的方便條件，從而在整體上提高了工作和管理的效率。 開發(fā)的全過程始終要采取用戶至上的觀點，一切從用戶利益考慮，在加強調查研究和系統(tǒng)分析的基礎上，通過分步驟的不斷反饋的討論

6、式方法確定出新系統(tǒng)的最佳方案。各階段可在局部上使用結構化、模塊化的方法嚴格按照有效階段進行開發(fā)，具體手段上盡量采用面向對象的開發(fā)形式，使形成的應用軟件模塊具有很強的獨立性、適應性和擴展性。 1.2 系統(tǒng)開發(fā)目的 利用網絡和數(shù)據庫技術，結合目前硬件價格普遍下跌與寬帶網大力建設的有利優(yōu)勢，我利用VB6.0語言和Access數(shù)據庫研究開發(fā)了面向客戶的酒店管理信息系統(tǒng)。 將課堂學習的網絡理論知識結合其他如數(shù)據庫、數(shù)據結構、程序設計等多科知識加以綜合應用，從而鞏固和加強所學知識，并初步具備網絡應用程序開發(fā)的能力，最終設計出一個實用的網絡應用程序。 1.3 系統(tǒng)開發(fā)意義 黨的十六大提出，

7、我國新型的工業(yè)化道路要以信息化帶動工業(yè)化，以工業(yè)化促進信息化。從這一戰(zhàn)略決策我們可以看出信息化發(fā)展已經提到議事日程上來了。信息化對于我國高速度、高質量地完成工業(yè)化任務和全面建設小康社會，對于實現(xiàn)21世紀中華民族的偉大復興，具有重要的戰(zhàn)略意義。 信息化一般是指信息資源、信息技術及其產業(yè)在國民經濟和社會發(fā)展中的作用不斷增強的過程。它包括信息基礎結構（信息資源、信息網絡、信息人才和信息設備等）、信息技術（IT）產業(yè)（信息設備創(chuàng)造業(yè)、郵政和現(xiàn)代通訊業(yè)、大眾傳媒和文化娛樂業(yè)以及相關的各種IT服務業(yè)等）和信息社會環(huán)境（社會文化、法律、制度等）三個方面的內容。從企業(yè)的角度來說，信息化實質上是一個用

8、現(xiàn)代信息技術裝備和管理從產品訂購、設計、生產到流通和促銷，再經過市場將用戶意見和企業(yè)經營的外部市場信號反饋回信息主體，經過調整、完善既定目標，又進入新一輪經濟運行流程的過程。 我們把政治上的要求運用到實際生產經營中，并把目光從全國全行業(yè)的范圍縮小聚集到酒店服務行業(yè)。無疑，酒店服務業(yè)更需要信息化。舉一個簡單的例子：2004年，在上海，中國的跨國酒店集團80%的高入住率，國內酒店業(yè)20%左右的普遍客房入住率——除了很少的五星級酒店，大部分酒店在虧損。同臺競技，結果迥然。原因何在？大部分跨國酒店集團的平均客房出租率達到80%～90%。從客人來源上看，有70%的客人為商務旅游者或商務團隊，始

9、終保持著的高客戶出租率為這些酒店集團帶來了滾滾財源。背后原因，不能不說是網絡起了重要作用。萬豪國際繼洲際后開通了跨國飯店集團第二家中文網站，網上預訂紀錄連續(xù)兩天被刷新，跨國酒店集團已經熟練借助了信息化的力量，也就是說信息化為他們帶來了直接效益。 這些網絡定房系統(tǒng)是信息化的一個體現(xiàn)，從酒店管理的角度來講它是一個對酒店外部的管理。要想和國際酒店縮小各個方面的距離，信息化也要體現(xiàn)在酒店對內部的管理，并且信息化可能對酒店內部產生深遠的影響。本酒店管理信息系統(tǒng)（面向客戶）就是利用信息化，使酒店管理提高一個層次，不僅可以對外或說經營方面贏得更多的效益，也會使酒店內部組織結構發(fā)生較大變化，真正實現(xiàn)減員增效

10、！酒店采用計算機管理系統(tǒng)后，可實現(xiàn)預訂、記賬、統(tǒng)計的自動化，實行在前臺的一次性費用結算。計算機管理系統(tǒng)每天可快速處理住店、離店手續(xù)和所有統(tǒng)計報表，能很快查明客房的使用情況。過去用傳統(tǒng)方式管理，因資料提供費時，難以即時準確的了解酒店的運行狀態(tài)，不易即時覺察管理中的弊??；而利用計算機管理系統(tǒng)提供的信息，就可即時發(fā)現(xiàn)問題，立即采取措施，保持高出租率，提高了經營決策水平。使酒店管理條理化、規(guī)范化、科學化，大大提高酒店的管理水平和工作效率。與此同時，經過對本系統(tǒng)的利用，可以解放出更多的人力，實現(xiàn)更多的權利下放，管理層人員也可以得到精簡，財務部門也可以增加監(jiān)督、及時反饋職能，真正實現(xiàn)組織結構的革命性轉變，

11、提高酒店的集體素質和集體戰(zhàn)斗力。 第2章 相關技術概念 我所制作的這套系統(tǒng)的理論基礎是管理信息系統(tǒng)（MIS），運用了ASP編程語言?；贏SP的課程考試系統(tǒng)，顧名思義就是以ASP語言作為主要的程序語言，再適當?shù)呐湟詳?shù)據庫的支持，在這里，我們所用的是Access數(shù)據庫。 2.1 管理信息系統(tǒng) 管理信息系統(tǒng)（MIS，Management Information System），是一個由人、計算機等組成的能進行信息的收集、傳送、儲存、維護和使用的系統(tǒng)，能夠實測企業(yè)的各種運行情況，并利用過去的歷史數(shù)據預測未來，從企業(yè)全局的角度出發(fā)輔助企業(yè)進行決策，利用信息控制企業(yè)的行為，幫助企業(yè)實現(xiàn)其規(guī)劃目

12、標。這里給出的定義強調了管理信息系統(tǒng)的功能和性質，也強調了管理信息系統(tǒng)中的計算機對企業(yè)管理而言只是一種工具。管理信息系統(tǒng)是信息系統(tǒng)的重要分支之一，經過30多年的發(fā)展，已經成為一個具有自身概念、理論、結構、體系和開發(fā)方法的覆蓋多學科的新學科[1]。 2.2 VB語言 2.2.1 Visual Basic的概念 　　Visual Basic（簡稱VB）是Microsoft公司開發(fā)的一種通用的基于對象的程序設計語言。 　 “Visual” 指的是開發(fā)圖形用戶界面 (GUI) 的方法——不需編寫大量代碼去描述界面元素的外觀和位置，而只要把預先建立的對象add到屏幕上的一點即可。 　 “B

13、asic”指的是 BASIC (Beginners All-Purpose Symbolic Instruction Code) 語言，一種在計算技術發(fā)展歷史上應用得最為廣泛的語言。Visual Basic 在原有 BASIC 語言的基礎上進一步發(fā)展，至今包含了數(shù)百條語句、函數(shù)及關鍵詞，其中很多和 Windows GUI 有直接關系。專業(yè)人員可以用 Visual Basic 實現(xiàn)其它任何 Windows 編程語言的功能，而初學者只要掌握幾個關鍵詞就可以建立實用的應用程序。Visual Basic Scripting Edition (VBScript) 是廣泛使用的腳本語言，它是 Visual

14、 Basic 語言的子集，可嵌入HTML語言中，用于網頁設計，如ASP（Active Server Page）文件[2]。 VB簡單易學，通用性強，用途廣泛。 2.2.2 VB的功能 VB可以用于可以開發(fā)多媒體、數(shù)據庫、網絡、圖形等方面的應用程序。 數(shù)據訪問特性允許對包括 Microsoft SQL Server 和其它企業(yè)數(shù)據庫在內的大部分數(shù)據庫格式建立數(shù)據庫和前端應用程序，以及可調整的服務器端部件。 有了 ActiveX(TM) 技術就可使用其它應用程序提供的功能，例如 Microsoft Word 字處理器，Microsoft Excel 電子數(shù)據表及其它 Windows 應用

15、程序。 Internet 能力強大，很容易在應用程序內通過 Internet 或 intranet訪問文檔和應用程序，或者創(chuàng)建 Internet 服務器應用程序。 已完成的應用程序是使用Visual Basic 虛擬機真正 .exe 文件，可以自由發(fā)布。 2.2.3 VB中幾個常用術語 工程（Project）： 是指用于創(chuàng)建一個應用程序的文件的集合。 對象（Object）： 可控制的某個東西，VB中主要有兩類對象：窗體和控件。 窗體（Form）： 應用程序的用戶界面，即windows。 控件（Control）： 指的是各種按鈕、標簽、文本框等。 屬性（Property）：是指對

16、象的特征，如大小、標題或顏色[3]。 ActiveX ：ActiveX 是基于 Component Object Model (COM) 的可視化控件結構的商標名稱。它是一種封裝技術，提供封裝 COM 組件并將其置入應用程序（如Web 瀏覽器）的一種方法。 Components Object Model (COM)： 是軟件組件互相通訊的一種方式。它是一種二進制和網絡標準，允許任意兩個組件互相通訊，而不管它們是在什么計算機上運行（只要計算機是相連的），不管各計算機運行的是什么操作系統(tǒng)（只要該操作系統(tǒng)支持 COM），也不管該組件是用什么語言編寫的。 2.2.4 VB的系統(tǒng)特性 （1）工程

17、限制 ①代碼限制： 可被加載到窗體、類或標準模塊的代碼總數(shù)限于65,534行。一行代碼限于1023個字節(jié)。在一行中的實際文本之前最多只能有 256個空格的前導，在一個邏輯行中最多只能有25個續(xù)行符 ( _)。 ②過程、類型和變量 對每個模塊的過程數(shù)沒有限制。每個過程可包含至多64K的代碼。如果過程或模塊超過這一限制，Visual Basic便產生編譯時間錯誤。如果遇到這種錯誤，可將特別大的過程分割成若干個較小的過程，或將模塊級聲明移到另一模塊，來避免此類錯誤發(fā)生。 Visual Basic 用表來保存代碼中的標識符名（變量、過程、常量等）。每個表限于64K。 ③動態(tài)鏈接庫聲明表

18、每個窗體和代碼模塊使用一個描述動態(tài)鏈接庫入口點的結構的表。每個結構約40個字節(jié)，表的大小限于64K，形成每個模塊大約有1500個聲明。 ④工程名表 整個應用程序用一張包含所有名稱的表。這些名稱包括：常量名、變量名、自定義的類型定義名、 模塊名、 DLL 過程聲明名。 對工程名表總大小沒有限制，但是區(qū)分大小寫的條目不得超過32K。如果超過了32K的限制，可以在不同的模塊中重新使用private標識符以限制區(qū)分大小寫的條目數(shù)到達32K。 ⑤輸入表 在不同的模塊中每引用一個標識符，便在輸入表中創(chuàng)建一個條目。每一個這樣的入口最小是24字節(jié)，但限于64K，這樣每個模塊大約可以有2000個引用。

19、 ⑥模塊條目表 該表中每個模塊最多達125個字節(jié)，但有64K的總限制，這樣每個工程大約可以產生400個模塊。 VB 中的變量名不多于255個字符，而窗體、控件、模塊和類名不多于40個字符。 （2）工程文件格式 VB 在創(chuàng)建和編譯工程時要產生許多文件，分為：設計時文件、雜項開發(fā)文件和運行時文件。 設計時文件是工程的建造塊，例如基本模塊 (.bas) 和窗體模塊 (.frm)。 雜項文件是由 Visual Basic 開發(fā)環(huán)境中的各種不同的進程和函數(shù)產生的，例如打包和展開向導從屬文件 (.dep)。 開發(fā)應用程序時會產生各種設計時文件和其它雜項文件，如下表2－1所示： 表2－1

20、 設計時VB文件擴展名及描述表 擴展名 描述 擴展名 描述 .bas 基本模塊 .frm 窗體文件 .cls 類模塊 .frx 二進制窗體文件 .res 資源文件 .vbp Visual Basic 工程文件 .ctx 用戶控件的二進制文件 .pgx 二進制屬性頁文件 .dca 活動的設計器的高速緩存 .ctl 用戶控件文件 .ddf 打包和展開向導 CAB 信息文件 .tlb 遠程自動化類型庫文件 .dep 打包和展開向導從屬文件 .vbg Visual Basic 組工程文件 .dob Activ

21、eX 文檔窗體文件 .vbl 控件許可文件 .dox ActiveX 文檔二進制窗體文件 .dws 部署向導腳本文件 .dsr 活動的設計器文件 .vbr 遠程自動化注冊文件 .dsx 活動的設計器的二進制文件 .vbw Visual Basic 工程工作空間文件 .log 加載錯誤的日志文件 .vbz 向導發(fā)射文件 .oca 控件類型庫緩存文件 .wct WebClass HTML 模板 .pag 屬性頁文件 編譯應用程序時，所有必須的設計時文件都被包括在運行時可執(zhí)行文件中。運行時文件如下表2－1所示：

22、表2－2運行時VB文件擴展名及描述表 擴展名 描述 .dll 運行中的 ActiveX 部件 .exe 可執(zhí)行文件或 ActiveX 部件 .ocx ActiveX 控件 .vbd ActiveX 文檔狀態(tài)文件 .wct WebClass HTML 模板 2.3 Access數(shù)據庫 數(shù)據庫是有結構的數(shù)據集合,它與一般的數(shù)據文件不同，(其中的數(shù)據是無結構的)是一串文字或數(shù)字流。數(shù)據庫中的數(shù)據可以是文字、圖象、聲音等。 MicrosoftAccess是一種關系式數(shù)據庫，關系式數(shù)據庫由一系列表組成，表又由一系列行和列組成，每一行是一個記錄，每一列是一個字段，

23、每個字段有一個字段名，字段名在一個表中不能重復。表與表之間可以建立關系（或稱關聯(lián)，連接），以便查詢相關聯(lián)的信息。Access數(shù)據庫以文件形式保存，文件的擴展名是MDB。Access數(shù)據庫由六種對象組成，它們是表、查詢、窗體、報表、宏和模塊。[4] （1）表(Table) ——表是數(shù)據庫的基本對象，是創(chuàng)建其他5種對象的基礎。表由記錄組成，記錄由字段組成，表用來存貯數(shù)據庫的數(shù)據，故又稱數(shù)據表。 （2）查詢(Query)——查詢可以按索引快速查找到需要的記錄，按要求篩選記錄并能連接若干個表的字段組成新表。 （3）窗體(Form)——窗體提供了一種方便的瀏覽、輸入及更改數(shù)據的窗口。還可以創(chuàng)建子

24、窗體顯示相關聯(lián)的表的內容。窗體也稱表單。 （4）報表(Report)——報表的功能是將數(shù)據庫中的數(shù)據分類匯總，然后打印出來，以便分析。 （5）宏(Macro)——宏相當于DOS中的批處理，用來自動執(zhí)行一系列操作。Access列出了一些常用的操作供用戶選擇，使用起來十分方便。 （6）模塊(Module)——模塊的功能與宏類似，但它定義的操作比宏更精細和復雜，用戶可以根據自己的需要編寫程序。模塊使用Visual Basic編程。 第3章 系統(tǒng)分析 系統(tǒng)分析應用系統(tǒng)思想和方法，把復雜的對

25、象分解成簡單的組成部分，并找出這些部分的基本屬性和彼此間的關系。系統(tǒng)分析是系統(tǒng)開發(fā)中最重要、也是最困難的階段。數(shù)據流程圖、數(shù)據字典、系統(tǒng)化分析等工具是克服困難的有力武器。 3.1 組織結構及功能模塊分析 3.1.1 組織結構分析 要想了解一個企業(yè)的經營模式，我們應該先從對這個企業(yè)的組織結構進行了解，做到了解它的各個部門與職能分工。因此，我在設計系統(tǒng)的前期，也就是做調查確定系統(tǒng)功能模塊及功能的第一步就是確定了組織結構。具體分析如圖3－1所示： 圖3－1 組織結構圖 3.1.2 功能模塊分析 在組織結構分析過后，我就根據部門的職能分工進行了功能模塊劃分。具體分析如圖3－2所示：

26、 組織目標：快速、準確、簡單的完成酒店日常管理及各種業(yè)務活動。為酒店帶來可觀的利潤。 組織工作過程及性質：客人入店，由客房部登記客人信息，并分配房間，為客人建立賬戶。客人的各項消費，包括住房消費，餐廳消費和娛樂消費一起匯總，并進行財務處理，最終把數(shù)據送入財務部[5]。 圖3－2 功能模塊圖 3.2 業(yè)務流分析及數(shù)據流分析 3.2.1 業(yè)務流分析： 我們再進一步分析，從功能模塊中我們了解了企業(yè)以部門為分區(qū)的業(yè)務分布，下面我就要從各個部門協(xié)同合作的角度分析整體的業(yè)務流程。也就是一位客人從進入酒店到離店后的整個企業(yè)業(yè)務流分析。具體分析如圖3－3所示： 圖3－3 業(yè)務

27、流圖 3.2.2 數(shù)據流分析： 數(shù)據流分析是以數(shù)據流圖為主要表現(xiàn)形式的，數(shù)據流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的重要工具，它可以用少數(shù)幾種符號綜合的反應出信息在系統(tǒng)中的流動、處理和儲存情況。數(shù)據流程圖具有抽象性和概括性。抽象性表現(xiàn)在他完全舍去了具體的物質，只剩下數(shù)據的流動、加工處理和儲存；概括性表現(xiàn)在它可以把信息中的各種不同業(yè)務處理過程聯(lián)系起來，形成一個整體。無論是手工操作部分還是計算機處理部分，都可以用它表達出來[6]。 本系統(tǒng)經過調研以及對同類系統(tǒng)的理解，制定出了一套方案，數(shù)據流圖如圖3－4，圖3－5，圖3－6所示： 圖3－4 0層DFD圖 圖3－5 1層DFD圖

28、 圖3－6 2層DFD圖 3.3 數(shù)據字典 3.3.1 客人信息 含義說明：本管理信息系統(tǒng)的主體數(shù)據結構，定義了一個客人或客人群的有關信息。 組成：手牌號、賬單號、入住時間、離店時間、押金、房費、附加手牌費、消費額、是否主客、已離開、預定優(yōu)惠情況、實付金額、結算方式。 （1） 數(shù)據項：賬單號 含義說明：主客入店登記時電腦自動生成的賬單號，又稱單號，也是該批客人在店時的賬戶編號，在該賬單下逐條記錄該批客人本次的各種消費。賬單號采用6位順序碼，系統(tǒng)開始運轉時可從000001開始，每個賬單號依次增加1。每次在做完數(shù)據備份后，可以將號碼歸零，也可不歸零，從某一指定值開始繼續(xù)遞增。 取

29、值范圍：000001~999999；取值方法：開新賬單時由電腦自動累計加1。 （2） 數(shù)據項：手牌號 含義說明：對一個客人的唯一標識，它基本上與房間內的床位相對應，或與散座存衣箱號相對應。 取值方法：所有手牌號一律為5位。采用與實際安排相關的編碼方法。該酒店房號為3位數(shù)字，房間里的床位號為1位數(shù)字。手牌號分為三種：對于進客房的客人其手牌號為字母“A”+房號+床號，只有1張床的房間起床號為1，例如201房間的主手牌通常是A2011；第二種是散座，其手牌號為字母“B”+1位性別碼（例如1 代表男性，2代表女性）+3位衣箱號（不足3位補零）；第三種為僅娛樂或不涉及房間/散座的客人，其手牌好為字

30、母“C”+4位順序編碼。 （3） 數(shù)據項：離店時間 含義說明：主客在前臺提出要結賬時系統(tǒng)鎖定的時間。若該批客人中仍有人在店，則應做主手牌變更。 取值方法：取收銀員為該主客的進入結賬模塊時的系統(tǒng)日期和時間。 （4） 數(shù)據項：房費 含義說明：以客人所住房間/房價類型、確定其一個輪轉的基本費用，然后根據其在店時間并考慮超時情況進行累計驗算。 取值方法：通過公式計算而得（見系統(tǒng)設計部分）。 （5） 數(shù)據項：附加手牌費 含義說明：散座或享受其他計時服務客人的基本費用，再根據其在店時間并考慮超時情況進行累計。 取值方法：通過公式計算而得（見系統(tǒng)設計部分）。 （6） 數(shù)據項：消費額 含

31、義說明：指主客及所屬其他客人以簽單形式所累計的消費總額。 取值方法：從對應的賬單庫中統(tǒng)計而得。 （7） 數(shù)據項：結算方式 含義說明：擁護結賬時所使用的付款方式或欠款方式。 取值說明：可以是現(xiàn)金、支票、信用卡、代金券或刷卡等，或是這些方式的混合。欠款分余額掛帳和余額掛單兩種情況。 3.3.2 部門及權限 含義說明：定義了酒店里不同的部門及為其設置的權限。 組成：部門編號，部門名稱，部門權限。 （1） 數(shù)據項：部門編號 含義說明：唯一標識一個部門的編號。 類型：字符型 （2） 數(shù)據項：部門名稱 含義說明：部門的稱呼方式。 取值方法：客房部、康樂部、餐廳、庫房、財務等。

32、（3） 數(shù)據項：部門權限 含義說明：部門所擁有的系統(tǒng)使用權限。 取值說明：各子系統(tǒng)的功能之一或一部分的組合。 3.3.3 操作員 含義說明：定義了可以使用系統(tǒng)的各個操作員的名單及操作權限。 組成：所屬部門、操作員號、姓名、口令、性別、其他說明。 （1） 數(shù)據項：所屬部門 含義說明：表示該操作員所在的部門，其權限與部門權限一致。 取值方法：部門編號 （2） 數(shù)據項：操作員號 含義說明：唯一標識一個操作員的編號。 3.3.4 服務項目類別 含義說明：對服務項目進行了分類。 組成：編碼、項目類別、所屬營業(yè)部門。 （1） 數(shù)據項：項目類別 含義說明：標識項目分類的名稱，是

33、對各消費項目在名細上的歸類。 取值方法：購物、精品百貨、酒吧、美容美發(fā)、浴區(qū)服務等。 （2） 數(shù)據項：所屬營業(yè)部門 含義說明：該類項目歸屬在哪個營業(yè)部門，客人進行該項目的消費后，系統(tǒng)從這個營業(yè)部門的原物料存量中核減有關的項目配料。 取值說明：各營業(yè)部門的名稱。 3.3.5 服務項目 含義說明：標識了一個服務項目的具體內容。 組成：項目代碼、快速碼、類別、項目名稱、單價、單位、是否以小數(shù)計量、當前該項目是否能提供。 （1） 數(shù)據項：項目代碼 含義說明：項目的編號，可按代碼對項目進行速查，不允許重碼。 （2） 數(shù)據項：快速碼 含義說明：為快速查找該項目而設，不需要事先記憶。

34、 取值方法：由項目名稱的漢語拼音字頭組成。 （3） 數(shù)據項：類別 含義說明：該項目所屬的項目大類。 取值方法：服務項目類別數(shù)據庫中的數(shù)據項。 （4） 數(shù)據項：項目名稱 含義說明：一個服務項目的唯一標識，不允許重名。 （5） 數(shù)據項：單價 含義說明：該項目服務的當前價格。 （6） 數(shù)據項：單位 含義說明：該服務項目對應的度量標準。 取值說明：可以為件、克、個、次等。 （7） 數(shù)據項：是否以小數(shù)計量 含義說明：該服務項目能否拆分成更小的單位向客人提供。 數(shù)據類型：布爾型[7]。 3.4 U/C矩陣分析 利用U/C矩陣求解，對系統(tǒng)結構劃分進行優(yōu)化，具體分析見表3－7所示

35、： 表3－7 U/C矩陣表 功能﹨ 數(shù)據類 客房號 手牌號 客人 信息 客人 賬戶 住房 賬單 菜單 用餐 賬單 娛樂 項目 娛樂 賬單 客人 賬單總計 財務 報表 入店確認 C C C 客房分配 建立賬戶 U U U C U U U 住房計費 U U C 其他服務費用 U U 點餐 U U C C

36、 加菜、換菜、退菜 U U U 餐飲計費 U U U 娛樂項目選擇 U U C C 娛樂計費 U U U U 審核單據 U U 賬單匯總 U U U C C 結賬 U U U U 打印賬單 U 撤銷賬戶 U U U 刪除客人在店信息 U U

37、 U U U 第4章 系統(tǒng)設計 4.1 系統(tǒng)功能結構及模塊設計 4.1.1 系統(tǒng)功能結構分析 功能結構圖是按功能從屬關系畫成的圖表，圖中每一個框稱為一個功能模塊。功能模塊可以根據具體情況分得大一點或小一點。分解得最小的功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一任務的一組程序。具體分析如圖4－1所示： 圖4－1 系統(tǒng)功能結構圖 4.1.2系統(tǒng)功能 (1)接待登記 ①基本信息輸入：這是客人到達酒店之后，首次與計算機進行交互所要完成的任務，即把客人的基本情況快速輸入電腦中，供各操作點共享。其具體內容包括：主客人姓

38、（名）、性別、賓客類型、來賓人數(shù)（其中女賓人數(shù)）、預交押金數(shù)量、預定的結賬方式、是否持有儲卡或折扣卡、對應的鞋牌號、對酒店的特殊要求等。 ②主客其他信息的補充輸入：這是在完成該次接待任務后，為掌握更詳細的客人信息而必要時再進行的補充輸入。這類信息只提供給個別操作點或其他社會管理部門在特殊情況下查詢。具體內容包括：客人的出生年月、工作單位或職業(yè)、客人證件類型和號碼、客人單位地址或住址、聯(lián)系電話/傳呼等。 ③客房分配、選手牌：根據客人的數(shù)量和他們對房型、房價類別的要求，經查詢當前房態(tài)后，為客人選擇適當?shù)目头?，確定房價類別（普通房價、鐘點房價、優(yōu)惠房價、長包房價）；征詢主客的意見，從與客房中各床

39、位相對應的一批手牌號中確定唯一的主手牌，將其交與主客隨身攜帶，然后將本批客人應持有的其他附屬手牌也全部交給主客，由主客實施再分配。 ④修改登記：按客人進住后發(fā)生的變化情況進行相應的修改。 <1>增加登記：當有新的客人進住酒店并要求加入某在店客人的行列時，進行相應的處理。 <2>刪除登記：當客人在規(guī)定的不計費時間內（例如：30分鐘）要求離店時，進行相應的處理。 <3>退房、退牌，部分退房/牌。 (2)點單 ①確認客人的手牌號，選擇消費或服務類別。 ②必要時確定提供服務的技師或服務生的工號。 ③通過查找點單項目表，以整數(shù)或小數(shù)為單位，確定其消費或接受服務的規(guī)則、數(shù)量和金額，添加到相

40、應手牌的賬單下。 ④允許各操作員（輸單員）刪除自己輸入的單據，但系統(tǒng)對輸入和刪除應有詳細的在線記錄，可供系統(tǒng)管理員事后查詢。 (3)餐飲 ①開臺：按客人的數(shù)量和要求選擇合適的臺號或包間，明確其民族、口味等特殊要求。 ②點菜：與點單類似，將菜、酒水、主食和有關服務的類型、名稱、數(shù)量通過速記碼或鼠標輸入相應的餐飲記錄單。 ③收銀結賬：根據餐飲記錄單按全額、折扣或免單形式與客人結算、打印。既可現(xiàn)結，也允許按規(guī)定將餐費掛到相應的手牌下，待客人離店時統(tǒng)一結算；還可按照事先的約定，將餐費掛到某一合同賬戶下，由設帳人定期結算。 ④定義菜譜：確定菜的種類、代碼、名稱、計量單位、單價、可否按小數(shù)記數(shù)

41、等一般屬性，臨時給出其當日能否提供、附加說明等特殊屬性；可隨時進行修改。 ⑤查詢：對餐飲業(yè)務的歷史賬單、已掛到客房的賬單、餐廳內各營業(yè)部門的原物料存量和當前價值的查詢。 調查顯示：76.9%的員工認為點菜子系統(tǒng)中通過速記碼或鼠標輸入餐飲記錄很方便，能夠大大的減少工作量，并能高工作的積極性。 (4)收銀 ①結賬：以指定主手牌為索引，分別計算該主客及其相關客人的所以房費開支、附加手牌費、各種消費、代他人付賬等項目，經匯總并扣除客人已交納和補交的所有押金，得到該批客人應付款的總額；接受客人的各種付款方式（包括刷卡），為其提供所有費用的查詢/結賬明細單。 ②退房、散客退手牌：指一批客人中，有

42、部分人提前退房或退掉散客手牌，則這部分人的房費或散客費只計算到退房/退牌時為止。涉及主客退房/退牌時，應先作主手牌變更。 (5)財務 ①消費項目配方：對具體的有形消費項目所耗用的原物料配方進行定義和修正。 ②手單管理：對下發(fā)和交回的各種手工單句進行順序性和一致性核對。 ③部門盤點：定期打印出空白的營業(yè)部門盤點表，交各部門盤點、記錄其暫存的商品，計算當期部門商品的差差異量。 ④歷史賬單核查：逐個或抽取歷史賬單進行一致性和權限性核查。 財務部員工普遍認為新的管理信息系統(tǒng)可以加強部門之間的溝通和聯(lián)系，財務部能夠及時的獲得財務信息，避免了手工作業(yè)中的種種錯誤，并且還具有較好的保密性。 (

43、6)查詢 ①規(guī)定項目的查詢：房態(tài)、在店客人的情況、費用明細單、歷史賬單、交接班情況、點單/撤單記錄、餐飲結帳單等。 ②自定義項目的查詢：由使用者按照一定的規(guī)則查詢其關心的項目。 ③遠程查詢：系統(tǒng)支持通過電話線的遠程定制查詢。 (7)系統(tǒng)維護 ①系統(tǒng)初始化：系統(tǒng)運行的賬單起始編號和參數(shù)設置。 ②客房：樓層、房間、類別、數(shù)量、各類受費標準、計費辦法；房間手牌的屬性。 ③消費：營業(yè)部門、類別、項目、明細。在定義服務項目時需確定該項目的計量單位，是計次、計時還是計量。 ④餐飲：臺號、包間、食品分類、菜譜、廚師等 ⑤整理數(shù)據：定期清理、整理數(shù)據，備份、恢復和清空數(shù)據[8]。 4.1.

44、3 系統(tǒng)模塊設計 系統(tǒng)的模塊化形式在前面的內容中已經有了較詳細的描述，根據以客人為核心的運營模式，我們可以將這些模塊界定為三個大層次，前臺、后臺和管理層。不同層次的模塊在設計上有不同的側重，但提高并行處理和數(shù)據共享的程度，防止網絡和功能沖突是模塊劃分時要特殊考慮的問題。 （1） 前臺 凡直接與客人接觸，發(fā)生信息、物品或貨幣交流等業(yè)務關系的，需要在計算機上進行記錄、協(xié)調和處理的工作均屬于前臺范疇。這個前臺的概念包括酒店大堂前臺的接待、收銀、查詢，餐廳的點菜、送餐和收銀，各樓層的退房檢查和娛樂。這些模塊在運行時，既要符合酒店內部業(yè)務管理的要求，也要考慮客人的消費心理和思維習慣。通常應把客人也

45、當做系統(tǒng)的設計對象之一。要充分了解客人的想法和意愿，掌握他們的一般性需求和特別要求。為系統(tǒng)制度的輸入輸出步驟和效果要能獲得客人的積極配合，同時也要使操作員感到方便和快捷。無論是信息流還是資金流，都要在與客人的反復交互過程中順暢地運行，避免不必要的阻礙和歧義，在邏輯關系上要預先考慮各種可能發(fā)生的情況并設計出相應的對策，以便迅速準確地完成對客人的各種服務。 （2） 后臺 指那些對前臺提供支持，一般不直接與客人發(fā)生關系的業(yè)務點。如各樓層的點單、房態(tài)修改、餐廳廚房、財務部門等。雖然其中有一部分是通過單據與客人接觸的，如客人消費的簽單、計時服務、為客人提供物品的過程等，其特點是客人的需求已滿足并在單

46、據上記錄后，有服務聲生將單據就近送到附近的一臺微處理機，再由輸單員把有關內容輸入到計算機系統(tǒng)中。此時輸單員面對的是單據而不是客人，所以我們認為其工作仍屬于后臺性質。這些模塊應簡潔明確，以提高效率和方便使用為設計目的。同時考慮培養(yǎng)使用者的工作習慣，強化他們對系統(tǒng)功能的理解和按流程辦事的意識。由于許多操作都是一次性的，在保證正確輸入的前提下，系統(tǒng)內部對后臺的各項操作都應區(qū)分權限，以便事后進行核對，分清責任。 （3） 管理層 通常前后臺之間沒有相互控制的關系，雖然個別模塊在運行時某些功能為了防止沖突，存在著互鎖的可能，但我們都將協(xié)調雙方的操作步驟，使其限制在最小的時間范圍內，系統(tǒng)也回及時對次作出

47、明確的文字性提示，引導有關的操作員進行有效的避讓?？梢娗昂笈_模塊間的相互影響不大，只要按規(guī)定執(zhí)行完有關業(yè)務流程并予以記錄即可。系統(tǒng)的調控通過管理層間接進行，它依據財務部門對當期業(yè)務的核算、匯總和分析，由酒店的有關人士下達指令，系統(tǒng)管理員通過軟件中的管理和維護模塊對系統(tǒng)參數(shù)、人員、項目屬性和配方等進行定義和調整，達到精細管理、提高效益的目標。該層次的模塊以貫徹酒店高級管理人員的經營思想和管理意圖為設計核心，力圖使模塊功能和控制流程符合酒店管理的規(guī)律，既科學合理又可操作。在報表設計上也盡量沖淡計算機技術和學術特點，使之更加符合酒店/餐飲界管理人員的工作習慣[9]。 4.2 系統(tǒng)流程分析數(shù)據結

48、構與程序的關系分析及系統(tǒng)控制分析 4.2.1 系統(tǒng)流程分析 系統(tǒng)中許多業(yè)務或功能都是通過數(shù)據文件聯(lián)系起來的。這種聯(lián)系是通過繪制信息系統(tǒng)流程圖來從整體上表達的。信息系統(tǒng)流程圖是以新系統(tǒng)的數(shù)據流程圖為基礎繪制的?？梢园聪率鏊悸穪砝L制信息系統(tǒng)流程圖：首先，為數(shù)據流程圖中的處理功能畫出數(shù)據關系圖，它反映了數(shù)據之間的關系，即輸入數(shù)據、中間數(shù)據和輸出信息之間的關系；最后，把各個處理功能的數(shù)據關系圖綜合起來，形成整個系統(tǒng)的數(shù)據關系圖，即信息系統(tǒng)流程圖[10]。 本系統(tǒng)則符合了業(yè)務和功能的流程，總結出自己的一套數(shù)據流程，如圖4-2所示： 圖4－2 系統(tǒng)流程圖 4.2.2 數(shù)據結構與程序的關系：

49、 通過對數(shù)據結構與程序的關系分析，我們更加明確主要業(yè)務與主要信息操作的交叉點。具體分析如表4－1所示： 表4-1 數(shù)據結構與程序關系表 程序 / 數(shù)據結構 入店確認 接待登記 建立賬戶 住房計費 點餐 選擇娛樂項目 娛樂計費 審核數(shù)據 結賬 打印賬單 刪除客人在店信息 歸還手牌 客人信息 √ √ √ √ 部門及權限 √ √ √ √ 操作員 √ √ √ √ √ √ √ √ √ 服務項目類別 √ √ 服

50、務項目 √ √ √ 4.2.3 系統(tǒng)控制分析： 通過對系統(tǒng)控制的分析，我們可以一目了然的看出數(shù)據流動的方向。以便我們對數(shù)據的控制。具體分析如圖4－4，圖4－5，圖4－6，圖4－7所示： 圖4－4 客房系統(tǒng)控制圖 圖4－5 餐飲系統(tǒng)控制圖 圖4－6 娛樂系統(tǒng)控制圖 圖4－7 財務系統(tǒng)控制圖 4.3 代碼體系 選用層次碼中的特征碼。舉一個實例，見表4－1所示： 表4－2 代碼體系舉例 例如：客房標號： 類別 房型 景觀 …… 1豪華 1單人 1海景 …… 2標準 2雙人 2日出 ……

51、 3經濟 3三人 3日落 …… 4總統(tǒng)套房 4多人 4幽靜 …… …… …… …… …… eg:可以觀海景的雙人豪華套房的代碼：421 代碼校驗：S=4*8+2*4+1*2=42 R=42mod(10)=2 C4=2 所以，代碼為：4212 4.4 程序流程分析 結構化程序設計有3種基本結構：順序結構、選擇結構、循環(huán)結構。在我設計系統(tǒng)時均有用到。具體分析如圖4－8所示： 圖4－8 程序流程圖 4.5 輸入輸出設計 4.5.1 輸入設計： 輸入設計主要以輸入方式設計，在實現(xiàn)系統(tǒng)開發(fā)過程上輸入設計所占的比重較大。根據總體設計和數(shù)據

52、庫設計的要求，確定本系統(tǒng)數(shù)據輸入的具體形式采用鍵盤輸入、網絡傳送輸入和磁盤傳送輸入。鍵盤輸入適用于常規(guī)、少量的數(shù)據和控制信息的輸入，以及原始數(shù)據的錄入。使用網絡傳送數(shù)據安全、可靠、快捷。磁盤傳送輸入方式是一種非常方便的輸入數(shù)據方式，不需要增加任何設備和投入。 在設計數(shù)據輸入格式時，應嚴格按照數(shù)據庫設計時產生的數(shù)據字典，遵循代碼設計的實際標準，統(tǒng)一格式。 系統(tǒng)的校對方式采用數(shù)據平衡校對。具體做法是在原始報表每行每列這增加一位數(shù)字小記字段，然后再將累加的結果與原始報表中的統(tǒng)計自動比較。如果一致，則可認為輸入正確，反之，則拒絕接受該數(shù)據記錄。 具體界面見圖4－9所示： 圖4－9 輸入界面

53、圖 4.5.2 輸出設計： 輸出設計也輸入設計界面風格一致。具體如圖4－10所示： 圖4－10輸出界面圖 4.6 數(shù)據存儲設計 4.6.1 E-R圖分析 E-R圖主要是由實體、屬性和聯(lián)系三個要素構成的。利用系統(tǒng)分析階段建立的數(shù)據字典，并對照數(shù)據流程圖對系統(tǒng)中的各個數(shù)據項進行分類、組織，確定系統(tǒng)中的實體、實體的屬性、標識實體的碼以及實體之間聯(lián)系的類型[11]。我的系統(tǒng)E-R圖具體分析如圖4－11： 圖4－11 E-R圖 4.6.2 數(shù)據庫設計 在系統(tǒng)分析階段進行新系統(tǒng)邏輯模型設計時，已從邏輯角度對數(shù)據儲存進行了初步設計。到系統(tǒng)設計階段，就要根據以選用的計算機硬件

54、和軟件及使用要求，進一步完成數(shù)據儲存的詳細設計。 數(shù)據庫在物理設備上的存儲結構與存取方式稱為數(shù)據庫的物理結構。它依賴于給定的計算機系統(tǒng)。為一個給定的邏輯數(shù)據模型選取一個最適合應用要求的物理結構的過程，就是數(shù)據的物理設計[12]。 下面我們舉幾個例子，作為我的系統(tǒng)數(shù)據庫設計的展示。如表4－3，表4－4，表4－5，表4－6所示： 表4－3 表名：賬單庫 用途：核算各部門的收入 索引：Mastercode, Inputer, Bill, Master 域名 類型 寬度 中文名稱 用法說明 yename C 10 項目名稱 yebase C 8

55、主客姓名 首次接待時輸入 yespec I 4 項目編號 yekind C 4 項目類別 yeunit C 4 項目單位 yeaccount I 8 項目數(shù)量 yevalue I 8 項目金額 yememo C 4 項目備注 自動填入 表4－4 表名:入住信息 用途:反映所有客人的住房情況 主碼：rkid 域名 類型 寬度 中文名稱 rkid I 5 編號 rkname C 6 房間名稱 rkspec I 4 房間規(guī)格 rkkind C 4 房間類別 rkunit C

56、 2 計量單位 rkaccount I 1 訂購天數(shù) rkprice I 4 單價 rkvalue I 8 金額 rkdate C 8 入住時間 Rkdeal_person C 經辦人 Rksave_person C 8 負責人 rkbase C 8 客人 rkmemo C 14 備注 表4－5 表名：餐飲信息 用途：該庫中記錄了客人點單的所有菜的數(shù)量和價格。 主碼：wzid 域名 類型 寬度 中文名稱 Wzid C 5 編號 Wzname C 8 菜品名稱 Wzspec C 2

57、 菜品規(guī)格 Wzkind I 10 價格 wzunit I 4 數(shù)量 表4－6 表名：娛樂信息 用途：該庫中記錄了客人娛樂的所有項目的數(shù)量和價格 主碼：lyid 域名 類型 寬度 中文名稱 lyid C 3 編號 lyname C 8 項目名稱 lyspec C 2 項目規(guī)格 lykind C 5 類別 lyunit C 1 計量單位 lyaccount I 2 消費數(shù)量 lyprice T 8 單價 lyvalue T 8 金額 lydate M 消費時間 Lydeal_person

58、 L 1 經辦人 Lysave_person L 1 負責人 lybase 客人 lymemo 備注 4.6.3 數(shù)據庫的建立和初始化 (1)在部門庫中輸入部門編號及權限，如：總臺接待（權限為接待、查詢，計為01號部門）、總臺收銀（權限為收銀、查詢，計為02號部門）、酒吧（權限為點單、樓層，計為03號部門）等。 (2)定義操作員。輸入各操作員的編號、姓名、口令、所屬部門等。 (3)定義營業(yè)部門：此處的營業(yè)部門與（1）中不同，著重于消費、服務和物流管理。如01——KTV，02——康樂中心，03——臺球，04——客房，05——保鈴球等。 (4)定義房型

59、及房價：如標準間普通價288元，長包價238元，優(yōu)惠價200元。三人間普通價388元，四人間普通價428元，豪華間普通價888元，豪華套間普通價1288元等。 定義飲食分類：定義各種具體食品的名稱，單價及所屬食品種類等。 4.7 系統(tǒng)物理配置設計 4.7.1 接口設計： 系統(tǒng)在設計時考慮了與酒店內部的程控交換機、監(jiān)控系統(tǒng)、員工考勤設備的掛接，同時也會預留與外部停車場、POS購物系統(tǒng)、網上預定系統(tǒng)和通過城域網與同類型酒店進行連鎖經營的數(shù)據交換接口，為本系統(tǒng)的進一步擴充完善打下了堅實的基礎。 4.7.2 條件與限制： 已經具備的條件為：有打印機1臺，PC機2臺 還需要的設備有： 網

60、絡：采用高速以太網，基本的網絡設備如下：交換機；分支機構交換器 硬件與軟件平臺：中心服務器 A．數(shù)據庫服務器 （類型：企業(yè)級） B．應用服務器 （類型：部門級） 微軟與相關系統(tǒng)軟件 第5章 系統(tǒng)實施 5.1 程序設計 5.1.1 運行設計： 系統(tǒng)運行期間的管理有系統(tǒng)運行情況的記錄，系統(tǒng)運行的日常維護等工作。對系統(tǒng)運行情況的記錄應事先制定記錄格式和記錄要點，具體工作由使用人員完成。人工記錄的系統(tǒng)運行情況和系統(tǒng)自動記錄的運行情況，都應作為基本的系統(tǒng)文檔按照規(guī)定的期限保管。這些文檔既可作為在系統(tǒng)出現(xiàn)問題時查清原因和責任。還能作為系統(tǒng)維護的依據和參考。 記錄的內容是每天計

61、算機的啟動、應用系統(tǒng)的進入、數(shù)據備份、存檔等情況。記錄的方法是一方面盡量在系統(tǒng)中設置自動記錄功能，另一方面可對正常情況不予記錄，而對于不正常的情況和無法運行情況則應將所見的現(xiàn)象、發(fā)生的時間及可能的原因做盡量詳細的記錄。 5.1.2 安全保密設計： (1)系統(tǒng)使用的安全性： 系統(tǒng)使用時的安全性主要體現(xiàn)在操作員的權限和對業(yè)務流程的控制方面。前者要對各類操作員所涉及的業(yè)務內容進行詳細的劃分，防止其進入他人的業(yè)務范圍。例如在點單模塊中，每個操作員只能刪除自己輸入的內容，不能刪改其他人的工作成果。系統(tǒng)對所有由人工輸入或刪除的業(yè)務數(shù)據都有詳細的在線記錄，作為系統(tǒng)的運行日志供系統(tǒng)維護人員或酒店經理查詢

62、。 (2)加密措施： 為了保護開發(fā)者的著作權和使用者的利益，我們在應用軟件上采用了一種軟硬結合的、簡便的加密保護措施，即利用網絡工作站和服務器硬件資源的特征性參數(shù)在網絡上采取雙向的多級算法的加密措施，來確認合法的用戶。 用戶首次在某臺微機上使用有關應用軟件時，系統(tǒng)會顯示出該機的ID號，然后用戶必須向開發(fā)者通報該號碼。當開發(fā)者確認是合法用戶提供的ID號時，便將該號碼輸入一個算法模型中運算，得到另外的一組新的應用軟件使用許可號碼并通知該用戶。用戶一次性輸入該許可號碼，則該應用軟件可在微機的硬件配置不變的前提下正常使用。當用戶改變微機的配置或想在另一臺微機中使用該應用軟件時，則必須將新的ID號

63、通知開發(fā)者，獲得許可后方能使用。 5.1.3 維護設計： 酒店管理信息系統(tǒng)是一個相當復雜的 人機交互系統(tǒng)，系統(tǒng)的內、外部環(huán)境，以及各種人為的、設備的和軟件的因素都在不斷的變化著。為了使系統(tǒng)能夠適應這種變化并逐步地完善和健壯，就需要隨時進行細致和周到的系統(tǒng)維護。根據維護活動的目的不同，可把維護分成以下3類，每一類的維護過程都要求進行詳細的記錄。 改正性維護； 適應性維護； 完善性維護。 根據維護活動具體內容的不同，我們又將各類維護細分成程序維護、數(shù)據維護、代碼維護和設備維護4種情況。程序維護指改寫一部分或全部程序，通常要充分利用原有的程序框架；數(shù)據維護指的是不定期的對數(shù)據文件后數(shù)據庫

64、進整理和修補，這里不包括主文件或主數(shù)據庫的定期更新；代碼的維護或變更包括設置、修正、重新排列、添加和刪除數(shù)據項等內容；設備維護指的是有關人員要定期對設備進行檢查和保養(yǎng)，并設立專門的設備故障登記表和檢修登記表，以便設備維護工作的開展。除了設備維護之外，其他的以軟件方式進行的維護都能通過MODEM在遠程進行[13]。 下面是部分程序：（入?。? Private Sub cmdSave_Click() On Error GoTo on_error Dim name As String Dim spec As String Dim account As Double Dim

65、 value As Double If txtCount.Text = Empty Then MsgBox "入住天數(shù)未填寫", vbInformation + vbOKOnly, "數(shù)據不全" txtCount.SetFocus Exit Sub End If If txtPrice.Text = Empty Then MsgBox "入住單價未填寫", vbInformation + vbOKOnly, "數(shù)據不全" txtPrice.SetFocus Exit Sub End If If txtVa

66、lue.Text = Empty Then MsgBox "入住金額未填寫", vbInformation + vbOKOnly, "數(shù)據不全" txtValue.SetFocus Exit Sub End If 向入住表中添加數(shù)據 If Setdata("select * from msave") = False Then End rct.AddNew rct.Fields("rkid").value = Trim(cmbId.Text) rct.Fields("rkname").value = Trim(txtName.Text) rct.Fields("rkspec").value = Trim(txtSpec.Text) If txtKind.Text <> Empty Then rct.Fields("rkkind").value = txtKind.Text Else rct.Fields("rkkind").value = Empty End If