【正文】 “已訂表”處理邏輯 數(shù)據(jù)存儲的組成： 編號＋會議廳名＋會議廳設(shè)備＋會議廳人數(shù) ＋價格（ RMB/半天）＋預(yù)訂日期＋會議名稱 ＋會議時間＋主辦單位＋聯(lián)系人＋性別＋聯(lián)系電話 5．處理邏輯定義 處理邏輯名稱： kehu 編號： 自動生成 簡述： 客戶預(yù)訂的房間 輸入： ID＋姓名＋性別＋身份證號＋是否允許他人詢問 ＋入住房間＋已住天數(shù)＋入住日期 處理： 輸出： 顯示付款金額 6．外部實(shí)體定義 外部實(shí)體名稱： 客戶 編號： 自動生成 簡述： 已入住的客戶 從外部實(shí)體輸入的數(shù)據(jù)流： 客戶入住的資料 輸出給外 部實(shí)體的數(shù)據(jù)流： 付款金額 系統(tǒng)總體結(jié)構(gòu) 通過 系統(tǒng)分析得出系統(tǒng)總體結(jié)構(gòu)如圖 22 所示。在這一階段中我們將要根據(jù)前一階段系統(tǒng)分析的結(jié)果，在已經(jīng)獲得批準(zhǔn)的系統(tǒng)分析報(bào)告的基礎(chǔ)上，進(jìn)行新系統(tǒng)設(shè)計(jì)。系統(tǒng)設(shè)計(jì)的主要目的就是為下一階段的系統(tǒng)實(shí)現(xiàn) (如編程、調(diào)試、試運(yùn)行等 )制定藍(lán)圖。 系統(tǒng)設(shè)計(jì)應(yīng)注意如下一些原則： ① 系統(tǒng)性原則。 ② 實(shí)用性原則。管理信息系統(tǒng)的根本目的是實(shí)用，因此系統(tǒng)不應(yīng)過于追求大而全。 ③ 經(jīng)濟(jì)性原則。 ④ 安全性原則。 ⑤ 規(guī)范性原則。 ⑥ 適應(yīng)性原則。比如，由于經(jīng)營方式變化的需要而改變管理制度。 系統(tǒng)概要設(shè)計(jì) 概要設(shè)計(jì)是將軟件需求轉(zhuǎn)化為數(shù)據(jù)結(jié)構(gòu)和軟件的系統(tǒng)結(jié)構(gòu)（功能模塊結(jié)構(gòu)）。 酒店管理信息系統(tǒng) 客房管理 住 房 部 餐飲管理 會務(wù)管理 后勤管理 系統(tǒng)管理 退出系統(tǒng) 餐 飲 部 會 議 廳 后 勤 部 用戶信息 用戶注冊 退出系統(tǒng) 圖 31 系統(tǒng)功能模塊結(jié)構(gòu)圖 系統(tǒng) 功能 系統(tǒng)的功能如下（以客房管理為例）： 1．登記顧客入住信息，同時可進(jìn)行顧客信息的添加、修改及刪除等操作； 2．顧客退房時，輸入顧客的退房信息，自動生成付款金額； 3．顧客可輕松查閱餐價，進(jìn)行點(diǎn)餐及餐桌預(yù)定； 4．會議廳預(yù)定功能，準(zhǔn)確記錄顧客預(yù)定的會議廳和會議設(shè)備，以及時間日期，參加人數(shù)，預(yù)定單位等等； 5．設(shè)置系統(tǒng)用戶和系統(tǒng)初始化。 系統(tǒng)涉及到一些顧客基本數(shù)據(jù)的收藏管理，因而安全性極為重要，系統(tǒng)采用用戶級別權(quán)限設(shè)置，保證系統(tǒng)安全可靠。對于 合法用戶，用全局變量職能權(quán)限保存當(dāng)前用戶的級別。 ? 客房管理模塊 —— 入住界面用于編輯顧客的基本信息，包括姓名、性別、身份證號、所要的房間規(guī)格、入住的房間號、房間單價、是否允許他人查詢。 ? 餐飲管理模塊 —— 餐桌預(yù)訂界面用于編輯預(yù)訂者的姓名、性別、餐桌規(guī)格、預(yù)訂日期、預(yù)訂人 數(shù)、聯(lián)系電話。單擊“查詢已訂餐桌”按鈕時，進(jìn)入已訂餐桌查詢界面，可用單一或組合查詢法進(jìn)行查詢。規(guī)格界面可查詢所有餐桌的規(guī)格及確定是否已有人預(yù)訂。單擊“確定”按鈕時，訂單編輯有效；單擊“重置”按鈕時，清空預(yù)訂界面；單擊“返回”按鈕時，即返回上一級菜單。價格查詢界面用 于 進(jìn)入會議廳價格查詢界面，也可用單一或組合查詢法進(jìn)行查詢。 ? 后勤管理模塊 —— 部門人員界面是對顯示的人員信息進(jìn)行查詢、添加、修改、刪除等操作。 ? 系統(tǒng)管理模塊 —— 用戶信息界面可顯示所有注冊的用戶的用戶名、密碼、真實(shí)姓名、年齡和職能權(quán)限。 ? 預(yù)定餐桌設(shè)置 —— 主要對客戶預(yù)定餐桌進(jìn)行設(shè)置。有就添加預(yù)定項(xiàng)，并將被預(yù)定掉的房間設(shè)置是否預(yù)定為 true。客戶依據(jù)總價金額付費(fèi)。（見圖 34） 圖 31 預(yù)定餐桌設(shè)置流程圖 圖 32 退房付費(fèi)系統(tǒng)流程圖 圖 33 價目 表設(shè)置流程圖 系統(tǒng)界面設(shè)計(jì) 用戶界面是系統(tǒng)與用戶之間的接口，也是控制和選擇信息輸入 ∕ 輸出的主要途徑。菜單最好是二至三級。因?yàn)檫@樣對操作員眼睛壓力太大，會降低輸入系統(tǒng)的實(shí)用性。 圖 34 系統(tǒng)登陸開始界面 （二）主界面 主界面頂部分為五大模塊 ,分別是：客房管理、餐飲管理、會務(wù)管理、后勤管理、系統(tǒng)管理。主界面如圖 35 所示。如圖 36所示。如圖 37 所示 。最后點(diǎn)擊“確認(rèn)”完成入住登記。 圖 38 客戶入住登記界面 數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫 是指按一定的組織方式，存貯在外存貯器中邏輯相關(guān)的數(shù)據(jù)集合，或看成有關(guān)某一方面的 所有 文件集合。它具有較高的程序與數(shù)據(jù)的獨(dú)立性，并以最少的重復(fù)為多個用戶或應(yīng)用程序服務(wù)，實(shí)現(xiàn)對數(shù)據(jù)的共享。 數(shù)據(jù)模型是數(shù)據(jù)庫系統(tǒng)的一個核心問題，它是研究如何表示現(xiàn)實(shí)世界中實(shí)體及實(shí)體之間聯(lián)系的模型。由于實(shí)體之間存在著復(fù)雜的聯(lián)系，所以 描述 它們的數(shù)據(jù)之間也存在著復(fù)雜的聯(lián)系。 （一） ER圖設(shè)計(jì)（部分） 通過系統(tǒng) 分析 得出如圖 319 所示得系統(tǒng)實(shí)體聯(lián)系圖（ ER圖） 真實(shí)姓名 年齡 容納人數(shù) 會議廳設(shè)備 會議廳名 編號 聯(lián)系電話 職能權(quán)限 實(shí)姓名 價格 會議廳 用戶 密碼 用戶名 職能權(quán)限 輸入 輸入 填寫 主辦單位 職能權(quán)限 實(shí)姓名 會議名稱 職能權(quán)限 實(shí)姓名 會議廳名 職能權(quán)限 實(shí)姓名 預(yù)定日期 職能權(quán)限 實(shí)姓名 價格 會議廳人數(shù) 職能權(quán)限 實(shí)姓名 會議廳設(shè)備 職能權(quán)限 實(shí)姓名 會議廳訂單 聯(lián)系人 會議時間 職能權(quán)限 實(shí)姓名 性別 圖 39 E－ R圖 用來表示概念性數(shù)據(jù)模型的方法：實(shí)體 — 聯(lián)系方法 (EntityRelationship Approach)，簡稱 ER模型。 1）實(shí)體：是客觀世界中存在的、且可相互區(qū) 分的事物。 例如 ：教師、學(xué)生、課程是實(shí)體。聯(lián)系有三種：聯(lián)系用菱形框 表示 。 （二）數(shù)據(jù)庫表設(shè)計(jì) 由上述 ER圖得出相應(yīng)的數(shù)據(jù)庫和數(shù)據(jù)表。一般將在計(jì)算機(jī)上實(shí)現(xiàn)的系統(tǒng)稱為新系統(tǒng)。 新系統(tǒng)既要能很好地體現(xiàn)原系統(tǒng)的功能又要能很好地在計(jì)算機(jī)上運(yùn)行。系統(tǒng)的規(guī)模越大，新系統(tǒng)的實(shí)現(xiàn)就越復(fù)雜。 系統(tǒng)實(shí)現(xiàn)的主要任務(wù)是進(jìn)行編程語言的選擇、程序的編寫等。隨著計(jì)算機(jī)技術(shù)的發(fā)展和對計(jì)算機(jī)軟件需求的不斷增長，程序設(shè)計(jì)語言也不斷更新?lián)Q代。 通過上述的系統(tǒng)分析與設(shè)計(jì)，又結(jié)合系統(tǒng)開發(fā)的 實(shí)際，本系統(tǒng)的開發(fā)選擇開發(fā)工具位為： Visual Basic 和 Access。 Private Sub Command1_Click() Dim mrc As txtsql = select * from yh where 用戶名 =39。 Trim$() amp。 amp。 amp。 39。 amp。 39。 and 密碼 =39。 Trim$() + 39。 + Trim() + 39。 + Trim() + 39。 （一）黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看做一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否能按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。 黑盒測試著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試。實(shí)際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)行測試。 圖 51 系統(tǒng)測試過程 （四）測試用例 如“會議廳預(yù)訂登記中的出生年月”的測試。 注：數(shù)據(jù)庫 ――― 數(shù)據(jù)源名 用 戶 ――― yh 人員資料 ――― 666 會 議 部 ――― 555 餐 飲 部 ――― 44 住 房 部 ――― 111 （二）運(yùn)行系統(tǒng) 步驟：打開 VB 軟件 —— 打開酒店管理信息系統(tǒng)文件夾工程 —— 運(yùn)行登陸 .vbp 工程 —— 出現(xiàn)登陸界面，輸入用戶名與密碼，進(jìn)入主界面，根據(jù)主界面中的各菜單進(jìn)行操作。在整個系統(tǒng)的開發(fā)過程中，不斷遇到各種各樣以前從未遇到過的新問題，比如數(shù)據(jù)源無法連接，模糊查詢不能實(shí)現(xiàn)，無法進(jìn)行組合查詢，數(shù)據(jù)庫連接錯誤等問題，雖然都是些問題看似并不起眼，但是卻使我對系統(tǒng)開發(fā)的艱難有了深刻的體會，明白到一個系統(tǒng)的開發(fā)需要反反復(fù)復(fù)的測試及驗(yàn)證，實(shí)在來之不易。 謝辭 本次設(shè)計(jì)得到了上海第二工業(yè)大學(xué)施慶平老師的全面指導(dǎo)，同時得到了同學(xué)的幫助，在此一并表示衷心的感謝。該系統(tǒng)是為了適應(yīng)當(dāng)今社會經(jīng)濟(jì)和旅游業(yè)的發(fā)展，提升酒店的系統(tǒng)化、規(guī)范化和自動化管理，通過對酒店內(nèi)部實(shí)現(xiàn)各種管理的電子化，自動化，提高各模塊之間的調(diào)用，提升酒店服務(wù)質(zhì) 量，讓酒店成為顧客心目中的“家”。 關(guān)鍵詞 ： 酒店管理 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)實(shí)現(xiàn) 系統(tǒng)測試 8. 項(xiàng)目說明 開發(fā)目的 單純的依靠現(xiàn)有的酒店經(jīng)營管理模式為手段已經(jīng)遠(yuǎn)遠(yuǎn)不能滿足現(xiàn)代社會顧客的需要。將計(jì)算機(jī)技術(shù)作為實(shí)現(xiàn)酒店管理現(xiàn)代化的手段，才能與時代的 發(fā)展相符合。酒店管理手段現(xiàn)代化的核心部分，是現(xiàn)代通訊技術(shù)和計(jì)算機(jī)技術(shù)相結(jié)合而產(chǎn)生的嶄新的技術(shù)門類 —— 計(jì)算機(jī)信息技術(shù)。對他們而言，即使不住酒店也能得到享受。本系統(tǒng)既考慮現(xiàn)階段的實(shí)際 管理 環(huán)境需要，又可以按需求實(shí)現(xiàn)系統(tǒng)的二次開發(fā)實(shí)現(xiàn)系統(tǒng)功能的完善，實(shí)現(xiàn)了傳統(tǒng) 管理與現(xiàn)代科技的完美結(jié)合，是實(shí)現(xiàn) 酒店 管理和 管理 現(xiàn)代化的理想方案。 使用環(huán)境 硬件環(huán)境 用戶端主要用于瀏覽和操作數(shù)據(jù)庫，故硬件要求不高，所需適配應(yīng)該高于以下要求： 應(yīng)滿足基本計(jì)算機(jī)配置，其中： ? 內(nèi)存： 128MB 以上 ? 硬盤空間： 20GB 以上 ? 網(wǎng)絡(luò)配置： 局域網(wǎng) /寬帶網(wǎng)絡(luò) 軟件環(huán)境 ? 操作系統(tǒng)： Windows95/98/2021/XP ? 數(shù)據(jù)庫： Microsoft access 2021 以上 ? VB： Microsoft Visual Basic 中文版 ? DirectX 版本： 9. 系統(tǒng)分析 系統(tǒng)調(diào)查與系統(tǒng)需求分析 系統(tǒng)調(diào)查與系統(tǒng)需求分析是系統(tǒng)開發(fā)工作中最重要的環(huán)節(jié)之一，實(shí)事求是地全面調(diào)查是分析與設(shè)計(jì)的基礎(chǔ)，也就是說這一步工作的質(zhì)量對于整個開發(fā)工作的成敗來說是決定性的。 需求分析階段研究的對象是軟件項(xiàng)目的用戶要求。因?yàn)椴⒎撬杏脩粢蠖际呛侠淼?。對于那些無法實(shí)現(xiàn)的要求應(yīng)向用戶做充分的解釋。當(dāng)前系統(tǒng)是指目前正在運(yùn)行的系統(tǒng)，可能是需要改進(jìn)的正在計(jì)算機(jī)上運(yùn)行的軟件系統(tǒng)，也可 能是人工處理系統(tǒng)。 3．建立目標(biāo)系統(tǒng)的邏輯模型。 5．對現(xiàn)行系統(tǒng)進(jìn)行詳細(xì)的業(yè)務(wù)調(diào)查、分析了解各項(xiàng)需求。 7．進(jìn)行功能分析，確定新系統(tǒng)邏輯結(jié)構(gòu)。使退房結(jié)賬工作的流程通過電子的手段來完成，從而提高酒店的整體酒店管理水平，增強(qiáng)酒店的競爭力。 新系統(tǒng)數(shù)據(jù)流程圖 根據(jù)系統(tǒng)分析，將做出數(shù)據(jù)流程圖及對應(yīng)的數(shù)據(jù)字典和其他必要說明，從而描繪出酒店管理信息系統(tǒng)的邏輯模型圖。 數(shù)據(jù)字典 數(shù)據(jù)字典（ data dictionary）是系統(tǒng)分析階段的重要文檔，它詳細(xì)的定義和解釋了數(shù)據(jù)流程圖尚未能表達(dá)的內(nèi)容。 增刪改 住房資料表 注冊表 注冊用戶信息 表 add 表 D Dele 表 管