【文章內(nèi)容簡介】 查詢剩余客房 添加訂房信息 修改訂房信息 查詢訂房信息 結算管理 添加結算信息 修改結算信息 查詢結算信息 添加客房標準 修改客房標準 刪除客房標準 添加客房信息 修改客房信息 刪除客房信息 查詢客房信息 中原國賓館管理系統(tǒng) 河 南科技大學本科畢業(yè)設計（論文） 7 第 2章 總體設計 167。 系統(tǒng)總體架構設計 系統(tǒng)開發(fā)平臺： Microsoft Visual C++ , Microsoft SQL Server 2020 運行平臺： Windows xp/Windows 2020 系統(tǒng)設計階段包括總體設計和詳細設計。這個階段的主要目的是將系統(tǒng)分析階段所提出的反映了用戶信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機與通信系統(tǒng)的物理（技術）方案。其主要任務是從管理信息系統(tǒng)的總體目標出發(fā)，根據(jù)系統(tǒng)分析階段的邏輯功能的要求，并考慮到經(jīng)濟、技術和運行環(huán)境等方面的條件，確定系統(tǒng)的總體結構和系統(tǒng)各組成部分的技術方案，合理選擇計算機和通信的軟硬件設備，提出系統(tǒng)的 實施計劃，確?？傮w目標的實現(xiàn)。 數(shù)據(jù)訪問方法為使用 ADO(Active 數(shù)據(jù)對象 Active Data Objects)通過ODBC 的方法同數(shù)據(jù)庫借口。使用這種方式訪問數(shù)據(jù)，可以使用任何一種ODBC 數(shù)據(jù)源，即不止適合于 SQL Server、 Oracle、 Access 等數(shù)據(jù)庫應用程序，也適合與 Excel 表格、文本文件、圖形文件和無格式的數(shù)據(jù)文件。 167。 系統(tǒng) IPO 圖 由于系統(tǒng)流程圖的缺點，在 70 年代中期出現(xiàn)了 IPO 技術，即用圖形方法表達一個系統(tǒng)的輸入和輸出功能，以及模塊的層次。 IPO 技術包含兩個 方面的內(nèi)容 ： １） IPO 分層圖。用此圖表示自頂向下分解所得系統(tǒng)的模塊層次結構。 ２） IPO 圖（輸入―處理―輸出圖）。此圖描述分層圖中一個模塊的輸入輸出和處理內(nèi)容。 IPO 分層圖用一個方塊代表一個模塊，方塊內(nèi)可寫出表示此模塊的處理功能和模塊名。模塊之間的調(diào)用關系用連接兩模塊的直線表示。采用自頂向下擴展的方法先畫綜合性較強、層次較少的模塊結構，然后再根據(jù)需要一步河 南科技大學本科畢業(yè)設計（論文） 8 一步擴充，直到每個模塊的處理功能和規(guī)模符合要求。現(xiàn)根據(jù)該 賓館 管理信息系統(tǒng)的需求繪制系統(tǒng)功能模塊圖。 此賓館管理系統(tǒng)共有住宿管理、客房管理、掛賬管理、查詢統(tǒng)計、日結 、系統(tǒng)設置五個功能模塊。功能結構 IPO 圖如圖 21： 圖 21 系統(tǒng) IPO 圖 167。 數(shù)據(jù)的存儲設計 本系統(tǒng)的數(shù)據(jù)庫設計了 checkinregtable、 checkoutregtable、 guazhanginfo、 kfyd、ma、 regmoneytable、 roomsetting、 setability、 temptable、 usertalbe 共十張數(shù)據(jù)表。本節(jié)中只列出一張 checkinregtable 表的存儲設計，整個數(shù)據(jù)庫中的所有列名存儲結構設計詳見附錄。 圖 22 數(shù)據(jù)庫存儲設計 河 南科技大學本科畢業(yè)設計（論文） 9 圖 23 顧客住宿登記 河 南科技大學本科畢業(yè)設計（論文） 10 第 3章 數(shù)據(jù)庫設計 167。 數(shù)據(jù)庫設計及其需求分析 概念模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎。在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)結構、數(shù)據(jù)流和數(shù)據(jù)儲存進行分析，并參照 DFD，把數(shù)據(jù)抽出來，確定實體的屬性以及實體間的關系，這樣才能得出系統(tǒng)的關系模式。 實體聯(lián)系圖（ ER 圖）是一種用于靜態(tài)數(shù)據(jù)結構的概念模型。本系統(tǒng)采用 ER 圖的方法進地數(shù)據(jù)結構分析，能過 ER 圖來描述現(xiàn)實世界信息結構的數(shù)據(jù)庫設計方法 。 需求分析的目的在于識別用戶的數(shù)據(jù)需求，非形式地描述 有關數(shù)據(jù)對象及其聯(lián)系的要作記錄的信息，取得如下要作記錄信息的非形式描述： 每個客戶登記住宿時提供的信息 ： 需要提供記錄的信息，包括唯一的身份證號，姓名，地址，出差 由 , 住宿天數(shù)，聯(lián)系電話等等。 客房信息 ： 關于客房的信息必須包括房間號、房間類型、價格、房態(tài)。 客房預訂的有關信息 ： 需要記錄姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額。 退房時涉及的信息 ： 需要記錄憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客 房類型， 房間價格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間等信息 。 167。 數(shù)據(jù)庫建模 167。 實體及屬性 河 南科技大學本科畢業(yè)設計（論文） 11 本系統(tǒng)中的主要實體有 6 個，分別是：顧客、客房、掛帳信息、預訂單、退房信息、續(xù)費信息。各實體的屬性如下： 顧客：｛身份證號，姓名，地址，出差事由，住宿天數(shù)，聯(lián)系電話｝ 客房：｛房間號、房間類型、價格、房態(tài)｝ 掛帳信息：｛日期、姓名、單位、欠款金額｝ 預訂單：｛顧客姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，客房類型，房間價格，預住日期，預住天數(shù)，預付金額｝ 退房信息： ｛憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，宿費，折扣，預付金額，電話費，會議費，存車費，賠償費，退房日期時間｝ 續(xù)費信息：｛憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿天數(shù)，續(xù)費金額，續(xù)費日期時間｝ 167。 實體間的聯(lián)系 各個實體間的聯(lián)系如下： 1．入住，實體 顧客 和 房間 之間的 1： 1 聯(lián)系 2．退房，實體 顧客 和 房間 之間的 1： 1 聯(lián)系 3．續(xù)費，實體 顧客 和 房間 之間的 1： 1 聯(lián)系 4． 預訂，實體 顧客 和房間之間的 1： 1 聯(lián)系 5. 掛賬，實體 顧客 和 賓館 之間的 n： m 聯(lián)系 167。 E— R 模型轉(zhuǎn)化關系 轉(zhuǎn)換規(guī)則： 每個實體集用一 種 關系模式表示，其中實體集的屬性被轉(zhuǎn)換成關系的屬性，實體集的主鍵（用下劃線表示，下同），在滿足唯一標識和無冗余等性質(zhì)的條件下，將作為對應關系的主鍵。 二元聯(lián)系轉(zhuǎn)換 ： （ 1）強制成員類：若實體集 E2 與實體集 E1 是 N： 1 聯(lián)系， E2 的關系河 南科技大學本科畢業(yè)設計（論文） 12 模式應包含 E1 的主屬性 。 （ 2）可選成員類：若實體集 E2 是它同實體集 E1 的 N： 1 聯(lián)系中的一個可選成員，那么，這個聯(lián)系往往由包括 E1 和 E2 主屬性 以及該聯(lián)系中每個屬性的各個關系模式表示 。 為了避免空值問題， 我們也可以引入另一個表示聯(lián)系的關系。 （ 3） N： M 二元聯(lián)系：一般由另一個關系模式表示。這個關系模式由每個參加的實體集的主屬性以及這個聯(lián)系的任何屬性一起組成。 三元實體集聯(lián)系的轉(zhuǎn)換 ： 每一個三元聯(lián)系被轉(zhuǎn)換成另一個關系模式，其中包括有三個參加的實體集的鍵。 167。 關系模式 本系統(tǒng)的關系模式如下： 登記預收表：｛憑證號碼、姓名、證件名稱、證件號碼、出差事由、房間號、客房類型、聯(lián)系電話、客房價格、住宿日期、住宿時間、住宿天數(shù)、宿費、折扣、應收宿費、預收 金額、提醒日期、退宿日期、備注、標志、日期、時間、結款方式、摘要、提醒時間、退宿時間｝ 住宿登記表：｛憑證號碼、姓名、證件名稱、證件號碼、出差事由、房間號、客房類型、聯(lián)系電話、客房價格、住宿日期、住宿時間、住宿天數(shù)、宿費、折扣、應收宿費、預收金額、提醒日期、退宿日期、備注、標志、日期、時間、結款方式、摘要、提醒時間、退宿時間｝ 掛帳信息：｛日期、掛帳單位、摘要、住宿金額、欠款金額、還款金額、金額累計、姓名、證件號碼、票號、時間、序號、房間標準、房間價格｝ 客房信息：｛房間號、房間類型、價格、房態(tài)、標志、備注 、配置、使用設置、營業(yè)日期｝ 客房預定信息：｛姓名，身份證號，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，預住日期，預住天數(shù)，預付金額，備注日期、操作員、時間、證件名稱｝ 河 南科技大學本科畢業(yè)設計（論文） 13 退房登記信息：｛憑證號碼，姓名，證件號碼，聯(lián)系電話，詳細地址，工作單位，房間號，客房類型，房間價格，住宿日期，住宿時間、住宿天數(shù)，宿費、折扣或招待、折扣、應收宿費、雜費、電話費、會議費、存車費、賠償費、金額總計、預收宿費、退還宿費、退房日期、退房時間、日期、時間、備注、聯(lián)系電話、 BZ｝ 167。 數(shù)據(jù)庫 ER 圖 系統(tǒng) E— R 圖： 1 n 圖 33 客房管理員 —— 管理 —— 客房 m n 圖 31 全局 ER 圖 詳細地址 客房價格 房間狀態(tài) 證件號碼 預定 /入住 顧客 聯(lián)系方式 憑證號碼 姓名 客房類型 證件名稱 客房類型 房間 住宿日期 住宿天數(shù) 住宿時間 房間 號 管理員 管理 客房 客房狀 態(tài) 客房類 型 客房價 格 河 南科技大學本科畢業(yè)設計（論文） 14 圖 32 管理員實體 167。 數(shù)據(jù)庫模型 需 求分析： (1)客房信息：客房編號、房間號、房間類型、房間價格、房間狀態(tài)。 (2)顧客信息：姓名、證件類型、證件號碼、聯(lián)系地址、聯(lián)系電話。 在本系統(tǒng)中存在兩個實體：客房和顧客。一個聯(lián)系：入住。在客房實體中，客房編號為關鍵字；在客戶實體中，客戶憑證編號作為關鍵字。因此得到下列關系模型： 實體關系模式： 客戶 (姓名，憑證號碼，證件名稱，證件號碼，聯(lián)系電話，詳細地址 ) 客房 (客房編號，房間類型，房間價格，使用狀態(tài) ) 聯(lián)系關系模式： 入住登記 (客房編號，客戶憑證號、預定日期 /入住日期、住宿天數(shù) ) 管理員 管理員 管理員編號 管理員密碼 河 南科技大學本科畢業(yè)設計（論文） 15 第 4章 詳細設計 167。 系統(tǒng)主窗口設 計 本賓館管理系統(tǒng)的編碼采用的開發(fā)工具是 Microsoft Visual C++ ,整個系統(tǒng)的界面采用的是 VC 的 MFC 開發(fā)。圖 41 和圖 42 給出了整個系統(tǒng)的主界面和主菜單設計原型。 圖 41 系統(tǒng)主界面原型 圖 42 主菜單原型 167。 系統(tǒng)類設計 此次賓館管理系統(tǒng)程序所封裝的類，如圖 43 所示。 CAboutDlg： VC 的對話框類。 CAddmoneydlg：追加押金類 ，封裝了追加押金模塊所需要的程序代碼 CChangeroomdlg ： 調(diào) 房 登 記 類 ， 繼 承 CAboutDlg 類 ， 定 義 了m_pConnection、 m_pCommand、 m_pRecordset、 m_pRecordsetout。四個指針用于調(diào)房模塊的運行。 CCheckinregdlg：住宿登記類，定義了 String 類型的 regnumber、 gustname、gustaddr、 zhengjian、 zhengjian_number、 checkinreg_reason 成員變量，成員變量的含義如表 43 所示。 河 南科技大學本科畢業(yè)設計（論文） 16 CCheckoutdlg：退宿結賬類， 定義 ADO 連接、命令、記錄集變量指針，通過 ADO 訪問數(shù)據(jù)庫中 顧客住宿的消費信息，定義了結賬函數(shù)，完成顧客退宿結賬功能模塊。 CFindcheckindlg：住宿查詢類，定義 ADO 連接、命令、記錄集變量指針，完成對顧客住宿信息的查詢功能。 CFindcheckoutdlg：退宿查詢類，定義 ADO 連接、命令、記錄集變量指針，完成對顧客退宿宿信息的查詢功能。 CFindguazhangdlg：掛賬信息類，定義 ADO 連接、命令、記錄集變量指針，和 findgz_date， findgz_depname， findgz_sumery 成員變量，完成對掛賬功能模塊的實 現(xiàn)。 CFindprebookroomdlg：預定查詢類，定義了多項以顧客基本信息為成員的變量，通過指針訪問，完成顧客預定的查詢。 CSetusernamepwdlg：操作