熱門論文
最新論文
貴州都勻旅游資源信息管理系統的 研究與分析
發布時間：2023-07-20 14:57
摘要 I
ABSTRACT II
目錄 IV
第一章引言 1
1.1研究背景 1
1.2研究意義 2
1.2國內外研究現狀 2
1.3研究的內容和主要工作 4
1.3.1研究的內容 4
1.3.2本人主要工作 4
1.4 論文結構 5
第二章業務分析 6
2.1業務需求分析 6
2.1.1業務問題定義 6
2.1.2組織職能分析 7
2.1.3業務人員分析 7
2.2原有業務流程分析 8
2.2.1新聞信息管理流程 8
2.2.2景點信息管理流程 9
2.2.3美食信息管理流程 10
2.2.4文化信息管理流程 11
2.2.5基本信息設置流程 13
2.3業務流程優化 13
2.3.1新聞信息管理流程 13
2.3.2景點信息管理流程 15
2.3.3美食信息管理流程 16
2.3.4文化信息管理流程 18
2.3.5基本信息設置流程 19
2.4用戶角色分析 21
第三章功能分析 22
3.1系統用例分析 22
3.1.1總體用例分析 22
3.2.1子用例分析 22
3.2系統功能包圖 37
3.2.1總功能包圖 37
3.2.2子功能包圖 37
第四章數據分析 41
4.1功能數據分析 41
4.1.1新聞信息管理縮略圖 42
4.1.2景點信息管理縮略圖 44
4.1.3美食信息管理縮略圖 46
4.1.4文化信息管理縮略圖 48
4.1.5基本信息設置縮略圖 50
4.1.6系統管理縮略圖 52
4.2實體類關系分析 53
4.3數據庫表 54
4.4系統部署 56
4.4.1數據庫部署 56
4.4.2項目部署 57
4.5系統數據庫安全分析 57
4.5.1數據庫安全的設計方法 57
4.5.2數據庫安全管理的實現 58
第五章 系統實現 60
5.1系統開發環境 60
5.1.1硬件環境 60
5.1.2軟件環境 60
5.2系統功能實現 61
5.2.1系統主界面 61
5.2.2新聞信息管理實現 61
5.2.3景點信息管理實現 63
5.2.4美食信息管理實現 64
5.2.5文化信息管理實現 65
5.2.6基本信息管理實現 66
5.2.7系統管理實現 67
第六章總結與展望 71
6.1總結 71
6.2展望 72
參考文獻 74
數謝 76
第一章引言
1.0研究背景
傳統的旅游商業模式即通過平面廣告宣傳、電視宣傳、廣播宣傳、分發彩頁等多媒 介鋪天蓋地宣傳方式，也是現階段在我國旅游企業的主要宣傳模式。這樣的宣傳方式雖 然多樣化，但實際的信息宣傳和信息服務能力非常差，介紹的內容片面、宣傳受眾比較 單一，宣傳投入大，對資源的浪費也非常大，同時也收不到明顯的效果，關鍵是不能達 到游客（用戶）所想要的內容。因為我們不能在這些單方面片面的宣傳得到有用和自己 比較關注的其他問題，如：自己感興趣的景點詳細介紹、相關新聞、活動內容、旅游資 源評價、游客心得、旅游攻略等內容。更有甚者直接玩宣傳的文字游戲，坑蒙拐騙游客 進行購物游、關門游、走馬觀花游等嚴重損害本地旅游產業的旅游宣傳行為和旅游方式。 我國旅游信息服務起步較晚，基礎服務設施不全，各方面的宣傳不足或比較片面，疵游 業信息服務能提升的地方還有很多。同時，大多旅游景點即使建立了專門的宣傳網站系 統，但也沒有設置獨立的網絡域名，只是在各類網站上鏈接了幾個簡單介紹的網頁，加 之網上相關旅游資源的信息更新緩慢，新聞滯后、不提供交流互動平臺，游客（用戶） 無法通過互聯網及時獲悉自己感興趣的景點詳細介紹、相關新聞、活動內容、旅游資源 評價、游客心得、旅游攻略等內容。 ?
旅游資源信息涉及的內容一般有：介紹本地名勝古跡相關信息、推薦旅游線路，含 自駕、高鐵、飛機、火車、客車、出租、公交信息、推薦的本地旅游攻略、推薦本地特 色美食、介紹有關本地旅游的相關信息資料、介紹本地的趣聞趣事、介紹本地的民俗民 風，地域風情等旅游相關信息。通過系統來提供個性化旅游線路，并提出建議和注意事 項等全方面做得好的管理系統非常少間。
改革開放后，我國經濟高速發展，全國人民的收入水平明顯提高，非常多的人們會 利用自己的閑暇時間，暢游我國的大好河山和名勝古跡。旅游業的不斷發展以及游客數 量的不斷增加，對旅游信息提出了更高的要求，我們應該將如何滿足游客的旅游信息掌 握需求作為我們發展旅游業的重中之重,而不僅僅是旅游資源的開發和旅游設施的健全, 為游客（用戶）提供更加優質的旅游信息服務幀。但同時新的問題也出現，如：旅游資
源相關宣傳信息不一致、美食推薦無特點、特色文化無特色、投訴無門等情況。利用互 聯網技術，為一個城市的旅游做推廣，向全中國乃至全球網絡用戶提供該城市的旅游信 息査詢和交流的服務平臺，貴州都勻旅游資源信息管理系統的發展前景很樂觀。全民智 能手機時代，游客（用戶）只要在網絡能覆蓋到的地方，就能使用手機或者電腦等終端 訪問到對貴州都勻旅游資源信息管理系統。通過對本地旅游資源信息的訪問、留言、評 論等互動行為，就能使信息數據增長和長期存在，而這些本地的旅游資源相關信息恰恰 是游人、客戶甚至當地商戶所尋求的旨規，因而隨著目前我們在信息化發展上取得的進 步，客戶甚至商戶能夠便捷、高效的通過網絡渠道搜索自身所需的有用信息⑷。從這個 意義上說，必然能在一定程度上助力該系統的優化。
貴州都勻旅游資源信息管理系統是面向現實需求的一個實用網站系統。其設計的目 的是讓人們了解都勻這個城市的方方面面提供一個友好的、直接的交流平臺。通過該管 理系統對本地旅游資源信息的發布、信息審核、美食推薦、特色文化信息整理、各類投 訴等進行統一、規范的管理。同時通過交流互動功能模塊聽取游客對本地的旅游綜合評 價、旅游感受、消費陷阱、意見及建議等進行互動交流，以促進本利旅游業的開發和管 理。
1.1研究意義
在信息科技主導的21世紀，電子化與電腦化已不再是口號，越來越多的旅游門戶希 望借由信息系統的導入以提升作業效率與管理決策上的效能。對旅游而言，導入旅游資 源信息管理系統不僅能提升旅游管理的行政效率，同時也能為旅游企業創造堅強的競爭 優勢。在這樣的背景下，越來越多的旅游部門投入旅游信息系統的導入。本文希望通過 我們開發的系統，達到以下幾點目的：
1.可以讓旅游企業可以更加快速的完成旅游資源的發布，實現旅游資源信息管理電 子化。
2.可以讓旅客的反饋實現自動化管理，給予旅客一種便捷、高效的即時咨詢與投訴 渠道。
1.2國內外研究現狀
旅游資源信息管理系統的演變大致經由以下幾個階段叫
首先，在上世紀八十年代中期，傳統意義上的第一代旅游資源信息管理系統誕生， 該階段的信息管理系統處于早期階段并且較為簡單，大致完成了旅游資源數據的統計， 實現了相關文檔由“紙質化”變為“電子化"，并且伴隨時代的發展、科技的進步，旅 游資源的相當程度上的業務活動可以便捷予以處理。
其次，在第一代旅游資源信息管理系統發展10年左右，計算機技術快速發展并廣泛 普及，很多電腦軟、硬件旅游適時推廣各種各樣的個人平臺軟件，雖然90年代旅游資源 信息管理大都是靠計算機予以文字編排及輸出工作，利用計算機達到各種電子文檔的傳 送以及審核等目的，從而達到對人財物各種旅游資源的有效管控。人們習慣把這個階段 的旅游資源信息管理系統為第二代。
再次，到了 21世紀，旅游資源信息管理的重點發生了很大程度的變化，人們開始審 視并研究怎樣更便捷地學習知識并最大限度的予以利用？在這種問題意識下，旅游資源 信息管理取得了長足進步，優勢非常明顯。比如，信息管理系統的數據處理能力比以往 都強大，可以實現文件系統以及數據倉庫中的相關文件、數據的充分集成，更具有劃畸. 代意義的是它展示了一種強大的學習功能以及知識共享的方式。該階段的旅游資源信息 管理系統為第三代。
最后，歷經近40年的發展進步，伴隨Internet和Web技術的快速推進，第四代旅游 資源信息管理系統逐漸走進人們的視野。這種全新的旅游資源信息管理系統有著更強的 功能，可以卓有成效地對系統內部運作予以監控，在很大程度上實現了旅游資源人、財、 物的集約化管控。
李家祥(2015)針對產業建立遠程旅游服務平臺，通過互聯網技術、案例式推論技術、 Java技術及對象關聯式數據庫，建立一套遠程旅游服務系統，以期縮短旅游求助時間， 提高服務滿意度同。
Fredericks(2011)針對旅游客服系統提出旅游服務占有率的觀點。相對于傳統旅游提 供商追求市場占有率，所謂旅游服務占有率是指針對同一客戶，設法多次給他更多的服 務。換句話說也就是對于特定類型的消費，讓客戶將預算花在特定服務的比例達到最高。 客戶消費愈高，為企業帶來更高的利潤，愈是忠誠的客戶間。
Paul Ratcliff (2015)認為旅游客服系統是以銷售為基礎的新觀念，信息科技在旅游 客服系統中屬于輔助性的角色，讓旅游客服系統相關工作更有效率的執行。本質上，旅 游客服系統通過客服代表進行客戶服務與維持現有客戶的工作，客服代表分析客戶相關 數據以從事銷售與交叉銷售的活動，滿足個別客戶的需求囪。
1.3研究的內容和主要工作
1.3.1研究的內容
本文開發的旅游資源信息管理系統，能夠在一定程度上推進旅游資源信息管理的信 息化以及數字化進程，有助于推進國內旅游公司的信息化建設，能夠有效提升旅游服務 質量。本課題的研究目標是設計的貴州都勻旅游資源信息管理系統，通過該系統達到旅 游資源信息管理高效率、自動化的目標。本文研究的內容主要涵蓋以下幾個方面。
(1)利用文獻研究法研究國內外旅游資源信息管理系統的國內外現狀,分析本系統的 可行性。
(2)研究旅游資源信息管理業務的基本業務情況,對貴州都勻的旅游資源信息管理系 統進行全方位、多角度的分析探討，具體涵蓋功能需求、可行性以及非功能性等方面的 分析，同時對管理系統的有關技術以及整體框架結構等進行詳細分析。研究旅游資源信 息管理系統設計框架、數據庫和系統測試所涉及的關鍵步驟，依靠對相關旅游資源的分 類和對應的管理，讓工作人員能夠更加方便地運用此系統進行在線的業務處理。
(3)系統的實現、測試以及安全維護。本文使用SSH框架實現了系統的新聞管理、 景點信息管理、美食信息管理等功能，并通過網絡平臺對該系統進行了部署。
1.3.2本人主要工作
本文重點對旅游資源信息管理中的當地新聞、旅游信息、美食信息、文化特色、娛 樂和交流互動等信息的審核、信息統一管理、投訴建議等功能模塊進行研究與分析。
該系統采用B/S架構設計，運行在Microsoft.NET Framework平臺上，使用Visual Studio 2012作為開發工具，數據庫選用強大的Microsoft SQL Server企業級數據庫，依據 信息管理需求開發一個高效，安全，易用，易維護的管理系統。
在這個項目中，本人主要負責系統需求分析、功能性分析、系統文檔撰寫，針對原 有的旅游相關業務流程進行分析，根據業務流程設計系統的用例圖、類圖、包圖，最后 對系統的功能進行了實現。
1.4論文結構
本文主要由以下幾個部分組成：
第一章：緒論。首先介紹了傳統的旅游資源信息管理系統的發展現狀和存在的問題, 引出研究的主題；然后梳理國內外旅游資源信息管理系統的研究現狀，并說明本文的主 要內容。
第二章：系統的需求分析。對系統進行業務需求分析；并進行系統進行了業務流程 優化。
第三章：系統的功能分析。通過UML工具對系統的進行了功能分析，對系統的各 個功能模塊進行用例設計和包圖設計。
第四章：系統的設計。通過UMLI具對系統的總體框架設計進行了設計，并對系 統的各個功能模塊進行功能設計，同時對系統數據庫設計進行說明。
第五章：系統的實現。通過SSH框架和Java語言對系統的的代碼框架設計架構， 然后對系統的各個功能模塊進行功能實現。
第六章：總結與展望。說明本研究結論，并提出未來研究方向，以供后續從事相關 研究參考。
第二章業務分析
系統需求分析是一個完整旅游資源信息管理的開端，也是系統建設的墊腳石。本章 通過廣泛調研潛在用戶的工作特點與工作模式來提煉和梳理旅游資源信息管理系統的研 制需求，在用戶端的功用及性能需求等方面予以重點探究。
2.1業務需求分析
游客（用戶）通過互聯網訪問貴州都勻旅游資源信息管理系統，及時獲悉自己感興 趣的景點詳細介紹、相關新聞、活動內容、旅游資源評價、游客心得、旅游攻略等內容。 旅游資源信息涉及的內容一般有：介紹貴州都勻本地名勝古跡相關信息、推薦貴州都勻 的旅游線路，含自駕、高鐵、飛機、火車、客車、出租、公交信息、推薦的貴州都勻本 地旅游攻略、推薦貴州都勻本地特色美食、介紹貴州都勻本地旅游的相關信息資料、介 紹貴州都勻本地的趣聞趣事、介紹貴州都勻本地的民俗民風，地域風情等旅游相關信息。 根據旅游者的個性化要求定制旅游產品。
2.1.1業務問題定義
本文首先討論如何提供一個集新聞關注、旅游景點、都勻美食、地方文化、娛樂社 區等功能介紹的全面導游信息系統，并提供旅游信息交流互動為溝通渠道的互聯網平臺, 可以使每一個關注貴州都勻旅游資源相關信息的人，可以方便快捷地獲得自己需要的信 息，來完成自己對本地旅游資源信息的搜集和本地旅游資源關注的重點問題進行提問和 信息采集求助。在傳統宣傳模式下，通過本地政府的官網，設計某個專門的模塊做旅游 介紹。通常這樣會存在以下信息查找不易、針對性不明確、展示不夠全面、缺少專門的 交流互動以及內容繁多，但專門的旅游信息反而較少等問題；
然后，本文其次討論如何對以上信息運用貴州都勻旅游資源信息管理系統，對相關 信息進行多功能處理，具體涵蓋信息的審核、統一管理、投訴建議等方面的內容。在在 傳統的技術手段下，也存在以下問題，如采用傳統的Dreamweaver, Fireworks, Flash開 發工具，開發量大；后臺維護不便；更新量大；功能調整較為復雜；以及版本更新不便。
最后，通過釆用的SSH框架編寫的貴州都勻旅游資源信息管理系統實現了對各種旅 游資源的管理，實現對傳統都勻旅游資源的統一發布、統一審核，為游客通過專業的旅
游指導。
2.1.2組織職能分析
貴州都勻旅游資源信息管理系統由都勻市文旅局牽頭、本地多家旅游公司參與，貴 州都勻旅游資源信息管理系統的開發和維護工作外包給都勻市應用軟件開發有限公司， 該公司的組織結構如圖2」所示。
都勻市應用軟件開發有限公哥
I銷售部門| | IT部門 |行政部門 |門戶薙護部| 交流投訴部"I
|技術并發組| |模塊右核組|模塊業務纟曠 模塊管理員〕
圖2.1組織結構圖
銷售部門：主要負責都勻市旅游相關景點的推廣和與都勻市文旅局對接。
IT部門：主要負責都勻市文旅局內部網絡的維護。
行政部門：主要負責都勻市文旅局內部的日常運營。
交流投訴部：主要負責對外溝通和接收游客的投訴和建議。
門戶維護部門：主要負責貴州都勻旅游資源信息管理系統的開發和維護。門戶維護 部門下轄技術開發組、模塊審核組、模塊業務組、模塊管理員等。
技術開發組：有軟件開發人員組成，負責整個項目的需求調研、需求分析、技術論 證、整體開發、組織實施、測試運行、上線運行、管理維護等工作。
模塊審核組：負責各部門提交的信息進行審核和校對工作。
模塊業務組：負責對所述模塊的日常登記、發布、修改等信息的維護工作。
模塊管理員：負責系統各個模塊的日常管理工作，涵蓋溝通、協調、處理、測試、 運維等工作。
2.1.3業務人員分析
1.游客（用戶）：在原有業務流程分析中，游客（用戶）通過互聯網搜索搜集對貴 州都勻的旅游資源進行了解，并對配套的吃、住、行進行全方位的資料整理，甚至擬定 旅游攻略等。
2.新聞模塊管理者：對新聞模塊具有管理權限，可以對新聞進行修改、增加、刪除
等操作。
3.新聞模塊專員：對新聞模塊具有日常權限，可以對新聞進行新增、編輯、發布等 操作。
4.景點模塊管理者：對景點模塊具有管理權限，可以對景點進行修改、增加、刪除 等操作。
5.景點模塊專員：對景點模塊具有日常權限，可以對景點進行新增、編輯、發布等 操作。
6.美食模塊管理者：對美食模塊具有管理權限，可以對美食進行修改、增加、刪除 等操作。
7.美食模塊專員：對美食模塊具有日常權限，可以對美食進行新增、編輯、發布等 操作。
8.文化模塊管理者：對文化模塊具有管理權限，可以對文化進行修改、增加、刪除 等操作。
9.文化模塊專員：對文化模塊具有日常權限，可以對文化進行新增、編輯、發布等 操作。
10.模塊審核員：對所有模塊的信息都有最后的審批權限，如可以對所有對外發布 的消息都可以進行審批，如新聞、美食、文化等。
2.2原有業務流程分析
該節細致分析當下都勻旅游資源的諸多管理流程，完成對貴州都勻旅游資源信息管 理系統的需求分析。
2.2.1新聞信息管理流程
本流程實現對新聞的發布和服務功能，包含最新的法律法規、旅游政策、行業研報 及市場動態，以便游客為自己的旅游選定景點和方式。新聞管理流程的具體實施由營銷 部門負責各類信息的收集匯總，整理歸納，形成報告經審批通過后，經總部下發發放通 知，各分支機構組織人員進行學習，由各分支機構業務人員整理歸類后，針對性的對游 客進行傳達，具體的流程如圖2. 2所示。
新聞管理
1 客戶 新聞模塊專員 新聞模塊管理者 營銷專員
閱讀學習新聞'—
、 ?
• 學習新聞?——
J
—;、傳達新聞 接受新聞V——
\ r
—組織學習新聞） I.
起草新聞
' V1 、、 審稿 一'
V
Yes L 辦公室下發丿
圖2.2新聞管理流程圖
2.2.2景點借息管理流程
目前文旅局擁有龐大的景點信息材料，通過對這些景點材料的梳理和分析，可以準 確的判定景點的特征，制定有針對性的一對一景點服務。景點信息管理的流程，首先由 景點提供詳細信息（包含名稱、位置、圖片、評論等重要信息），景點專員對景點的信 息進行收集，歸檔，并將匯總信息歸檔總部，文旅局對景點信息進行分析，評估景點類 型，營銷人員對景點進行分類營銷，具體的流程如圖2. 3所示。
返回信息庫'
圖2.3景點信息管理流程
2.2.3美食信息管理流程
目前文旅局擁有龐大的美食信息材料，通過對這些美食材料的梳理和分析，可以準 確的判定美食的特征，制定有針對性的一對一美食服務。美食信息管理的流程，首先由 美食提供詳細信息（包含名稱、圖片、做法、評論等重要信息），美食專員對美食的信
息進行收集，歸檔，并將匯總信息歸檔總部，文旅局對美食信息進行分析，評估美食類 型，營銷人員對美食進行分類營銷，具體的流程如圖2. 4所示。
美食信息管理
匯總美食歷史\
信息 ：
圖2.4美食信息管理流程
2.2.4文化信息管理流程
目前文旅局擁有龐大的文化信息材料，通過對這些文化相關材料的梳理和分析，可
以準確的判定文化的受眾人群，制定有針對性進行推薦服務。文化信息管理的流程，首 先由文化提供詳細信息（包含名稱、圖片、文化來源、文化典故等重要信息），文化專 員對文化的信息進行收集，歸檔，并將匯總信息歸檔總部，文旅局對文化信息進行分析, 評估文化類型，營銷人員對文化進行分類營銷，具體的流程如圖2. 5所示。
文化信息管理
2.2.5基本信息設置流程
系統基本信息設置是根據業務人員的需求，請求設置對應的版本風格，具體的業務
流程如下圖2.6所示：
基本信息管理
文化模塊管理員
設置是否合適 *1
丿
否
設置該版面
生成新的版面風格
圖2. 6基本信息管理業務流程圖
如圖2.6所示，詳細的業務流程是：文化模塊專員起先按照顧客或者文化和旅游局 的需求，請求設置該版本的風格和字體信息，文化模塊管理員對這些請求進行審核，看 看該請求是否合適，倘若請求合適，就同意申請，這樣文化模塊專員就可以設置該版面 信息，并進行發布，游客就可以看到新的版面。
2.3業務流程優化
2.3.1新聞信息管理流程
收集反饋信息.
圖2. 7新聞信息管理再造業務流程圖
新聞信息管理再造業務流與原本的業務流程相比，對于新聞信息管理過程中的職責
重視程度更高。新聞模塊專員結束相關信息上報任務后，新聞模塊管理員予以審查、核 準。同原本的業務流程相比，明顯強化了審批流程的管控，新聞模塊管理員的職責愈發 清晰。同原本的業務流程相比，新聞信息管理的流程化管控愈發凸顯，當且僅當新聞信 息通過審查、核準后，方能完善相關新聞信息、提交新聞模塊專員予以公開。同原本的 業務流程相比，愈發自動、便捷，系統不用人為操作便可按照新聞信息的諸多參數識別 新聞信息，判斷信息正確與否，并提示新聞模塊管理員予以特別關注；同原本的業務流 程相比，新聞信息的安全性不斷強化，唯獨新聞模塊管理員有權修改信息，減少了新聞 信息的安全隱患。
新聞信息填報數據約束：所有新聞信息字段符合系統要求且準確無誤。
新聞信息上報業務步驟的數據約束：填寫提交成功。
新聞審核業務步驟的數據約束：新聞信息可以正常的顯示。
新聞發布業務步驟的數據約束：新聞審核已經通過。
新聞查詢業務步驟的數據約束：新聞審核已經通過，并進行了對應的發布。
2.3.2景點信息管理流程
.收集反饋意見）
丁 /
*
（修改景點信.廠）
圖2. 8景點信息管理再造業務流程圖
景點信息管理再造業務流同原本的業務流程相比，優勢愈發明顯。首先，便捷程度 更大，現在的流程能夠自動查找相似景點信息，推送給用戶所有景點的詳細信息。其次, 程序性更高，唯有景點信息通過審核、批準后，方可對景點信息予以完善，并推送景點 模塊管理員予以審核。再次，自動化程度更高，現在的系統能夠自動按照景點諸多參數 識別景點信息正確與否，并提醒景點模塊管理員特別關注。同時，安全性程度更高，唯 有景點模塊管理員有權修改景點信息，降低了景點信息的安全隱患。
景點審核業務步驟的數據約束：景點信息可以正常的顯示。
景點發布業務步驟的數據約束：景點審核已經通過。
景點查詢業務步驟的數據約束：景點審核已經通過，并進行了對應的發布。
2.3.3美食信息管理流程
圖2. 9美食信息管理再造業務流程圖
美食信息管理再造業務流同原本的業務流程相比，優勢同樣愈發明顯。首先，便捷 程度更大，現在的流程能夠自動查找相似美食信息，推送給用戶所有美食的詳細信息。 其次，程序性更高，當美食信息存在時，避免重復相關信息出現。再次，業務化程度更 高，美食模塊管理員審核美食模塊專員信息，確保相關信息正確入庫。査詢功能更強， 當且僅當美食模塊專員檢索到某種美食后，方可修改該種美食信息，而美食模塊專員只 有建議權限，唯有美食模塊管理員具備入庫修改權限。
美食審核業務步驟的數據約束：美食信息可以正常的顯示。
美食發布業務步驟的數據約束：美食審核己經通過。
美食查詢業務步驟的數據約束：美食審核已經通過，并進行了對應的發布。
23.4文化信息管理流程
文化信息管理
確定文化信息
是否發布過該文色丿
否
匕報新的文化信息
査詢文化 )
給出反饋 )
圖2.10文化信息管理再造業務流程圖
如圖2.10所示，文化模塊專員負責相關信息上報，文化模塊管理員負責審核批準。 文化信息管理再造業務流同原本的業務流程相比，優勢愈發明顯。首先，程序性更高， 唯有文化信息通過審核、批準后，方可對文化信息予以完善，并推送文化模塊管理員予 以審核。其次，自動化程度更高，現在的系統能夠自動按照文化諸多參數識別文化信息 正確與否，并提醒文化模塊管理員特別關注。再次，安全性程度更高，唯有文化模塊管 理員有權修改文化信息，降低了文化信息的安全隱患。
文化審核業務步驟的數據約束：文化信息可以正常的顯示。
文化發布業務步驟的數據約束：文化審核已經通過。
文化查詢業務步驟的數據約束：文化審核已經通過，并進行了對應的發布。
2.3.5基本信息設■流程
發布新版面信息
圖2.11基本信息管理再造業務流程圖
如圖2.11所示，相關信息上報由專員負責，基本模塊管理員負責審核批準。基本信 息管理再造業務流同原本的業務流程相比，優勢愈發明顯。首先，程序性更高，唯有基 本信息通過審核、批準后，方可對基本信息予以完善，并推送對應模塊（如文化模塊） 的專員予以修改版本信息。再次，自動化程度更高，現在的系統能夠自動按照基本諸多 參數識別基本信息正確與否，并提醒對應模塊（如文化模塊）的管理員特別關注。同時, 安全性程度更高，唯有對應模塊管理員有權修改景點信息，降低了基本信息的安全隱患。
版面/字體/背景信息修改數據約束：版面/字體/背景信息符合系統都支持。
版面/字體/背景信息審核業務步驟的數據約束：版面/字體/背景信息可以正常的顯
zjs o
2.4用戶角色分析
貴州都勻旅游資源信息管理系統通過實際需求分析，系統在操作、管理、使用的過
程中，主要涵蓋的角色如下：
表2-1用戶角色劃分表
角色 相關功能
游客（用戶） 系統主要使用者（訪問者），也是系統最終的客戶；
文化模塊管理員 文化模塊管理員具有對文化模塊的信息管理和初步審批權限。
文化模塊專員 對文化模塊具有日常權限，可以對文化進行新增、編輯、發布等操作。
美食模塊管理者 美食模塊管理員具有對美食模塊的信息管理和初步審批權限。
美食模塊專員 對美食模塊具有日常權限，可以對美食進行新增、編輯二發布等操作。
新聞模塊管理者 新聞模塊管理員具有對新聞模塊的信息管理和初步審批權限。
新聞模塊專員 對新聞模塊具有日常權限，可以對新聞進行新增、編輯、發布等操作。
景點模塊管理者 景點模塊管理員具有對景點模塊的信息管理和初步審批權限。
景點模塊專員 對景點模塊具有日常權限，可以對景點進行新增、編輯、發布等操作。
模塊審核員 對所有模塊的信息都有最后的審批權限，如可以對所有對外發布的消息 都可以進行審批，如新聞、美食、文化等。
系統管理員 系統的負責人，肩負用戶管理、權限管理和角色管理等；
第三章功能分析
該節在第二章對系統業務流程分析的基礎上，剖析系統當前的業務狀況。該章重點 探究貴州都勻旅游資源信息管理系統將需要實現的各個主要功能。
3.1系統用例分析
3.1.1總體用例分析
旅游資源信息管理系統的功能強大，具體涵蓋新聞管理、景點信息管理、美食信息
管理、文化信息管理、基本信息設置、系統管理等方面的內容，詳細如下圖3.1中的內 容：
3. 1. 2子用例分析
3. 1. 2.1新聞管理
新聞管理可以給新聞專員提供上報、發布功能，可以給新聞管理員和模塊管理員提
供審批功能，同時游客(用戶)通過新聞管理查詢和瀏覽自己感興趣的內容，對喜歡的
新聞管理相關用例的詳細描述如下：
表3.1.1新聞信息上報
用例名稱 新聞信息上報用例
用例目標 驗證系統的新聞信息上報功能
活動者 新聞專員
狀態 根據給定的流程和前置條件
前置條件 用戶登錄系統，進入“新聞管理”功能操作界面
后置條件 無
主路徑 (1)新聞專員成功的登錄系統
(2)新聞專員點擊進入“新聞管理”功能操作界面，然后點擊填報新新聞
(3)新聞專員輸入新的新聞名稱、內容、圖片、日期等信息，點擊提交；
(4)新聞專員査看到新的加入的新聞信息
可選路徑 無
表3.1.2新聞審批
用例名稱 新聞信息審批用例
用例目標 驗證系統的新聞信息審批功能
活動者 新聞模塊管理員
狀態 根據審批流程的轉發
前置條件 用戶登錄系統，進入“新聞管理”功能操作界面
后置條件 無
主路徑 (1)新聞模塊管理員成功的登錄系統
(2)新聞模塊管理員點擊進入“新聞管理”功能操作界面，然后看到到上報新 聞審批信息列表
(3)新聞模塊管理員點擊該新的新聞信息，然后在審批欄目中輸入同意或者不 同意，點擊提交；
(4)新聞模塊管理員查看到自己的新聞審批信息
可選路徑 無
表3.1.3新聞發布
用例名稱 新聞信息發布用例
用例目標 驗證系統的新聞信息發布功能
活動者 新聞模塊專員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“新聞管理”功能操作界面，并存在審批過的新聞信息
后置條件 無
主路徑 (1)新聞模塊專員成功的登錄系統
(2)新聞模塊專員點擊進入“新聞管理”功能操作界面，然后點擊發布新新聞
(3)新聞模塊專員在審批通過的新聞信息列表中，查看到新的新聞信息；
(4)新聞模塊專員選擇某個新聞信息，點擊發布。
可選路徑 無
表3.1.4新聞修改
用例名稱 新聞信息修改用例
用例目標 驗證系統的新聞信息修改功能
活動者 新聞模塊管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“新聞管理”功能操作界面
后置條件 無
主路徑 (1)新聞模塊管理員成功的登錄系統
(2)新聞模塊管理員點擊進入“新聞管理”功能操作界面，然后選擇某個存在 的新聞
(3)新聞模塊管理員選擇點擊修改按鈕，在修改窗口中輸入新的新聞名稱、內 容、圖片、日期等信息，點擊暫存；
(4)新聞模塊管理員在查看到修改好的新聞信息
可選路徑 無
表3.1.5新聞査詢
用例名稱 新聞查詢信息用例
用例目標 驗證系統的新聞查詢信息功能
活動者 新聞模塊專員、游客、模塊管理員、新聞模塊管理員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“新聞管理”功能操作界面
后置條件 無
主路徑 (1)新聞模塊專員/游客/模塊管理員/新聞模塊管理員成功的登錄系統
(2)新聞模塊專員/游客/模塊管理員/新聞模塊管理員點擊進入“新聞管理”功 能操作界面，然后輸入査詢的關鍵詞，點擊查詢
(3)新聞模塊專員/游客/模塊管理員/新聞模塊管理員可以看到搜索到的新聞 信息列表信息
可選路徑 無
3.1.2.2景點信息管理
景點信息管理可以給景點專員提供上報、發布功能，可以給景點信息管理員和模塊 管理員提供審批功能，同時游客(用戶)通過景點介紹査詢和瀏覽自己感興趣的內容， 對喜歡的內容還提供刪除和評論功能。景點信息管理相關用例圖如下圖3.3所示。
景點管理相關用例的詳細描述如下:
表3.2.1景點上報
用例名稱 景點信息上報用例
用例目標 驗證系統的景點信息上報功能
活動者 景點模塊專員
狀態 根據給定的流程和前置條件
前置條件 用戶登錄系統，進入“景點信息管理”功能操作界面
后置條件 無
主路徑 (1)景點模塊專員成功的登錄系統
(2)景點模塊專員點擊進入“景點信息管理”功能操作界面，然后點擊填報新景 點
(3)景點模塊專員輸入新的景點名稱、特征、圖片、詳細介紹、導游等信息， 點擊提交；
(4)景點模塊專員查看到新的加入的景點信息
可選路徑 無
表3.2.2景點審批
用例名稱 景點信息審批用例
用例目標 驗證系統的景點信息審批功能
活動者 景點模塊管理員
狀態 根據審批流程的轉發
前置條件 用戶登錄系統，進入“景點信息管理”功能操作界面
后置條件 無
主路徑 (1)景點模塊管理員成功的登錄系統
(2)景點模塊管理員點擊進入“景點信息管理”功能操作界面，然后看到到上 報景點審批信息列表
(3)景點模塊管理員點擊該新的景點信息，然后在審批欄目中輸入同意或者不 同意，點擊提交；
(4)景點模塊管理員查看到自己的景點審批信息
可選路徑 無
表3.2.3景點發布
用例名稱 景點信息發布用例
用例目標 驗證系統的景點信息發布功能
活動者 景點模塊專員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“景點信息管理”功能操作界面，并存在審批過的景點信 息
后置條件 無
主路徑 (1)景點模塊專員成功的登錄系統
(2)景點模塊專員點擊進入“景點信息管理”功能操作界面，然后點擊發布新 景點
(3)景點模塊專員在審批通過的景點信息列表中，查看到新的景點信息；
(4)景點模塊專員選擇某個景點信息，點擊發布。
可選路徑 無
表3.2.4景點修改
用例名稱 景點信息修改用例
用例目標 驗證系統的景點信息修改功能
活動者 景點模塊管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“景點信息管理”功能操作界面
后置條件 無
主路徑 (1)景點模塊管理員成功的登錄系統
(2)景點模塊管理員點擊進入“景點信息管理”功能操作界面，然后選擇某個 存在的景點
(3)景點模塊管理員選擇點擊修改按鈕，在修改窗口中輸入新的景點名稱、特 征、圖片、詳細介紹、導游等信息，點擊暫存；
(4)景點模塊管理員在查看到修改好的景點信息 斛
可選路徑 無
表3.2.5景點査詢
用例名稱 景點查詢信息用例
用例目標 驗證系統的景點査詢信息功能
活動者 景點模塊專員、游客、模塊管理員、景點模塊管理員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“景點信息管理”功能操作界面 念
后置條件 無
主路徑 (1)景點模塊專員/游客/模塊管理員/景點模塊管理員成功的登錄系統
(2)景點模塊專員/游客/模塊管理員/景點模塊管理員點擊進入“景點信息管 理”功能操作界面，然后輸入查詢的關鍵詞，點擊查詢
(3)景點模塊專員/游客/模塊管理員/景點模塊管理員可以看到搜索到的景點 信息列表信息
可選路徑 無
3. 1.2.3美食信息管理
美食信息管理可以給美食專員提供上報、發布功能，可以給美食信息管理員和模塊 管理員提供審批功能，同時游客(用戶)通過美食介紹查詢和瀏覽自己感興趣的內容， 對喜歡的內容還提供刪除和評論功能。美食信息管理相關用例圖如下圖3.4所示。
圖3.4美食信息管理用例圖
美食管理相關用例的詳細描述如下：
表3.3.］美食上報
用例名稱 美食信息上報用例
用例目標 驗證系統的美食信息上報功能
活動者 美食模塊專員
狀態 根據給定的流程和前置條件
前置條件 用戶登錄系統，進入“美食信息管理”功能操作界面
后置條件 無
主路徑 （1） 美食模塊專員成功的登錄系統
（2） 美食模塊專員點擊進入“美食信息管理”功能操作界面，然后點擊填報新美 食
（3） 美食模塊專員輸入新的美食名稱、做法、圖片、詳細介紹、用料等信息，
點擊提交；
（4） 美食模塊專員查看到新的加入的美食信息
可選路徑 無
表3.3.2美食審批
用例名稱 美食信息審批用例
用例目標 驗證系統的美食信息審批功能
活動者 美食模塊管理員
狀態 根據審批流程的轉發
前置條件 用戶登錄系統，進入“美食信息管理”功能操作界面
后置條件 無
主路徑 (1)美食模塊管理員成功的登錄系統
(2)美食模塊管理員點擊進入“美食信息管理”功能操作界面，然后看到到上 報美食審批信息列表
(3)美食模塊管理員點擊該新的美食信息，然后在審批欄目中輸入同意或者不 同意，點擊提交；
(4)美食模塊管理員查看到自己的美食審批信息
可選路徑 無
表3.3.3美食發布
用例名稱 美食信息發布用例
用例目標 驗證系統的美食信息發布功能
活動者 美食模塊專員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“美食信息管理”功能操作界面，并存在審批過的美食信 息
后置條件 無
主路徑 (1)美食模塊專員成功的登錄系統
(2)美食模塊專員點擊進入“美食信息管理”功能操作界面，然后點擊發布新 美食
(3)美食模塊專員在審批通過的美食信息列表中，查看到新的美食信息；
(4)美食模塊專員選擇某個美食信息，點擊發布。
可選路徑 無
表3.3.4美食修改
用例名稱 美食信息修改用例
用例目標 驗證系統的美食信息修改功能
活動者 美食模塊管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“美食信息管理”功能操作界面
后置條件 無
主路徑 (1)美食模塊管理員成功的登錄系統
(2)美食模塊管理員點擊進入“美食信息管理”功能操作界面，然后選擇某個 存在的美食
(3)美食模塊管理員選擇點擊修改按鈕，在修改窗口中輸入新的美食名稱、做 法、圖片、詳細介紹、用料等信息，點擊暫存；
(4)美食模塊管理員在查看到修改好的美食信息
可選路徑 無
表3.3.5美食査詢
用例名稱 美食查詢信息用例
用例目標 驗證系統的美食查詢信息功能
活動者 美食模塊專員、游客、模塊管理員、美食模塊管理員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“美食信息管理”功能操作界面
后置條件 無
主路徑 (1)美食模塊專員/游客/模塊管理員/美食模塊管理員成功的登錄系統
(2)美食模塊專員/游客/模塊管理員/美食模塊管理員點擊進入“美食信息管 理”功能操作界面，然后輸入查詢的關鍵詞，點擊查詢
(3)美食模塊專員/游客/模塊管理員/美食模塊管理員可以看到搜索到的美食 信息列表信息
可選路徑 無
3. 1. 2.4文化信息管理
文化信息管理可以給文化專員提供上報、發布功能，可以給文化信息管理員和模塊 管理員提供審批功能，同時游客(用戶)通過文化介紹查詢和瀏覽自己感興趣的內容，
文化信息管理相關用例的詳細描述如下：
表3.4.1文化上報
用例名稱 文化信息上報用例
用例目標 驗證系統的文化信息上報功能
活動者 文化模塊專員
狀態 根據給定的流程和前置條件
前置條件 用戶登錄系統，進入“文化信息管理”功能操作界面
后置條件 無
主路徑 (1)文化模塊專員成功的登錄系統
(2)文化模塊專員點擊進入“文化信息管理”功能操作界面，然后點擊填報新文 化
(3)文化模塊專員輸入新的文化名稱、文化來源、圖片、詳細介紹、歷史名人 等信息，點擊提交；
(4)文化模塊專員查看到新的加入的文化信息
可選路徑 無
表3.4.2文化審批
用例名稱 文化信息審批用例
用例目標 驗證系統的文化信息審批功能
活動者 文化模塊管理員
狀態 根據審批流程的轉發
前置條件 用戶登錄系統，進入“文化信息管理”功能操作界面
后置條件 無
主路徑 (5)文化模塊管理員成功的登錄系統
(6)文化模塊管理員點擊進入“文化信息管理”功能操作界面，然后看到到上 報文化審批信息列表
(7)文化模塊管理員點擊該新的文化信息，然后在審批欄目中輸入同意或者不 同意，點擊提交；
(8)文化模塊管理員查看到自己的文化審批信息
可選路徑 無
表3.4.3文化信息發布
用例名稱 文化信息發布用例
用例目標 驗證系統的文化信息發布功能
活動者 文化模塊專員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“文化信息管理”功能操作界面，并存在審批過的文化信 息
后置條件 無
主路徑 (5)文化模塊專員成功的登錄系統
(6)文化模塊專員點擊進入“文化信息管理”功能操作界面，然后點擊發布新 文化
(7)文化模塊專員在審批通過的文化信息列表中，查看到新的文化信息；
(8)文化模塊專員選擇某個文化信息，點擊發布。
可選路徑 無
表3.4.4文化信息修改
用例名稱 文化信息修改用例
用例目標 驗證系統的文化信息修改功能
活動者 文化模塊管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“文化信息管理”功能操作界面
后置條件 無
主路徑 (1)文化模塊管理員成功的登錄系統
(2)文化模塊管理員點擊進入“文化信息管理”功能操作界面，然后選擇某個 存在的文化
(3)文化模塊管理員選擇點擊修改按鈕，在修改窗口中輸入新的文化名稱、文 化來源、圖片、詳細介紹、歷史名人等信息，點擊暫存；
(4)文化模塊管理員在查看到修改好的文化信息
可選路徑 無
表3.4.5文化信息査詢
用例名稱 文化信息查詢用例
用例目標 驗證系統的文化查詢信息功能
活動者 文化模塊專員、游客、模塊管理員、文化模塊管理員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“文化信息管理”功能操作界面
后置條件 無
主路徑 (4)文化模塊專員/游客/模塊管理員/文化模塊管理員成功的登錄系統
(5)文化模塊專員/游客/模塊管理員/文化模塊管理員點擊進入“文化信息管 理”功能操作界面，然后輸入查詢的關鍵詞，點擊查詢
(6)文化模塊專員/游客/模塊管理員/文化模塊管理員可以看到搜索到的文化 信息列表信息
可選路徑 無
3. 1. 2.5基本信息設置
基本信息設置包提供給游客(用戶)和系統管理員兩種角色使用，系統管理員通過 后臺登錄到基本信息設置功能模塊進行主界面的相關設置，包括主界面背景、頁面字體、 模塊新增和刪除、數據對照、功能說明等。基本信息設置涉及到的用例如下圖3.6所示。
基本信息管理相關用例的詳細描述如下:
表3.5.1界面背景維護
用例名稱 界面背景維護用例 2
用例目標 驗證系統的界面背景維護功能
活動者 新聞/景點/美食/文化模塊專員、新聞/景點/美食/文化模塊專員模塊管理員、模塊 審核員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“界面背景維護”功能操作界面
后置條件 無
主路徑 (1)新聞/景點/美食/文化模塊專員成功的登錄系統
(2)新聞/景點/美食/文化模塊專員點擊進入“界面背景維護”功能操作界面， 然后選擇系統已經支持的某個界面，點擊切換
(3)新聞/景點/美食/文化模塊專員模塊管理員可以看到提交的修改請求，任何 在審批意見中輸入審批意見，然后提交
(4)如果審核通過，該模塊的界面背景成功的替換。
可選路徑 無
表3.5.2字體維護
用例名稱 字體維護用例
用例目標 驗證系統的字體維護功能
活動者 新聞/景點/美食/文化模塊專員、新聞/景點/美食/文化模塊專員模塊管理員、模塊
審核員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“字體維護”功能操作字體
后置條件 無
主路徑 (1)新聞/景點/美食/文化模塊專員成功的登錄系統
(2)新聞/景點/美食/文化模塊專員點擊進入“字體維護”功能操作界面，然后 選擇系統己經支持的某個字體，點擊切換
(3)新聞/景點/美食/文化模塊專員模塊管理員可以看到提交的修改請求，任何 在審批意見中輸入審批意見，然后提交
(4)如果審核通過，該模塊的字體成功的替換。
可選路徑 無
表3.5.3版塊維護
用例名稱 版塊維護用例
用例目標 驗證系統的版塊維護功能
活動者 新聞/景點/美食/文化模塊專員、新聞/景點/美食7文化模塊專員模塊管理員、模塊 審核員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“版塊維護”功能操作字體
后置條件 無
主路徑 (1)新聞/景點/美食/文化模塊專員成功的登錄系統
(2)新聞/景點/美食/文化模塊專員點擊進入“版塊維護”功能操作界面，然后 鍵入新的版塊名稱以及對應的管理權限后，點擊提交。
(3)新聞/景點/美食/文化模塊專員模塊管理員可以看到提交的申請請求，任何 在審批意見中輸入審批意見，然后提交
(4)如果審核通過，該模塊的版塊成功的增加。
可選路徑 無
表3.5.4功能說明
用例名稱 功能說明用例
用例目標 驗證系統的功能說明功能
活動者 新聞僚點/美食/文化模塊專員、新聞/景點/美食/文化模塊專員模塊管理員、模塊 審核員
狀態 用戶成功登錄系統
前置條件 用戶登錄系統，進入“功能說明”功能操作字體
后置條件 無
主路徑 (1)新聞/景點/美食/文化模塊專員成功的登錄系統
(2)新聞/景點/美食/文化模塊專員點擊進入“功能說明”功能操作界面，然后 鍵入新的功能說明名稱以及對應的說明后，點擊提交。
(3)新聞/景點/美食/文化模塊專員模塊管理員可以看到提交的申請請求，任何 在審批意見中輸入審批意見，然后提交
(4)如果審核通過，該模塊的功能說明成功的增加。
可選路徑 無
表3.5.5修改審核
用例名稱 基本信息設置審批用例
用例目標 驗證系統的基本信息設置審批功能
活動者 基本信息模塊管理員
狀態 根據審批流程的轉發
前置條件 用戶登錄系統，進入“基本信息管理”功能操作界面
后置條件 無
主路徑 (1)新聞/景點/美食/文化模塊專員模塊管理員成功的登錄系統
(2)新聞/景點/美食/文化模塊專員模塊管理員點擊進入“基本信息管理”功能 操作界面，然后看到到上報基本信息審批信息列表
(3)新聞/景點/美食/文化模塊專員模塊管理員點擊該新的基本信息設置，然后 在審批欄目中輸入同意或者不同意，點擊提交；
(4)新聞/景點/美食/文化模塊專員模塊管理員查看到自己的基本信息審批信 息
可選路徑 無
3. 1. 2.6系統管理
系統管理功能主要是針對系統數據的安全性提出的，本系統提供二級用戶許可權, 高級用戶和普通用戶。高級用戶可以對普通用戶進行管理，包括添增新用戶，修改用戶 許可權等功能。系統管理相關用例如下圖3.7所示。
圖3.7系統管理的用例圖
系統管理相關用例的詳細描述如下：
表3.6.1權限管理
用例名稱 權限信息管理用例
用例目標 驗證系統的權限信息管理功能
活動者 系統管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“權限管理”功能操作界面
后置條件 無
主路徑 (1)系統管理員通過超級用戶權限登錄系統，進入“權限管理”功能操作界面
(2)系統管理員輸入新的權限名稱等具體信息等；
(3)系統管理員查看具體的權限信息列表
可選路徑 無
表3.6.2部門管理
用例名稱 部門信息管理用例
用例目標 驗證系統的部門信息管理功能
活動者 系統管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“部門管理”功能操作界面
后置條件 無
主路徑 (1)系統管理員成功的登錄系統，并選擇部門信息添加功能
(2)系統管理員輸入其他的部門信息，如部門名稱、部門描述等，然后點擊提 交；
(3)系統管理員可以配置該部門下屬用戶等；
(4)系統管理員査看具體的部門信息列表
可選路徑 無
表3.6.3用戶管理
用例名稱 用戶信息管理用例
用例目標 驗證系統的用戶信息管理功能
活動者 系統管理員
狀態 根據指定的工作流
前置條件 用戶登錄系統，進入“用戶管理”功能操作界面
后置條件 無
主路徑 (1)系統管理員成功的登錄系統，并選擇用戶信息添加功能
(2)系統管理員輸入其他的用戶信息，如用戶名稱、用戶電話、用戶密碼、用 戶類別等；
(3)系統管理員選擇用戶的權限信息，并點擊配置等；
(4)系統管理員查看具體的權限信息列表
可選路徑 無
3.2系統功能包圖
321總功能包圖
圖3.8旅游資源信息管理系統總包圖
如上圖3.8所示，該系統具體包括新聞、美食、文化、景點信息曾理和基本信息設 置、系統管理等六個方面內容。
3.2.2子功能包圖
3.2.2.1新聞管理
圖3.9新聞管理包圖
新聞管理包提的主要作用有兩大塊。一是為新聞模塊專員服務，比如提供新聞信息 上報，完成新聞信息填報。二是為新聞模塊管理員服務，比如提供新聞信息審批，完成 新聞信息刪改等。
3.2.2.2景點信息1管理
圖3.10景點信息管理包圖
如上圖3.10所示，景點信息管理類是景點信息管理模塊的核心業務類，主要功能是 對景點信息進行維護和管理。通過該類可以完成景點信息的上報、查詢、修改、填報、 審批等功能。當景點具體信息發生改變時，景點模塊管理員可以對其進行修改；當景點 審批通過后，景點模塊專員可以進行發布操作。當有新的景點申請，景點模塊專員可以 進行景點信息的填報：游客等一般用戶可以查看到景點信息。
3.223美食信息管理
圖3.11美食信息管理包圖
如上圖3. 12所示，美食信息管理類是美食信息管理模塊的核心業務類，主要功能是 對美食信息進行維護和管理。通過該類可以完成美食信息的上報、查詢、修改、填報、 審批等功能。當美食具體信息發生改變時，美食模塊管理員可以對其進行修改；當美食 審批通過后，美食模塊專員可以進行發布操作。當有新的美食申請，美食模塊專員可以 進行美食信息的填報；游客等一般用戶可以查看到美食信息。
3.2.2.4文化信息管理
圖3.12文化信息管理包圖
如上圖3. 12所示，文化信息管理類是文化信息管理模塊的核心業務類，主要功能是 對文化信息進行維護和管理。通過該類可以完成文化信息的上報、查詢、修改、填報、 審批等功能。當文化具體信息發生改變時，文化模塊管理員可以對其進行修改；當文化
審批通過后，文化模塊專員可以進行發布操作。當有新的文化申請，文化模塊專員可以 進行文化信息的填報；游客等一般用戶可以查看到文化信息。
3.2.2.5基本信息設■
圖3.13基本信息設置包圖
基本信息設置包的功能比較強大，具體來說為模塊管理員提供界面背景維護、頁面 字體維護等部分的內容。
3.2.2.6系統管理
圖3.14系統管理的包圖
系統管理員運用系統管理包，他可以運用進行用戶授權，添加、修改和刪除用戶信 息等。
第四章數據分析
本章是描述旅游資源信息管理系統的總體設計和詳細設計。系統架構設計方面使用 了典型的三層架構模式，系統總體設計包括軟硬件結構設計、系統的功能模塊設計、數 據庫設計和對系統的類的設計。
4.1功能數據分析
本文設計時首先保障本系統的先進性，系統設計和構成都是使用具有國內先進水平 的設備和成熟的軟件產品，因為信息技術發展太快，必須具備一定的前瞻性，有超前的 思維，否則在系統誕生時就會遭到淘汰，當然先進性的實現要在能保證系統技術的穩定 和安全性的基礎之上，否則一切都是空談；在設計思路上，從未來的角度出發，統籌全 局。除此之外，本文在設計系統時也要遵循國際和國家標準及行業的相關規范，構建采 用國際主流且成熟的體系架構，考慮影響系統的安全性和可靠性的因素，應用可以跨平 臺。系統滿足這些要求之后，還要對已有的資源進行保護，這是適用性原則，盡量地在 滿足應用需求的前提下節省成本。本文對旅游資源信息管理系統進行了總體規劃，旅游 資源信息管理系統整體系統采用Web、B/S結構和N層體系結構。系統表是通過JSP頁 面實現界面的交互，接收請求指令和傳達響應，繼而由Struts根據配置文件把 ActionServlet接收到的Request指派到相應Action上處理。
在業務系統分析和功能分析的要求下，本節提供了控制層圖的概念設計，以描述信 息管理系統的各個控制層之間的關系。
圖4.1系統控制類關系圖
如圖4.1所示，本系統的類圖主要有新聞管理相關類、景點信息管理相關類、美食 信息管理相關類、文化信息管理相關類、基本信息相關類以及系統管理相關類。
4.1.1新聞倩息管理縮略圖
O
"責找（）
如圖4.2所示，本系統的新聞管理類主要有新聞信息審批界面類、新聞信息審批控 制類、新聞信息修改界面類、新聞信息修改控制類、新聞信息上報界面類、新聞信息上 報控制類、新聞信息填報界面類、新聞信息填報控制類、新聞信息查詢界面類、新聞信 息查詢控制類、以及新聞信息類。
表4.1新聞信息審批控制類
類名 新聞信息審批控制類
類的描述 用于模塊審批員和新聞管理員審批新聞信息
操作 操作描述
新增 新增新聞信息的審批信息
刪除 刪除在暫存區的未提交審批信息
更新 更新在暫存區的未提交審批信息
查找 查找系統中的信息審批信息
提交 提交某個審批信息
表4.2新聞信息上報控制類
類名 新聞信息上報控制類
類的描述 用于新聞專員管理新聞信息
操作 操作描述
新增 新增新的新聞信息，等待審批
刪除 刪除在暫存區的未提交新聞信息
更新 更新在暫存區的未提交新聞信息
查找 査找系統中的新聞信息
提交 提交某個新聞信息
表4.3新聞信息發布控制類
類名 新聞信息發布控制類
類的描述 用于新聞專員發布新聞信息
操作 操作描述
發布 發布某個審批通過的新聞信息
查找 查找系統中的新聞信息
表4.4新聞信息修改控制類
類名 新聞信息修改控制類
類的描述 用于新聞管理員修改某個新聞信息
操作 操作描述
下線 對某個信息實施下線操作
修改 修改某個聞信息
查找 查找系統中的新聞信息
表4.5新聞信息查詢控制類
類名 新聞信息查詢控制類
類的描述 用于游客查詢某個新聞信息
查找 查找系統中的新聞信息
4.1.2景點信患管理縮略圖
如圖4.3所示，本系統的景點信息管理類主要有景點信息審批界面類、景點信息審 批控制類、景點信息修改界面類、景點信息修改控制類、景點信息上報界面類、景點信 息上報控制類、景點信息填報界面類、景點信息填報控制類、景點信息査詢界面類、景 點信息查詢控制類、以及景點信息類。
表4.6景點信息審批控制類
類名 景點信息審批控制類
類的描述 用于模塊審批員和景點信息管理員審批景點信息
操作 操作描述
新增 新增景點信息的審批信息
刪除 刪除在暫存區的未提交審批信息
更新 更新在暫存區的未提交審批信息
查找 查找系統中的信息審批信息
提交 提交某個審批信息
表4.7景點信息上報控制類
類名 景點信息上報控制類
類的描述 用于景點專員管理景點信息
操作 操作描述
新增 新增新的景點信息，等待審批
刪除 刪除在暫存區的未提交景點信息
更新 更新在暫存區的未提交景點信息
査找 査找系統中的景點信息
提交 提交某個景點信息
表4.8景點信息發布控制類
類名 景點信息發布控制類
類的描述 用于景點專員發布景點信息
操作 操作描述
發布 發布某個審批通過的景點信息
查找 查找系統中的景點信息
表4.9景點信息修改控制類
類名 景點信息修改控制類
類的描述 用于景點信息管理員修改某個景點信息
操作 操作描述
下線 對某個信息實施下線操作
修改 修改某個聞信息
查找 查找系統中的景點信息
表4.10景點信息查詢控制類
類名 景點信息查詢控制類
類的描述 用于游客查詢某個景點信息
查找 查找系統中的景點信息
4.1.3美食信息管理縮略圖
如圖4.4所示，系統美食類大致包括美食信息填報控制類、美食信息査詢界面類、 美食信息查詢控制類以及美食信息類等是十幾項內容。
表4.11美食信息審批控制類
類名 美食信息審批控制類
類的描述 用于模塊審批員和美食信息管理員審批美食信息
操作 操作描述
新增 新增美食信息的審批信息
刪除 刪除在暫存區的未提交審批信息
更新 更新在暫存區的未提交審批信息
查找 查找系統中的信息審批信息
提交 提交某個審批信息
表4.12美食信息上報控制類
類名 美食信息上報控制類
類的描述 用于美食專員管理美食信息
操作 操作描述
新增 新增新的美食信息，等待審批
刪除 刪除在暫存區的未提交美食信息
更新 更新在暫存區的未提交美食信息
查找 査找系統中的美食信息
提交 提交某個美食信息
表4.13美食信息發布控制類
類名 美食信息發布控制類
類的描述 用于美食專員發布美食信息
操作 操作描述
發布 發布某個審批通過的美食信息
查找 査找系統中的美食信息
表4.14美食信息修改控制類
類名 美食信息修改控制類
類的描述 用于美食信息管理員修改某個美食信息
操作 操作描述
下線 對某個信息實施下線操作
修改 修改某個聞信息
査找 查找系統中的美食信息
表4.15美食信息查詢控制類
類名 美食信息查詢控制類
類的描述 用于游客查詢某個美食信息
查找 查找系統中的美食信息
4.1.4文化信息管理縮略圖
+査找（）
圖4.5文化信息管理縮略圖
如圖4.5所示，本系統的文化信息管理類主要有文化信息審批界面類、文化信息審 批控制類、文化信息修改界面類、文化信息修改控制類、文化信息上報界面類、文化信 息上報控制類、文化信息填報界面類、文化信息填報控制類、文化信息查詢界面類、文 化信息查詢控制類、以及文化信息類。
表4.16文化信息審批控制類
類名 文化信息審批控制類
類的描述 用于模塊審批員和文化信息管理員審批文化信息
操作 操作描述
新增 新增文化信息的審批信息
刪除 刪除在暫存區的未提交審批信息
更新 更新在暫存區的未提交審批信息
查找 查找系統中的信息審批信息
提交 提交某個審批信息
表4.17文化信息上報控制類
類名 文化信息上報控制類
類的描述 用于文化專員管理文化信息
操作 操作描述
新增 新增新的文化信息，等待審批
刪除 刪除在暫存區的未提交文化信息
更新 更新在暫存區的未提交文化信息
查找 查找系統中的文化信息
提交 提交某個文化信息
表4.18文化信息發布控制類
類名 文化信息發布控制類
類的描述 用于文化專員發布文化信息
操作 操作描述
發布 發布某個審批通過的文化信息
查找 查找系統中的文化信息
表4.19文化信息修改控制類
類名 文化信息修改控制類
類的描述 用于文化信息管理員修改某個文化信息
操作 操作描述
下線 對某個信息實施下線操作
修改 修改某個聞信息
查找 查找系統中的文化信息
表4.20文化信息查詢控制類
類名 文化信息查詢控制類
類的描述 用于游客查詢某個文化信息
查找 查找系統中的文化信息
4.1.5基本信息設置縮略圖
圖4.8基本信息設置縮略圖
如圖4.8所示，基本信息設置縮略圖中，基本信息設置員通過基本信息設置界面操
作界面背景、頁面字體、模塊信息以及功能說明相關的類。
表4.21界面背景管理控制類
類名 界面背景管理控制類
類的描述 用于新聞/景點/美食/文化模塊專員修改界面背景信息
操作 操作描述
新增 新增新的界面背景信息
刪除 刪除系統支持的界面背景信息
更新 更新現在的界面背景
查找 查找系統支持的背景信息
表4.22頁面字體管理控制類
類名 頁面字體管理控制類
類的描述 用于新聞/景點/美食/文化模塊專員修改頁面字體信息：
操作 操作描述
新增 新增新的頁面字體信息
刪除 刪除系統支持的頁面字體信息
更新 更新現在的頁面字體
查找 査找系統頁面字體信息
表4.23版塊管理控制類
類名 版塊管理控制類
類的描述 用于新聞/景點/美食/文化模塊專員修改版塊信息
操作 操作描述
新增 新增新的版塊信息
刪除 刪除系統支持的版塊信息
更新 更新現在的版塊說明信息
查找 查找系統版塊信息
表4.24功能說明管理控制類
類名 功能說明管理控制類
類的描述 用于新聞/景點/美食/文化模塊專員修改功能說明信息
操作 操作描述
新增 新增新的功能說明信息
刪除 刪除系統支持的功能說明信息
更新 更新現在的功能說明
查找 查找系統功能說明信息
4.1.6系統管理縮略圖
＜〈歡＜4類〉:
用戶信息
+用戶ID號~~ 、+用戶名 ＞ +用戶密碼
+郵箱地址
+昵稱
+圖片
卜權限
+權限1D +枚限名稱 +權限描述
、 •實體類 彳 部門涪息 ♦部門ID號 ■部門名稱
+上級部門】D號 +部門信息描述 +負貴人
圖4.9系統管理縮略圖
如圖4.9所示，本系統的系統管理類主要有用戶信息管理相關類、部門信息管理相 關類以及權限管理相關類。
表4.25用戶管理控制類
類名 用戶管理控制類
類的描述 用于系統管理員管理用戶信息
操作 操作描述
新增 新增新的用戶信息
刪除 刪除系統支持的用戶信息
更新 更新用戶的相關信息以及修改用戶權限、密碼等信息
查找 查找系統用戶信息
表4.26權限管理控制類
類名 權限管理控制類
類的描述 用于系統管理員管理權限信息
操作 操作描述
新增 新增新的權限信息
刪除 刪除系統支持的權限信息
更新 更新某個權限的信息
查找 查找系統權限信息
表4.27部門管理控制類
類名 部門管理控制類
類的描述 用于系統管理員管理部門信息
操作 操作描述
新增 新增新的部門信息
刪除 刪除系統某個部門信息以及下屬的用戶信息
更新 更新某個部門的信息
查找 查找系統部門信息
4.2實體類關系分析
圖4.10旅游資源信息管理系統實體類關系圖
如圖4.10所示，旅游資源信息管理系統實體類關系圖表示。根據數據表連接的方式
及用途，可分為一對一關聯性、一對多關聯性以及務對多關聯性，系統的數據類主要有
新聞信息類、景點信息類、美食信息類、文化信息類、字體信息類、背景信息類、版塊
信息類、權限信息類以及部門信息類。
4.3數據庫表
根據系統的需求設計出軟件系統主要庫表的設計。
1.用戶表，描述了用戶的基本信息，具體內容如表4.28所示:
表4.28用戶表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 用戶ID號 不可為空 主鍵
name varchar (20) 用戶名 不可為空
password varchar (20) 用戶密碼 不可為空
email varchar (40) 郵箱地址 不可為空
nail varchar (20) 昵稱 可為空
picture binary 圖片 可為空
right int 權限 不可為空 外鍵
用戶ID是表4.28用戶信息表的主鍵，是一個自增主鍵，權限ID為外鍵
2.部門表，描述了系統含有的部門。具體內容如表4.29所示：
表4.29部門表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
deptid int 部門ID號 不可為空 自增主鍵
deptname vchar(20) 部門名稱 不可為空
deptfid int 上級部門ID號 不可為空
dept description vchar(200) 部門信息描述 可為空
owner int 負責人 可為空 外鍵
部門ID是表4.29部門信息表的主鍵，是一個自增主鍵，負責人ID為外鍵
3.權限表，描述了系統中可以進行的操作。具體內容如表4.30所示：
表4.30權限表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 權限ID 不可為空 自增主鍵
name varchar (20) 權限名稱 不可為空
description varchar (100) 權限描述 可為空
權限ID是表4.30權限信息表的主鍵，是一個自增主鍵。
4.新聞信息表，描述了系統中所有的新聞信息。具體內容如表4.31所示:
表4.31新聞信息表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 新聞ID號 不可為空 自增主鍵
type varchar (20) 新聞類型 不可為空
content varchar (5000) 新聞內容 不可為空
pic binary 新聞照片 可為空
statust int 新聞狀態 可為空
source varchar (100) 新聞來源 可為空
publisher Int 發布人 不可為空 外鍵
新聞ID是表4.31新聞信息表的主鍵，是一個自增主鍵，發布人ID為外鍵
5.景點信息表，描述了系統中所有的景點信息。具體內容如表4.32所示：
表4.32景點信息表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 景點ID號 不可為空 自增主鍵
type varchar (10) 景點類型 不可為空
content varchar (5000) 景點內容 不可為空,
pic binary 景點圖片 可為空
route varchar (100) 景點路線 可為空
publisher Int 發布人 不可為空 外鍵
景點ID是表4.32景點信息表的主鍵，是一個自增主鍵，發布人ID為外鍵
6.美食信息表，描述了系統中所有的美食信息。具體內容如表4.33所示：
表4.33美食信息表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 美食ID號 不可為空 自增主鍵
practice varchar (50) 美食做法 不可為空
content varchar (5000) 美食內容 不可為空
pic binary 美食圖片 可為空
Material varchar (100) 美食用料 可為空
publisher Int 發布人 不可為空 外鍵
美食1D是表4.33美食信息表的主鍵，是一個自增主鍵，發布人ID為外鍵
7.文化信息表，描述了系統中所有的文化信息。具體內容如表4.34所示：
表4.34文化信息表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 文化ID號 不可為空 自增主鍵
connotation varchar (50) 文化內涵 不可為空
content varchar (5000) 文化內容 不可為空
pic binary 文化圖片 可為空
celebrities varchar (50) 歷史名人 可為空
publisher Int 發布人 不可為空 外鍵
文化ID是表4.34文化信息表的主鍵，是一個自增主鍵，發布人ID為外鍵
8.字體表，描述了系統中所有的字體信息。具體內容如表4.35所示：
表4.35字體表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 字體ID 不可為空 自增主鍵
size int 字體大小 不可為空
name varchar (50) 字體名稱 不可為空
color binary 字體顏色 可為空
desc varchar (100) 字體簡介 可為空
字體ID是表4.35字體信息表的主鍵，是一個自增主鍵。
9.背景表，描述了系統中所有的背景信息。具體內容如表4.36所示:
表4.36背景表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 背景ID 不可為空 自增主鍵
pic binary 背景圖 不可為空
name varchar (50) 背景名稱 不可為空
desc varchar (500) 背景描述 可為空
color binary 背景顏色 可為空
背景ID是表4.36背景信息表的主鍵，是一個自增主鍵。
10.模塊表，描述了系統中所有的模塊信息。具體內容如表4.37所示:
表4.37模塊表
字段名 數據類型 含義說明 默認值情況 主鍵/外鍵
id int 模塊ID 不可為空 自增主鍵
name varchar (50) 模塊名稱 不可為空
description varchar (300) 模塊描述 可為空
模塊ID是表4.37模塊信息表的主鍵，是一個自增主鍵。
4.4系統部署
4.4.1數據庫部暑
啟動數據庫。
開始一＞所有程序一＞Microsoft SQL Server 2008一＞配置工具一＞SQL Server
Configuration Manager—>SQL Server 2008 服務一>啟動 SQL Server (MSSQLSERVER)。如圖
4.11所示。
- p PC-073031490802'^QLEXPRESS (SQL Server 9.0. -□數據庫
+ □系統數據庫
-C:\DOCUMENTS AND SETTINGS\ADMINIS 口數據庫關系圖
+ LJ視圖
+ Lj同義詞
+ Lj可編程性
+ a安全性
+ □安全性
+匸服務器對象
+ o復制
+ 口管理
圖 4.11 SQL Server 配置圖
導入數據庫。
開始一＞所有程序一＞Microsoft SQL Server 2008一＞SQL Server Managerment Studio
一＞右擊"數據庫"一＞附加一＞添加一＞選擇SIS(l).mdf數據庫文件一＞確定
4.4.2項目部暑
1.導入項目。
2.配置IIS服務器
3.啟動11S服務器
4.打開 IE 鍵入 http://localhost:2870/S!S(l)/index.jsp
4.5系統數據庫安全分析
4.5.1數據庫安全的設計方法
存取控制(AccessControl)是一種管理模式，詳細規定了使用者可以從事哪些動作, 并限制使用者做出危害系統安全的動作。存取控制在信息管理中是一項非常重要的課題, 最基本的是存取控制列表，列出使用者對于那些物件有什么權限。一般常見的存取控制 策略有：自由選擇存取控制、強制存取控制、以角色為基礎的存取控制。
1.自由選擇存取控制(Discretionary Access Control,DAC )
在DAC中的環境中，資源的擁有者，可自行決定把權限轉移給他人，接受到權限 的使用者，不需要原資源擁有者的同意，就可以任意的將權限，再授與給其他的使用者。
2.強制存取控制(Mandatory Access Control,MAC)
強制存取控制是一種集中式的安全性控制，屬于管理者基礎的存取控制，所有資源 都交由特定的權限中心來管理，這個權限中心記錄著每位使用者所能使用的資源及每項 資源可以提供給哪些使用者來存取。
3.角色為基礎的存取控制(Role-Based Access Control,RBAC)
Role-Based Access Control(RBAC)是在1992年被提出，與前面兩種存取控制策略不 同的地方在于，RBAC是依照使用者的角色、職務來決定存取權限。
以上三種存取控制策略都有其適用范圍及優缺點，下列表格針對不同的存取策略應 用在服務網站上做一比較。
表4.38各Access Control策略應用于網站服務時的比較表
DAC MAC RBAC
權限管理基本單位 個人 個人 角色
是否可分類管理 否 否 是
權限設定復雜度 極高 高 低
可歸屬單一群組 否 否 是
可歸屬于多群組 否 否 是
整體管理復雜度 高 高 低
4.5.2數據庫安全管理的實現
本文中實現的Java語言提供了 “安全沙箱”，以確保從網絡或其他地方下載程序， 或打開瀏覽器以訪問網頁而不破壞數據。組成Java沙箱的基本組件有：層文件驗證程序、 安全管理器和JavaAPIo
1、 類裝載器體系結構
作用是防止惡意代碼干擾正常代碼、守護被信任的類庫。
2、 class文件檢驗器
與類加載器一起，class文件測試器使用正確的內部結構加載class文件內容，并協 調類文件。class文件測試器的安全目標之一是程序的穩定性，必須保證。加載class文 件檢驗器不會導致虛擬機崩潰。
3,安全管理器和JavaAPI
用于保護虛擬機外部的資源免受虛擬機內運行的惡意或易受攻擊的代碼的影響。安 全管理器是一個單獨的對象，在正在運行的Java VM中，在訪問控制（外部資源的訪問 控制）中起著核心作用。
第五章系統實現
上章是描述貴州都勻旅游資源信息管理系統的總體設計和詳細設計。系統架構設計 方面使用了典型的三層架構。
5.1系統開發環境
5.1.1硬件環境
(1)服務器端：高性能的計算，具有良好安全的企業內部網絡。
表5-1系統配置表
服務器 最低配置 推薦配置
web應用服務器 數據庫服務器 i3-6100/4GB/lTB SATA IBM 服務器 X3650M5 8871i05
E5-2603v4
E3-1225v5/8ECC/lTB SATA IBM 服務器 X3650M5 88刀《）5
E5-2603v4
(2)客戶端：計算機一臺，要求配置高且比較安全的網絡。
5.1.2軟件環境
本文開發的貴州都勻旅游資源信息系統支持多種操作系統，如果系統部署在微軟 的Windows操作系統上，需要在客戶端上安裝更多IE6.0或更高版本的瀏覽器版本。
(1)服務器端，如表5-2所示
表5-2服務端內容
分類 稱謂 版本 語種
運行開發操作系統 Windows Sen* ar 2016 簡體中文
應用程序開岌工具 NfvEclipse IQl 簡體中文
數據庫管理系統 MvSQL 2012 英文
(2)客戶端，如表5-3所示
表5-3客戶端內容
分類 稱謂 版本 語種
操作系統 Windows 7及以上 簡體中文
客戶端軟件 匹瀏覽器 6.0以上 簡體中文
5.2系統功能實現
5.2.1系統主界面
圖系統主界面
如上圖5-1所示，系統的主界面可以看到系統的主要功能模塊和系統的主界面圖。
用戶可以點擊上面功能欄的任何一個按鈕進入子功能模塊。
5.2.2新聞信息管理實現
網站首頁 最新動態 風光景點 精彩視頻 本地特色 精美圖片 關于我們 在線咨詢
新聞信息
如上圖5-2所示，新聞信息界面顯示都勻市的景點信息，包含景點簡介，位置，特 色景點，門票價格等信息。本通過新增新聞來解釋具體的功能代碼實現實現方法，具體 的代碼執行流程如下：
圖5.3新聞管理代碼執行流程圖
如圖5.3所示，用戶在新增新聞的時候登記了新聞的標題、內容、時間、登記人等 信息，系統的后臺就通過創建新的新聞信息對象來管理這些信息，然后通過HTTP調用 后臺的新聞管理業務請求完成新增新聞的數據發送，然后后臺業務邏輯收到這些請求后, 在驗證數據合法后，通過Hibernate框架代碼實現對數據庫的增加操作。
5.2.3景點信患管理實現
圖5-4景點信息界面
如上圖54所示，景點信息界面顯示了該風景的詳細信息，具體通過列表來顯示這 些景點信息。通過景點信息我們能更好的了解各個景點的信息，景點的特色，景點的天 氣情況等等。本文通過修改景點的具體功能實現來解釋景點維護功能的實現過程，具體 代碼執行流圖如下圖5-5所示
（ 開始 ）
1創建新的景點對象
圖5-5景點信息管理代碼執行流程圖
如圖5.5所示，用戶在景點信息管理功能界面點擊修改景點時，需要填寫新的景點 信息，如景點稱謂、景點圖片、景點簡介等信息，系統的后臺就通過創新新的景點信息 對象來登記這些信息，然后通過HTTP調用后臺的數據維護管理業務請求完成修改景點 信息的數據發送，然后后臺業務邏輯后臺收到這些請求后，在驗證數據合法后，通過 Hibernate框架代碼實現對數據庫的更新景點操作。
5.2.4美食信息管理實現
圖5-6美食欄目界面
如上圖5-6所示，在美食信息界面可以看到最近的美食圖片，美食圖片能讓用戶更 直觀的感受優美獨特的美食，這些圖片不僅僅是美食的直觀體現。這些美食無疑成為了 吸引游客的法寶。本節通過美食信息管理的查詢代碼來解釋具體的美食信息管理功能的 實現，具體的代碼執行流程如圖5.7所示。
如圖5.7所示，用戶在美食信息管理功能界面鍵入查詢關鍵字，系統的后臺就通過 創新新的美食信息對象來登記關鍵詞信息，然后通過HTTP調用后臺的數據維護管理業 務請求完成查詢美食信息的數據發送，然后后臺業務邏輯后臺收到這些請求后，在驗證 數據合法后，通過Hibernate框架代碼實現對數據庫的中美食信息的查詢，并通過JSP 實現HTTP返回信息的發送。
"1:創建新的美食對象 I
5.2.5文化信息管理實現
文化信息
圖5-8文化信息管理界面
如上圖5-8所示，在精彩視屏欄目界面可以看到最近的文化信息，通過該文化新可 以更加直觀的介紹這些文化信息，更深入的了解當地的旅游文化和風俗，更貼切的感受 當地人民的生活。本通過新增文化來解釋具體的功能代碼實現實現方法，具體的代碼執
行流程如下:
結束 )
圖5-9文化信息管理代碼執行流程圖
如圖5-9所示，用戶在新增文化的時候登記了文化的標題、內容、時間、登記人等 信息，系統的后臺就通過創建新的文化信息對象來管理這些信息，然后通過HTTP調用 后臺的文化信息管理業務請求完成新增文化的數據發送，然后后臺業務邏輯收到這些請 求后，在驗證數據合法后，通過Hibernate框架代碼實現對數據庫的增加操作。
5.2.6基本信息管理實現
圖5-10基本信息界面
如圖5-10所示，本系統可以設置字體等信息、背景圖片、邊距等信息。系統管理員 通過后臺登錄到基本信息設置功能模塊設置主界面，包括主界面背景、頁面字體、模塊 新增和刪除、數據對照、功能解釋等。本文通過修改基本信息的具體功能實現來解釋基 本信息維護功能的實現過程，具體代碼執行流圖如下圖5-11所示。
A：謁用棊本信息操作 「類，更新基直聳息庫I |中的基本信息
圖5-11基本信息管理代碼執行流程圖
如圖5.11所示，使用者在基本信息管理的部分進行相關資料更改的時候，比如填寫 好如字體稱謂、大小、背景圖片等信息，系統的后臺就通過創新新的基本信息信息對象 來登記這些信息，然后通過HTTP調用后臺的數據維護管理業務請求吿成修改基本信息 信息的數據發送，然后后臺業務邏輯后臺收到這些請求后，在驗證數據公法后，通過 Hibernate框架代碼實現對數據庫的更新基本信息操作。
5.2.7系統管理實現
g 員
用戶名：二
密碼：號
驗證碼： GL GB看不溝？點擊更抗
有效期： 一個月•一周 一天 即時
圖5-12會員界面功能圖
如上圖5-12所示，網站實現了會員的登陸和注冊功能，用戶還能對會員的時效進行 自主的選擇，還能選擇多樣化的會員登陸方式，對于忘記密碼的用戶，也有密碼找回的 鏈接，大大提高的便捷性。假如用戶還不是本網站的會員，請點擊注冊功能鍵，將出現 如下圖5-13所示的注冊界面功能圖。
釦s卓時墓k傳葛 E弓號喜注冊戍功
':丙 咅曲恙〒.為必壇顧目•用戶若”河*于S位小于2々立?證碼，0煩興壬1位）
圖5-13會員注冊界面功能圖
如上圖5-3所示，新會員注冊需要填寫基本的信息，對于密碼的設置用戶還能看的 密碼的強度等級，方便用戶對密碼的管理，系統設置了安全問題，方便用戶的密碼找回。
填寫正確的注冊信息后，將會出現如下圖5-14所示的注冊成功界面。
會員中膽
另壬ABfiK功'您的用戶名：、* .您己成為本站的正式會員, C J 10砂鐘后自動轉到會員申心！
NF 言員* I?回冋幸首帀
圖5-14會員注冊成功功能圖
如上圖5-14所示，會員注冊成功后，將會成為本網站的會員，享有會員的基本特權,
會員的等級不同，特權也不同。
用戶注冊具體的運行代碼執行流圖如圖5-15所示：
I
'Step 1 I Jserl nfo user=new |
: UserlnfoQ I
Sicp2股置user對象的屬性；
?
Step3:UserManage
userservice=ncw
UserSen ice ();
usersenice.add(userinto)
▼
S〔cp4: usrdao. add( userinfo)
N X
▼ Y
結束
圖5-15添加用戶代碼執行流程圖
會員注冊成功后，就會有屬于自己的會員中心。功能實現如下圖5-16所示。
user4個入用戶
丄?你呂前的身份是：注冊會員擁有金幣：0個，枳分：100分。
乂 拒消息：〔評論：:收灑：其它：文章：囹集：7欠件；商品：0
嚴業新聞 admr 02-12 14:18
n 01-13 21:55
「01-13 22:28
產1L劭聞 admi n 0145 16:09
之業新聞 admi 01-15 1&09
民麻特呂 adrrn 『01-16 21:24
admi “ 01-16 21:29
布■間 admi 「01-15 15:59
羅恃ill同 -01-15 15:59
樂業天炕群 "01-16 20:53
樂業人間1'山填 admi r 01-16 20:39
adm， -01-15 15:59
圖5-16會員中心功能圖
如上圖5-16所示，會員能通過會員中心了解都網站的最新資訊，如產業新聞、旅游 攻略，民族特色等，提高了會員了解信息的便捷性。
第六章總結與展望
本課題對旅游資源信息管理系統進行了實踐和分析研究，重點介紹了該旅游資源信 息管理系統的技術分析、需求分析、系統設計及平臺的實現、測試。結合實際應用情況 和技術開發過程中的一些重要技術，對系統中的部分模塊如景點信息管理、文化信息管 理、新聞管理進行了詳細的設計、技術分析及示例展示、系統測試。
6.1總結
現如今全國各地政府都高度重視旅游產業，分別從不同的信息展示平臺對該地的特 色及旅游資源做了全方位的介紹。如何提供一個集新聞關注、旅游景點、都勻美食、地 方文化、都勻雜談、娛樂社區等功能介紹的全面導游信息系統，通過互聯網技術，提供 旅游信息在系統對信息進行展示的同時，有游客（用戶）的交流互動中心的互聯網平臺， 讓每一個想到貴州都勻旅游或關注貴州都勻相關旅游信息的人，可以快速地、方便地、 便捷地、零成本地、不許太多應用水平地獲得自己所需要的貴州都勻旅游資源相關信息， 從而達到共享資料與交流信息的目的。本文從貴州都勻旅游資源信息管理系統的實際應 用的角度出發，詳細的通過該管理系統對本地旅游資源信息的發布、信息審核、美食推 薦、特色文化信息整理、各類投訴等進行統一、規范的管理。同時通過交流互動功能模 塊聽取游客對本地的旅游綜合評價、旅游感受、消費陷阱、意見及建議等進行互動交流, 以促進本利旅游業的開發和管理。
此次畢業設計，我選擇的題目是貴州都勻旅游資源信息管理系統的分析與研究，重 點從功能展示方面進行研究與分析。通過此次畢業設計，使我對研究生階段所學知識有 了更加全面深入的了解，在對貴州都勻旅游資源信息管理系統的研究與分析的過程中， 雖然遇到了不少困難和問題，如數據不充足、調研不夠、需求分析溝通不到位、系統訪 問操作合理性、管理合理性、使用合理性等方面都暴露出了不少問題和分析與研究的經 驗缺陷。但是，我和項目團隊經過一次又一次的查找原因，分析問題，收集資料、對比 文獻最終分析出問題所在和癥結，經過多次檢查比對后，最終我和我的團隊找出了系統 存在的各種問題。暴露出我對專業知識的欠缺和對計算機龐大知識體系的片面了解，同 時暴露出我對項目整體的研究與分析經驗嚴重不足。
“實踐是檢驗真理的唯一標準”這是我這次論文的最大收獲。在對貴州都勻旅游資 源信息管理系統的研究和分析過程中，我們深入研究與分析，不斷地在這個過程中發現 錯誤，并不斷地進行錯誤修正，不斷地領悟到各個方面知識，不斷地完善，最終完成該 論文。在這個過程中，離不開團隊的幫助和輔導老師的指導。在從今以后的工作和學習 中，我會根據這次的經驗教訓不懈地找出自身短板，努力學習專業知識，遇事要不恥下 問，不能在工作和學習中寧遇到問題就有逃避和退縮的思想存在，一定要善于發現工作 學習中的各種不足問題所在，然后進行一一攻破，全部解決掉，這樣，就能很好地完成 自己定的目標和想做的事，直至最后成功而出色地完成自己的目標，就能在今后的工作 和學習的人生道路上披荊斬棘，不畏艱難。倘若選擇知難而退，就永遠不會收獲成功， 不會被身邊的人認可、工作中不被同事認可、不被領導認可、生活中也不會得到他人的 認可。
通過對貴州都勻旅游資源信息管理系統的研究與分析，不僅使我深入的了解相關技 術，而且也使我學到了具體的項目研究與分析的科學方法。除此之外，由于此次負責系 統需求分析、功能性分析、系統文檔撰寫、系統測試以及歷史數據導入等工作，我對軟 件工程中需求工程的理論知識有了更深入的了解，更好地了解了如何創建用戶需求和與 用戶溝通，并從中學到很多有用的知識。
6.2展望
通過這次對貴州都勻導游管理系統的研究與分析，培養了我善于思考及勤于動手實 踐的各項能力。更重要的是，通過自己查資料、社會調查、咨詢老師等，讓我們學會了 很多的學習方法，這在以后的學習生活中都是可以用到的。在畢業設計的過程中，雖然 困難重重，但最終按老師的要求完成了任務，但我們的系統還存在以下幾方面的不足：
1.理論結合實際。本文僅對貴州都勻引導的旅游管理信息系統進行研究和分析，但 在實際項目中可能需要新用戶，甚至以前沒有考慮過新的要求，所以本文肯定不能滿足 用戶的所有需求。在后期的實際項目開發過程中可以不斷改進。
2.本系統需求進行分析，包括用戶需求分析，功能需求分析，性能需求分析，靈活 性需求分析和其他的需求分析。系統主要實現各種旅游信息的管理，包括刪、改、査， 旅游信息的錄入與維護，各種旅游資源的發布。對系統進行類設計和流程設計，包括概 念結構設計，系統功能設計，數據庫設計。
3.本系統只是按照貴州都勻旅游資源信息管理工作需求進行研究與分析，尚且沒有 對其它要求進行審查，并將在隨后的研究中考慮安全問題。
針對以上的不足，我們還有很多需要改進的地方，希望老師能夠提出批評指正，我 們將虛心接受。
參考文獻
[1]張紫佼，程美玲•數據倉庫在旅游管理系統中的應用[J].電腦知識與技術.
2017(30) :56-58
[2]張楠•旅游管理系統的設計與實現[J].技術與市場.2017(05):89-90
[3]雷蕾.云南景區旅游管理信息系統的設計與實現[D].廈門:廈門大學,2013:1-83.
[4]趙鮑.基于Android平臺的圖書管理系統手機客戶端開發[D].成都:電子科技大 學,2013:71-79.
[5]羅容華.旅游信息系統的研究[叨.武漢:武漢大學,2005:71-73.
⑹鄭紹芬.南昌歷史文化資源的旅游開發研究[D].南昌:江西師范大學,2010:89-92.
[7]李建森.基于B/S體系架構的旅游信息管理系統設計與實現[D].成都:電子科技大 學,2012:45-4&
[8]李建忠.基于Web GIS的開封市旅游信息系統設計[叨.開封:河南大學,2006:34-39.
[9]鄭楠.基于GIS的旅游信息系統研究與實現[D].成都灑南交通大學,2006:34-3&
[10]何文杰.基于Web的華南理工大學校園虛擬漫游實現[D].廣州：華南理工大
學,2004:23-2&
[11]朱興宇，杜景林，沈曉燕.基于MVC的多組件融合的氣象傳感網管理平臺[J].科技通 報.2016( 04): 124-135
[12]ZHANG Yaoming. Enterprise employee performance appraisal system based on JSP technology [J]. Intelligent Computer and Applications, 2018 ( 7 ): 121-134
[13]M Wei. The Design and Development of Enterprise Part-Time Employee Information Management System Based on JSP[J]. Journal of Hebei Energy Institute of Vocation , 2014( 12 ):231-242
[14]高祖彥.軟件工程思想在JSP程序設計教學中的應用[J].時代教育,2017( 09): 256-264
[15]吳周霄，鄭向陽.基于JSP技術的動態網頁開發技術[J].信息與電腦(理論版). 2018( 08): 124-136
[16]C Wilson, MP Chipperfield, M Gloor, F Chevallier. Development of a variational flux inversion system (1NV1CAT vl.0) within the TOMCAT chemical transport model[J]. Geoscientific Model Development, 2014,7 ⑸:2485-2500
[17]Federica Marone, Alain Studer, Heiner Billich, Leonardo Sala, Marco Stampanoni. Towards on-the-fly data post-processing for real-time tomographic imaging at TOMCAT[J], Advanced Structural and Chemical Imaging, 2017, 3 (1), 124-135
[18]Dragos-Paul Pop,Adam Altar. Designing an MVC Model for Rapid Web Application DevelopmentfJ]. Procedia Engineering, 2014, 69( 1) :1172-1179
[19]Yang Lin. Discussion on MySQL Database Optimization Teaching[J]. China Computer & Communication , 2018( 5): 345-353
[20]B Schwartz, P Zaitsev, V Tkachenko. High Performance MySQL: Optimization, Backups,
and Replication [J]. O'Reilly Media, Inc , 2012 (11): 67-75
[21]K Grolinger, WA Higashino, A Tiwari, MA Capretz. Data management in cloud environments: NoSQL and NewSQL data stores [J]. Journal of Cloud Computing Advances Systems & Application, 2013,2 (1) :216-224
[22]鄭黎明.基于.NET三層架構的超市旅游管理系統的設計與實現[J].信息技術與信息 化.2017(07) :78-79
[23]聶常紅，唐遠強，馮相忠.基于JavaEE多層架構的旅游管理系統[J].計算機與現代化. 2017(10) :24-25
[24]M. Encarnacion Beato. UML Automatic Verification Tool with Formal Methods [J]. Electronic Notes in Theoretical Computer Science , 2014,4:78-79
[25]劉丹.基于Struts,Spring,Ibatis框架的商品旅游管理系統研究[J].軟件導刊. 2018(06):45-48
[26]常祖政.Tomcat數據庫連接池的工作原理與配置[J].信息與電腦(理論版),2017(18): 120-128
[27]王麗娟，靳繼紅.基于MySQL的查詢優化技術研究[J].電腦知識與技術，
2013,30 (7) :48-53
[28]朱崇來.基于MySQL組復制技術數據備份策略實現[J].電子世界,2018⑹：178-185
[29]劉曉崢.Java SSH框架在Java Web中的應用[J].信息記錄材料,2017(3): 87-94
[30]李麗平.基于MVC與ASP.NET教務管理系統的研究與應用[J].內蒙古科技與經濟, 2016(22): 56-61
[31]蔣玉芳.基于MVC模式的實驗室信息管理系統開發與實現[J].科技廣場,2017(01): 41-49
[32]楊玲.基于MVC的體育田徑視頻教學系統的設計[J].自動化與儀器儀表,2016(11): 230-237
[33]楊培基.基于微信和Java Web的高校答疑系統的設計與實現[J].計算機與現代化， 2017(08): 123-130
下一篇：沒有了
相關標簽:
