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

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

2、提升管理水平，從而在市場競爭取得優(yōu)勢。這次課程設(shè)計(jì)主要介紹旅行社管理的設(shè)計(jì)與開發(fā)過程，本系統(tǒng)采用C#作為開發(fā)工具,SQL sever 作為后臺(tái)數(shù)據(jù)管理。通過此次開發(fā)，使得開發(fā)人員更進(jìn)一步了解C#開發(fā)工具以及數(shù)據(jù)庫技術(shù)，積累更多的實(shí)踐經(jīng)驗(yàn)。本系統(tǒng)具有對相關(guān)數(shù)據(jù)的查詢，修改，刪除等功能，較之于之前的相關(guān)類系統(tǒng)具有更簡便，更實(shí)用的有點(diǎn)，但是由于技術(shù)的不成熟，又具有不完整，結(jié)構(gòu)不清晰等缺點(diǎn)。關(guān)鍵字: 數(shù)據(jù)庫；旅行社管理；管理目 錄第一章 系統(tǒng)規(guī)劃11.1引言11.1.1編寫目的11.1.2項(xiàng)目背景11.1.3可行性分析的前提11.1.4決定可行性的主要因素11.2對現(xiàn)有情況的分析21.2.1工作負(fù)荷2

3、1.2.2費(fèi)用支出21.2.3人員21.2.4局限性21.3技術(shù)可行性分析21.3.1對系統(tǒng)的簡要描述21.3.2所掌握的技術(shù)21.3.3團(tuán)隊(duì)技術(shù)評(píng)價(jià)31.4經(jīng)濟(jì)可行性分析31.4.1成本31.4.2效益31.5社會(huì)可行性分析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è)計(jì)123.1概念設(shè)計(jì)階段123.1.1 局部E-R模型圖123.1.2 概念模型14第四章 邏輯設(shè)計(jì)154.1 E-R模型圖向關(guān)系模型的轉(zhuǎn)換15

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

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

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

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

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

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

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

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

12、自行判斷。在判定時(shí)需要查詢管理員信息表。管理員信息表，存儲(chǔ)管理員信息等。驗(yàn)證之后憑身份進(jìn)入普通管理員系統(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)的帳號(hào)密碼進(jìn)入系統(tǒng)管理員部分，系統(tǒng)管理員可以增、刪、改客房信息，旅游景點(diǎn)信息；查詢所有的信息；并有權(quán)限增加、刪除、修改

13、系統(tǒng)管理員或普通管理員的帳號(hào)密碼，旅游管理系統(tǒng)二層數(shù)據(jù)流圖：F6F4.1.5F4.1.6F15P2.1系統(tǒng)管理員部分P2.1.1管理員信息處理P2.1.2客房信息處理P2.1.3景點(diǎn)信息處理P2.1.4客戶訂房信息查詢P2.1.5客戶信息查詢P2.1.6客戶旅游信息查詢F4.1.1F4.1.2F4.1.3F4.1.4D1 管理員信息表D2 客房信息表D3 客戶信息表D4 客戶訂房信息表D5 客戶旅游信息表D6 景點(diǎn)信息表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景點(diǎn)信息處理P2.2.4客戶訂房信息查詢P2.2.5客戶信息查詢P2.2.6客戶旅游信息查詢F4.2.1F7F4.2.2F12D2 客房信息表D3 客戶信息表D4 客戶訂房信息表D5 客戶旅游信息表D6 景點(diǎn)信息表F14F13圖2.2.4旅行社管理系統(tǒng)二層數(shù)據(jù)流圖普通管理員部分2.3數(shù)據(jù)字典2.3.1 數(shù)據(jù)流條目表2.3.1管理員登陸信息數(shù)據(jù)流條目編號(hào)F1數(shù)據(jù)流名管理員登陸信息簡述管理員在登陸時(shí)輸入的賬號(hào)、密碼去向P1：登陸管理組成用戶名+密碼表2.3.2管理員登錄時(shí)身份驗(yàn)證信息數(shù)據(jù)

15、流條目編號(hào)F2數(shù)據(jù)流名管理員身份信息簡述登陸系統(tǒng)時(shí)判斷比對管理員發(fā)送的登錄信息去向P1：登陸管理組成用戶名+密碼表2.3.3登陸錯(cuò)誤信息數(shù)據(jù)流條目編號(hào)F3數(shù)據(jù)流名登錄錯(cuò)誤信息簡述登陸錯(cuò)誤時(shí)發(fā)送的信息去向管理員組成錯(cuò)誤提示表2.3.4管理員登陸后信息數(shù)據(jù)流條目編號(hào)F4數(shù)據(jù)流名管理員身份信息簡述登陸系統(tǒng)判斷管理員身份后發(fā)送的信息去向P2：旅游管理組成用戶名+密碼表2.3.5系統(tǒng)查詢管理員身份信息數(shù)據(jù)流條目編號(hào)F5數(shù)據(jù)流名管理員身份信息簡述登陸系統(tǒng)后查詢時(shí)所發(fā)送的信息去向P2：旅游管理組成用戶名+密碼表2.3.6系統(tǒng)處理管理員身份信息數(shù)據(jù)流條目編號(hào)F6數(shù)據(jù)流名管理員身份信息簡述登錄系統(tǒng)后增加、修改、

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

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

18、改后的數(shù)據(jù)流去向客戶旅游信息表組成客戶姓名+景點(diǎn)名稱+是否游覽 表2.3.14系統(tǒng)查詢客戶旅游信息數(shù)據(jù)流條目編號(hào)F14數(shù)據(jù)流名客戶旅游信息簡述系統(tǒng)對客戶旅游信息進(jìn)行查詢的數(shù)據(jù)流去向P2：旅游管理組成客戶姓名+景點(diǎn)名稱+是否游覽 表2.3.15系統(tǒng)處理景點(diǎn)信息數(shù)據(jù)流條目編號(hào)F15數(shù)據(jù)流名景點(diǎn)信息簡述系統(tǒng)對景點(diǎn)信息增加、刪除、修改后的數(shù)據(jù)流去向景點(diǎn)信息表組成景點(diǎn)名稱+城市名稱+乘車路線+景點(diǎn)費(fèi)用+當(dāng)?shù)靥鞖?表2.3.16系統(tǒng)查詢景點(diǎn)信息數(shù)據(jù)流條目編號(hào)F16數(shù)據(jù)流名景點(diǎn)信息簡述系統(tǒng)對景點(diǎn)信息進(jìn)行查詢的數(shù)據(jù)流去向P2：旅游管理組成景點(diǎn)名稱+城市名稱+乘車路線+景點(diǎn)費(fèi)用+當(dāng)?shù)靥鞖?2.3.2數(shù)據(jù)項(xiàng)重要部

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

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

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

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

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

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

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

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

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

28、構(gòu)設(shè)計(jì)是將抽象的概念結(jié)構(gòu)轉(zhuǎn)換為所選用的DBMS支持的數(shù)據(jù)模型，并對其進(jìn)行優(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.客戶旅游景點(diǎn)聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換客戶表： Custm(Cno,Cname,CCrt,Csex,Ccnt)；景點(diǎn)表： 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. 管理員處理景點(diǎn)聯(lián)系概念模型向關(guān)系模型轉(zhuǎn)換管理員表：Worker(MName,Mac,MPsw,MCl,MNo)；景點(diǎn)表： Sight_Spot(SName,CTname,Crt,SFe,Swth)4.2模式規(guī)范化 4.2.1 確定范式級(jí)別根據(jù)上述分析所歸結(jié)出來的數(shù)據(jù)依賴的種類和在本系統(tǒng)實(shí)際的

32、開發(fā)過程中，需要涉及多表的查詢及表的添加，修改和刪除，且存在多值依賴的實(shí)際情況下，其關(guān)系模式應(yīng)達(dá)到BCNF。 4.2.2 實(shí)施規(guī)范化處理由于R中的屬性都是不能再分的項(xiàng)，所以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)系分解成以下幾個(gè)子關(guān)系：管理員表：Worker(MName,Mac,MPsw,MCl,MNo)景點(diǎn)表： 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è)計(jì)5.1 數(shù)據(jù)庫的存儲(chǔ)結(jié)構(gòu)根據(jù)需求分析，概要設(shè)計(jì)和邏輯設(shè)計(jì)的流程得到本系統(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職工號(hào)MacNchar20用戶名MPswNchar10密碼MClNchar12級(jí)別MNoNchar10職工編號(hào)2.表名：景點(diǎn)表數(shù)據(jù)來源：景點(diǎn)信息數(shù)據(jù)的錄入。表5.1.2 景點(diǎn)表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名SNameNchar10PNOT NULL景點(diǎn)名稱CTnameNchar8城市名稱CrtNchar80乘車路線SFeFloat景點(diǎn)費(fèi)用SwthNchar8當(dāng)?shù)靥鞖?.表名：客房表數(shù)據(jù)來源：客房信息數(shù)據(jù)的錄入。表5.1.3 客房表字段名字段類型長度主/外鍵字段約束對應(yīng)中文名RnoNchar6PNOT NULL客房編號(hào)Rname,Nchar10客房名稱Radd,

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

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

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

38、計(jì)工作的繼續(xù)和提高6.1系統(tǒng)功能模塊登錄功能：為系統(tǒng)管理員和普通管理員提供登錄功能，其他人無權(quán)登錄。查詢功能：為系統(tǒng)管理員和普通管理員提供查詢功能，其中系統(tǒng)管理員有查詢所有信息的權(quán)限，而普通管理員有查詢除管理員身份信息之外的信息的權(quán)限。維護(hù)功能：分別給系統(tǒng)管理員和普通管理員提供相應(yīng)的增加、刪除不同信息表的功能權(quán)限。退出功能，結(jié)束并關(guān)閉系統(tǒng)6.2數(shù)據(jù)庫的實(shí)施6.2.1表的創(chuàng)建管理員表：CREATE TABLE Worker(職工號(hào)NCHAR(10) NOT NULL, 用戶名NCHAR(20), 密碼NCHAR(10),級(jí)別 NCHAR(12),職工編號(hào) NCHAR(10),CONSTRAINT

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