旅遊管理系統

資料庫課程設計

說明書2012 年 6月 21 日

1、需求分析

一、現行系統概述

該旅行社目前主要是手工操作，沒有任何計算機支援的旅行社資訊管理系統。通過對旅行社的調查，訪談，我們知道了現行手工系統的原始的工作流程如下：

（1）客戶報名資訊流程：

首先，客戶填寫報名表，交與接待員，接待員對報名表做成冊子，並對其進行管理，然後報名表複製乙份給遊客，保留遊客資訊表和遊客報名表給有關人員查閱。流程圖如（圖1）：

對工作流程進行細細走訪，知道客戶填寫表之後，接待員進行審核，核對好後，編訂成冊，並交乙份表給客戶保留。對已有的客戶資訊和報名表，可對其進行查閱，修改等，可以給相關人員或部門檢視，統計。細分後的流程圖為（圖2）：

（2）旅遊景點資訊管理流程：

工作人員由收集到的旅遊資訊，經審核後編訂成冊，供相關工作人員及遊客查閱。可得到流程圖為（圖3）：

（3）旅遊線路管理流程：

由相關人員提出旅遊線路，填寫旅遊線路設計表，經過討論，審核之後，形成報表，並訂成冊，供工作人員和遊客翻閱。流程圖如（圖4）：

（4）旅遊團隊管理流程：

由相關人員提出要建立的旅遊團隊，填寫團隊設計表，由相關員工討論，並經主管審核之後，確定改團隊的建立，並編制團隊手冊。流程圖如（圖5）：

（5）員工管理流程：

新來的員工填寫員工基本表，經人事管理部門審核後編製成正式的員工檔案表，檔案管理員可以對其進行增加、修改，刪除。形成的檔案表可以給相關部門檢視。流程圖如（圖6）：

（6）相關旅行社管理流程：

由員工獲取旅行社資訊，對其審核後做成檔案，並儲存，相關認可可以對其進行管理，增加，修改，刪除等，並可以做成報表給相關人員檢視。流程圖如（圖7）：

（7）財務管理流程：

前台服務員或團隊負責人遞交收款發票或報銷發票，由財務管理人員審核並整理成檔案，並對財務進行翻閱、統計，並做成報表給相關人員檢視、審核。流程圖如（圖8）：

二、系統需求分析

（1）功能分析

通過對旅行社管理流程和業務流程的分析，並對旅行社工作人員，管理人員進行訪談，了解到旅行社管理系統應具有以下主要功能：

1 ）根據客戶的報名，錄入客戶的報名資訊並對其進行管理。

2 ）根據收集到的旅遊景點，錄入並管理旅遊景點資訊。

3 ）由旅遊景點資訊，設計並管理旅遊線路。

4 ）對旅遊團隊的設計進行錄入和管理。

5 ）對員工的資訊進行錄入和管理。

6 ）錄入和管理其他相關的旅行社資訊。

7 ）對旅行社的財務進行管理。

8 ）查詢和列印客戶資訊、團隊資訊、員工資訊、財務資訊等。

不同的使用者登入系統，其許可權不同。根據系統所需的功能，並對計算機所處理的資料進行分析，系統可以分為三個大的功能模組：系統使用者管理、旅行社資訊管理和系統資料維護。

系統使用者管理

主要是對使用系統的使用者進行管理，包括系統登入、退出、增加使用者、刪除使用者、使用者的許可權分配和修改以及使用者的操作記錄等。

旅行社資訊管理

旅行社資訊管理主要分為7個模組：客戶報名管理、旅遊景點管理、旅遊線路管理、旅遊團隊管理、員工管理、相關旅行社管理、財務管理。各模組的具體功能如下：

客戶報名管理：包括遊客登記，遊客報名的錄入，修改，查詢等。

旅遊景點管理：包括對旅遊景點的錄入，修改，查詢等。

旅遊線路管理：對設計好旅遊線路的錄入、修改，查詢等。

旅遊團隊管理：包括團隊的建立，修改，查詢，統計等。

員工管理：包括查詢員工資訊、更新員工資訊、新增、刪除員工等。

相關旅行社管理：對有合作關係或將有合作關係的旅行社資訊的錄入，修改、查詢等。

財務管理：包括財務資訊的錄入、修改，查詢等。

系統資料管理

主要是資料的備份與恢復。

（2）對效能的規定

1 ）精度

該軟體的輸入、輸出資料大多都是字元型別的，用到整型或浮點型的資料都很少，因此對資料的精度要求不是很高，要求較高的財務資料精確到小數點後四位也足夠了。

2 ）時間特性需求

要求該系統更新處理時間快，在每一次業務完成後，要立即更新資料庫中的資料，要時刻保持資料庫中的資料正確，而且是最新的資料。響應時間要較快。

3 ）靈活性

要求在業務流程或方式改變後，只需改變該系統的部分或者增加一些模組就可以實現。系統要有一定的功能擴充套件性。業務擴大後，只需在該系統的基礎上進行改進即可，而不至於重新開發新的系統。

4 ）故障處理要求

在執行過程中如果出現資料庫連線錯誤，或其他執行錯誤，應給出錯誤可能的原因，以及可能使用的解決途徑。如果在執行過程中，突然停電或其它硬體發生故障，而使系統不正常停止，在故障恢復後，資料庫中的資料應能恢復到故障發生前的狀態。如果使用者執行了能破壞系統的行為，系統應能給出提示，並拒絕執行。

5 ）其它專門要求

系統應注意資料的安全性與保密性，盡量做到保護資料的安全，堅決不執行無操作許可權的操作；系統應比較容易維護，讓水平不高的使用者也能應付日常的簡單維護工作；系統應做成符合大多數人的使用習慣，做成易於學會使用；對每個使用者的操作行為進行記錄。系統開發完成後，給出系統的詳細說明書，以便未參與開發的人員在對該系統進行維護時，能輕而易舉。系統必須有使用說明書，以便使用者能正確合理地使用之。

三、資料模型設計

按系統功能設計該問題的區域性概念資料模型，然後綜合區域性概念資料模型得到全域性概念資料模型。實體及屬性、實體之間的聯絡見e-r 圖，圖中畫出了實體間的聯絡(圖9)：

乙個業務員負責乙個團隊，乙個團隊選定一條旅遊線路，一條線路可以組多個團隊。乙個遊客只能選乙個團隊，乙個團隊可以有多個遊客報名。

四、子系統的劃分

本系統的劃分情況如下：

五、新系統功能模型設計

（1）資料流圖

1）旅行社資訊管理流程圖

通過對以上的旅行社資訊管理流程圖的抽象處理，得到如下旅行社資訊管理資料流圖的0層圖(圖13)：

我們進一層分析，對上圖進行細化。對上述資料流圖細化後，得到如下旅行社資訊管理系統資料流圖的1層圖(圖 14

對旅行社資訊管理細分，將其細分成客戶報名管理，旅遊景點管理，旅遊線路管理，旅遊團隊管理，員工管理，相關旅行社管理，財務管7個模組，得到如下旅行社資訊管理系統資料流圖的2層圖(圖15)：

未實現資訊化管理前，對遊客填報的資訊有「審核」一項處理過程，由於硬體開支和開發開支方面的原因，對審核資料一項處理仍用人工方式進行，所以下面系統省去審核的流程。客戶報名資訊管理包括團隊查詢，線路查詢，報名登記，並對客戶資訊和報名資訊的處理，下面是對2.1的細分(圖16)：

由於處理客戶資訊和處理客戶報名資訊還可以分成查詢，增加，修改，和刪除功能，所以，下面對其細分(圖 17

將旅遊景點資訊管理 (2.2) 細分，它主要擁有增加，修改，刪除，查詢等功能。其資料流圖如下(圖 18):

將旅遊線路資訊管理 (2.3) 細分，它主要擁有增加，修改，刪除，查詢列印等功能。其資料流圖如下(圖19)：

細分旅遊團隊資訊管理(2.4)，它主要有增加，更新，查詢，刪除等功能。其資料流圖如下(圖20

員工管理包括查詢員工資訊(按員工編號、員工姓名或所在部門查詢等)和更新員工資訊(新增員工資訊、刪除員工資訊和修改員工資訊等 )。將員工管理(2.5)細化得到如下資料流圖(圖21)：

細分相關旅行社資訊管理 (2.6)，它主要有增加，更新，查詢，刪除等功能。其資料流圖如下(圖22)：

財務管理(2.7)主要有增加，修改，查詢，統計等功能。細分後，其資料流圖如下(圖 23)：

將上述資料流圖合併得到總的旅行社資訊管理資料流圖(圖24)：

2 ）系統帳戶管理資料流圖

對系統帳戶管理的功能進行分析，得到如下系統帳戶管理資料流圖(圖25)：

使用者登入通過驗證程式後，就可以執行該使用者所具有的許可權（如修改密碼、增加和刪除使用者、修改、授予許可權等)。

3 ）系統資料管理資料流圖

系統資料管理包括備份資料和恢復資料，這裡的資料報括與賓館資訊有關的所有資料，其資料流圖如下(圖26)：

圖26 系統資料管理資料流圖

（2）資料字典

由於涉及的資料比較多，現在只建立了一些主要的資料字典：

2、概念結構設計

多名使用者只可以報名參加乙個團隊，其區域性e-r 圖如下所示：

圖一乙個旅遊團隊，可以有多名導遊，對應一名業務員，一名業務員只可以負責乙個團隊。其e-r 圖如下所示：

乙個旅行社可以擁有多個旅遊團隊，乙個團隊只對應乙個旅行社。乙個團隊對應一條線，一條線路可以被多個團隊選擇。一條線路可以有多個旅遊景點。

e-r圖設計：

總e-r 圖設計

3、邏輯設計

顧客資料庫：

登錄檔：（姓名，密碼）。

旅遊景點資訊庫：

景點表：（景區編號，景點編號，景區地點，景點名稱）。

旅行社表：（旅行社編號，景區編號，旅行社名稱，旅行社聯絡人，**）。

線路資訊資料庫：

線路表：（線路名，等級，始發點，目的點，往返交通，行程天數，旅遊**）。

團隊資訊資料庫：

團隊資訊表：（團隊編號，團隊名稱，團隊狀態，最大報名人數，業務員，線路名，出團時間，回團時間）。

旅遊管理系統

旅遊資訊管理系統

旅遊管理資訊系統

實驗報告旅遊管理系統

旅遊管理系統

旅遊資訊管理系統

旅遊管理資訊系統

實驗報告旅遊管理系統

相關推薦