旅行社管理系統(tǒng) 數(shù)據(jù)庫設(shè)計

《旅行社管理系統(tǒng) 數(shù)據(jù)庫設(shè)計》由會員分享，可在線閱讀，更多相關(guān)《旅行社管理系統(tǒng) 數(shù)據(jù)庫設(shè)計（38頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 計算機科學與技術(shù)學部 數(shù)據(jù)庫課程設(shè)計報告 題 目： 旅行社管理系統(tǒng) 指導老師： 學 號： 姓 名： 班 級： 計算機科學與技術(shù)0901 時 間： 2011-12-25 分 數(shù)：

2、 旅行社管理系統(tǒng) 摘要 摘要 隨著生活水平的提高，越來越多的人外出旅游，這勢必給旅游管理的強度帶來了不小的挑戰(zhàn)，應對這一情況，開發(fā)了此旅行社管理系統(tǒng)。 對于旅游管理這一服務性行業(yè)，服務質(zhì)量是吸引客戶、提高經(jīng)濟效益的關(guān)鍵因素。越來越多的旅行社采用管理信息系統(tǒng)來管理日常工作，合理配置資源，提升管理水平，從而在市場競爭取得優(yōu)勢。 這次課程設(shè)計主要介紹旅行社管理的設(shè)計與開發(fā)過程，本系統(tǒng)采用C#作為開發(fā)工具

3、,SQL sever 作為后臺數(shù)據(jù)管理。通過此次開發(fā)，使得開發(fā)人員更進一步了解C#開發(fā)工具以及數(shù)據(jù)庫技術(shù)，積累更多的實踐經(jīng)驗。 本系統(tǒng)具有對相關(guān)數(shù)據(jù)的查詢，修改，刪除等功能，較之于之前的相關(guān)類系統(tǒng)具有更簡便，更實用的有點，但是由于技術(shù)的不成熟，又具有不完整，結(jié)構(gòu)不清晰等缺點。 關(guān)鍵字: 數(shù)據(jù)庫；旅行社管理；管理 目 錄 第一章 系統(tǒng)規(guī)劃 1 1.1引言 1 1.1.1編寫目的 1 1.1.2項目背景 1 1.1.3可行性分析的前提 1 1.1.4決定可行性的主要因素 1 1.2對現(xiàn)有情況的分析 2 1.2.1工作負荷

4、2 1.2.2費用支出 2 1.2.3人員 2 1.2.4局限性 2 1.3技術(shù)可行性分析 2 1.3.1對系統(tǒng)的簡要描述 2 1.3.2所掌握的技術(shù) 2 1.3.3團隊技術(shù)評價 3 1.4經(jīng)濟可行性分析 3 1.4.1成本 3 1.4.2效益 3 1.5社會可行性分析 3 1.5.1法律方面的可行性 4 1.5.2用戶使用的可行性 4 1.6結(jié)論意見 4 第二章 需求分析 5 2.1用戶需求 5 2.2系統(tǒng)數(shù)據(jù)流圖 5 2.2.1頂層數(shù)據(jù)流圖 6 2.2.2一層數(shù)據(jù)流圖 6 2.2.3二層數(shù)據(jù)流圖 7 2.3數(shù)據(jù)字典 8 第三章 概念設(shè)計 12

5、3.1概念設(shè)計階段 12 3.1.1 局部E-R模型圖 12 3.1.2 概念模型 14 第四章 邏輯設(shè)計 15 4.1 E-R模型圖向關(guān)系模型的轉(zhuǎn)換 15 4.2模式規(guī)范化 15 第五章 運行與維護 18 5.1系統(tǒng)功能模塊 18 5.2數(shù)據(jù)庫的實施 18 5.2.1表的創(chuàng)建 18 5.3 數(shù)據(jù)庫中表的數(shù)據(jù)載入示例圖 20 5.4 系統(tǒng)功能展示與數(shù)據(jù)庫查詢 21 課程設(shè)計總結(jié) 26 參考文獻 27 I 旅行社管理系統(tǒng)

6、 第一章 第一章 系統(tǒng)規(guī)劃 1.1引言 1.1.1編寫目的 本文檔將描述對旅行社管理系統(tǒng)項目的可行性研究。 1.1.2項目背景 本項目作為《數(shù)據(jù)庫技術(shù)與應用》的課程設(shè)計項目提出，希望對該項目的分析與設(shè)計，切實領(lǐng)會數(shù)據(jù)庫的設(shè)計與應用。隨著旅游產(chǎn)業(yè)的發(fā)展，大量的客戶數(shù)據(jù)以及相關(guān)產(chǎn)業(yè)的數(shù)據(jù)需要處理，為了減少相關(guān)從業(yè)人員的工作量，提高工作效率，推出一款旅行社的管理軟件是必然的。 1.1.3可行性分析的前提 要求： （1）功能：能夠管理客戶信息，對景點信息進行羅列處理，綜合管理客戶游覽地點的信息，客戶入

7、住旅館的信息化管理，以及對客房的管理。 （2）性能：數(shù)據(jù)庫的錄入；信息檢索；用戶信息查詢。 （3）運行環(huán)境 操作系統(tǒng)：windows 硬件要求：內(nèi)存512M以上 （4）完成日期：2011年12月 1.1.4決定可行性的主要因素 技術(shù)因素、硬件因素、軟件因素、經(jīng)濟因素、團隊合作等 1.2對現(xiàn)有情況的分析 1.2.1工作負荷 每天工作5個小時，團隊合作 1.2.2費用支出 人力開支：沒人每小時20元；設(shè)備開支：計算機2臺，每天開支費用20元；其他材料開支：每天20元。 1.2.3人員 團隊共有2人。 1.2.4局限性 技術(shù)不夠精通，影響進度。 1.3技術(shù)可

8、行性分析 1.3.1對系統(tǒng)的簡要描述 隨著當下大量的游客信息需要處理，我們小組將開發(fā)這款管理系統(tǒng)。它是基于SQL Server 2005以及C#技術(shù)以數(shù)據(jù)庫后臺核心應用、以服務、查詢?yōu)槟康男畔⒐芾砥脚_。 1.3.2所掌握的技術(shù) 數(shù)據(jù)庫技術(shù)，C#程序設(shè)計，用數(shù)據(jù)庫技術(shù)做后臺數(shù)據(jù)的管理，用C#設(shè)計前臺窗體。從硬件和開發(fā)環(huán)境來看，除了對數(shù)據(jù)庫服務器要求稍微高了點些，其他現(xiàn)有條件都可以得到滿足?？梢员ＷC系統(tǒng)的功能實現(xiàn)，以及穩(wěn)定性，提高利用的效率，以對管理達到最優(yōu)化的管理。并且要求對系統(tǒng)有一定的安全性要求，不得隨意刪除，修改以及增加有關(guān)數(shù)據(jù)，采用相關(guān)技術(shù)盡可能地提高系統(tǒng)的運行速度。 1.3.3

9、團隊技術(shù)評價 由于sql server 2005數(shù)據(jù)庫技術(shù)和C#技術(shù)沒有熟練掌握，導致個別技術(shù)手段無法實現(xiàn)，會導致進度緩慢，但是不影響整體開發(fā)。 本系統(tǒng)要求對人員達到最精簡化要求，明確分工，以免造成人員的冗余導致的任務不清楚，混亂的局面，效率降低的不良后果。 1.4經(jīng)濟可行性分析 1.4.1成本 采購、開發(fā)所需費用，有以下可能情況： A.服務器設(shè)備租用， B.環(huán)境保護設(shè)備 C.安全與保密設(shè)備 D.數(shù)據(jù)庫管理軟件 E.設(shè)備維護費用 F.人員的工資、獎金 G.保密安全方面的開支 H.公用設(shè)施方面的開支 1.4.2效益 1) 該系統(tǒng)減少了不必要的人力管理成本，

10、提高了管理效率。 2) 由于開發(fā)難度不大，對于人員的要求，以及技術(shù)要求不是很高，但是能夠很有效的對數(shù)據(jù)進行管理，帶來對旅行社的效益。 1.5社會可行性分析 1.5.1法律方面的可行性 政府，無論是中央政府還是地方政府，一般都用法律規(guī)定組織可以做什么，不可以做什么。例如：《合同法》，《消費者權(quán)益保護法》，《專利法》，《反不正當競爭法》等對所有商業(yè)組織的行為都做了限制，我們的技術(shù)團隊設(shè)有自己的法律顧問，因此不會在法律方面出現(xiàn)不必要的麻煩。 1.5.2用戶使用的可行性 該系統(tǒng)是一個旅行社的信息管理平臺，用戶可以根據(jù)平臺中的文字提示以及以往的類似的軟件操作進行無障礙的操作。 1.

11、6結(jié)論意見 綜上所述，該項目在技術(shù)，技術(shù)上可以加大對這款軟件的功能，讓此系統(tǒng)更具有價值，經(jīng)濟上又可以以較少的資本取得翻倍的利益，絕對是值得我們?nèi)ラ_發(fā)這款軟件，最后，此開發(fā)軟件項目不會牽扯到任何觸犯法律之類的事。所以，我們占據(jù)了天時，地利，人和的優(yōu)勢。 33 旅行社管理系統(tǒng) 第二章 第二章 需求分析 需求分析也稱為系統(tǒng)分析。通過需求分析，得出系統(tǒng)分析對數(shù)據(jù)的要求

12、和對功能的需求。 2.1用戶需求 一個旅行社管理系統(tǒng)，包括了許多的方面，里面結(jié)構(gòu)復雜，大體上我們可以從這幾個方面來說。 本系統(tǒng)主要實現(xiàn)以下幾項功能： (1) 客房管理： 1）對旅行社的所有住房按類別統(tǒng)一編號；登記客房的主要信息。 2）設(shè)備有損害或者是不便入住的客房注銷客房登記。 (2) 客戶管理： 1）建立客戶信息表，對客戶統(tǒng)一編號。 2）對新加入的客戶，將信息加入到信息客戶表中。 3)當客戶信息表發(fā)生變化時，修改客戶信息表中相應的記錄。 (3) 旅游管理 1)對旅游景點的名稱和城市名稱進行統(tǒng)一編號。 2)將對應景點的乘車路線和景點費用以及天氣狀況錄入相應的記錄。

13、 3)景點的乘車路線和費用發(fā)生變化時，修改記錄中的相應信息。 (4) 訂房服務： 未入住的客房要按照客房列別進行分類，供客戶查詢預定。 錄入入住客戶的姓名 備注訂房日期，以及退房日期 (5) 退房服務： 根據(jù)客戶要求進行退房服務，刪除之前的客戶訂房記錄。 2.2系統(tǒng)數(shù)據(jù)流圖 2.2.1頂層數(shù)據(jù)流圖 根據(jù)系統(tǒng)主要信息的處理功能，整個系統(tǒng)可以看作登陸管理，旅游管理兩個部分從而得出了旅行社管理系統(tǒng)的頂層圖如下所示： D4 客戶訂房信息表 F12 D5 客戶旅游信息表 F13 F14 D6 景點信息表 F15 F16 F10

14、 管理員 P1 登錄管理 P2 旅游管理 F4 F1 F11 D1 管理員信息表 F2 F5 F3 F6 D2 客房信息表 D3 客戶信息表 F8 F7 F9 圖2.2.1 旅行社管理系統(tǒng)頂層數(shù)據(jù)流圖 注： F1： 管理員登陸信息 F2:管理員身份信息 F3:登陸錯誤信息 F4:管理員身份信息 F5:管理員基本信息 F6:不同權(quán)限管理員信息 F7：F8：客戶信息F9：F10：客房信息 F11: F12:客戶訂房信息 F13: F14:客戶旅游

15、信息 F15: F16:景點信息 2.2.2一層數(shù)據(jù)流圖 管理員登陸管理。管理員在登陸時，系統(tǒng)會進行判斷。管理員一共有兩種類型，分別是普通管理員和系統(tǒng)管理員。在登陸的時候管理員的身份由系統(tǒng)自行判斷。在判定時需要查詢管理員信息表。管理員信息表，存儲管理員信息等。驗證之后憑身份進入普通管理員系統(tǒng)或者系統(tǒng)管理員系統(tǒng)。旅游管理系統(tǒng)一層分解圖——登陸管理，如圖2.2所示：

16、 管理員 P1 登錄身份判斷 F1 P2.1 系統(tǒng)管理員部分 P2.2 普通管理員部分 F2 F4.1 F4.2 F3 D1 管理員信息表 圖2.2.2旅行社管理系統(tǒng)一層數(shù)據(jù)流圖—登錄管理 注：F1： 管理員登陸信息 F2:管理員身份信息 F4.1 系統(tǒng)管理員登錄信息 F4.2普通管理員

17、登錄信息 2.2.3二層數(shù)據(jù)流圖 管理員登錄后，根據(jù)所相應的帳號密碼進入系統(tǒng)管理員部分，系統(tǒng)管理員可以增、刪、改客房信息，旅游景點信息；查詢所有的信息；并有權(quán)限增加、刪除、修改系統(tǒng)管理員或普通管理員的帳號密碼，旅游管理系統(tǒng)二層數(shù)據(jù)流圖：F6 F4.1.5 F4.1.6 F15 P2.1 系統(tǒng)管理員部分 P2.1.1 管理員信息處理 P2.1.2 客房信息處理 P2.1.3 景點信息處理 P2.1.4 客戶訂房信息查詢 P2.1.5 客戶信息查詢 P2.1.6 客戶旅游信息查詢 F4.1.1 F4.1.2 F4.1.

18、3 F4.1.4 D1 管理員信息表 D2 客房信息表 D3 客戶信息表 D4 客戶訂房信息表 D5 客戶旅游信息表 D6 景點信息表 F5 F9 F10 F16 F12 F7 F14 圖2.2.3旅行社管理系統(tǒng)二層數(shù)據(jù)流圖—系統(tǒng)管理員部分 根據(jù)普通管理員的權(quán)限，可以得到大概的數(shù)據(jù)操作，普通管理員數(shù)據(jù)流圖如下所示： F4.2.4 F4.2.6 F4.2.3 F4.2.5 F8 F9 F16 F11

19、 P2.2 普通管理員部分 P2.2.2 客房信息處理 P2.2.3 景點信息處理 P2.2.4 客戶訂房信息查詢 P2.2.5 客戶信息查詢 P2.2.6 客戶旅游信息查詢 F4.2.1 F7 F4.2.2 F12 D2 客房信息表 D3 客戶信息表 D4 客戶訂房信息表 D5 客戶旅游信息表 D6 景點信息表 F14 F13 圖2.2.4旅行社管理系統(tǒng)二層數(shù)據(jù)流圖—普通管理員部分 2.3數(shù)據(jù)字典 2.3.1 數(shù)

20、據(jù)流條目 表2.3.1管理員登陸信息數(shù)據(jù)流條目 編號 F1 數(shù)據(jù)流名 管理員登陸信息 簡述 管理員在登陸時輸入的賬號、密碼 去向 P1：登陸管理 組成 用戶名+密碼 表2.3.2管理員登錄時身份驗證信息數(shù)據(jù)流條目 編號 F2 數(shù)據(jù)流名 管理員身份信息 簡述 登陸系統(tǒng)時判斷比對管理員發(fā)送的登錄信息 去向 P1：登陸管理 組成 用戶名+密碼 表2.3.3登陸錯誤信息數(shù)據(jù)流條目 編號 F3 數(shù)據(jù)流名 登錄錯誤信息 簡述 登陸錯誤時發(fā)送的信息 去向 管理員 組成 錯誤提示 表2.3.4管理員登陸后信息數(shù)據(jù)流條目 編號

21、F4 數(shù)據(jù)流名 管理員身份信息 簡述 登陸系統(tǒng)判斷管理員身份后發(fā)送的信息 去向 P2：旅游管理 組成 用戶名+密碼 表2.3.5系統(tǒng)查詢管理員身份信息數(shù)據(jù)流條目 編號 F5 數(shù)據(jù)流名 管理員身份信息 簡述 登陸系統(tǒng)后查詢時所發(fā)送的信息 去向 P2：旅游管理 組成 用戶名+密碼 表2.3.6系統(tǒng)處理管理員身份信息數(shù)據(jù)流條目 編號 F6 數(shù)據(jù)流名 管理員身份信息 簡述 登錄系統(tǒng)后增加、修改、刪除的管理員身份信息 去向 管理員信息表 組成 用戶名+密碼 表2.3.7 系統(tǒng)查詢客戶信息數(shù)據(jù)流條目 編號 F7 數(shù)據(jù)流名 客

22、戶信息 簡述 系統(tǒng)查詢的客戶信息流 去向 P2：旅游管理 組成 客戶編號+姓名+身份證號碼+性別+聯(lián)系方式 表2.3.8系統(tǒng)處理客戶信息數(shù)據(jù)流條目 編號 F8 數(shù)據(jù)流名 客戶信息 簡述 系統(tǒng)對客戶信息增加、刪除、修改后的信息流 去向 客戶信息表 組成 客戶編號+姓名+身份證號碼+性別+聯(lián)系方式 表2.3.9系統(tǒng)查詢客房信息數(shù)據(jù)流條目 編號 F9 數(shù)據(jù)流名 客房信息 簡述 系統(tǒng)查詢的客房信息 去向 P2：旅游管理 組成 客房編號+客房名稱+客房地址+價格+是否預定 表2.3.10系統(tǒng)處理客房信息數(shù)據(jù)流條目 編號 F10 數(shù)據(jù)

23、流名 客房信息 簡述 系統(tǒng)對客房信息增加、刪除、修改后的數(shù)據(jù)流 去向 客房信息表 組成 客房編號+客房名稱+客房地址+價格+是否預定 表2.3.11系統(tǒng)處理客戶訂房信息數(shù)據(jù)流條目 編號 F11 數(shù)據(jù)流名 客戶訂房信息 簡述 系統(tǒng)對客戶訂房信息增加、刪除、修改后的數(shù)據(jù)流 去向 客戶訂房信息表 組成 姓名+客房名稱+訂房人編號+訂房日期+退房人編號+退房日期 表2.3.12系統(tǒng)查詢客戶訂房信息數(shù)據(jù)流條目 編號 F12 數(shù)據(jù)流名 客戶訂房信息 簡述 系統(tǒng)對客戶訂房信息進行查詢的數(shù)據(jù)流 去向 P2:旅游管理 組成 姓名+客房名稱+訂房

24、人編號+訂房日期+退房人編號+退房日期 表2.3.13系統(tǒng)處理客戶旅游信息數(shù)據(jù)流條目 編號 F13 數(shù)據(jù)流名 客戶旅游信息 簡述 系統(tǒng)對客戶旅游信息增加、刪除、修改后的數(shù)據(jù)流 去向 客戶旅游信息表 組成 客戶姓名+景點名稱+是否游覽 表2.3.14系統(tǒng)查詢客戶旅游信息數(shù)據(jù)流條目 編號 F14 數(shù)據(jù)流名 客戶旅游信息 簡述 系統(tǒng)對客戶旅游信息進行查詢的數(shù)據(jù)流 去向 P2：旅游管理 組成 客戶姓名+景點名稱+是否游覽 表2.3.15系統(tǒng)處理景點信息數(shù)據(jù)流條目 編號 F15 數(shù)據(jù)流名 景點信息 簡述 系統(tǒng)對景點信息增加、刪除、修

25、改后的數(shù)據(jù)流 去向 景點信息表 組成 景點名稱+城市名稱+乘車路線+景點費用+當?shù)靥鞖? 表2.3.16系統(tǒng)查詢景點信息數(shù)據(jù)流條目 編號 F16 數(shù)據(jù)流名 景點信息 簡述 系統(tǒng)對景點信息進行查詢的數(shù)據(jù)流 去向 P2：旅游管理 組成 景點名稱+城市名稱+乘車路線+景點費用+當?shù)靥鞖? 2.3.2數(shù)據(jù)項 重要部分數(shù)據(jù)項條目如下： 1.數(shù)據(jù)項名稱：管理員ID 簡述：所有職工的編號 類型：字符串 長度：10 取值范圍及含義：“00000000”-“99999999”，表示管理員的編號。 2.數(shù)據(jù)項名稱：管理員名稱 簡述：所有管理員的名稱 類型

26、：字符串 長度：20 取值范圍及含義：“00000000000000000000”-“99999999999999999999”，表示管理員的名稱。 3.數(shù)據(jù)項名稱：管理員密碼 簡述：所有管理員的名稱 類型：字符串 長度：10 取值范圍及含義：“0000000000”-“9999999999”，表示管理員的名稱。 4.數(shù)據(jù)項名稱：客戶編號 簡述：所有客戶的編號 類型：字符串 長度：6 取值范圍及含義：“000000”-“999999”，表示客戶的編號。 5.數(shù)據(jù)項名稱：客戶姓名 簡述：所有客戶的姓名 類型：字符串 長度：10 取值范圍及含義：取實際的字符

27、表示客戶的姓名。 6.數(shù)據(jù)項名稱：客戶身份證號碼 簡述：所有客戶的身份證號碼 類型：字符串 長度：18 取值范圍及含義：“000000000000000000”-“999999999999999999”，表示客戶的身份證號碼。 7.數(shù)據(jù)項名稱：客戶性別 簡述：所有客戶的行不 類型：字符串 長度：2 取值范圍及含義：“男”或“女”，表示客戶的性別。 8.數(shù)據(jù)項名稱：客戶聯(lián)系方式 簡述：所有客戶聯(lián)系方式 類型：字符串 長度：12 取值范圍及含義：“000000000000”-“999999999999”，表示客戶的聯(lián)系方式。 9.數(shù)據(jù)項名稱：用戶名 簡述：所

28、有用戶的名稱 類型：字符串 長度：20 取值范圍及含義：“00000000000000000000”-“99999999999999999999”，表示管理員的名稱。 10.數(shù)據(jù)項名稱：客房編號 簡述：所有客房名稱 類型：字符串 長度：6 取值范圍及含義：“000000”-“999999”，表示客房的編號。 11.數(shù)據(jù)項名稱：客房名稱 簡述：所有客房的名稱 類型：字符串 長度：10 取值范圍及含義：“0000000000”-“9999999999”，表示客房的名稱。 12.數(shù)據(jù)項名稱：客房地址 簡述：所有客房的地址 類型：字符串 長度：20 取值范圍及

29、含義：所有描述客房地址的長度在20位以內(nèi)的字符。 13.數(shù)據(jù)項名稱：客房價格 簡述：所有客房戶的價格 類型：浮點型 長度： 取值范圍及含義：浮點型數(shù)據(jù) 14.數(shù)據(jù)項名稱：是否預定房間 簡述：預定房間描述 類型：字符串 長度：2 取值范圍及含義：“是”或“否”，表示是否預定房間。 15.數(shù)據(jù)項名稱：景點名稱 簡述：所有景點的名稱 類型：字符串 長度：10 取值范圍及含義：描述景點名稱的長度在10以內(nèi)的字符。 16.數(shù)據(jù)項名稱：城市名稱 簡述：所有被記錄的城市的名稱 類型：字符串 長度：8 取值范圍及含義：描述城市名稱的長度在8以內(nèi)的字符 描述景

30、點名稱的長度在10以內(nèi)的字符 17.數(shù)據(jù)項名稱：乘車費用 簡述：乘車費用的金額 類型：float 長度： 取值范圍及含義：實際金額大小 18.數(shù)據(jù)項名稱：當?shù)靥鞖馇闆r 簡述：當?shù)靥鞖馇闆r 類型：字符串 長度：8 取值范圍及含義：描述當?shù)靥鞖獾拈L度在8以內(nèi)的字符 2.3.3 加工條目 重要的部分加工條目如下： 1.加工名：登陸 編號：P1 激發(fā)條件：接受到登陸請求時 優(yōu)先級：高 輸入：有效的用戶名，密碼 輸出：用戶身份信息，登陸錯誤信息 加工邏輯：根據(jù)用戶的登陸申請指定用戶號查詢用戶信息表。 if 用戶名存在，密碼正確； Then 輸出身份信息；

31、 Else 輸出“用戶名或密碼錯誤”； Endif 2.加工名：系統(tǒng)管理員 編號：P2.1 激發(fā)條件：接受到登錄信息為系統(tǒng)管理員信息后 優(yōu)先級：高 輸入：有效的系統(tǒng)管理員身份信息 輸出：系統(tǒng)管理員基本信息。 加工邏輯：根據(jù)系統(tǒng)管理的身份及登錄信息比對 if 存在系統(tǒng)管理員身份信息； Then比對登錄信息和身份信息； Else 輸出“輸入的密碼和用戶名錯誤”； Endif 3.加工名：普通管理員 編號：P2.2 激發(fā)條件：接受到登錄信息為普通管理員信息后 優(yōu)先級：高 輸入：有效的普通管理員身份信息 輸出：管理員基

32、本信息。 加工邏輯：根據(jù)管理的身份及登錄信息比對 if 存在普通管理員身份信息； Then比對登錄信息和身份信息； Else 輸出“輸入的密碼和用戶名錯誤”； Endif 旅行社管理系統(tǒng) 第三章 第三章 概念設(shè)計 概念設(shè)計是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)的過程，是數(shù)據(jù)庫設(shè)計的關(guān)鍵之一。其結(jié)果是數(shù)據(jù)庫的

33、概念模式。在需求分析和邏輯設(shè)計之間插入概念設(shè)計，使設(shè)計者僅從用戶角度開袋數(shù)據(jù)及處理要求和約束，將注意力從復雜、繁瑣的實現(xiàn)細節(jié)中解脫出來，集中在最重要的信息組織結(jié)構(gòu)和處理模式設(shè)計上，還能從各階段任務相對單一，大大降低設(shè)計復雜程度。 3.1概念設(shè)計階段 3.1.1 實體間的聯(lián)系 1.一個客戶只能入住一個房間。 2.多名客戶可以同時游覽一個景點，但是一名客戶不能同時游覽多個景點。 3.一個系統(tǒng)管理員可以處理多個客房信息，一個客房信息可以被多名系統(tǒng)管理員管理。 4.一個普通管理員可以處理多名客戶信息，一個客戶信息可以被多名普通管理員管理。 5. 一個系統(tǒng)

34、管理員可以處理多個景點信息，一個景點信息可以被多名系統(tǒng)管理員管理。 3.2 E-R模型圖 3.2.1 局部E-R模型圖 根據(jù)上述全局概念模型圖，得出下列局部E-R圖 客戶 景點 N 1 游覽 客戶號 姓名 身份證號碼 性別 聯(lián)系 景點名稱 城市名稱 乘車路線 景點費用 天氣 客戶號 景點名稱 旅行否 1.客戶游覽景點局部E-R模型圖： 圖3.2.1 客戶游覽局部E-R模型圖： 2.客戶入住客房的局部E-R模型圖： 客戶 入住 客房 1 1 客戶號 姓名 身份證號碼 性別 聯(lián)系 客房號 客房名稱

35、 客房地址 價格 是否預定 客戶編號 客房號 訂房日期 退房日期 訂房人 退房人 圖3.2.2 客戶入住客房E-R模型圖 3.管理員處理客房信息的局部E-R模型圖： 管理員 處理1 N M 職工號 職工號號 用戶名 密碼 級別 客房號 客房名稱 客房地 價格 預定 客房 圖3.2.3 管理員處理客房信息E-R模型圖 4.管理員處理客戶信息的局部E-R模型圖： 處理2 N M 管理員 職工號 職工號 用戶名 密碼 級別 客戶

36、客戶號 身份證號 性別 聯(lián)系 姓名 圖3.2.4 管理員處理客戶信息E-R模型圖 5.管理員處理景點信息的局部E-R模型圖： 管理員 處理3 景點 N M 職工號 用戶名 密碼 級別 景點費用 路線 城市名 景點名 職工號 天氣情況 圖3.2.5 管理員處理景點信息E-R模型圖 3.2.2 概念模型 根據(jù)系統(tǒng)需求分析報告，可以得出旅行社業(yè)務及其服務的概念模型，如下圖是用E-R模型圖表示的該系統(tǒng)的全局概念模型。 1 客戶

37、客房 景點 入住 游覽 管理員 處理3 處理1 處理2 N 1 1 N M N M M N 圖3.2.6 旅行社全局概念模型 旅行社管理系統(tǒng) 第五章 第四章 邏輯設(shè)計 邏輯結(jié)構(gòu)設(shè)計是將抽象的概念結(jié)構(gòu)轉(zhuǎn)換為所選用的DBMS支持的數(shù)據(jù)模型，并對其進行優(yōu)化。 4.1 E-R模型圖向關(guān)系模型的轉(zhuǎn)換 4.1.

38、1 關(guān)系模式： R(MName,Mac,MPsw,MCl,MNo,SName,CTname,Crt,SFe,Swth,Rno,Rname,Radd , RFe,Ror,Cno,Cname,CCrt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,Tyon) 4.1.2 函數(shù)依賴： F1:(MName,SName,Rno,Cno)->(Mac,MPsw,MCl,MNo,CTname, Crt,SFe,Swth,Rname,Radd,RFe,Ror,Cname,CCrt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,T yon)

39、 F2:MName—>( Mac,MPsw,MCl,MNo) F3: SName—>(CTname,Crt,SFe,Swth） F4: Rno—>(Rname,Radd,RFe,Ror) F5: Cno—>(Cname,CCrt,Csex,Ccnt) F6: (Rno ,Cno)—>(,Rord,Rqtd,Rorm,Rqtm) F7: Cno—>(Sname,Tyon) 易知候選鍵是：MName,SName,Rno,Cno 4.1.3 1：1聯(lián)系轉(zhuǎn)換的

40、關(guān)系模式 1．客戶入住客房聯(lián)系概念模型向關(guān)系模型的轉(zhuǎn)換 客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)； 客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt)； 客戶訂房表：Gr_Csm(Rno,Cno,Rord,Rqtd,Rorm,Rqtm)。 4.1.4 M：N聯(lián)系轉(zhuǎn)換的關(guān)系模式 1.客戶旅游景點聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換 客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt)； 景點表： Sight_Spot(SName,CTname,Crt,SFe,Swth)； 客戶旅游表：Tour(Cno,S

41、name,Tyon)。 2. 管理員處理客房聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換 管理員表：Worker(MName,Mac,MPsw,MCl,MNo)； 客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)。 3. 管理員處理客戶聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換 管理員表：Worker(MName,Mac,MPsw,MCl,MNo)； 客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt)。 4. 管理員處理景點聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換 管理員表：Worker(MName,Mac,MPsw,MCl,MNo)； 景點表： Sight_Spot(S

42、Name,CTname,Crt,SFe,Swth) 4.2模式規(guī)范化 4.2.1 確定范式級別 根據(jù)上述分析所歸結(jié)出來的數(shù)據(jù)依賴的種類和在本系統(tǒng)實際的開發(fā)過程中，需要涉及多表的查詢及表的添加，修改和刪除，且存在多值依賴的實際情況下，其關(guān)系模式應達到BCNF。 4.2.2 實施規(guī)范化處理 由于R中的屬性都是不能再分的項，所以R滿足第一范式。 由函數(shù)依賴F1，F(xiàn)2，F(xiàn)3，F(xiàn)4，F(xiàn)6，F(xiàn)7可知R中存在部分函數(shù)依賴。于是考慮把關(guān)系分解成以下幾個子關(guān)系： 管理員表：Worker(MName,Mac,MPsw,MCl,MNo) 景點表： Sight_Spot(SName,

43、CTname,Crt,SFe,Swth) 客房表： GesRoom(Rno,Rname,Radd,RFe,Ror) 客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt) 客戶訂房表：Gr_Csm(Rno,Cno,Rord,Rqtd,Rorm,Rqtm) 客戶旅游表：Tour(Cno,Sname,Tyon) 由于以上各關(guān)系模式已經(jīng)消除了部分函數(shù)依賴、傳遞函數(shù)依賴，所以符合3范式，并且消除各關(guān)系的主屬性對于主鍵的部分函數(shù)以及傳遞函數(shù)依賴，所以符合BC范式。 第五章 物理設(shè)

44、計 5.1 數(shù)據(jù)庫的存儲結(jié)構(gòu) 根據(jù)需求分析，概要設(shè)計和邏輯設(shè)計的流程得到本系統(tǒng)數(shù)據(jù)庫和數(shù)據(jù)表結(jié)構(gòu)。 5.1.1 數(shù)據(jù)庫 數(shù)據(jù)庫名稱：旅行社管理信息庫 5.1.2 數(shù)據(jù)庫表結(jié)構(gòu) 1.表名：管理員表 數(shù)據(jù)來源：管理員的基本信息數(shù)據(jù)導入本系統(tǒng)。 表5.1.1 管理員表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名 MName Nchar 10 P NOT NULL 職工號 Mac Nchar 20 用戶名 MPsw Nchar 10 密碼 MCl Nchar 12 級別 MNo Nchar 10

45、 職工編號 2.表名：景點表 數(shù)據(jù)來源：景點信息數(shù)據(jù)的錄入。 表5.1.2 景點表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名 SName Nchar 10 P NOT NULL 景點名稱 CTname Nchar 8 城市名稱 Crt Nchar 80 乘車路線 SFe Float 景點費用 Swth Nchar 8 當?shù)靥鞖? 3.表名：客房表 數(shù)據(jù)來源：客房信息數(shù)據(jù)的錄入。 表5.1.3 客房表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名

46、Rno Nchar 6 P NOT NULL 客房編號 Rname, Nchar 10 客房名稱 Radd, Nchar 20 客房地址 RFe Float 價格 Ror Nchar 2 是否預定 4.表名：客戶表 數(shù)據(jù)來源：客戶信息數(shù)據(jù)的錄入。 表5.1.4 客戶表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名 Cno, Nchar 6 P NOT NULL 客戶編號 Cname Nchar 10 姓名 CCrt, Nchar 18 身份證號

47、碼 Csex Nchar 2 性別 Ccnt Nchar 12 聯(lián)系方式 5.表名：客戶訂房表 數(shù)據(jù)來源：客戶訂房所產(chǎn)生的數(shù)據(jù)記錄。 表5.1.5 客戶訂房表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名 Rno Nchar 6 P NOT NULL 客房編號 Cno Nchar 6 F NOT NULL 客戶編號 Rord Datatime 訂房日期 Rqtd Datatime 退房日期 Rorm Nchar 10 訂房經(jīng)手人 Rqtm Nchar

48、 10 退房經(jīng)手人 6.表名：客戶旅游表 數(shù)據(jù)來源：客戶游覽景點產(chǎn)生的記錄。 表5.1.6 客戶旅游表 字段名 字段類型 長度 主/外鍵 字段約束 對應中文名 Cno Nchar 6 P NOT NULL 客戶編號 Sname Nchar 10 F 景點名稱 Tyon Nchar 2 是否游覽 5.2數(shù)據(jù)的存放位置設(shè)計 由系統(tǒng)應用情況特設(shè)計如下存儲方式，管理員信息表，客戶表，客房信息表，景點表，客戶訂房表，客戶旅游表由于信息量大且使用頻繁將其存儲在高速存儲器（硬盤）上。將表和表上的索引存儲在不同的磁盤上

49、以便提高查詢效率，同時這樣可以提高物理I/O讀寫效率。數(shù)據(jù)庫備份文件和日志文件等文件因為使用頻率小而且數(shù)據(jù)量非常大，存放在低速存儲設(shè)備上。 5.3關(guān)系模式的存取方法 關(guān)系模式采用索引存取方法，根據(jù)應用的需求可知在旅行社管理系統(tǒng)中，職工號，用戶名，密碼，級別，職工編號，這些字段在查詢當中會經(jīng)常用到，其 中職工號，用戶名，密碼，級別，職工編號是每個管理員登錄系統(tǒng)時都必須使用的，職工號也是管理員在進行信息處理時用到的，所以對管理員的職工號建立索引。 旅行社管理系統(tǒng)

50、 第六章 第六章 運行與維護 數(shù)據(jù)庫物理結(jié)構(gòu)以及前臺界面設(shè)計完成后，就可投入運行了，這標志著開發(fā)工作的基本完成。但是由于應用環(huán)境的不斷變化，數(shù)據(jù)庫運行過程中物理存儲也會不斷變化，對數(shù)據(jù)庫設(shè)計進行評價、調(diào)整、修改等維護工作是一個長期的任務，也是設(shè)計工作的繼續(xù)和提高 6.1系統(tǒng)功能模塊 登錄功能：為系統(tǒng)管理員和普通管理員提供登錄功能，其他人無權(quán)登錄。 查詢功能：為系統(tǒng)管理員和普通管理員提供查詢功能，其中系統(tǒng)管理員有查詢所有信息的權(quán)限，而普通管理員有查詢除管理員身份信息之外的信息的權(quán)限。

51、 維護功能：分別給系統(tǒng)管理員和普通管理員提供相應的增加、刪除不同信息表的功能權(quán)限。 退出功能，結(jié)束并關(guān)閉系統(tǒng) 6.2數(shù)據(jù)庫的實施 6.2.1表的創(chuàng)建 管理員表：CREATE TABLE Worker(職工號NCHAR(10) NOT NULL, 用戶名NCHAR(20), 密碼NCHAR(10),級別 NCHAR(12),職工編號 NCHAR(10),CONSTRAINT C1 PRIMARY KEY(職工號)) 景點表：CREATE TABLE Sight_Spot(景點名稱 NCHAR(10) NOT NULL,城市名稱 NCHAR(8), 乘車路線NCHAR(80),景點

52、費用 FLOAT,Swth NCHAR(8),CONSTRAINT C2 PRIMARY KEY(景點名稱)) 客房表：CREATE TABLE GesRoom(客房編號 NCHAR(6) NOT NULL,客房名稱 NCHAR(10),客房地址 NCHAR(20),價格 FLOAT,是否預定 NCHAR(2), CONSTRAINT C3 PRIMARY KEY(客房編號)) 客戶表：CREATE TABLE Custm(客戶編號NCHAR(6) NOT NULL,客戶姓名 NCHAR(10),身份證號碼 NCHAR(18),性別 NCHAR(2),聯(lián)系方式NCHAR(12), CONS

53、TRAINT C4 PRIMARY KEY(客戶編號)) 客戶訂房表：CREATE TABLE Gr_Csm(客房編號 NCHAR(6) NOT NULL,客戶編號 NCHAR(6) NOT NULL,訂房日期DATETIME,退房日期 DATETIME,訂房經(jīng)手人 NCHAR(10),退房經(jīng)手人 NCHAR(10), CONSTRAINT C5 PRIMARY KEY(客房編號,客戶編號)) 客戶游覽表：CREATE TABLE Tour(客戶編號 NCHAR(6) NOT NULL,景點名稱NCHAR(10),是否游覽 NCHAR(2), CONSTRAINT C6 PRIMARY K

54、EY(客戶編號)) 旅行社管理系統(tǒng) 第六章 6.3 數(shù)據(jù)庫中表的數(shù)據(jù)載入示例圖 表6.3.1 客戶表 表6.3.2 客戶訂房表 表6.3.3 客戶訂房表 表6.3.4 景點表 表6.3.5 客戶旅游表 表6.3.6 管理員表 6.4 系統(tǒng)功能展示與數(shù)據(jù)庫查詢 1．登錄界面 圖6.4.1 登陸界面 2．根據(jù)相應的密碼進入系統(tǒng)管理員權(quán)限系統(tǒng)

55、 圖6.4.2 系統(tǒng)管理員權(quán)限系統(tǒng)界面 3．點擊查詢數(shù)據(jù)，查詢客戶信息 圖6.4.3 查詢客戶數(shù)據(jù) 4．點擊添加數(shù)據(jù)，無部分權(quán)限，并添加客房信息 圖6.4.4 灰掉的選項顯示系統(tǒng)管理員無部分權(quán)限 圖6.4.5 成功添加客房記錄 5．對管理員信息進行操作，并添加“普通管理員”記錄 圖6.4.6 管理員信息操作界面 圖6.4.7成功添加”普通管理員”記錄 6．退出當前系統(tǒng)，并根據(jù)相應的用戶名及密碼進入普通管理員權(quán)限的系統(tǒng) 圖6.4.8普通管理員權(quán)限系統(tǒng)界面 圖6.4.9 灰掉的部分為普通管理員無權(quán)限操作的部分 7．刪除一條客戶記錄

56、 圖6.4.9 成功刪除一條記錄 8．普通管理員無權(quán)限對管理員身份信息做任何操作以及查詢，當點擊“職工信息操作”里的選項時，出現(xiàn)以下情況 圖6.4.10 權(quán)限不足提示 旅行社管理系統(tǒng) 課程設(shè)計總結(jié) 課程設(shè)計總結(jié) 在這次課程設(shè)計中，進一步體會到了在用中學的高效性，雖然剛開始時不知從何下手，但是通過和擅長某方面知識的同學的

57、討論以及他們的指導，還有查閱各種書籍資料，上網(wǎng)查詢各方面文獻，在這個過程中，不斷的讓自己的知識加多加深。 從建立數(shù)據(jù)庫到設(shè)計系統(tǒng)界面，由于操作不夠熟練，導致進度比較緩慢，理論知識轉(zhuǎn)化為實踐能力還欠缺，不過在此次過程中，需要哪方面的知識，我們就去學，然后應用到實際中去，從可行性分析報告開始，到需求分析，再到概念設(shè)計和邏輯設(shè)計，E-R圖的繪制，DFD圖的繪制，各種表之間的聯(lián)接，設(shè)置約束等，在設(shè)計系統(tǒng)界面時，運用到C#技術(shù)，C#開發(fā)的系統(tǒng)界面需要和SQL Server 2005相連，然后在系統(tǒng)的界面中實現(xiàn)了表記錄的查詢，添加，刪除，以及修改等等。這中間是比較繁瑣的并且有的地方是比較有難點的，甚至會

58、被這么多的表格把自己弄得分不清東南西北，但是我們還是經(jīng)?；ハ喙膭?，拿出耐心，將一個個難點攻克。 當然，這中間還有很多不完善的地方，需要我們進一步的學習，研究。此次課程設(shè)計也為我們在今后的學習中打下了一點基礎(chǔ)，知道用什么樣的方法學習更有效。 更容易實現(xiàn)自己所需要的功能。 旅行社管理系統(tǒng) 參考文獻 參考文獻 [1] 陸琳，羅明亮著. 數(shù)據(jù)庫技術(shù)與應用[M].長沙:中南大學出版社.2010 [2] Karli Watson.Christian Nagel. C#入門經(jīng)典[M].北京:清華大學出版社.2008. [3] 苗雪蘭,劉瑞新,宋會群.數(shù)據(jù)庫技術(shù)及應用[M].北京:機械工業(yè)出版社.2006 [4] 王小玲,劉衛(wèi)國.數(shù)據(jù)庫應用基礎(chǔ)教程[M].北京:中國鐵道出版社.2008 [5] 錢樂秋，趙文耘，牛軍鈺.軟件工程[M].北京:清華大學出版社.2007