【文章內容簡介】 規(guī)模 。 旅游業(yè) 作為一個 城市的旅游服務系統(tǒng) ,具有 服務 性質 很強的商業(yè)性質。 所以，考慮系統(tǒng)面向的 對象 ，系統(tǒng)開發(fā) 后的應用對象需要進行必要的定位 。 那么 它 需要具有 哪些特點呢 ？ 1. 一般來講， 旅游業(yè) 的規(guī)模決定 宣傳網站 的大小。 而 旅游信息管理網站 面向的對象是 旅 客和 旅游業(yè)投資 者 ， 其面對的范圍是世界的每一個角落 ， 數(shù)據量 寬而不繁 ， 應滿足各種不同需求 的數(shù)據配置 ,信息 查詢 等。 為 管理員 提供可以 對整個網站系統(tǒng)進行綜合管理 的功能 。 2. 旅游業(yè) 作為提供 旅游 服務 工作系統(tǒng) ，不僅要求便于管理，而且要求對 旅客 提供方便快速的查找。一個好的 旅游信息管理網站 不僅僅看它 的 硬件條件設施 ,還要看它的服務 質量 及 工作效率 是否良好 ，還要看它的管理機制 和宣傳機制 是否健全。 信息管理網站 需要 一個 宣傳平臺 ，對各 種 旅游信息 及時 管理 ， 因此時效性對其具有重要的意義 。作為 旅游業(yè) 的 宣傳 人員來說需要及時地對 旅游信息 進行 全面系統(tǒng)的宣傳 。 系統(tǒng)可行性研究分析 可行性分析是在進行初步調查后所進行的對系統(tǒng)開發(fā)必要性和可 能性的研究，所以也稱為可行性研究 [13]。 本次所設計旅游 信息 管理 網站 也應從 這三個可行性 方面來論證。通過長時間的觀察與實踐，我認為 旅游信息管理網站 的可行性分析如下： 1. 經濟可行性分析 城市 旅游資源豐富 ,前景較好， 各旅行社只需配備有支持本系統(tǒng)的硬件平臺，而且本系統(tǒng)對客戶端的要求很低，只需電腦上安裝有瀏覽器，并且能夠上網， 而基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 8 且本 軟件系統(tǒng)的開發(fā)成本不高，在經濟方面本系統(tǒng)的開發(fā)是可行的。 并且 經本網站的統(tǒng)一的高效益的宣傳，對 旅游業(yè) 綜合的宣傳和形象的塑造，對 旅游業(yè) 有很好的經濟效益 。 2. 技術可行性分析 本系統(tǒng)選用的 JSP 技術， HTML 技術， SQL Server 技術經過前輩們的不懈努力，現(xiàn)在已經變得非常的成熟。與此同時，本系統(tǒng)在開發(fā)和實施中用到的軟件和硬件都是經過如今軟件開發(fā)中比較流行的，綜合各個方面的因素，完成本系統(tǒng)的開發(fā)在技術上是完全可行的。 3. 社會可行性分析 社會可行性主要論證新系統(tǒng)在 政府 機關 或 公司 開發(fā)和運行的可能性以及運行后可能 引起 的對 政府 機關 或 公司 的影響，即組織內外是否具備接受和使用新系統(tǒng)的條件。對傳統(tǒng) 方式 的沖擊，可能引起 宣傳部門 的 人員變動及 調整。對 旅游業(yè)工作人員的要求提高，使 旅游業(yè) 在一定的可能下 裁剪員工 ， 促使 工作人員繼續(xù) 學習 計算機知識 。對 旅游資源 與 旅客 之間業(yè)務方式的轉變和擴充 也具有一定的影響 。 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 9 第 4 章 旅游信息管理網站 概要設計 原型法 根據實際情況，我們使用原型法（ Rapid Prototyping）即以少量代價快速地構造一個可執(zhí)行的軟件系統(tǒng)模型 [20]。 通過對用戶需求的分析，可以 得出結論： 該 旅游 旅游信息管理網站 大致可以分為 用戶端和管理員端。用戶端分為普通游客和 旅行社 兩種。普通游客的主要功能包括出發(fā)地查詢、目的地查詢、線路查詢、旅行社查詢、租車信息查詢、導游信息查詢、自由行信息查詢等。旅 行社端功能包括旅行社基本信息維護、線路信息維護、旅游資訊發(fā) 布等。管理員端功能包括普通用戶信息維護、旅游信息發(fā)布、線路推薦等。 如圖 41 所示。 圖 41 旅游信息管理網站 模塊 1. 普通游客 有 3 個模塊功能： （ 1） 個人信息維護：修改個人信息、注銷個人信息 。 （ 2） 旅游信息查詢：出發(fā)地查詢、目的地查詢、旅行社查詢、旅游線路查詢、導游信息查詢、租車信息查詢、自由行信息查詢 。 （ 3） 旅游信息推薦：查看推薦信息 。 2. 旅行社有 6 個模塊功能： （ 1） 旅行社信息維護：添加旅行社信息、修改旅行社信息、刪除旅行社信息 。 （ 2） 旅游線路維護：添加旅游線路、修改旅游線路、刪除旅游線路 。 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 10 （ 3） 導游信息維護：添加導游信息、修改導游信息、刪除導游信息 。 （ 4） 租車信息維護：添加租車信息、修改租車信息、刪除租車信息 。 （ 5） 自 游 行信息維護：添加自 游 行信息、修改自 游 行信息、刪除自 游 行信息 。 （ 6） 資訊發(fā)布：旅行社優(yōu)惠信息發(fā)布 。 3. 管理員端 有 6 個模塊功能： （ 1） 用戶信息維護：添加用戶信息、修改用戶信息、刪除用戶信息 。 （ 2） 旅行社信息維護：添加旅行社信息、修改旅行社信息、刪除旅行社信息 。 （ 3） 資訊發(fā)布：旅游相關部門 資訊發(fā)布 。 （ 4） 旅游信息推薦：發(fā)布旅游信息推薦、修改旅游信息推薦、刪除旅游信息推薦 。 （ 5） 線路排序：按線路名稱排序、按線路 遠近 排序、按線路 價錢 排序 。 （ 6） 相關鏈接：增加相關鏈接、修改相關鏈接、刪除相關鏈接 。 系統(tǒng)管理數(shù)據流圖 為了更好的設計 旅游信息管理網站 ,我做了周密而細致的分析 ,畫出了系統(tǒng)管理的數(shù)據流圖 . 如圖 42 所示。 圖 42 登錄系統(tǒng)數(shù)據流圖 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 11 系統(tǒng)結構圖 系統(tǒng)結構圖主要包括了前臺界面的各個模塊和后臺管理的操作。如圖 43 所示： 圖 43 系統(tǒng)結構圖 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 12 第 5 章 數(shù)據庫設計和結構創(chuàng)建 數(shù)據庫設計過程 該 系統(tǒng)開發(fā)過程中 的核心就是數(shù)據庫的設計。整個項目的質量很大一部分受數(shù)據庫設計的好壞的影響。一切項目設計的基礎就是數(shù)據的設計。假如設計的不是非常的合理和完善，肯定會在項目開發(fā)過程或者是項目后期的維護中，以及在對項目進行功能的變更或擴充時必然引起很多的問題，嚴重的話還要重新對項目的數(shù)據庫進行設計，重做大量的已經做完的工作。 數(shù)據庫 的 設計可以分成 四 個階段： 1. 數(shù)據庫需求分析 。 2. 建立概念性數(shù)據模型。 3. 邏輯設計 。 4. 物理設計。 當然 一個嚴謹而且完善的 數(shù)據庫， 需要 系 統(tǒng) 地分析 問題。在系統(tǒng)分析階段，開發(fā)者 和 客戶都緊密 合作，共同收集和分析數(shù)據 ，不斷完善客戶 對 系統(tǒng) 的要求 ，力爭做到客戶滿意 。 根據系統(tǒng)分析， 旅游信息管理網站 的要求如下 ： 1. 需求分析： （ 1） 能夠處理 旅游信息 ， 對 新聞標題 、景點信息 的 添加、 修改及刪除 。 （ 2） 能夠實現(xiàn) 用戶與網站的交流 。 （ 3） 能夠進行 用戶間的互動交流 。 2. 系統(tǒng)性能要求： （ 1） 系統(tǒng)安全、可靠 。 （ 2） 功能齊全 。 （ 3） 操作方便、界面友好 。 （ 4） 易于維護和擴充。 3. 系統(tǒng)的功能分析 : （ 1） 密碼設置： 管理 員均 設置 有自己的密碼， 用來 防止非本系 統(tǒng) 管理 員 進入篡改數(shù)據、盜取信息 。 （ 2） 信息 維護：為了 對每一 個用戶信息及景點信息 進行管理 ， 系統(tǒng) 管理員基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 13 對各種表 的信息都能進行 修改、刪除、添加等操作。 （ 3） 系統(tǒng)查詢：可以按 關鍵字 進行 模糊 查詢 。 數(shù)據庫需求分析 數(shù)據庫需求分析 在于 務必要 弄 清楚客戶 對開發(fā)的數(shù)據庫系統(tǒng)的確切要求。SQL 2020 數(shù)據庫設計的第一步是明確數(shù)據庫的目的和如何使用。明確 數(shù)據庫的目的之后，就可以 根據所確定的目的來選擇 需要保存的信息（表），以及每個 表所需要 保存 的 信息（表中字段）。 這 是 開發(fā)者在 進行系統(tǒng)功能劃分和系統(tǒng)設計最重 要的環(huán) 節(jié) 。 以下為系統(tǒng)所需的數(shù)據項和數(shù)據結構的使用情況： 1. 管理員信息 ：調用 管理員信息 表 ,生成 系統(tǒng)編號 ,用戶 名 ,密碼 ，權限等 。 2. 注冊用戶信息：調用注冊用戶信息表 ,生成系統(tǒng)編號 , 用戶名，密碼，姓名，電話，郵箱， ，頭像，籍貫，地址，性別，等等。 3. 景點信息：調用景點信息表 ,生成 景點 編號 ,星級，簡介，照片，票價等。 4． 新聞信息：調用新聞信息表 ,生成 新聞 編號 ,標題，類別，內容，添加人等。 數(shù)據庫概念結構設計 ER 圖 概念結構設計在 程序開發(fā) 過程中是 非常 重要 ，通常采用 ER 圖 的 設計 方法 [10]。根據本系統(tǒng)的數(shù)據庫 及其 功能結構畫出主要的 ER 圖 。 1. 管理員信息實體：調用管理員信息表 ,生成系統(tǒng)編號 ,用戶名 ,密碼，權限等。 如圖 51 所示： 圖 51 管理員信息 ER 圖 2. 注冊用戶信息實體：調用注冊用戶信息表 ,生成系統(tǒng)編號 , 用戶名，密碼，姓名，電話，郵箱， ，頭像，籍貫，地址，性別，等等。 如圖 52 所示： 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 14 圖 52 注冊用戶信息 ER 圖 3. 景點信息實體：調用景點信息表 ,生成系統(tǒng)編號 ,名稱，星級，地址，電話，簡介，照片，票價等。 如圖 53 所示： 圖 53 景點信息 ER 圖 4. 新聞信息實體： 調用新聞信息表 ,生成系統(tǒng)編號 ,標題，類別，內容，添加人等。 如圖 54 所示： 圖 54 新聞信息 ER 圖 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 15 數(shù)據庫邏輯結構設計 邏輯結構設計就是把 之前 概念結構設計階段 的 基本 E 一 R 圖轉換為與數(shù)據模型相符合的邏輯結構。 邏輯結構是 一種獨立的數(shù)據模型，一般情況下 用 到 的數(shù)據庫環(huán)境已經給定 ，因此首先需要將 ER 圖 轉換為關系模型，然后根據具體 DBMS 的特點和限制轉換為特定的 DBMS 支持下的數(shù)據模型，最后進行優(yōu)化 [16]。 數(shù)據庫結構的創(chuàng)建 數(shù)據 庫 結構的創(chuàng)建是對數(shù)據庫表的創(chuàng)建 。 1. 管理員信息 表 ： 管理員 信息表 包括管理員的 用戶 名 、 密碼等信息。其對應的字段如表 55 所示： 表 55 管理員信息 表 : 字段名 數(shù)據類 型 長度 是否主鍵 備注 ID int 4 是 主鍵，非空，唯一 userName varchar(50) 50 否 非空 Pwd varchar(50) 50 否 非空 Addtime datetime 8 否 非空 2. 景點 信息表： 景點信息表包括所有景點的名稱、星級、簡介、照片及票價等信息。其對應的字段如表 56 所示： 基于 B/S架構的旅游信息管理網站的設計與實現(xiàn) 16 表 56 景點信息表： 字段名 數(shù)據類型 長度 是否主鍵 備注 ID int 4 是 主鍵，非空，唯一 mingcheng varchar(50) 50 否 非空 xingji varchar(50) 50 否 非空 dianhua jianjie zhaopian piaojia addtime varchar(50) varchar(50) varchar(50) varchar(50) datetime 50 50 50 50 8 否 否 否 否 否 非空 非空 非空 非空 非空 3. 用戶注冊 信息表： 用戶注冊信息表包括用戶名、密碼、性別、電話、地址及 等信息。其對應的字段如表 57 所示： 表 57 用戶注冊信息表： 字段名 數(shù)據類型 長度 是否主 鍵 備注 ID int 4 是 主鍵，非空，唯一 yonghuming varchar(50) 50 否 非空 Mima varchar(50)