1、【精品文檔】如有侵權(quán)，請聯(lián)系網(wǎng)站刪除，僅供學(xué)習(xí)與交流旅行社管理系統(tǒng)數(shù)據(jù)庫設(shè)計.精品文檔.計算機科學(xué)與技術(shù)學(xué)部數(shù)據(jù)庫課程設(shè)計報告題 目： 旅行社管理系統(tǒng) 指導(dǎo)老師： 李軍 學(xué) 號： 09432522150106 09430624816217 姓 名： 易優(yōu)龍 陳科 班 級： 計算機科學(xué)與技術(shù)0901 時 間： 2011-12-25 分 數(shù)： 摘要隨著生活水平的提高，越來越多的人外出旅游，這勢必給旅游管理的強度帶來了不小的挑戰(zhàn)，應(yīng)對這一情況，開發(fā)了此旅行社管理系統(tǒng)。對于旅游管理這一服務(wù)性行業(yè)，服務(wù)質(zhì)量是吸引客戶、提高經(jīng)濟效益的關(guān)鍵因素。越來越多的旅行社采用管理信息系統(tǒng)來管理日常工作，合理配置資源，

2、提升管理水平，從而在市場競爭取得優(yōu)勢。這次課程設(shè)計主要介紹旅行社管理的設(shè)計與開發(fā)過程，本系統(tǒng)采用C#作為開發(fā)工具,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ī)劃11.1引言11.1.1編寫目的11.1.2項目背景11.1.3可行性分析的前提11.1.4決定可行性的主要因素11.2對現(xiàn)有情況的分析21.2.1工作負荷2

3、1.2.2費用支出21.2.3人員21.2.4局限性21.3技術(shù)可行性分析21.3.1對系統(tǒng)的簡要描述21.3.2所掌握的技術(shù)21.3.3團隊技術(shù)評價31.4經(jīng)濟可行性分析31.4.1成本31.4.2效益31.5社會可行性分析31.5.1法律方面的可行性41.5.2用戶使用的可行性41.6結(jié)論意見4第二章 需求分析52.1用戶需求52.2系統(tǒng)數(shù)據(jù)流圖52.2.1頂層數(shù)據(jù)流圖62.2.2一層數(shù)據(jù)流圖62.2.3二層數(shù)據(jù)流圖72.3數(shù)據(jù)字典8第三章 概念設(shè)計123.1概念設(shè)計階段123.1.1 局部E-R模型圖123.1.2 概念模型14第四章 邏輯設(shè)計154.1 E-R模型圖向關(guān)系模型的轉(zhuǎn)換15

4、4.2模式規(guī)范化15第五章 運行與維護185.1系統(tǒng)功能模塊185.2數(shù)據(jù)庫的實施185.2.1表的創(chuàng)建185.3 數(shù)據(jù)庫中表的數(shù)據(jù)載入示例圖205.4 系統(tǒng)功能展示與數(shù)據(jù)庫查詢21課程設(shè)計總結(jié)26參考文獻27第一章 系統(tǒng)規(guī)劃1.1引言1.1.1編寫目的本文檔將描述對旅行社管理系統(tǒng)項目的可行性研究。1.1.2項目背景本項目作為數(shù)據(jù)庫技術(shù)與應(yīng)用的課程設(shè)計項目提出，希望對該項目的分析與設(shè)計，切實領(lǐng)會數(shù)據(jù)庫的設(shè)計與應(yīng)用。隨著旅游產(chǎn)業(yè)的發(fā)展，大量的客戶數(shù)據(jù)以及相關(guān)產(chǎn)業(yè)的數(shù)據(jù)需要處理，為了減少相關(guān)從業(yè)人員的工作量，提高工作效率，推出一款旅行社的管理軟件是必然的。1.1.3可行性分析的前提要求：（1）功能

5、：能夠管理客戶信息，對景點信息進行羅列處理，綜合管理客戶游覽地點的信息，客戶入住旅館的信息化管理，以及對客房的管理。（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ù)

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

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

8、很有效的對數(shù)據(jù)進行管理，帶來對旅行社的效益。1.5社會可行性分析1.5.1法律方面的可行性政府，無論是中央政府還是地方政府，一般都用法律規(guī)定組織可以做什么，不可以做什么。例如：合同法，消費者權(quán)益保護法，專利法，反不正當(dāng)競爭法等對所有商業(yè)組織的行為都做了限制，我們的技術(shù)團隊設(shè)有自己的法律顧問，因此不會在法律方面出現(xiàn)不必要的麻煩。1.5.2用戶使用的可行性該系統(tǒng)是一個旅行社的信息管理平臺，用戶可以根據(jù)平臺中的文字提示以及以往的類似的軟件操作進行無障礙的操作。1.6結(jié)論意見綜上所述，該項目在技術(shù)，技術(shù)上可以加大對這款軟件的功能，讓此系統(tǒng)更具有價值，經(jīng)濟上又可以以較少的資本取得翻倍的利益，絕對是值得我

9、們?nèi)ラ_發(fā)這款軟件，最后，此開發(fā)軟件項目不會牽扯到任何觸犯法律之類的事。所以，我們占據(jù)了天時，地利，人和的優(yōu)勢。第二章 需求分析需求分析也稱為系統(tǒng)分析。通過需求分析，得出系統(tǒng)分析對數(shù)據(jù)的要求和對功能的需求。2.1用戶需求一個旅行社管理系統(tǒng)，包括了許多的方面，里面結(jié)構(gòu)復(fù)雜，大體上我們可以從這幾個方面來說。本系統(tǒng)主要實現(xiàn)以下幾項功能：(1) 客房管理：1）對旅行社的所有住房按類別統(tǒng)一編號；登記客房的主要信息。2）設(shè)備有損害或者是不便入住的客房注銷客房登記。(2) 客戶管理：1）建立客戶信息表，對客戶統(tǒng)一編號。2）對新加入的客戶，將信息加入到信息客戶表中。3)當(dāng)客戶信息表發(fā)生變化時，修改客戶信息表中相

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

11、F16F10管理員P1登錄管理P2旅游管理F4F1F11D1 管理員信息表F2F5F3F6D2 客房信息表D3 客戶信息表F8F7F9圖2.2.1 旅行社管理系統(tǒng)頂層數(shù)據(jù)流圖注：F1： 管理員登陸信息 F2:管理員身份信息 F3:登陸錯誤信息 F4:管理員身份信息 F5:管理員基本信息 F6:不同權(quán)限管理員信息 F7：F8：客戶信息F9：F10：客房信息 F11: F12:客戶訂房信息 F13: F14:客戶旅游信息 F15: F16:景點信息2.2.2一層數(shù)據(jù)流圖管理員登陸管理。管理員在登陸時，系統(tǒng)會進行判斷。管理員一共有兩種類型，分別是普通管理員和系統(tǒng)管理員。在登陸的時候管理員的身份由系統(tǒng)

12、自行判斷。在判定時需要查詢管理員信息表。管理員信息表，存儲管理員信息等。驗證之后憑身份進入普通管理員系統(tǒng)或者系統(tǒng)管理員系統(tǒng)。旅游管理系統(tǒng)一層分解圖登陸管理，如圖2.2所示：管理員P1登錄身份判斷F1P2.1系統(tǒng)管理員部分P2.2普通管理員部分F2F4.1F4.2F3D1 管理員信息表圖2.2.2旅行社管理系統(tǒng)一層數(shù)據(jù)流圖登錄管理注：F1： 管理員登陸信息 F2:管理員身份信息 F4.1 系統(tǒng)管理員登錄信息 F4.2普通管理員登錄信息2.2.3二層數(shù)據(jù)流圖管理員登錄后，根據(jù)所相應(yīng)的帳號密碼進入系統(tǒng)管理員部分，系統(tǒng)管理員可以增、刪、改客房信息，旅游景點信息；查詢所有的信息；并有權(quán)限增加、刪除、修改

13、系統(tǒng)管理員或普通管理員的帳號密碼，旅游管理系統(tǒng)二層數(shù)據(jù)流圖：F6F4.1.5F4.1.6F15P2.1系統(tǒng)管理員部分P2.1.1管理員信息處理P2.1.2客房信息處理P2.1.3景點信息處理P2.1.4客戶訂房信息查詢P2.1.5客戶信息查詢P2.1.6客戶旅游信息查詢F4.1.1F4.1.2F4.1.3F4.1.4D1 管理員信息表D2 客房信息表D3 客戶信息表D4 客戶訂房信息表D5 客戶旅游信息表D6 景點信息表F5F9F10F16F12F7F14圖2.2.3旅行社管理系統(tǒng)二層數(shù)據(jù)流圖系統(tǒng)管理員部分根據(jù)普通管理員的權(quán)限，可以得到大概的數(shù)據(jù)操作，普通管理員數(shù)據(jù)流圖如下所示：F4.2.4F

14、4.2.6F4.2.3F4.2.5F8F9F16F11P2.2普通管理員部分P2.2.2客房信息處理P2.2.3景點信息處理P2.2.4客戶訂房信息查詢P2.2.5客戶信息查詢P2.2.6客戶旅游信息查詢F4.2.1F7F4.2.2F12D2 客房信息表D3 客戶信息表D4 客戶訂房信息表D5 客戶旅游信息表D6 景點信息表F14F13圖2.2.4旅行社管理系統(tǒng)二層數(shù)據(jù)流圖普通管理員部分2.3數(shù)據(jù)字典2.3.1 數(shù)據(jù)流條目表2.3.1管理員登陸信息數(shù)據(jù)流條目編號F1數(shù)據(jù)流名管理員登陸信息簡述管理員在登陸時輸入的賬號、密碼去向P1：登陸管理組成用戶名+密碼表2.3.2管理員登錄時身份驗證信息數(shù)據(jù)

15、流條目編號F2數(shù)據(jù)流名管理員身份信息簡述登陸系統(tǒng)時判斷比對管理員發(fā)送的登錄信息去向P1：登陸管理組成用戶名+密碼表2.3.3登陸錯誤信息數(shù)據(jù)流條目編號F3數(shù)據(jù)流名登錄錯誤信息簡述登陸錯誤時發(fā)送的信息去向管理員組成錯誤提示表2.3.4管理員登陸后信息數(shù)據(jù)流條目編號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)后增加、修改、

16、刪除的管理員身份信息去向管理員信息表組成用戶名+密碼表2.3.7 系統(tǒng)查詢客戶信息數(shù)據(jù)流條目編號F7數(shù)據(jù)流名客戶信息簡述系統(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：旅游管理組成客房編號+客房名稱+客房地址+價格+是否預(yù)定表2.3.10系統(tǒng)處理客房信息數(shù)據(jù)流條目編號F10數(shù)據(jù)流名客房信息簡述系統(tǒng)對客房

17、信息增加、刪除、修改后的數(shù)據(jù)流去向客房信息表組成客房編號+客房名稱+客房地址+價格+是否預(yù)定表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:旅游管理組成姓名+客房名稱+訂房人編號+訂房日期+退房人編號+退房日期 表2.3.13系統(tǒng)處理客戶旅游信息數(shù)據(jù)流條目編號F13數(shù)據(jù)流名客戶旅游信息簡述系統(tǒng)對客戶旅游信息增加、刪除、修

18、改后的數(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)對景點信息增加、刪除、修改后的數(shù)據(jù)流去向景點信息表組成景點名稱+城市名稱+乘車路線+景點費用+當(dāng)?shù)靥鞖?表2.3.16系統(tǒng)查詢景點信息數(shù)據(jù)流條目編號F16數(shù)據(jù)流名景點信息簡述系統(tǒng)對景點信息進行查詢的數(shù)據(jù)流去向P2：旅游管理組成景點名稱+城市名稱+乘車路線+景點費用+當(dāng)?shù)靥鞖?2.3.2數(shù)據(jù)項重要部

19、分?jǐn)?shù)據(jù)項條目如下：1.數(shù)據(jù)項名稱：管理員ID 簡述：所有職工的編號類型：字符串長度：10取值范圍及含義：“00000000”-“99999999”，表示管理員的編號。2.數(shù)據(jù)項名稱：管理員名稱簡述：所有管理員的名稱類型：字符串長度：20取值范圍及含義：“00000000000000000000”-“99999999999999999999”，表示管理員的名稱。3.數(shù)據(jù)項名稱：管理員密碼 簡述：所有管理員的名稱類型：字符串長度：10取值范圍及含義：“0000000000”-“9999999999”，表示管理員的名稱。4.數(shù)據(jù)項名稱：客戶編號 簡述：所有客戶的編號類型：字符串長度：6取值范圍及含義

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

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

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

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

24、息輸出：系統(tǒng)管理員基本信息。 加工邏輯：根據(jù)系統(tǒng)管理的身份及登錄信息比對 if 存在系統(tǒng)管理員身份信息；Then比對登錄信息和身份信息；Else 輸出“輸入的密碼和用戶名錯誤”；Endif3.加工名：普通管理員編號：P2.2激發(fā)條件：接受到登錄信息為普通管理員信息后優(yōu)先級：高輸入：有效的普通管理員身份信息輸出：管理員基本信息。 加工邏輯：根據(jù)管理的身份及登錄信息比對 if 存在普通管理員身份信息；Then比對登錄信息和身份信息；Else 輸出“輸入的密碼和用戶名錯誤”；Endif第三章 概念設(shè)計概念設(shè)計是將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)的過程，是數(shù)據(jù)庫設(shè)計的關(guān)鍵之一。其結(jié)果是數(shù)據(jù)庫的概念

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

26、管理。3.2 E-R模型圖3.2.1 局部E-R模型圖根據(jù)上述全局概念模型圖，得出下列局部E-R圖客戶景點N1游覽客戶號姓名身份證號碼性別聯(lián)系景點名稱城市名稱乘車路線景點費用天氣客戶號景點名稱旅行否1.客戶游覽景點局部E-R模型圖：圖3.2.1 客戶游覽局部E-R模型圖：2.客戶入住客房的局部E-R模型圖：客戶入住客房11客戶號姓名身份證號碼性別聯(lián)系客房號客房名稱客房地址價格是否預(yù)定客戶編號客房號訂房日期退房日期訂房人退房人圖3.2.2 客戶入住客房E-R模型圖3.管理員處理客房信息的局部E-R模型圖：管理員處理1NM職工號職工號號用戶名密碼級別客房號客房名稱客房地價格預(yù)定客房圖3.2.3 管

27、理員處理客房信息E-R模型圖4.管理員處理客戶信息的局部E-R模型圖：處理2NM管理員職工號職工號用戶名密碼級別客戶客戶號身份證號性別聯(lián)系姓名圖3.2.4 管理員處理客戶信息E-R模型圖 5.管理員處理景點信息的局部E-R模型圖：管理員處理3景點NM職工號用戶名密碼級別景點費用路線城市名景點名職工號天氣情況圖3.2.5 管理員處理景點信息E-R模型圖3.2.2 概念模型根據(jù)系統(tǒng)需求分析報告，可以得出旅行社業(yè)務(wù)及其服務(wù)的概念模型，如下圖是用E-R模型圖表示的該系統(tǒng)的全局概念模型。1客戶客房景點入住游覽管理員處理3處理1處理2N11NMNMMN圖3.2.6 旅行社全局概念模型第四章 邏輯設(shè)計邏輯結(jié)

28、構(gòu)設(shè)計是將抽象的概念結(jié)構(gòu)轉(zhuǎn)換為所選用的DBMS支持的數(shù)據(jù)模型，并對其進行優(yōu)化。4.1 E-R模型圖向關(guān)系模型的轉(zhuǎn)換4.1.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,CC

29、rt,Csex,Ccnt,Rord,Rqtd,Rorm,Rqtm,T yon) 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,Cno4.1.3 1：1聯(lián)系轉(zhuǎn)換的關(guān)系模式1客戶入住客房聯(lián)系概念模型向關(guān)系模型的轉(zhuǎn)換客房表

30、： 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,Sname,Tyon)。2. 管理員處理客房聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換管理員表：Worker(MName,

31、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(SName,CTname,Crt,SFe,Swth)4.2模式規(guī)范化 4.2.1 確定范式級別根據(jù)上述分析所歸結(jié)出來的數(shù)據(jù)依賴的種類和在本系統(tǒng)實際的

32、開發(fā)過程中，需要涉及多表的查詢及表的添加，修改和刪除，且存在多值依賴的實際情況下，其關(guān)系模式應(yīng)達到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,CTname,Crt,SFe,Swth)客房表： GesRoom(Rno,Rname,Radd,RFe,Ror)客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt)客戶訂房

33、表：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è)計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ù)導(dǎo)入本系統(tǒng)。表5.1.1 管理員表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名MNameNchar1

34、0PNOT NULL職工號MacNchar20用戶名MPswNchar10密碼MClNchar12級別MNoNchar10職工編號2.表名：景點表數(shù)據(jù)來源：景點信息數(shù)據(jù)的錄入。表5.1.2 景點表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名SNameNchar10PNOT NULL景點名稱CTnameNchar8城市名稱CrtNchar80乘車路線SFeFloat景點費用SwthNchar8當(dāng)?shù)靥鞖?.表名：客房表數(shù)據(jù)來源：客房信息數(shù)據(jù)的錄入。表5.1.3 客房表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名RnoNchar6PNOT NULL客房編號Rname,Nchar10客房名稱Radd,

35、Nchar20客房地址RFeFloat價格RorNchar2是否預(yù)定4.表名：客戶表數(shù)據(jù)來源：客戶信息數(shù)據(jù)的錄入。表5.1.4 客戶表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名Cno,Nchar6PNOT NULL客戶編號CnameNchar10姓名CCrt,Nchar18身份證號碼CsexNchar2性別CcntNchar12聯(lián)系方式5.表名：客戶訂房表數(shù)據(jù)來源：客戶訂房所產(chǎn)生的數(shù)據(jù)記錄。表5.1.5 客戶訂房表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名Rno Nchar6PNOT NULL客房編號CnoNchar6FNOT NULL客戶編號RordDatatime訂房日期RqtdDat

36、atime退房日期RormNchar10訂房經(jīng)手人RqtmNchar10退房經(jīng)手人6.表名：客戶旅游表數(shù)據(jù)來源：客戶游覽景點產(chǎn)生的記錄。表5.1.6 客戶旅游表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名Cno Nchar6PNOT NULL客戶編號SnameNchar10F景點名稱TyonNchar2是否游覽5.2數(shù)據(jù)的存放位置設(shè)計 由系統(tǒng)應(yīng)用情況特設(shè)計如下存儲方式，管理員信息表，客戶表，客房信息表，景點表，客戶訂房表，客戶旅游表由于信息量大且使用頻繁將其存儲在高速存儲器（硬盤）上。將表和表上的索引存儲在不同的磁盤上以便提高查詢效率，同時這樣可以提高物理I/O讀寫效率。數(shù)據(jù)庫備份文件和日志文

37、件等文件因為使用頻率小而且數(shù)據(jù)量非常大，存放在低速存儲設(shè)備上。5.3關(guān)系模式的存取方法關(guān)系模式采用索引存取方法，根據(jù)應(yīng)用的需求可知在旅行社管理系統(tǒng)中，職工號，用戶名，密碼，級別，職工編號，這些字段在查詢當(dāng)中會經(jīng)常用到，其 中職工號，用戶名，密碼，級別，職工編號是每個管理員登錄系統(tǒng)時都必須使用的，職工號也是管理員在進行信息處理時用到的，所以對管理員的職工號建立索引。 第六章 運行與維護數(shù)據(jù)庫物理結(jié)構(gòu)以及前臺界面設(shè)計完成后，就可投入運行了，這標(biāo)志著開發(fā)工作的基本完成。但是由于應(yīng)用環(huán)境的不斷變化，數(shù)據(jù)庫運行過程中物理存儲也會不斷變化，對數(shù)據(jù)庫設(shè)計進行評價、調(diào)整、修改等維護工作是一個長期的任務(wù)，也是設(shè)

38、計工作的繼續(xù)和提高6.1系統(tǒng)功能模塊登錄功能：為系統(tǒng)管理員和普通管理員提供登錄功能，其他人無權(quán)登錄。查詢功能：為系統(tǒng)管理員和普通管理員提供查詢功能，其中系統(tǒng)管理員有查詢所有信息的權(quán)限，而普通管理員有查詢除管理員身份信息之外的信息的權(quán)限。維護功能：分別給系統(tǒng)管理員和普通管理員提供相應(yī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

39、 C1 PRIMARY KEY(職工號)景點表：CREATE TABLE Sight_Spot(景點名稱 NCHAR(10) NOT NULL,城市名稱 NCHAR(8), 乘車路線NCHAR(80),景點費用 FLOAT,Swth NCHAR(8),CONSTRAINT C2 PRIMARY KEY(景點名稱)客房表：CREATE TABLE GesRoom(客房編號 NCHAR(6) NOT NULL,客房名稱 NCHAR(10),客房地址 NCHAR(20),價格 FLOAT,是否預(yù)定 NCHAR(2), CONSTRAINT C3 PRIMARY KEY(客房編號)客戶表：CREATE TABLE Custm(客戶編號NCHAR(6) NOT NULL,客戶姓名 NCHAR(10),身份證號碼 NCHAR(18),性別 NCHAR(2),聯(lián)系方式NCHAR(12), CONSTRAINT C4 PRIMARY KEY(客戶編號)客戶訂房表：CREATE TABLE Gr_Csm(客房編號 NCHAR(6) NOT NULL,客戶編號 NCHAR(6) NOT NULL,訂房日期DATETIME,退房日期 DATETIME,訂房經(jīng)手人 NCHA