旅游網(wǎng)站需求分析報告

1、一、需求分析報告1 引言由于時下大多數(shù)人生活優(yōu)越， 交通工具方便快捷， 信息獲取方便， 導致旅游 業(yè)迅猛發(fā)展。 為了方便旅游愛好者在網(wǎng)上獲取信息， 有效地掌握各大旅游景點的 詳細情況， 我們多方聽取意見、 追加和完善大量實用功能， 開發(fā)出一套適合于旅 游者在網(wǎng)絡上快速獲取信息的管理系統(tǒng)。 通過本系統(tǒng)， 出行者可以查看某個地區(qū) 的全部景點列表，了解某個景點的詳細情況，自駕車、公交線路，獲取景區(qū)內(nèi)的 旅游地圖等。該系統(tǒng)為游客提供全面的旅游景點查詢服務。1.1 編寫目的在深入考察了已有的旅游景點網(wǎng)站， 同時與多位軟件使用者進行了全面深入 地探討和分析的基礎上，提出了這份軟件需求規(guī)格說明書。此需求規(guī)格

2、說明書對 旅游景點綜合信息查詢系統(tǒng) 軟件做了全面細致的用 戶需求分析，明確所要開發(fā)的軟件應具有的功能、 性能與界面， 使系統(tǒng)分析人員 及軟件開發(fā)人員能清楚地了解用戶的需求， 并在此基礎上進一步提出概要設計說 明書、詳細設計說明書及完成后續(xù)設計與開發(fā)工作。 本說明書的預期讀者為客戶、 業(yè)務或需求分析人員、測試人員、用戶文檔編寫者、項目管理人員。1.2 開發(fā)目的及意義本系統(tǒng)提供對各旅游景點綜合信息 （景點介紹、 出行線路查詢、 景點圖片視 頻展示、景區(qū)餐飲分布、博客與論壇等）的查詢與管理，可以作為旅游出行綜合 信息查詢的門戶。 通過本系統(tǒng)， 出行者可以查看某個地區(qū)的全部景點列表， 了解 某個景點的

3、詳細情況，自駕車、公交線路，獲取景區(qū)內(nèi)的旅游地圖等。該系統(tǒng)為 游客提供全面的旅游景點查詢服務。通過本系統(tǒng)的開發(fā)，要求掌握一個完整 B/S 應用系統(tǒng)設計、開發(fā)的全過程，掌握數(shù)據(jù)庫編程。1.3 預期讀者和閱讀建議本文檔主要描述了系統(tǒng)設計中運用到的各種詞匯、 系統(tǒng)的功能、 運行的環(huán)境 和配置、外部接口的設計和界面設計等各項系統(tǒng)開發(fā)的前期準備材料。 并將推薦 閱讀本文檔的讀者和閱讀建議列舉如下：系統(tǒng)用戶：建議閱讀文檔中的“ 3系統(tǒng)功能需求”及“ 5.4用戶文檔” 部分，并針對文檔中所列的功能需求提出修改和刪補建議； 開發(fā)人員：建議著重閱讀本文檔的“ 3 系統(tǒng)功能需求”、“4外部接口 與運行環(huán)境需求”等

4、部分；項目經(jīng)理：建議閱讀整篇文檔；營銷人員：建議著重閱讀“ 3 系統(tǒng)功能需求”；測試人員：建議閱讀“ 3 系統(tǒng)功能需求”、“ 4.5 運行環(huán)境”和“ 5.1 性能需求”三部分；文檔編寫入員：建議閱讀“ 2 文檔約定部分”。2 術語、定義和縮略語2.1 文檔約定正文風格：正文風格統(tǒng)一采用主標題、副標題的封層羅列的方法， 并且在文中配以需要的表格和圖片的文檔風格。具體的正文、圖片 及表格要求按照下面的要求進行：中文用宋體，英文用 Times NewRoman,行距20磅。段前、段后0行，但表名、圖題的段前、段后均設為 0.5 行。正文部分（含表名、圖題）用小四字；表格、圖中的 文字,用五號字；提示

5、方式：文檔中不添加額外的提示符號； 重要符號：凡是在文檔中出現(xiàn)的重要的信息或者需要文檔的閱讀者 特別注意的部分,統(tǒng)一按照在段落開頭處添加“ *”號的方法加以標 注；需求的層次： 高層次的需求陳述在細化的需求中不需要再加以繼承, 只需真丟更細層次的需求進行陳述；2.2 術語、定義ASP.NETASP.NET是一種統(tǒng)一的 Web平臺，它提供了生成企業(yè)級應用程序 所必需的全部服務。2.3縮略語B/S Browser/Server瀏覽器和服務器結構3系統(tǒng)功能需求3.1系統(tǒng)功能本系統(tǒng)的功能主要包括：景點檢索、景區(qū)介紹、用戶管理、論壇管理、博客管理、后臺管理 3.1.1系統(tǒng)功能樹圖系統(tǒng)功能樹圖：用戶登錄修

6、改信息系統(tǒng)功能樹3.1.2前臺管理子系統(tǒng)并通過成為注冊用戶，可用戶可以根據(jù)前臺系統(tǒng)檢索各地的旅游景點信息, 以在論壇發(fā)表自己的觀點和擁有自己的博客。景點檢索模塊（1）用例圖景點檢索用戶景點檢索用例圖(2) 需求說明所有用戶都可以通過該景點檢索模塊檢索自己想要的和適宜的旅游景點。(3) 輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：選擇要查詢的條件是根據(jù)旅游時間、旅游費用、行程距離、 或者出行目的。操作方法：根據(jù)用戶選擇的需要點擊查詢按鈕。輸出數(shù)據(jù)：從數(shù)據(jù)庫中選出用戶選擇的具體旅游景點信息并顯示出來。景點介紹模塊(1) 用例圖查看旅游線路景點介紹用例圖（2）需求說明所有用戶都可以通過該景點

7、介紹模塊了解該景點的具體信息，包括景點特 色、景點圖片、景點視頻、餐飲介紹和旅行線路等。（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：選擇選中的具體的旅游景點需要查看的信息。 操作方法：根據(jù)用戶選擇的需要點擊景點查看按鈕。輸出數(shù)據(jù)：從數(shù)據(jù)庫中選出用戶選擇的具體旅游景點信息并在該頁面顯 示出來。論壇模塊博客模塊（1）用例圖下載信息評論文章用戶博客用例圖（2）需求說明為注冊用戶提供個人虛擬空間，在這里，游客可以發(fā)表文章、上載和管理個人風景照片等，撰寫日志等（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：選擇選中的具體的旅游景點需要查看的信息。 操作方法：根據(jù)用戶選擇的需要點擊景點查看按鈕。輸出數(shù)據(jù)：從數(shù)

8、據(jù)庫中選出用戶選擇的具體旅游景點信息并在該頁面顯 示出來。3.1.3用戶管理子系統(tǒng)用于用戶信息的維護和用戶登錄。用戶權限分為不同用戶和管理員用戶。不 同用戶只可以登錄并查詢信息。管理員用戶可以執(zhí)行用戶信息的修改和用戶管理 的操作。用戶登錄模塊（1）用例圖用戶登錄用例圖（2）需求說明用戶登錄模塊需要根據(jù)不同用戶的登錄信息確定用戶身份， 即其權限，根據(jù) 屬于不同的用戶類別：管理員、區(qū)域管理員、不同用戶（權限又高到低） ，賦予 用戶不同的操作權限。（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：用戶登錄名、用戶登錄密碼；處理方法：根據(jù)用戶的輸入信息從數(shù)據(jù)庫中查詢相應用戶，核對以填寫 的用戶信息是否存在于

9、數(shù)據(jù)庫中；輸出數(shù)據(jù)：存在該用戶則提示登錄成功并跳轉登錄界面；不存在該用戶 則提示用戶不存在，并跳轉至注冊頁面；3.132信息修改模塊（1）用例圖用戶信息修改用例圖（2）需求說明用戶的信息修改模塊可以在驗證用戶登錄信息正確后給予用戶修改個人登 錄信息的權利（由于管理員是最高權限，而且在企業(yè)中只應有一人劇本該權限, 因此不提供給該用戶修改個人登錄信息的功能）。（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：更新的用戶登錄信息；處理方法：更新數(shù)據(jù)庫中當前登錄用戶的登錄信息；輸出數(shù)據(jù)：更新后的用戶登錄信息；用戶管理模塊（1）用例圖用戶管理模塊用例圖2）需求說明用戶管理模塊需在管理員權限（最高權限）下進行登

10、錄后，才可對現(xiàn)有的所 有用戶進行管理，包括對這些用戶的登錄信息的修改以及對任意用戶的刪除。（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：預修改用戶的新的信息或者欲刪除的用戶；操作方法：根據(jù)管理員選擇的需要操作的用戶信息，在數(shù)據(jù)庫中對相應 的用戶進行更新；輸出數(shù)據(jù)：更新后的用戶列表；3.1.4后臺管理子系統(tǒng)提供一個后臺管理界面，可以發(fā)布廣告、最新旅游景點推薦、刪除論壇、博 客信息等。景點信息管理模塊.1增加景點信息(1)用例圖用戶登錄系統(tǒng)管理員增加景點信息增加景點信息用例圖（2）需求說明管理員通過該模塊增加景點信息。（3）輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：新增加的旅游景點的信息。操作方法：更新

11、數(shù)據(jù)庫。輸出數(shù)據(jù)：更新后的旅游景點信息。3.142博客信息管理模(1) 用例圖管理員刪除博客信息用戶登錄系統(tǒng)博客信息管理用例圖(2) 需求說明管理員通過該模塊管理博客信息。(3) 輸入/輸出數(shù)據(jù)輸入數(shù)據(jù)：要刪除的博客信息。操作方法：更新數(shù)據(jù)庫。輸出數(shù)據(jù)：更新后的博客信息。3.2用戶特點所有用戶。包括已注冊用戶和游客。3.3設計和實現(xiàn)上的限制開發(fā)工具限制：VS2008;數(shù)據(jù)庫限制：Microsoft SQL Server 2005SP4； 運行環(huán)境限制：Windows XP以及更高版本； 數(shù)據(jù)轉換格式標淮的限制。4外部接口與運行環(huán)境需求4.1用戶界面采用的簡潔友好的圖形用戶界面風格，設計用戶界面

12、 屏幕格式：顯示器。菜單格式：WEB頁面需要有操作順序的操作應給出正確恰當?shù)囊龑崾?；圖形用戶界面要友好，容易理解，方便使用；具體包括：對于不方便統(tǒng)一填寫風格的選項全部采用下來菜單的形式；對于特定的填寫內(nèi)容（如密碼）需要有基本的驗證信息和相 應的提示信息；地圖顯示應該清晰明了，方便閱覽； 文本顯示格式要符合常人閱讀習慣；具體包括： 正文或者信息文字統(tǒng)一用宋體； 日期顯示統(tǒng)一用年 -月-日的格式，如 2009-11-4； 錯誤信息統(tǒng)一采用彈出對話框的形式，提示內(nèi)容要友好易懂；4.2 硬件接口操作系統(tǒng)： Windows XP 或者更高版本；數(shù)據(jù)庫：Microsoft SQL Server 2005

13、SP 4或者更高版本；工具； VS2008；4.3 軟件接口操作系統(tǒng)： Windows XP 或者更高版本；數(shù)據(jù)庫：Microsoft SQL Server 2005SP 4或者更高版本；工具； VS2008；4.4 通訊接口WEB 瀏覽器： IE 7.0 或者更高版本； 網(wǎng)絡通訊協(xié)議： TCP/IP 協(xié)議4.5 運行環(huán)境硬件平臺：PC, Intel Core2 1.66GHz或者更高型號處理器，512M以上內(nèi)存， 40GB 以上硬盤；操作系統(tǒng)和版本：Win dows XP SP2或者更高；數(shù)據(jù)庫：Microsoft SQL Server 2005SP3或者更高；服務器： Tomcat 6.0

14、或者更高；瀏覽器： IE 6.0 或者更高版本；5 其它非功能需求可靠性：凡合法用戶可以再任意地方正確無誤的訪問系統(tǒng)中的信息； 安全性：只有注冊的用戶方可訪問系統(tǒng)， 其他用戶不得獲取系統(tǒng)內(nèi)的任何信 息；可維護性：系統(tǒng)故障可以再 24 小時內(nèi)得到解決； 可擴展性：在用戶需要時，系統(tǒng)可以方便的擴展而不影響已有功能5.1 性能需求系統(tǒng)支持的并發(fā)操作數(shù)量：至少滿足 500 人可同時正常訪問系統(tǒng)； 響應時間：在正常網(wǎng)絡條件下，文本顯示不得超過 1 秒，地圖的顯 示不得超過 2 秒； 容量需求存儲器： 512M 以上； 磁盤空間； 40GB 以上； 數(shù)據(jù)庫中表的最大行數(shù)： 10000 行；5.2 安全性需

15、求系統(tǒng)內(nèi)部包含的所有資料只有注冊用戶方能瀏覽。 系統(tǒng)應阻止一切通過非登 錄手段獲取系統(tǒng)信息的不安全行為。最高權限管理員用戶的登錄名和密碼是系統(tǒng)自帶的，此用戶只有使用的權 限，不具備修改最高權限用戶登錄信息或者增刪最高權限用戶的權利。 系統(tǒng)最高 權限用戶的修改只能通過系統(tǒng)內(nèi)部變更得到改變。5.3 用戶文檔與軟件產(chǎn)品一同交付的用戶文檔包括： 安裝指南，紙質(zhì)文檔； 用戶手冊，紙質(zhì)文檔； 在線幫助；相關電子文檔，與軟件產(chǎn)品一同分發(fā)、配置4.1.1實體屬性圖酒店實體屬性圖各實體屬性圖如圖4-1圖4-7所示。長途客運實體屬性圖火車實體屬性圖頭等艙票價航班實體屬性圖管理員人員實體屬性圖M 1公交 屬于M交通

16、工具旅游信息各職能局部 E- R圖級別酒店1解決景點名稱MMN到達全程站點屬于線路名稱休息目的地航次飛機旅游景點景點名稱公交火車交通工具目的地車次長途客運全程用時系統(tǒng)總體E R圖局部E-R圖旅游信息管理系統(tǒng)對于相關的信息有不同的要求，包括：景點信息和公交信息的管理，景點信息和酒店信息的管理，公交信息和交通信息的管理，旅游信息和旅游常見問題的管理。總體E-R圖旅游信息管理系統(tǒng)總體 E-R圖（見上圖）。數(shù)據(jù)庫邏輯結構設計關系模型創(chuàng)建本系統(tǒng)包括8個實體，轉換后的關系模式如下（加下劃線的為主鍵）：景點信息（景點編號，景點名稱，景點類別，詳細信息，門票價格，乘車路線）景點公交信息（線路名稱，景點名稱，全

17、程站點，始末車時間，投幣票價,IC卡票價）酒店信息（酒店名稱，酒店級別，相信信息，酒店地址，房間設置，預訂電話）公交（線路名稱，所到景點，全程站點，始末車時間，投幣票價,IC卡票價）航班（航次，目的地，每日航班數(shù)，頭等艙票價，商務艙票價，經(jīng)濟艙票價）長途客運（路線名稱，大連發(fā)車時間，對向發(fā)車時間，車型，全程時長，單程票價，往返票價，學生票價）火車（車次，路線名稱，大連發(fā)車時間，終到時間）問題（旅游常見問題，解決方案）關系規(guī)范化分析景點信息、酒店信息、公交信息、其它交通信息等都滿足第3范式的要求。數(shù)據(jù)表的創(chuàng)建根據(jù)系統(tǒng)E-R圖，本系統(tǒng)數(shù)據(jù)庫需要創(chuàng)建9個表：景點信息表、酒店信息表、景點公交信息表、火

18、車信息表、長途客運信息表、飛機信息表、旅游常見問題信息表、大連專屬節(jié)日信息表、管理員表。用于存放旅游信息、酒店信息、景點公交信息、其它交通信息、旅游 服務信息等。景點信息表創(chuàng)建旅游信息表t_travel。此表包括6個字段，其中f_id是此表的主鍵，詳細描述如表4-1所示。表4-1 t_travel表的定義f_id自動編號50否是景點編號f_travelname文本50否否景點名稱f_traveltype文本50否否類型f_travelinfo文本255否否詳細信息f_travelprice文本100否否門票價格f_travelbus文本255否否乘車路線酒店信息表創(chuàng)建酒店信息表述如表4-2所示

19、。t_hotel。此表包括6個字段，其中f_hoteIname是此表的主鍵，詳細描表4-2 t_hotel表的定義字段名稱數(shù)據(jù)類型長度是否為空是否為主鍵說明f_hotelname文本50否是酒店名稱f_hotelgrade文本50否否級別f_hotelinfo文本255否否詳細信息f_hoteladd文本100否否地址f_hotelroom文本255否否房間設置f_hoteltel數(shù)字50否否預訂電話景點公交信息表創(chuàng)建公交信息表如表4-3所示。t_bus。此表包括6個字段，其中f_busname是此表的主鍵，詳細描述表4- 3 t_bus表的定義字段名稱數(shù)據(jù)類型長度是否為空是否為主鍵說明f_b

20、usname文本50否是線路名稱f_bustravel文本255否否所到景點f_busline文本255否否全程站點f_bustime文本255否否始末車時間f_price1文本50否否投幣票價f_price2文本50否否IC卡票價火車信息表創(chuàng)建火車信息表t_train。此表包括6個字段，其中f_trainno是此表的主鍵，詳細描述如 表4-4所示。表4- 4 t_train表的定義f_trainname文本50否否線路名稱f_trainno文本50否是車次f_traintime1文本50否否發(fā)車時間f_traintime2文本50否否對向發(fā)車時間長途客運信息表創(chuàng)建長途客運信息表t_lbus。此表包括描述如表4-5所示。表4-58個字段，其中t_lbus表的定義f_lbusname是此表的主鍵，詳纟字段名稱數(shù)據(jù)類型長度是否為空是否為主鍵說明f_lbusname文本50否是客車目的地f_lbustime1文本50否否發(fā)車時間f_lbustime2文本50否否對向發(fā)車時間f_lbustype文本50否否客車類型f_lbu