機(jī)票預(yù)訂管理系統(tǒng) 數(shù)據(jù)庫

1、華科學(xué)院數(shù)據(jù)庫系統(tǒng)原理課程設(shè)計 華科學(xué)院信息管理與信息系統(tǒng)專業(yè) 數(shù)據(jù)庫課程設(shè)計報告 （2014/2015學(xué)年 第一學(xué)期）學(xué)生姓名： 學(xué)生班級： 學(xué)生學(xué)號： 指導(dǎo)教師： 2015年1月6日機(jī)票預(yù)訂管理系統(tǒng)的設(shè)計目 錄第一章 系統(tǒng)概述1 1.1 系統(tǒng)開發(fā)背景11.2 系統(tǒng)開發(fā)意義11.3 任務(wù)概述1 1.3.1目標(biāo) 1 1.3.2用戶的特點1 1.3.3條件與限制2第二章 需求分析2.1 可行性分析32.2 數(shù)據(jù)流圖32.3 機(jī)票預(yù)訂系統(tǒng)數(shù)據(jù)字典42.4系統(tǒng)的實體-聯(lián)系圖（ER）5第三章 概念結(jié)構(gòu)設(shè)計63.1 概念數(shù)據(jù)模型的描述63.2 概念數(shù)據(jù)模型的建立6第四章 邏輯結(jié)構(gòu)設(shè)計4.1 E-R圖向關(guān)

2、系模型的轉(zhuǎn)換74.2 數(shù)據(jù)的概念結(jié)構(gòu)7第五章 物理結(jié)構(gòu)設(shè)計5.1 物理數(shù)據(jù)模型的描述95.2 物理數(shù)據(jù)模型的建立95.3 物理數(shù)據(jù)模型導(dǎo)入數(shù)據(jù)庫管理系統(tǒng)10第6章 數(shù)據(jù)庫的實施6.1 數(shù)據(jù)庫中表內(nèi)容116.2 數(shù)據(jù)庫中SQLServer語句12結(jié)束語14參考文獻(xiàn)1一章 系統(tǒng)概述1.1 系統(tǒng)開發(fā)背景 隨著社會發(fā)展的不斷進(jìn)步，旅游業(yè)的蓬勃發(fā)展，機(jī)票預(yù)訂系統(tǒng)對人們的生活影響越來越大，為了實現(xiàn)航空公司以及旅游業(yè)的現(xiàn)代化管理，方便旅客，需要開發(fā)一個機(jī)票預(yù)訂系統(tǒng)。該系統(tǒng)具有完整的存儲，查詢，核對，打印機(jī)票等功能。在這個系統(tǒng)中，旅客在旅行社的機(jī)票預(yù)售代理點，通過輸入計算機(jī)系統(tǒng)查詢，系統(tǒng)為旅客安排航班，印出取

3、票通知和賬單，旅客在飛機(jī)起飛前憑其二代身份證、取票通知和賬單取票，系統(tǒng)校對無誤后即打印機(jī)票給顧客。1.2 系統(tǒng)開發(fā)意義航空公司為給旅客乘機(jī)提供方便，需要開發(fā)一個機(jī)票預(yù)定系統(tǒng)。各個旅行社把預(yù)定機(jī)票的旅客信息（姓名、性別、工作單位、身份證號碼（護(hù)照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。當(dāng)旅客交付了預(yù)訂金或通過網(wǎng)上支付方式付款后，旅客就可以在飛機(jī)起飛前憑個人二代身份證在旅行社或機(jī)場指定系統(tǒng)上自助打印機(jī)票，系統(tǒng)核對無誤即打印出機(jī)票給旅客。此外航空公司為隨時掌握各個航班飛機(jī)的乘載情況，需要定期進(jìn)行查詢統(tǒng)計，以便適當(dāng)調(diào)整。1.3 任務(wù)概述1.3.1目標(biāo)在計

4、算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫和先進(jìn)開發(fā)平臺上，利用現(xiàn)有軟件，配置一定硬件，開發(fā)一個巨頭開放乙烯結(jié)構(gòu)的、易擴(kuò)充的、一維護(hù)的、具有良好人機(jī)交互界面的機(jī)票預(yù)訂系統(tǒng)，實現(xiàn)航空公司與旅行社之間的現(xiàn)代化管理鏈接。實現(xiàn)各個旅行社把預(yù)定機(jī)票的旅客信息（姓名、性別、工作單位、身份證號碼（護(hù)照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班的功能。1.3.2用戶的特點用戶為旅游社工作人員，通過登錄相應(yīng)信息而進(jìn)入機(jī)票系統(tǒng)，然后輸入旅客基本信息2和要求，系統(tǒng)自動為其查詢并且作出相應(yīng)的航班安排，經(jīng)與旅客交流后，選擇航班進(jìn)行預(yù)訂，網(wǎng)上支付，然后系統(tǒng)在用戶終端輸出相應(yīng)取票通知和賬單。1.3.3條件

5、與限制 client/server結(jié)構(gòu)總體設(shè)計方案的約束 機(jī)票預(yù)訂系統(tǒng)作為client/server結(jié)構(gòu)的一個應(yīng)用系統(tǒng)，在其各實施階段都要服從它的一些規(guī)劃，包括功能設(shè)計、系統(tǒng)配置和計劃。由于該系統(tǒng)用戶通過internet鏈接來查詢及進(jìn)行機(jī)票預(yù)訂，涉及信息的共享，所以機(jī)票預(yù)訂系統(tǒng)還要受到其他系統(tǒng)的信息約束。信息真?zhèn)悟炞C在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證 技術(shù)發(fā)展規(guī)律的約束：由于計算機(jī)技術(shù)發(fā)展的日新月異，將會給信息的保密和辨別帶來很大的便利，但同時也帶來一些麻煩。要預(yù)測將來技術(shù)發(fā)展對該系統(tǒng)的有益和有害的方面，為可能的變化預(yù)留一定的系統(tǒng)處理能力，即對一些接口的處理方便更新。第二章 需求分析2

6、.1 可行性分析 需求分析是開發(fā)軟件系統(tǒng)的重要環(huán)節(jié)，是系統(tǒng)開發(fā)的第一步和基礎(chǔ)環(huán)節(jié)。通過需求分析充分認(rèn)識系統(tǒng)的目標(biāo)、系統(tǒng)的各個組成部分、各部分的任務(wù)職責(zé)、業(yè)務(wù)范疇、工作流程、工作中使用的各種數(shù)據(jù)及數(shù)據(jù)結(jié)構(gòu)、各部門的業(yè)務(wù)關(guān)系和數(shù)據(jù)流程等，為系統(tǒng)設(shè)計打下基礎(chǔ)。需求分析的好壞往往決定了系統(tǒng)開發(fā)的成敗。 需求分析從系統(tǒng)的調(diào)查研究入手，需求分析要對系統(tǒng)的各個方面有全面的了解，既包括系統(tǒng)內(nèi)部的各個方面，也包括與系統(tǒng)有聯(lián)系的各種外部因素。通過調(diào)查研究和分析，對系統(tǒng)產(chǎn)生比較深刻的認(rèn)識。 需求分析階段的最終結(jié)果是“需求分析說明書”，它涵蓋了對用戶環(huán)境、事務(wù)處理和信息流程分析的一切成果，供項目開發(fā)小組和用戶共同遵守

7、。如果采用瀑布模型，就要對“需求分析說明書”進(jìn)行凍結(jié)，使它成為凝固可靠的基線。萬一要求變更基線，開發(fā)者和用戶雙方，都必須執(zhí)行基線變更程序，此變更程序在合同中已做了明確規(guī)定。2.2數(shù)據(jù)流圖2.3機(jī)票預(yù)訂系統(tǒng)數(shù)據(jù)字典 數(shù)據(jù)名稱：旅客訂票信息作用：記錄旅客的旅行時間和目的地，以便作合適的航班安排來源：旅客去向：航班機(jī)票管理排列方式：按照旅客首字母（姓名+起飛時排序間）包含信息：旅客姓名、身份證號（護(hù)照號碼）、航班號、起飛時間、預(yù)訂票數(shù)、艙位等級、機(jī)票是否打印數(shù)據(jù)名稱：旅客信息作用：記錄旅客個人信息，以便對旅客的確認(rèn)來源：旅客去向：旅行社排列方式：按照旅客姓名首字母排序包含信息：姓名、性別、工作單位、

8、身份證號碼（護(hù)照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求數(shù)據(jù)名稱：航班機(jī)票信息作用：記錄旅客的航班信息，根據(jù)旅客的旅行時間和目的地缺點來源：航空公司安排航班去向：信息儲存/航班機(jī)票管理排列方式：按照（飛行日期+航班號）升序排列包含信息：航班號、終點站、起飛地點、飛行日期、成員定額、余票量、一定票客戶名單（姓名+訂票量+艙位等級）、候補(bǔ)客戶名單（姓名+所需票量）數(shù)據(jù)名稱：候補(bǔ)旅客信息作用：記錄旅客的旅行時間和目的地，以便及時調(diào)整航班來源：航班機(jī)票管理去向：信息儲存/航班機(jī)票管理排列方式：按照旅客首字母（姓名+起飛時間）排序包含信息：旅客姓名、身份證號（護(hù)照號碼）、航班號、起飛時間、預(yù)訂

9、票數(shù)、艙位等級數(shù)據(jù)名稱：售出機(jī)票信息作用：記錄旅客航班機(jī)票的信息來源：航班機(jī)票管理系統(tǒng)去向：信息儲存/航班機(jī)票管理排列方式：按照旅客（姓名+飛行日期+航班號）升序排列包含信息：旅客的航班機(jī)票數(shù)據(jù)名稱：取票通知作用：旅客領(lǐng)取機(jī)票的憑證來源：航班機(jī)票管理系統(tǒng)去向：旅客排列方式：按照旅客（姓名+飛行日期+航班號）升序排列包含信息：旅客姓名、領(lǐng)票時間42.4系統(tǒng)的實體-聯(lián)系圖（ER）旅客航空公司旅行社二代身份證號性別旅行始發(fā)地姓名護(hù)照號碼旅行時間工作單位艙位等級要求航班號訂票機(jī)票售票訂票旅客清單售出機(jī)票信息訂票旅客信息可售機(jī)票余票座位號航行時間余票量價格起飛日期取票通知賬單合適航班信息退票服務(wù)余票艙位

10、等級航班飛行情況mn m 第三章 概念結(jié)構(gòu)設(shè)計3.1概念數(shù)據(jù)模型的描述概念數(shù)據(jù)模型也稱信息模型，它以實體聯(lián)系(簡稱E-R)理論為基礎(chǔ)，并對這一理論進(jìn)行了擴(kuò)充。它從用戶的觀點出發(fā)對信息進(jìn)行建模，主要用于數(shù)據(jù)庫的概念級設(shè)計。通常人們先將現(xiàn)實世界抽象為概念世界，然后再將概念世界轉(zhuǎn)為機(jī)器世界。換句話說，就是先將現(xiàn)實世界中的客觀對象抽象為實體(Entity)和聯(lián)系(Relationship)概念數(shù)據(jù)模型就是3.2概念數(shù)據(jù)模型建立 第四章 邏輯結(jié)構(gòu)設(shè)計4.1 E-R圖向關(guān)系模型的轉(zhuǎn)換（關(guān)系的碼用下劃線標(biāo)出）航班（航班編號，起飛地，目的地，起飛時間，總座位數(shù)，票價）此為航班實體對應(yīng)的關(guān)系模式。航班編號是關(guān)系

11、的候選碼。機(jī)票（機(jī)票號，航班編號，座位號，身份證號）此為機(jī)票實體的關(guān)系模式。該關(guān)系模式已經(jīng)包含了聯(lián)系“組成”所對應(yīng)的關(guān)系模式。旅客（身份證號，姓名，聯(lián)系方式)此為旅客實體對應(yīng)的關(guān)系模式。身份證號是關(guān)系的候選碼。訂票單（訂單編號，機(jī)票號,身份證號）此為聯(lián)系“預(yù)/退訂”所對應(yīng)的關(guān)系模式。4.2 數(shù)據(jù)的概念結(jié)構(gòu) 數(shù)據(jù)庫概念模型轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。機(jī)票預(yù)訂系統(tǒng)的數(shù)據(jù)庫中各個數(shù)據(jù)表的設(shè)計結(jié)構(gòu)如表1表3 所示。數(shù)據(jù)庫命名為flight reservation MIS，由 3個數(shù)據(jù)表組成，數(shù)據(jù)表的命名采用拼音綜合，每個表由若干字段組成，字段用漢字命名。下面設(shè)計表

12、的具體字段。旅客信息表：存放旅客基本信息，表1列出了旅客信息表所有字段信息。字段類型長度允許空主鍵身份證號碼字符20否姓名字符10是性別字符2是工作單位字符30是旅行時間字符20是旅行目的地字符10是聯(lián)系方式字符15是表1 旅客信息表guest 第五章 物理結(jié)構(gòu)設(shè)計5.1物理數(shù)據(jù)模型的描述物理數(shù)據(jù)模型（PhysicalDataModel）PDM，提供了系統(tǒng)初始設(shè)計所需要的基礎(chǔ)元素，以及相關(guān)元素之間的關(guān)系。即用于存儲結(jié)構(gòu)和訪問機(jī)制的更高層描述，描述數(shù)據(jù)是如何在計算機(jī)中存儲的，如何表達(dá)記錄結(jié)構(gòu)、記錄順序和訪問路徑等信息。使用物理數(shù)據(jù)模型，可以在系統(tǒng)層實現(xiàn)數(shù)據(jù)庫。數(shù)據(jù)庫的物理設(shè)計階段必須在此基礎(chǔ)上進(jìn)

13、行詳細(xì)的后臺設(shè)計，包括數(shù)據(jù)庫的存儲過程、操作、觸發(fā)、視圖和索引表等；5.2物理數(shù)據(jù)模型的建立5.3 物理數(shù)據(jù)模型導(dǎo)入數(shù)據(jù)庫管理系統(tǒng) 第六章 數(shù)據(jù)庫的實施6.1 數(shù)據(jù)庫中表內(nèi)容6.2數(shù)據(jù)庫中SQLServer語句 結(jié)語短暫的兩個星期的課程設(shè)計轉(zhuǎn)眼就結(jié)束了，在這次課程中，我學(xué)到了很多與數(shù)據(jù)庫有關(guān)的軟件編程實用技術(shù)，收獲不小。一個軟件的開發(fā)看似簡單，其實前前后后十分辛苦。從需求分析到E-R圖，從E-R圖到邏輯結(jié)構(gòu)設(shè)計，從邏輯結(jié)構(gòu)設(shè)計到物理結(jié)構(gòu)設(shè)計，直至數(shù)據(jù)庫SQL語句的編寫以及最后的程序編制。整個過程，充分考驗了我們的綜合知識的能力。我這次的課題名是機(jī)票的預(yù)訂系統(tǒng)，需求分析中的頂層流程圖很簡單。但是

14、底層數(shù)據(jù)流圖的數(shù)據(jù)流就較為復(fù)雜。概念設(shè)計中實體屬性圖和E-R圖的設(shè)計是后期程序是否高效的關(guān)鍵。邏輯結(jié)構(gòu)設(shè)計中，將E-R圖轉(zhuǎn)換為關(guān)系模式時，要區(qū)分是實體還是聯(lián)系轉(zhuǎn)換的。轉(zhuǎn)換為關(guān)系后又對其進(jìn)行優(yōu)化，并討論最終范式。我的原本設(shè)計的系統(tǒng)已達(dá)到第三范式的要求。但考慮到物理設(shè)計及存儲和存取的效率后，我決定放棄第三范式，轉(zhuǎn)而選擇第二范式。方便系統(tǒng)查看機(jī)票預(yù)訂情況的查看，我在“機(jī)票號”屬性上增加了聚簇索引。關(guān)系上定義的索引數(shù)不是越多越好，因為系統(tǒng)為維護(hù)索引要付出代價，查找索引也要付出代價，因此索引數(shù)要適量。我的數(shù)據(jù)庫最終使用的是Microsoft SQL Server2005環(huán)境。用SQL語句建立好數(shù)據(jù)庫，輸入簡單的幾個可供檢驗的數(shù)據(jù)旋即完成。界面是直接在Dreamweaver8里使用動態(tài)頁面設(shè)計的。期間我通過閱讀官方參考手冊，一步一步，利用圖形化界面編寫了簡單的軟件使用界面。通過這次課程設(shè)計，我學(xué)到了很多