【文章內(nèi)容簡介】 是否準確 ，只要在 客房管理 系統(tǒng)就行，這樣不但可以提高工作效率，而且可以節(jié)約成本。并且現(xiàn)在計算機應用廣泛，價格也十分低廉，性能卻有了很大的提高，是系統(tǒng)的開發(fā)環(huán)境配置邊的容易。 (3)技術可行性：目前 VB 技術已經(jīng)非常流行，并且提供了多個內(nèi)置對象，方便對數(shù)據(jù)庫的操作，對其運行的環(huán)境也很容易方便搭建。 系統(tǒng)結(jié)構(gòu)化分析 目前常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法，面向數(shù)據(jù)結(jié)構(gòu)的Jackson 方法，面向?qū)ο蟮姆治龇椒ǎê喎Q OOA）等，以及建立動態(tài)模型的狀態(tài)遷移圖或 PetriQ 網(wǎng)等。雖然各種方法 都有其獨特的描述方法，但總的說來，所有的分析方法都有他們的共同原則 [3]。 第一， 必須能夠表達和理解問題的數(shù)據(jù)域和功能域。 第二， 必須按自上向下、逐層分解的方式對問題進行分解和細化。在需求分析階段，軟件的數(shù)據(jù)域和功能域都能進一步的分解，可以是橫向分解也可以是縱向分解。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 9 第三， 要給出系統(tǒng)的邏輯視圖和物理視圖。 軟件需求的邏輯視圖給出軟件要達到功能和 處理的數(shù)據(jù)之間的關系，而不是實現(xiàn)細節(jié)； 而物理視圖給出處理功能和數(shù)據(jù)結(jié)構(gòu)的實際表示形式。 本系統(tǒng)使用了結(jié)構(gòu)分析方法，此方法用圖形表達需求，顯得清晰、簡明，易于學習和掌握 。以下為系統(tǒng)的數(shù)據(jù)流分析。 (1)登錄 系統(tǒng)登錄分為管理員登錄和訪客登錄 ，無論以何種身份登錄，均需 填寫相關 信息才可進入系統(tǒng) ，以便完成 管理員和訪客 的具體操作。其 DFD 圖 [3]（數(shù)據(jù)流圖） 如下圖 31 所示 。 圖 31系統(tǒng) 登錄數(shù)據(jù)流圖 (2)管理員操作 管理員對客房，客戶，及消費情況的一系列操作 [3]。 其圖如 32 所示 。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 10 圖 32 管理員 數(shù)據(jù)流圖 (3)客戶的基本操作 由于該系統(tǒng)是針對客房管理，對客戶的操作只局限與瀏覽信息 [3]，其圖如33 所示 。 圖 33 客戶操作 數(shù)據(jù)流圖 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 11 (4)系統(tǒng)后臺 管理 后臺管理包括系統(tǒng)管理員在后臺 管理客房、客戶信息，以及對其他 角色管理 [3]。其圖如 34 所示 。 圖 34 系統(tǒng)后臺管理數(shù)據(jù)流圖 目標系統(tǒng)要求 目標系統(tǒng)應該達到以下要求： 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 12 (1)時間經(jīng)濟性。優(yōu)化邏輯設計與物理設計，使系統(tǒng)運行效率高，反映速度快。 (2)可靠性。能連續(xù)準確的處理業(yè)務，有較強的容錯能力。 (3)可理解性。用戶容易理解和使用該系統(tǒng)。 (4)可維護性和適應性。系統(tǒng)應易于修改、易于擴充、易于維護，能夠適應業(yè)務不斷發(fā)展變化的需要。 (5)可用性。目標系統(tǒng)功能齊全，能夠完全滿足業(yè)務需求。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 13 第 4 章 總體設計 系統(tǒng)界面總體設計 通過對數(shù)據(jù)流圖的設計，理清了數(shù)據(jù)的流向，從而設計出 酒店客房管理 系統(tǒng)的各個模塊。其主要功能模塊有： 客房 管理模塊 、 客戶 管理 模塊 和客房消費管理模塊 。其中， 客房 管理模塊 與客戶 管理 模塊 主要是管理員操作， 客戶 只可對發(fā)布的 客房 信息瀏覽、檢索，以便 與管理員申請入住 ； 管理員 只可發(fā)布 客房信息、檢索 客戶入住信息 、 修改客房信息 。管理員對 客戶 信息及時的添加、修改、刪除。 客戶和管理員可以通過 登錄后， 根據(jù)自己的權限對客房進行必要的操作 ，同時管理員 可以添加多個管理員信息方便其他工 作人員使用該系統(tǒng)。也可以添加多個客戶登錄帳號，方便多個客戶登錄，如圖 41 所示 [3]。 圖 41 系統(tǒng)功能結(jié)構(gòu)圖 后臺數(shù)據(jù)庫的總體設計 為了實現(xiàn)系統(tǒng)的功能設計，就要有相應的數(shù)據(jù)庫表設計。根據(jù)系統(tǒng)的功能設計要求為各個數(shù)據(jù)庫表設計字段、數(shù)據(jù)類型、長度和是否為空等的相關信息。在實際調(diào)研和需求分析的基礎上，對該系統(tǒng)設計數(shù)據(jù)庫。再有系統(tǒng)的需求分析可以看出，本系統(tǒng)有 兩 個角色： 管理員 和 客戶 ，他們分別在系統(tǒng)的運行和使用中起著不同的作用。因此，本系統(tǒng)數(shù)據(jù)庫共建了如下表：對 管理員 與客戶 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 14 都需要的 系統(tǒng)登錄 表、 客戶登記表 、 客房表 、 客戶信息表 ，客房消費表，退房時間修改表，客房類型消費表。 本數(shù)據(jù)庫還創(chuàng)建了視圖 house1 等 [2]。 本系統(tǒng)的數(shù)據(jù)庫通過概念模型設計和邏輯模型設計以及物理模型設計來分析的。進一步分析了此系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu)。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 15 第 5 章 詳細設計 系統(tǒng)設計思想 頁面模塊化 本系統(tǒng)把 客房管理的基本操作 集成 到一個模塊中，這樣在對客房進行增刪修改時，只需要在系統(tǒng)中進行相應的操作就行，最后再對各部分模塊進行整合，使各模塊能夠及時更新，便于 以后的使用。 流程人性化 程序的流程完全遵守 酒店 客房 管理模式 的流程。首先 管理員登錄，之后可以對客房及其客 戶 進行必要的操作，也可以對自己登錄 信息 進行修改，或添加其他的管理員與訪客。 客戶可以以訪客的身份登錄系統(tǒng)，但客戶的登錄只能瀏覽客房的基本信息和本酒店的基本信息的瀏覽，不能進行其他操作。想要對自身信息的更改只能通知管理員，以管理員的身份進行操作，但不能修改其他客戶的信息。 功能全面化 程序在設計時不僅考慮到基本功 能 —— 客房管理 的實現(xiàn)， 而且對查詢進行了完善。實現(xiàn)了模糊查詢和精確查詢 ，業(yè) 務報表的動態(tài)打印及對 客房 的消費的分析 ， 對以后客房的管理 提供了 參考 ， 保證了系統(tǒng)的實用性。 系統(tǒng) 數(shù)據(jù)庫詳細設計 數(shù)據(jù)庫在一個信息管理中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設計的好壞將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整性和一致性。設計數(shù)據(jù)庫系統(tǒng)時應該充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。 在 酒店客房管理 系統(tǒng)中，數(shù)據(jù)庫應當解決如下需求： (1)保存 客戶 信息，包括 登記后的信息 ； (2)保存 客房信息 ，包括 修改、添加和刪除 的信息 ； (3)保存 管理員與訪客的登錄帳號與密碼的信息 ； (4)保存 登記信息，確保對某一表修改后，其他表也能夠及時更新 ； (5)更改視圖 信息， 當表修改后可以保證視圖 的實效性。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 16 本系統(tǒng)共有 兩 個角色： 客戶 和 管理員 ，由于起著不同的作用。因此，本系統(tǒng)對數(shù)據(jù)庫中不同部分分別采用如下一些數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu) [4]： 客戶信息 表：主要包括 客戶的 證件編號，證件類型，姓名，性別，聯(lián)系電話 。 對于 管理員 的數(shù)據(jù)庫，可以列出以下數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu) [4]： (1)系統(tǒng)登錄 表： 主要包括 管理員 和訪客的注冊用戶名，用戶權限 和密碼 。 (2)客房 表： 客房 編號 ， 客房類型 ， 客房單價 ， 客房狀態(tài)。 (3)客房消費表：客房編號，入住時間，退房時間，房間單價，客房消費費用，服務人員姓名。 (4)登記表：客房編號，證件編號，入住時間，退房時間，服務人員 名。 (5)修改退房時間：客房編號，證件類型，姓名，退房時間，聯(lián)系電話。 (6)打印報表：房間編號，房間類型等 。 (7)客房類型使用表：客房類型，消費費用。 (8)對客戶的視圖，可以列出以下數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu) 。 (9)客房信息視圖：客房編號，客房類型，客房單價，客房狀態(tài)。 概念模型設計 概念模型設計用于信息世界 的建模，是現(xiàn)實 到信息世界的第一層抽象，是對現(xiàn)實世界的抽象和概括，是數(shù)據(jù)庫設計人員進行數(shù)據(jù)可設計的有力工具，也是數(shù)據(jù)庫設計人員和用戶交流的語言，因此概念模型一方面具有較強的語義表達能力，能夠方便直接地表達應用中的各種語義知識，令一方面它簡單、清晰、易于用戶理解。 它獨立于計算機的數(shù)據(jù)模型，獨立于特定的數(shù)據(jù)庫管理系統(tǒng)，便于向關系、層次、網(wǎng)絡等各種數(shù)據(jù)模型轉(zhuǎn)換 [3]。用 ER 圖來描述現(xiàn)實世界的概念模型，本系統(tǒng)的全局 ER 圖 。 如 圖 51 所 示 。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 17 圖 51 全局 ER圖 邏輯模型設計 概念模型是獨立于 任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯模型設計的任務是把概念模型設計階段設計好的基本 ER 圖轉(zhuǎn)化為選用 DBMS 產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。轉(zhuǎn)換的一般原則如下： (1)一個實體性轉(zhuǎn)換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼 [4]。 (2)一個 1:1 聯(lián)系可以轉(zhuǎn)化為一個獨立的關系模式，也可以與任意一端對應的關系模式合并 [4]。 (3)一個 1： n 聯(lián)系可以轉(zhuǎn)化為一個獨立的關系模式，也可以與 n 端對應的關系模式合并 [4]。 (4)一個 m:n 聯(lián)系轉(zhuǎn)化為一個關系模式 [4]。 本系統(tǒng)的邏輯數(shù)據(jù)模型 [3]， 如圖 52 所示 。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 18 圖 52 邏輯數(shù)據(jù)模型 物理模型設計 數(shù)據(jù)庫在物理設備上的存儲結(jié)構(gòu)與存取方法稱為數(shù)據(jù)庫的物理結(jié)構(gòu)，它一覽與給定的計算機系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結(jié)構(gòu)的過程，就是數(shù)據(jù)庫的物理模型設計 [2]。 (1)系統(tǒng)登錄表 （ DBuser） 包括管理員和訪客的用戶名，密碼以及權限。 表 51系統(tǒng)登錄表 編號 字段名稱 數(shù)據(jù)類型 1 DBuser Char(20) 2 Uno Char(6) 3 Urole Char(6) (2)客戶 信息表（ zk） 包括求職者的 證件編號 ， 證件類型 ， 姓名 ， 性別 ， 聯(lián)系電話。 基于 VB的酒店客房管理系統(tǒng)的設計與開發(fā) . 19 表 52客戶信息表 編號 字段名稱 數(shù)據(jù)類型 1 zjbh Char(20) 2 zjlx Char(6) 3 Xm Char(10) 4 sex Char(2) 5 telenumber Char(20) (3)客房表 （ house） 包括客房編號，房間類型 ， 客房單價，客房狀態(tài) 。 表 53 客房表 編號 字段名稱 數(shù)據(jù)類型 1 Hno Char(4) 2 Htype Char(6) 3 Hprice Money(8) 4 Hcondition Char(6) (4)登記 表（ dj） 保存 客戶在住房信息 ，包括 房間編號 ， 證件類型 ， 入住時間，退房時間，服務人員姓名。 表 54 登記表 編號 字段名稱 數(shù)據(jù)類型 1 Hno Char(4) 2 Zjbh Char(2