【正文】 ) UpdateData(sql) MsgBox(添加成功 , , 系統(tǒng)提示 ) End If。,39。, + + , + + , + + ,39。,39。,39。,39。,39。,39。 UpdateData(sql) sql = insert into rzjl(xm,gender,sfz,addr,fjbh,fj,ts,ysje,ssje,isfk,addtime) values(39。 where bh=39。, + + ) UpdateData(sql) MsgBox(添加成功 , , 系統(tǒng)提示 ) End Sub Private Sub Button2_Click(ByVal sender As , ByVal e As ) Handles () End Sub 29 客戶預(yù)訂 /退房信息管理 模塊 圖 20 客戶預(yù)定圖 實(shí)現(xiàn)本模塊的主要代碼如下所示： Private Sub Button1_Click(ByVal sender As , ByVal e As ) Handles If = Or = Or = Then MsgBox(請(qǐng)?zhí)顚懲暾?, , 系統(tǒng)提示 ) Else Dim sql Dim ngender ngender = sql = update allfangjian set isin=39。,39。 實(shí)現(xiàn)本模塊的主要代碼如下所示： Private Sub Button1_Click(ByVal sender As , ByVal e As ) Handles Dim sql sql = insert into allwupin(bh,mc,price) values(39。 + ncx + 39。 + + 39。 + + 39。 DataSet hsgds = new DataSet()。上半部分為添加用戶功能區(qū)，除了設(shè)置用戶名及密碼外，還要設(shè)置用戶權(quán)限；下部分為顯示數(shù)據(jù)庫中現(xiàn)有的用戶信息，以列表的形式顯示 。 + + 39。 + + 39。 + + 39。 + + 39。需要設(shè)置客房的基本信息，包括客房編號(hào)、客房類型、客房人數(shù)、客房價(jià)格等 。界面設(shè)計(jì)富于現(xiàn)代氣息，操作簡便，功能齊全 。 + ().Trim + 39。 + ().Trim() + 39。這個(gè)窗口用來校驗(yàn)是否是合法用戶，以及密碼是否正確，選擇需要登陸的服務(wù)器以及數(shù)據(jù)庫的登錄名和密碼。 系統(tǒng)登陸管理界面設(shè)計(jì) 用戶登陸 在運(yùn)行程序后，首先看到的是用戶登錄窗口。 23 程序輸出設(shè)計(jì) 輸入設(shè)計(jì)是整個(gè)系統(tǒng)設(shè)計(jì)的關(guān)鍵環(huán)節(jié)之一，對(duì)于系統(tǒng)的質(zhì)量起著決定性的影響，輸入數(shù)據(jù)的正確性直接決定處理結(jié)果的正確性，如果輸入數(shù)據(jù)有誤，即使計(jì)算和處理十分正確，也無法獲得可靠的輸出信息。輸出設(shè)計(jì)的目的是使 系統(tǒng)能輸出滿足用戶需要的有用信息，對(duì)于大多數(shù)用戶來說，輸出是系統(tǒng)開發(fā)的目的和評(píng)價(jià)系統(tǒng)開發(fā)成功與否的標(biāo)準(zhǔn)。因而，輸出是管理者直接面對(duì)的實(shí)物，往往有固定的格式和數(shù)據(jù)要求，具有直觀性，并直接反映用戶需求。在存儲(chǔ)較大的文件方面，采取存于本系統(tǒng)根目錄下，從而大大提高系統(tǒng)對(duì)數(shù)據(jù)庫的訪問速度。例如， WageData 為創(chuàng)建的一個(gè)數(shù)據(jù)環(huán)境命令對(duì)象，該對(duì)象返回的記錄集名稱則為 rsWageData,該記錄 集作為數(shù)據(jù)環(huán)境的一個(gè)屬性在窗體的各個(gè)模塊中直接使用。 管理員 客房 客 戶 用戶名 注冊時(shí)間 密碼 編號(hào) 性質(zhì) 價(jià)格 聯(lián)系方式 姓名 性別 身份證 電話 管理 管理 入住 19 —— 數(shù)據(jù)流 數(shù)據(jù)存儲(chǔ)名稱：管理員信息 數(shù)據(jù)來源：管理員信息表 數(shù)據(jù)去向：管理員登 陸模塊 數(shù)據(jù)組成：管理員信息＝管理員帳號(hào) +管理員姓名 +管理員密碼 描述：存儲(chǔ)了管理員的基本信息 數(shù)據(jù)存儲(chǔ)名稱：客房信息 數(shù)據(jù)來源：客房信息表 數(shù)據(jù)去向：客房模塊 數(shù)據(jù)組成：客房信息 =編號(hào) +類型 +價(jià)格 +添加時(shí)間 +狀態(tài)等 描述：存儲(chǔ)了客房的基本信息 數(shù)據(jù)存儲(chǔ)名稱：客戶信息 數(shù)據(jù)來源：客戶信息表 數(shù)據(jù)去向：客戶模塊 數(shù)據(jù)組成：客戶信息 =編號(hào) +客戶名稱 +身份證 +性別 +聯(lián)系方式 +添加時(shí)間等 描述：存儲(chǔ)了客戶的基本信息 20 —— 數(shù)據(jù)處理 —— 數(shù)據(jù)存儲(chǔ) 描述： 管理員登錄系統(tǒng)進(jìn)行管理員登錄管理 輸入：管理員的用戶名、密碼 過程：判斷是否為合法的管理員 輸出：后臺(tái)系統(tǒng)主界面 名稱 : 查詢信息 描述： 根據(jù)條件查詢所需信息 輸入 : 輸入查詢的條件 過程：查詢系統(tǒng)的用戶所需的信息 輸出 : 查詢得到的信息頁面 名字：錄入信息 描述：會(huì)員信息，資料信息 等的錄入 輸入 : 輸入要添加錄入的信息 過程 : 將需要添加錄入的信息加入數(shù)據(jù)庫中 輸出 : 系統(tǒng)新的信息表頁面 輸出 : 查詢得到的信息頁面 名字：修改、刪除信息 描述： 對(duì)會(huì) 員信息，資料信息等修改或刪除后存入數(shù)據(jù)庫中 輸入 : 輸入要修改或刪除的信息 過程：對(duì)需要修改的信息做修改、刪除過時(shí)的信息 輸出 : 系統(tǒng)新的信息表頁面 輸出 : 查詢得到的信息頁面 名字 : 數(shù)據(jù)庫信息 別名：無 描述： 存儲(chǔ)了數(shù)據(jù)庫的基本信息 數(shù)據(jù)組成： 數(shù)據(jù)庫信息 =會(huì)員信息 +資料信息 +管理員信息 位置：數(shù)據(jù)庫 輸出 : 查詢得到的信息頁面 21 （ 1）管理員信息表 （ 2）客房信息表 （ 3）物品信息表 22 （ 4）入住信息表 程序設(shè)計(jì) 程序描述 本系統(tǒng)可登錄人員進(jìn)行管理；而 其他人員作為普通用戶登錄本系統(tǒng)時(shí)，則受到一些相關(guān)功能的訪問限制，最終達(dá)到，方便、快捷、高效和安全。 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對(duì)數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)字典可以匯總成清單形式，經(jīng)過數(shù)據(jù)分析及規(guī)范化轉(zhuǎn)換成組織模式，進(jìn)行數(shù)據(jù)庫的邏輯設(shè)計(jì)；或者，直接用來進(jìn)行文件設(shè)計(jì)。 數(shù)據(jù)字典實(shí)際上是新系統(tǒng)的所有數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)結(jié)構(gòu)、數(shù) 據(jù)元素和處理功能等卡片的集合。 賓館管理信息系統(tǒng) 的全局 ER 模式如圖所示： 18 圖 13 總體數(shù)據(jù) ER 圖 數(shù)據(jù)字典 數(shù)據(jù)字典是在新系統(tǒng)數(shù)據(jù)流程圖基礎(chǔ)上，進(jìn)一步定義和描述所有數(shù)據(jù)項(xiàng)的工具，是關(guān)于數(shù)據(jù)的數(shù)據(jù)。 (4) 全局 ER 模式的優(yōu)化 在得到全局 ER模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應(yīng)進(jìn)一步依據(jù)處理需求對(duì) ER模式進(jìn)行優(yōu)化。 (3) 消除沖突 沖突分為三類：屬性沖突、結(jié)構(gòu)沖突、命名沖突。一般把同名實(shí)體類型作為公共實(shí)體類型的一類候選，把具有相同鍵的實(shí)體類型作為公共實(shí)體類型的另一類候選。 (1) 確定公共實(shí)體類型 為了給多個(gè)局部 ER 模式的合并提供開始合并的基礎(chǔ)，首先要確定各局部結(jié)構(gòu)中的公共實(shí)體類型。 圖 12 管理員與客戶信息 1:N（一對(duì)多的關(guān)系） 設(shè)計(jì)全局 ER 模式 所有局部 ER 模式都設(shè)計(jì)好了后，就是把它們綜合成單一的全局概念結(jié)構(gòu)。 還要考察一個(gè)實(shí)體類型內(nèi)部是否存在聯(lián)系，兩個(gè)實(shí)體類型之間是否存在聯(lián)系，多個(gè)實(shí)體類型之間是否存在聯(lián)系，等等 針對(duì)本系統(tǒng)分析 如下： 實(shí)體間的關(guān)系： ① 一 個(gè)客房 只能 接待 一 個(gè)客戶 ，而一 個(gè)客戶可以被申請(qǐng)多個(gè)客房 。一種完整的方式是對(duì)局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型之間是否存在聯(lián)系。登錄信息表中應(yīng)該有登賓館客房管理系統(tǒng) 登陸系統(tǒng) 系統(tǒng)設(shè)置管理 消費(fèi)管理 信息查詢 報(bào)表管理 數(shù)據(jù)庫管理 住房管理 賓館客房管理系統(tǒng)數(shù)據(jù)輸出 15 錄 的用戶名和密碼，其中登錄名為主鍵。可以消除第三范式刪除異常、插入異常和更新異常。所謂傳遞函數(shù)依賴，指的是如果存在“ A → B → C”的決定關(guān)系，則 C傳遞函數(shù)依賴于 A。 第二范式（ 2NF）：數(shù)據(jù)庫表中不存在非關(guān)鍵字段對(duì)任一候選關(guān)鍵字段的部分函數(shù)依賴（部分函數(shù)依賴指的是存在組合關(guān)鍵字中的某些字段決定非關(guān)鍵字段的情況），也即所有非關(guān)鍵字段都完全依賴于任意一組候選關(guān)鍵字。 范式的介紹： 第一范式（ 1NF）：數(shù)據(jù)庫表中的字段都是單一屬性的，不可再分。 數(shù)據(jù)庫的設(shè)計(jì)范式是數(shù)據(jù)庫設(shè)計(jì)所需要滿足的規(guī)范，滿足這些規(guī)范的數(shù)據(jù)庫是簡潔的、結(jié)構(gòu)明晰的，同時(shí)，不會(huì)發(fā)生插入（ insert）、刪除（ delete）和更新（ update）操作異常。 圖 6 數(shù)據(jù)庫關(guān)系圖 數(shù)據(jù)庫的表的設(shè)計(jì) 根據(jù)項(xiàng)目要求進(jìn)行數(shù)據(jù)庫中表格的建立。 圖 5 員工工資管理 ER 圖 根據(jù) ER圖轉(zhuǎn)成關(guān)系模式的方法，初步確定數(shù)據(jù)庫（ WageData）中所需的表有客戶入住信息表，客房信息表等。 根據(jù)概念模型（ 系統(tǒng)需求分析的結(jié)果 ）， 將系統(tǒng)需求分析得到的用戶需求抽象為信息結(jié)構(gòu)過程 ，初步確定出數(shù)據(jù)庫中的表，然后對(duì)表進(jìn)行分析，確定最終數(shù)據(jù)的表。 確定數(shù)據(jù)庫中所需的表 該數(shù)據(jù)庫系統(tǒng)主要是賓館客戶信息進(jìn)行管理的系統(tǒng)。 （二）內(nèi)部功能 該軟件集命令、編程、編輯于一體，完成過濾、定位顯示。 命名規(guī)范 ① 以最少的字母達(dá)到最容易理解的意義； ② 文件名原則上采用英文單詞全程或符合英文習(xí)慣的縮寫； ③ 總長度超過 20 字符的目錄名稱可以采用單詞前 4 個(gè) 字母或符合英文習(xí)慣的縮寫； ④ 與功能相關(guān)的目錄名和文件名可以采用與前后臺(tái)程序中相對(duì)應(yīng)的名稱； ⑤ 名稱拼寫只允許包括半角小寫英文字母、半角數(shù)字，多個(gè)字母之間使用下劃線“ _”連接，各字符間不允許有空格，不允許使用英文以外的字符； ⑥ 所有名稱均使用表意準(zhǔn)確的英文單詞，英文單詞原則上使用完整拼寫。 人工處理過程 在本系統(tǒng)中，以下幾項(xiàng)必須人工輸入 ① 所添加房間編號(hào)的修改； ②更改用戶名與密碼。 房間編號(hào)： 3 位數(shù) 字 ,自動(dòng)默認(rèn)生成為 (樓層號(hào)加房間序號(hào)，如 3 樓 8 號(hào)房間就是 308房間 )； 日 期： 統(tǒng)一為 ,年 月 日 (例 : 20201203)； 用戶 密碼： 必須為 , 0～ 9 之間的數(shù)或者二十六個(gè)字母組成的六位數(shù)； 系統(tǒng)管理員（具有最高的操作權(quán)限，可以進(jìn)行所有的操作），普通用戶（權(quán)限最低， 能能是添加管理員之外的任何操作 。功能需求：定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足其業(yè)務(wù)需求。業(yè)務(wù)需求：反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，它們在項(xiàng)目視圖與范圍文檔中予以說明。非功能性需求是指實(shí)際使用環(huán)境所要求的需求，往往是一些限制要求，例如：性能要求，可 靠性要求，安全保密要求，等等。 11 第四章 系統(tǒng)功能設(shè)計(jì)與實(shí)現(xiàn) 總體設(shè)計(jì) 賓館 管理 信息 需求規(guī)定 通常需求分為兩種類型：一種是功能性需求，一種是非功能性需求，這一點(diǎn)也需要有一種清楚的認(rèn)識(shí)。若數(shù)據(jù)遭到破壞，系統(tǒng)具有數(shù)據(jù)恢復(fù)功能，不可恢復(fù)的數(shù)據(jù)僅限于當(dāng)日錄入和修改的數(shù)據(jù)。 性能需求 性能需求是指實(shí)際使用環(huán)境所要求的需求，往往是一些限制要求，例如：運(yùn)行性能是否穩(wěn)定，可靠性要求，安全保密要求，等等。針對(duì)賓館管理系統(tǒng)的需求和數(shù)據(jù)流程的分析，通過對(duì)賓館管理過程的內(nèi)容分析，為本系統(tǒng)設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)： ：用戶名、口令、級(jí)別。數(shù)據(jù)庫設(shè)計(jì)的好與壞，直接影響到這個(gè)系統(tǒng)的運(yùn)行效率。 數(shù)據(jù)庫要求 用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，這就要求數(shù)據(jù)庫結(jié)構(gòu)能夠充分滿足各種信息的輸入和輸出。 數(shù)據(jù)管理子模塊 本模塊主要用于數(shù)據(jù)的備份，以免發(fā)生意外造成數(shù)據(jù)丟失，也以便于以后查看相關(guān)信息。此信息可作為賓館小賣部等其他事業(yè)部的結(jié)算憑證，也可作為數(shù)據(jù)挖掘人員分析賓館其他消費(fèi)的前期資料。 報(bào)表管理子模 塊 ：模塊用于獲取賓館在某一時(shí)間段內(nèi)旅客的入住信息，此信息可以作為公安部門調(diào)閱賓館旅客入住的記錄，也可以以作為數(shù)據(jù)挖掘人員分析賓館客房入住率的前期資料。 系信息查詢子模塊 ：模塊用于賓館前臺(tái)服務(wù)員查詢?nèi)胱∷新每偷牡怯浶畔ⅰ? 系消費(fèi)管理子模塊 ：模塊用于系統(tǒng)管理員登記賓館購進(jìn)的消費(fèi)品（商品） 。 ：模塊用于在旅客入住時(shí)間到時(shí)，提醒前臺(tái)人員，以便及時(shí)通知旅客已到退房時(shí)間。 住房管理子模塊 ：此處用來登記入住客人的詳細(xì)信息（性別，身份證號(hào)，所定房間號(hào)，房間類型，入住天數(shù)，實(shí)收押金，應(yīng)收金額等）。 ：消費(fèi)物品設(shè)