1.概述
隨著生活水平的提高，人們不僅要在物質方面提高生活水平，而且在精神方面希望有乙個質的飛越。於是，越來越多的人選擇在週末或是假期外出，換換環境，享受在另外一種環境下的生活方式，來豐富自己的精神世界，擴充套件視野。各種各樣的旅行社就由此孕育而生，豐富多彩的旅遊景點則需要乙個合適的旅行**來規範並提供各種旅行服務，使得各項工作都有條有理地進行，所以進行旅行**是十分必要的。
在計算機飛速發展的今天，將計算機這一資訊處理利器應用於旅行大力的日常管理已是勢必所然，而且這也將為旅行**帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業的飛速發展提供無限潛力。採用計算機管理資訊系統已成為旅行**科學化和現代化的重要標誌，它給企業管理來了明顯的經濟效益和社會效益。
2.系統目標和建設原則
2.1系統目標
旅行**資料庫是為旅行**服務中各個使用者提供資料的記錄查詢修改備份服務而進行設計的。根據使用者的需求實現資訊的輸入、查詢、修改和維護等管理功能。
使用者可以通過旅行大力資料庫對消費者和旅行**機構的個項資料進行查詢、校正並進行修改。旅行**資料庫還可以對消費者進行合法性認證以接受各項旅行**提供的各項消費服務。
2.2建設原則
本次旅行**資料庫設計主要按照以下幾個原則進行：
2.2.1 能真實充分地反映旅行**服務流程。
在消費者通過合法性認證後，旅行**機構向消費者購提供旅行**服務，安排旅行**保險服務，航班、提供食宿等功能，旅行**機構根據消費者的需求進行航班班次、航線和時間及航班座位的查詢、安排和調整；並提供相應的食宿安排，如食宿的地點、時間、費用等。在消費者進行登記完成後，旅行**機構對消費者的登記資訊進行資料庫化並校對正確後，向消費者發放帳單。消費者和旅行**機構可以根據已經建立的登記資訊資料庫對帳單與資料庫內容進行查詢校對和修改。
2.2.2 容易理解，有利於管理人員使用。
旅行**是非廣大消費者服務的，消費者要對登記資訊進行查詢，查詢的登記資訊要通俗易懂。同時建立的登記資料庫資訊要方便旅行**機構對其進行矯正修改和備份。
2.2.3 易於用關聯式資料庫實現。描述概念模型的有力工具e-r圖來對問題進行描述。
3.支撐環境規劃
3.1 網路邏輯結構
此次設計的網路邏輯結構採用三層c/s體系結構。它包含了表示層、功能層、資料層。在c/s結構中表示層負責處理擁護的輸入和向可戶的輸入。
功能層負責建立資料庫的連線，根據使用者的請求生成訪問資料庫的sql語句，並把結果返回給客戶端。資料層負責實際的資料庫儲存和檢索，響應功能層的資料處理請求，並把結果返回給功能層。瀏覽器/伺服器（b/s）風格就是上述三層結構的一種實現方式，其具體結構為：
瀏覽器/web伺服器/資料庫伺服器。採用b/s結構的計算機應用系統的基本框架如下圖所示：
3.2軟體支撐環境及開發工具
本設計的支撐環境是winxp、vs環境，開發工具是sql。
4.系統總體結構
4.1 總體dfd
消費者先進行登記操作，產生登記資訊資料，經過處理記錄備份後到達旅行服務機構。旅行**機構根據登記資訊資料，進行聯絡服務操作。航班服務、食宿管理、保險**操作產生的服務資訊資料經過進一步處理記錄備份以便以後的操作使用。
4.2 功能結構
4.2.1本次旅行**資料庫設計主要完成以下幾個功能：
4.1.1 旅行**中各種資訊的輸入，如消費者登記資訊、旅行保險**、旅行**機構服務資訊、飛機航班資訊、消費者預定食宿資訊、帳單資訊等。
4.1.2 旅行**中各種資訊的查詢、修改和維護。
4.1.3 旅行**服務報表的生成。
4.1.4 在旅行**中加入合法性認證和旅行**限度（包括服務團隊、航班座位和食宿區等是否飽和，對消費者登記資訊中的非法資訊實現監控和報警。
4.1.5 旅行**中各部門的資源需求的管理。
4.1.6 旅行**帳單日誌的管理。
4. 1. 7 旅行**系統的使用幫助
4.2.2功能結構圖
4.3 資料庫結構
4.3.1資料字典
消費者資料字典：
旅行**機構資料字典：
航空公司資料字典：
酒店資料字典：
保險公司資料字典：
4.3.2 e-r圖
為了把使用者的資料要求清楚準確的描述出來，系統分析員通常建立乙個概念性的資料模型（也稱資訊模型）。概念性資料模型是一種畫面問題的資料模型，是按照使用者的觀點對資料建立模型。下面我們通過e-r來進行描述。
上面的e-r圖描述了消費者登記資訊，包括消費者是姓名、年齡、國籍和旅行資訊。這些資訊是旅行**服務資料庫的主要內容，通過他可以對消費者旅行需求進行分析以便讓旅行**機構為他們提供滿意的**服務。
上面的e-r圖描述了旅行**機構的各項資訊，這些資訊是旅行**服務中重要的組成部分，同時也是消費者選擇旅行服務需求的參考和保障。
以上三個圖是對消費者接受消費服務過程登記的資訊依據，也是旅行**機構對消費者登記資訊處理的體現。航班服務包括了對航班班次、航線和時間及航班座位的查詢、安排和調整；食宿管理安排，包括食宿的地點、時間、費用等；帳單資訊包括了食宿資訊、消費資訊、**資訊、旅行保險和航班資訊。這些都是對消費者與旅行**機構間各項互動的形象描述，是對資料庫例項由抽象到具體的分析模型。
上面的e-r圖是對整個旅行**服務過程中各個實體與實體之間的關係的描述。消費者進行認證登記後產生了詳細的消費者資訊，經過處理記錄到旅行**資料庫。消費者查詢旅行**機構的資訊資料，確定了接受旅行**服務。
然後產生各項必須的消費資料，如航班服務資料和食宿資料，最後產生帳單，經**機構交到消費者手裡。
4.3.3關聯式資料庫模式
消費者（消費者編號、**機構編號、年齡、性別、國籍、身份證）
旅行**機構（**機構編號、消費者編號、聯絡編號、預定編號、購買編號、服務團隊、管理人員、服務資訊）
航空公司（航空公司編號、聯絡編號、時間、班次、航線、艙位種類、費用）
酒店（酒店編號、預定編號、時間、地點、食宿標準、費用）
保險公司（保險公司編號、購買編號、保險種類、保險費用、保險有效期限）
聯絡（聯絡編號、**機構編號、航空公司編號、聯絡時間）
預定（預定編號、**機構編號、酒店編號、預定時間）
購買（購買編號、**機構編號、保險公司編號、購買時間）
旅行**登記服務表的關係圖：
本次設計我對錶消費者的性別、航空公司的艙位種類、酒店的食宿標準、保險公司的保險種類都進行了約束，下面就是其中兩個約束圖例：
本次設計我設計了5個角色：超級管理員、顧客、航空公司管理員、酒店管理員、保險公司管理員。他們都有各自的許可權，下面就是其中兩個許可權圖例：
5總體實施計畫
5.1 資料庫的實施
資料庫的實施主要是根據邏輯結構設計和物理結構設計的結果，在計算機系統上建立實際的資料庫結構、匯入資料並進行程式的除錯。它相當於軟體工程中的**編寫和程式除錯的階段。
用具體的dbms提供的資料定義語言(ddl)，把資料庫的邏輯結構設計和物理結構設計的結果轉化為程式語句，然後經dbms編譯處理和執行後，實際的資料庫便建立起來了。目前的很多dbms系統除了提供傳統的命令列方式外，還提供了資料庫結構的圖形化定義方式，極大地提高了工作的效率。
具體地說，建立資料庫結構應包括以下幾個方面：
資料庫模式與子模式，以及資料庫空間的描述。
資料完整性的描述。
資料安全性描述。
資料庫物理儲存引數的描述。
此時的資料庫系統就如同剛竣工的大樓，內部空空如也。要真正發揮它的作用，還有必須裝入各種實際的資料。
5.2 資料庫的試執行
當有部分資料裝入資料庫以後，就可以進入資料庫的試執行階段，資料庫的試執行也稱為聯合除錯。資料庫的試執行對於系統設計的效能檢測和評價是十分重要的，因為某些dbms引數的最佳值只有在試執行中才能確定。
由於在資料庫設計階段，設計者對資料庫的評價多是在簡化了的環境條件下進行的，因此設計結果未必是最佳的。在試執行階段，除了對應用程式做進一步的測試之外，重點執行對資料庫的各種操作，實際測量系統的各種效能，檢測是否達到設計要求。如果在資料庫試執行時，所產生的實際結果不理想，則應回過頭來修改物理結構，甚至修改邏輯結構。
5.3資料庫的執行和維護
資料庫系統投入正式執行，意味著資料庫的設計與開發階段的基本結束，執行與維護階段的開始。資料庫的執行和維護是個長期的工作，是資料庫設計工作的延續和提高。
在資料庫執行階段，完成對資料庫的日常維護，工作人員需要掌握dbms的儲存、控制和資料恢復等基本操作，而且要經常性地涉及物理資料庫、甚至邏輯資料庫的再設計，因此資料庫的維護工作仍然需要具有豐富經驗的專業技術人員(主要是資料庫管理員)來完成。
資料庫的執行和維護階段的主要工作有：
對資料庫效能的監測、分析和改善。
資料庫的轉儲和恢復。
維持資料庫的安全性和完整性。
資料庫的重組和重構。
6.研製報告
本次課程設計我學會了怎麼將實際生活中的問題運用自己所學的知識來把它實現。雖然過程不是很複雜，但其中對於我的重要性和意義是很大的。這次實驗使我懂得了如何進行資料庫操作，使我較全面地理解、掌握和綜合運用所學的知識，同時培養我分析問題和解決問題的能力，以及軟體文件的製作能力。
當然在課程設計的時候也遇到了不少問題。我錯誤的把實體的功能當成試題進行e-r構造，還有就是缺少對系統完整性的分析以及對錶內各項約束條件的考慮。最後就是對系統的角色及其許可權考慮的不夠清楚完善。
總之，這次課程設計使我明白，學習和做事都要認真分析，考慮問題要全面周到，這樣才可以事半功倍。
資料庫系統設計訂單銷售資料庫管理系統
長沙學院 課程設計說明書 題目系 部 專業 班級 姓名學號 指導教師 起止日期 課程設計任務書 課程名稱 資料庫系統原理 設計題目 銷售訂單資料庫管理系統 1 某銷售商的訂單系統需要如下資訊 每個 商包含 商編號 名稱 位址 聯絡 等資訊。每種產品包含產品號 產品名稱 產品類別等資訊。每個 商可 多...
酒店管理系統資料庫設計
酒店管理系統 背景說明 目前大多數酒店提供的服務多種多樣，規模大小也各不相同，但稍具規模的酒店必含下面三類服務 飲食 住宿和娛樂。由於我們對酒店行業沒有具體的接觸和實質性的了解。此次資料庫設計只能在一些收集到的基本材料與個人直觀認識的基礎上，簡單模仿中等規模的酒店設計管理系統，並將其抽象成乙個由三部...
教務管理系統資料庫設計
教務管理 資料庫系統課程設計 目錄1 需求分析 2 1 1 資訊要求 2 1 2 處理要求 2 1 3 安全性與完整性要求 2 1 4 系統功能的設計和劃分 2 第一部分 使用者管理部分 3 第二部分 管理員管理部分 3 2 概念設計 3 2.1概念模型 e r圖 3 2.2資料字典 5 a.資料項...