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

陜西理工學院數(shù)據(jù)庫課程設計說明書 數(shù)據(jù)庫系統(tǒng)實習課程設計設計說明書 旅行社信息管理系統(tǒng) 學生姓名 邊明亮 學 號 201111002136 班 級 信息1141 成 績 指導教師 劉占偉計算機科學與技術系2012年9月8日21數(shù)據(jù)庫原理及應用課程設計評閱書題 目旅行社信息管理系統(tǒng)學生姓名邊明亮學號201111002136指導教師評語及成績成績： 教師簽名： 年 月 日答辯教師評語及成績成績： 教師簽名： 年 月 日教研室意見總成績： 室主任簽名： 年 月 日注：指導教師成績60%，答辯成績40%，總成績合成后按五級制記入 課程設計任務書2012 2013 學年第 一 學期專業(yè)： 信息與計算科學 學號： 201111002136 姓名： 辨明了 設計題目： 旅行社信息管理系統(tǒng)的設計 完成期限：自 2014年 8 月 27 日至 2012 年 9 月 7 日共 2 周設計依據(jù)、要求及主要內(nèi)容（可另加附頁）：通過對旅行社業(yè)務的分析、調(diào)查，旅行社信息管理系統(tǒng)設計按功能分主要包括服務器端和客戶端，服務器端涉及用戶管理、旅行社基本信息管理、車輛管理、客房管理等；客戶端涉及旅行社基本信息查詢、景點及相關信息查詢、景點預定等服務。具體內(nèi)容及要求如下：1）用戶登錄與注冊管理模塊；主要實現(xiàn)游客用戶的登錄與注冊，用戶管理功能。2）旅游信息管理模塊；對旅游景點信息進行管理，提供景點的名稱、特色、乘車路線、景點費用、導游等信息管理。3）客房管理模塊；該模塊提供對客房如客房標準、類別信息的錄入、修改與查詢，并可以實現(xiàn)訂房與退房服務。 要求按照數(shù)據(jù)庫設計的需求分析、概念設計、邏輯設計、物理設計等各個階段建立較規(guī)范的數(shù)據(jù)庫，并能運用基本的SQL語句訪問、操作數(shù)據(jù)庫；掌握SQL Server數(shù)據(jù)庫知識、軟件工程原理；熟悉ASP或ASP.NET。指導教師（簽字）： 教研室主任（簽字）： 批準日期： 年 月 日摘 要 越來越多的人外出旅游，這勢必給旅游管理的強度帶來了不小的挑戰(zhàn)，應對這一情況，開發(fā)了此旅行社管理系統(tǒng)。目的就是為了服務大多數(shù)人的出行需求對于旅游管理這一服務性行業(yè)，服務質(zhì)量是吸引客戶、提高經(jīng)濟效益的關鍵因素。越來越多的旅行社采用管理信息系統(tǒng)來管理日常工作，合理配置資源，提升管理水平，從而在市場競爭取得優(yōu)勢。這次課程設計主要介紹旅行社管理的設計與開發(fā)過程，本系統(tǒng)采用C#作為開發(fā)工具,SQL sever 作為后臺數(shù)據(jù)管理。通過此次開發(fā)，使得開發(fā)人員更進一步了解C#開發(fā)工具以及數(shù)據(jù)庫技術，積累更多的實踐經(jīng)驗。本系統(tǒng)具有對相關數(shù)據(jù)的查詢，修改，刪除等功能，較之于之前的相關類系統(tǒng)具有更簡便，更實用的有點，但是由于技術的不成熟，又具有不完整，結(jié)構不清晰等缺點。關鍵字: 數(shù)據(jù)庫；旅行社管理；管理目 錄1.課題描述42.設計過程52.1需求分析52.1.1相關介紹52.1.2 數(shù)據(jù)流圖62.1.3 數(shù)據(jù)字典72.2概念設計92.2.1實體間的聯(lián)系92.2.2 E-R模型圖92.3 邏輯設計102.3.1E-R模型圖向關系模型的轉(zhuǎn)換102.3.2 確定范式級別112.3.3實施規(guī)范化處理112.4 物理設計122.4.1 數(shù)據(jù)庫122.4.2數(shù)據(jù)庫表結(jié)構122.4.3數(shù)據(jù)庫的實施15總 結(jié)22參考文獻231.課題描述本課題就是針對旅游業(yè)的發(fā)展和節(jié)假日出行人數(shù)的不斷增加，為了便于旅行社對旅游項目的管理，根據(jù)旅行社現(xiàn)有的業(yè)務包括組團出游、接待本地游、線路安排、游客信息資料等，開發(fā)一套系統(tǒng)，希望通過該系統(tǒng)有效提高服務業(yè)的工作效率。課題具體目標與要求：1、實現(xiàn)用戶的登錄與注冊；2、實現(xiàn)旅游信息管理。包括對旅游景點信息進行管理，提供景點的名稱、特色、乘車路線、景點費用、導游等信息管理等；3、實現(xiàn)客房管理。包括對客房如客房標準、類別信息的錄入、修改與查詢，并可以實現(xiàn)訂房與退房服務等；2.設計過程2.1需求分析2.1.1相關介紹(1)管理員信息：建立管理員信息表，對管理員統(tǒng)一編號，設定管理員用戶名、密碼、和管理員級別。(2) 客戶信息：建立客戶信息表，對客戶統(tǒng)一編號，設定客戶姓名、性別、年齡、聯(lián)系電話、聯(lián)系地址、身份證號、以及客戶登錄密碼。(3)酒店信息： 建立酒店信息表，以酒店名稱辨別酒店，另外設定酒店地址、客房等級、客房號碼、房間價格等屬性。(4) 景點信息：建立景點信息表，以景點名稱對景點分類，并設定景點所在城市、門票價格、當?shù)靥鞖?、景色特點、導游姓名、導游電話等屬性。注：默認導游游景點所決定，所以導游這里將導游作為景點的一部分，作為景點的屬性存在于景點表中。(5)留言板信息： 留言板是針對客戶與旅行社之間溝通所設置的一個板塊，有助于雙方之間的交流，只需設子留言內(nèi)容一個屬性即可。(6)客戶住房信息： 建立客戶住房信息，明確客戶與酒店之間的關系，并且客戶住房信息中包含客戶的住、退房日期，是酒店與客戶之間的聯(lián)系更加明朗化，客戶可通過客戶登錄密碼進入該表查詢其住宿信息。(7)客戶旅游信息： 建立客戶旅游信息，明確客戶旅游的目的地、線路安排、以及本次旅行的交通問題、費用等，客戶同樣可根據(jù)其登錄密碼查詢其旅游信息.(8) 管理員管理客戶信息： 管理員可利用其特殊的權限對客戶信息進行添加、修改、刪除。(9) 管理員管理景點信息： 管理員可利用其特殊權限對景點信息進行添加、修改、刪除。 (10)管理員管理酒店信息： 管理員可利用其特殊的權限對酒店客房信息進行添加、修改、刪除。 注：當客戶、景點、酒店信息發(fā)生改變時，客戶住房、客戶旅游、客戶留言信息將隨之改變。(11)管理員管理留言板信息： 管理員通過留言板回復客戶留言。2.1.2 數(shù)據(jù)流圖 根據(jù)整個系統(tǒng)的數(shù)據(jù)處理功能，繪制出如下整體數(shù)據(jù)流圖（如圖2.1所示）： 圖2.1 旅行社信息管理系統(tǒng)數(shù)據(jù)流圖2.1.3 數(shù)據(jù)字典1） 編號： F1數(shù)據(jù)流名：景點情況簡述：記錄景點信息數(shù)據(jù)流向：P1：景點管理組成：景點名稱+所在城市+門票價格+當?shù)靥鞖?景點特色+導游姓名+導游電話2） 編號：F2數(shù)據(jù)流名：酒店情況簡述：記錄酒店信息數(shù)據(jù)流向：P2：酒店管理組成：酒店名稱+酒店地址+客房等級+客房號碼+房間價格3） 編號：F3數(shù)據(jù)流名：客戶情況簡述：記錄客戶基本信息數(shù)據(jù)流向：P3：客戶管理組成：客戶編號+客戶姓名+客戶性別+客戶年齡+聯(lián)系電話+身份證號+客戶密碼4） 編號：F4數(shù)據(jù)流名：留言板情況簡述：記錄留言內(nèi)容數(shù)據(jù)流向：P4：留言管理組成：客戶編號+客戶姓名+留言內(nèi)容+留言時間5） 編號：F5數(shù)據(jù)流名：客戶請求住房情況簡述：旅行社管理員對客戶住房信息進行添加、修改、刪除操作，客戶對客戶住房信息進行查詢。數(shù)據(jù)流向：P5：客戶住房表組成：客戶編碼+酒店名稱+住房日期+退房日期6） 編號：F6數(shù)據(jù)流名：客戶請求游覽景點情況簡述：旅行社管理員對客戶旅游信息進行添加、修改、刪除操作，客戶對客戶旅游信息進行查詢數(shù)據(jù)流向：P6：客戶旅游表 組成：客戶編號+景點名稱+旅游路線+交通方式+旅游類型7） 編號：F7數(shù)據(jù)流名：管理員情況簡述：記錄管理員情況數(shù)據(jù)流向：P7：管理員表組成：管理員編號+用戶名+密碼+級別2.2概念設計2.2.1實體間的聯(lián)系1.一個客戶對應于一個房間，并且一個房間可以入住多個客戶。2.多名客戶可以同時游覽一個景點，但是一名客戶不能在同一時間游覽多個景點。 3.一個系統(tǒng)管理員可以處理多個客房信息，一個客房信息可以被多名系統(tǒng)管理員管理。4.一個系統(tǒng)管理員可以處理多個景點信息，一個景點信息可以被多名系統(tǒng)管理員管理。 5.一個系統(tǒng)管理員可以處理多個酒店信息，一個酒店信息可以被多名系統(tǒng) 管理員管理。 6.一個普通客戶只能查詢一個客戶詳細信息。 7.一個客戶可以留言多條，一個系統(tǒng)管理員可以查詢多條留言。2.2.2 E-R模型圖 根據(jù)各實體間的聯(lián)系繪制如下 E-R模型圖（如圖3.1）： 圖2.1 旅行社信息管理系2.3 邏輯設計2.3.1E-R模型圖向關系模型的轉(zhuǎn)換 M：N聯(lián)系轉(zhuǎn)換的關系模式a.客戶入住客房聯(lián)系概念模型向關系模型的轉(zhuǎn)換客戶表（客戶編號，客戶姓名，客戶性別，客戶年齡，聯(lián)系電話，身份證號，客戶密碼）；酒店表（酒店名稱，酒店地址，客房等級，客房號碼，房間價格）；客戶住房表（客戶編碼，酒店名稱，住房日期，退房日期）。b.客戶旅游聯(lián)系概念模型向關系模型轉(zhuǎn)換客戶表（客戶編號，客戶姓名，客戶性別，客戶年齡，聯(lián)系電話，身份證號，客戶密碼）；景點表（景點名稱，所在城市，門票價格，當?shù)靥鞖?，景點特色，導游姓名，導游電話）；客戶旅游表（客戶編號，景點名稱，旅游路線，交通方式，旅游類型）。 1：N聯(lián)系轉(zhuǎn)換的關系模式a. 客戶留言聯(lián)系概念模型向關系模型轉(zhuǎn)換客戶表（客戶編號，客戶姓名，客戶性別，客戶年齡，聯(lián)系電話，身份證號，客戶密碼）；留言板（客戶編號，留言內(nèi)容，留言時間）。b. 管理員處理客房聯(lián)系概念模型向關系模型轉(zhuǎn)換管理員表（管理員編碼，用戶名，密碼，級別）；酒店表（酒店名稱，酒店地址，客房等級，客房號碼，房間價格）。c.管理員處理客戶聯(lián)系概念模型向關系模型轉(zhuǎn)換管理員表（管理員編碼，用戶名，密碼，級別）；客戶表（客戶編號，客戶姓名，客戶性別，客戶年齡，聯(lián)系電話，身份證號，客戶密碼）。d. 管理員處理景點聯(lián)系概念模型向關系模型轉(zhuǎn)換管理員表（管理員編碼，用戶名，密碼，級別）；景點表（景點名稱，所在城市，門票價格，當?shù)靥鞖?，景點特色，導游姓名，導游電話）。e. 管理員處理留言板聯(lián)系概念模型向關系模型轉(zhuǎn)換管理員表（管理員編碼，用戶名，密碼，級別）；留言板（客戶編號，留言內(nèi)容，留言時間）。2.3.2 確定范式級別根據(jù)上述分析所歸結(jié)出來的數(shù)據(jù)依賴的種類和在本系統(tǒng)實際的開發(fā)過程中，需要涉及多表的查詢及表的添加，修改和刪除，且存在多值依賴的實際情況下，其關系模式應達到BCNF。2.3.3實施規(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ù)依賴。于是考慮把關系分解成以下幾個子關系：管理員表：(管理員編碼，用戶名，密碼，級別)；客戶表：(客戶編號，客戶姓名，客戶性別，客戶年齡，聯(lián)系電話，身份證號，客戶密碼)；景點表：(景點名稱，所在城市，門票價格，當?shù)靥鞖?，景點特色，導游姓名，導游電話)；酒店表：(酒店名稱，酒店地址，客房等級，客房號碼，房間價格)留言板：(客戶編號，留言內(nèi)容，留言時間)；客戶住房表：(客戶編碼，酒店名稱，住房日期，退房日期)；客戶旅游表：(客戶編號，景點名稱，旅游路線，交通方式，旅游類型)； 由于以上各關系模式已經(jīng)消除了部分函數(shù)依賴、傳遞函數(shù)依賴，所以符合3范式，并且消除各關系的主屬性對于主鍵的部分函數(shù)以及傳遞函數(shù)依賴，所以符合BC范式。2.4 物理設計2.4.1 數(shù)據(jù)庫數(shù)據(jù)庫名稱：旅行社管理系統(tǒng)2.4.2數(shù)據(jù)庫表結(jié)構1.表名：管理員表 數(shù)據(jù)來源：管理員的基本信息數(shù)據(jù)導入本系統(tǒng)。字段名字段類型長度主/外鍵字段約束管理員編碼char10PNOT NULL用戶名char6密碼numeric5級別char6表2.4.1 管理員表2.表名：景點表 數(shù)據(jù)來源：景點信息數(shù)據(jù)的錄入。字段名字段類型長度主/外鍵字段約束景點編號char10PNOT NULL旅游線路varchar100費用money8導游姓名char8導游電話varchar11當?shù)靥鞖鈉har10目的地char20 旅游類型varchar50表2.4.2 景點表3.表名：酒店表 數(shù)據(jù)來源：酒店信息數(shù)據(jù)的錄入。字段名字段類型長度主/外鍵字段約束酒店名稱50酒店地址char100客房等級char20客房號碼varchar8房間價格money8是否預定char8酒店編號char10pNOT NULL表2.4.3 酒店表4.表名：客戶表 數(shù)據(jù)來源：客戶信息數(shù)據(jù)的錄入。字段名字段類型長度主/外鍵字段約束客戶編碼char8PNOT NULL客戶姓名char20客戶年齡char2客戶性別char2聯(lián)系電話varchar11聯(lián)系地址char20身份證號varchar18用戶密碼varchar8表2.4.4客戶表5.表名：客戶住房表 數(shù)據(jù)來源：客戶住房所產(chǎn)生的數(shù)據(jù)記錄。字段名字段類型長度主/外鍵字段約束客戶編號char20PNOT NULL酒店編號char10pNOT NULL住房日期Datatime8退房日期Datatime8表2.4.5客戶訂房表6.表名：客戶旅游表 數(shù)據(jù)來源：客戶游覽景點產(chǎn)生的記錄。字段名字段類型長度主/外鍵字段約束客戶編號char20PNOT NULL景點編號char10pNOT NULL交通方式char20出發(fā)時間datetime8表2.4.6 客戶旅游表7.表名：留言板 數(shù)據(jù)來源：客戶留言的數(shù)據(jù)記錄。字段名字段類型長度主/外鍵字段約束客戶編號char100PNOT NULL管理員編號char20pNOT NULL留言內(nèi)容Datatime8留言時間Datatime8表2.4.7留言板2.4.3數(shù)據(jù)庫的實施1. 基本表的查詢 查詢管理員表： 查詢客戶表： 查詢景點表：查詢酒店表： 查詢留言板：查詢客戶旅游表： 查詢客戶住房信息：2、 連接查詢 查詢客戶旅游信息，包括客戶姓名、目的地、旅游路線、旅游類型、出發(fā)時間： 查詢客戶住房信息，包括客戶姓名、酒店名稱、客房等級、客房號碼： 查詢客戶留言信息，包括客戶姓名和留言內(nèi)容： 查詢客戶留言信息，包括客戶姓名、留言內(nèi)容，并且客戶編號小于K003： 查詢客戶留言信息，包括客戶編號、客戶姓名、留言內(nèi)容，并且該客戶必須是張姓：3、 簡單查詢 查詢客戶姓名為劉妍，并且入住隆昌賓館的客戶的客戶姓名、酒店名稱、客房等級、客房號碼：4、 數(shù)據(jù)的更新 將一個新客戶的屬性插入到客戶表中：插入結(jié)果： 將酒店表中的管理員編號為G002的修改為G003：修改結(jié)果： 刪除留言板中客戶編號為K005的客戶留言信息： 刪除前信息：執(zhí)行刪除操作： 刪除結(jié)果：5、 視圖查詢客戶查詢信息表的查詢：客戶留言表的查詢：總 結(jié)本次課設為旅行社信息管理系統(tǒng)的設計，本來是要從系統(tǒng)界面的設計開始，但是由于我們從來未學習過該技術，而且有對此了解的少之又少，所以在此暫時跳過該項，但是以后會搜集此相關知識，從而不斷學習。接下來，從了解相關旅行社的信息開始，從實際出發(fā)