WonderLand項目設計文檔1
1 項目概況
1.1 項目背景
畢業旅行、窮遊、情侶出行、新婚旅行… 現在的年輕人有太多的理由出去走 走。雖然都說重要的不是去哪兒，而是跟誰去。不過你的目的地也很大程度上 決定了你們的旅行的舒適感。我想去看海，非得是海南三亞的沙灘嗎?我想去我 想去看山，非得是五嶽黃山嗎?當沙灘上擠滿了橫七豎八的泳裝人士，黃山山頂 上人頭攢動，當你滿眼是人和攝像機的時候，似乎跟誰去都不會太盡興。只有找 到合適的地點，跟合適的人在一起的時候纔會有合適的氛圍，旅行的意義也在此。
找到合適自己的旅行是一件很幸運的事情，年輕人們大多已厭倦了人山人海 的知名景點，希望去一些鮮爲人知又值得一去的地方。很多的人被旅行所面臨的 各種問題困擾着— —去哪兒?住哪兒?吃什麼?怎麼去?我們希望開發一款具有真正的中國特色的旅行信息查詢 app，讓用戶找到更多好玩的去處，獲得更全 面的信息，祛除大大多數與旅行相關的軟件提供的冗餘無用的信息來獲得更好的 用戶體驗。
我們提供一個平臺，利用用戶選擇的標籤經過立體化個性化的篩選，給用戶 進行推薦其可能感興趣的你很可能聞所未聞的有趣的地點，體驗當地的風土人情。 瀏覽相關景點時，有經驗的旅遊愛好者以及當地居民都能通過遊記、評分、圖集 等各種各樣的方式給想要前來的旅行者一些指引和建議。我們致力於爲您提供一 些還沒有被大多數人發掘察覺到的美景。我們把地域範圍限定在中國，這片地域 的 every land counts(每一分土地都值得)。我們堅信這片土地上還埋藏着很 多驚喜，我們將竭盡全力將它們詮釋給用戶。
1.2 項目範圍
該軟件的設計和實現難度中等，項目預備採用 MysqL+Tomcat 作爲服務 器，搭配主流 SSH 框架進行開發。軟件操作簡單，容易上手，適合各個年齡段旅遊愛好者使用，從而滿足用戶對大量旅行景點信息的需求，更好地進行分享，而且能方便的瞭解各種景點信息。
1.3. 用戶的特點
本平臺的主要用戶是青年人士，由於他們對移動互聯網的接觸比較多，而且 容易接受和使用新的應用程序，所以不需要向廣大用戶 供使用幫助，但要向用 戶 供華麗的界面服務來吸引他們的眼球和關注度。
2 項目目標
針對人們出遊景點的選擇問題，利用互聯網平臺的信息傳播性，通過用戶遊 記分享，爲出遊者提供更多更廣更真實的景點信息和住行建議。用大衆的眼光發 現更多更美的中國內地景色。該應用根據用戶特性對用戶進行有針對性的信息推 送，提供關鍵詞搜索等相關功能。滿足出遊者景點選擇的一系列需求。
2.1 業務目標
完成一個能夠爲遊者提供更過更廣更真實的景點信息的軟件平臺，讓人們通 過這個平臺瞭解到更多更美更具中國特點的景色。
2.2 管理目標
使團隊高效率協調合作，項目有序進行，按時按量完成項目任務。
2.3 技術目標
採用 MySQL + Tomcat 作爲服務器，搭配主流 SSH 框架，提高效率，儘量使用 複用技術。
3 功能需求
3.1. 功能需求總述
3.1.1. 功能需求總表
3.1.2. 角色、權限需求
| 序號 | 角色 | 功能 | 權限 |
|---|---|---|---|
| 1 | 遊客 | 瀏覽系統中的熱門景點，搜索景點 信息，查看景點評分和圖集。 | 具有瀏覽功能; 具有部分搜索功能; 具有部分查看功能。 |
| 2 | 註冊用戶 | 瀏覽系統中的個性化推薦景點，搜 索景點和遊記，查看景點的評分、 圖集、遊記和評論，同時可以發表 自己的遊記，以及對遊記點贊和評 論等。 | 具有瀏覽功能; 具有所有搜索功能; 具有所有查看功能; 具有發表遊記功能; 具有點贊和評論等功能。 |
3.2.功能需求說明
用戶註冊:註冊用戶信息。
【功能概述】
開始的時候用戶可以以遊客方式登錄我們產品，但是當用戶需要使用更多功 能時，需註冊一個用戶賬號，註冊完成後登錄才能夠使用我們產品的所有功能。
【操作者】遊客用戶。瀏覽熱門景點:瀏覽主頁評分高的景點。
【功能概述】
用戶在沒有註冊之前，在產品主頁只能夠瀏覽評分高的景點信息，若想要查 看個性化推薦景點，則需註冊。
【操作者】遊客用戶。查看熱門景點詳情
【功能概述】
用戶點擊景點即可查看詳情，包括景點的評分、以及部分景點圖集，若要查看景點的評論和遊記，則需註冊。
【操作者】遊客用戶。搜索景點:用戶在主頁搜索景點。
【功能概述】
遊客用戶在主頁的搜索框輸入關鍵字，搜索結果中只會有景點信息，並以列 表的形式展現到用戶眼前。
【操作者】遊客用戶。註冊用戶登錄系統
【功能概述】
註冊用戶使用賬號登錄系統，使用系統爲他 供的各種功能。
【操作者】註冊用戶。瀏覽推薦景點:瀏覽主頁爲用戶個性化推薦的景點。
【功能概述】
用戶註冊後需要填寫至少 3 個標籤信息，然後在產品主頁能夠瀏覽個性化推 薦的景點，點擊進去後則可以查看景點詳情。
【操作者】註冊用戶。查看推薦景點詳情
【功能概述】
查看推薦景點詳情包括查看景點的評分，景點的所有圖集，以及其他用戶對景點的評論和發表的遊記。
【操作者】註冊用戶。搜索景點和遊記:用戶在主頁搜索景點。
【功能概述】
註冊用戶在主頁的搜索框輸入關鍵字，搜索結果中包含景點信息和遊記信息， 並以分欄的形式展現到用戶眼前，註冊用戶可以查找自己需要的信息。
【操作者】註冊用戶。發表、刪除遊記
【功能概述】
註冊用戶打開我們的產品，選擇發表遊記功能，然後自己撰寫文字，可選擇 添加圖片，寫完後選擇景點標籤即可發表。如果用戶沒有寫完臨時退出我們產品， 那麼他的遊記會保存到草稿中，用戶可完善後再發表。同時，用戶可以刪除不想 要的遊記。
【操作者】註冊用戶。發表、刪除評論
【功能概述】
註冊用戶對自己感興趣的遊記發表評論，同時可以刪除過去發表過的對其他 用戶遊記的評論，刪除後不再出現在系統中。
【操作者】註冊用戶。點贊、取消點贊
【功能概述】
註冊用戶對自己感興趣的遊記進行點贊，同時也可以取消點贊。
【操作者】註冊用戶。收藏和分享功能
【功能概述】
註冊用戶對自己感興趣的景點和遊記不僅可以進行收藏，發表評論，還可以 分享到第三方平臺上(如 QQ、微信、微博等)。
【操作者】註冊用戶。賬號申訴
【功能概述】
當用戶賬號因涉及敏感信息後，系統會禁用用戶賬號，用戶不能登錄，此時 就需要進行賬號申訴。
【操作者】註冊用戶。個人資料管理:用戶可以編輯個人資料。
【功能概述】
註冊用戶點擊修改個人資料可以編輯自己的信息，同時還可以修改自己的個 性標籤。
【操作者】註冊用戶。查看消息通知:用戶查看系統通知和遊記、評論通知。
【功能概述】
註冊用戶點擊查看消息通知，可以看到系統消息和互動消息。系統消息是系統 示版本更新和系統 示用戶發表了敏感內容;互動消息則是用戶的遊記 被評論和被點讚的通知。
【操作者】註冊用戶。
4. 非功能需求
對軟件的非功能需求的描述，應包括性能、安全性、可擴展性、穩定性等方
面的需求界定。
4.1. 性能需求
A. 數據處理能力
支持至少四百萬用戶同時在線正常使用軟件。 服務器硬盤容量至少能夠存儲四百萬用戶信息。
B. 精度
輸出要求:數據確保無誤，符合數據輸入的格式。 輸入要求:以所見所得爲標準，準時控制體系內各模塊的操作時間和輸 出文件的打印時間。
C. 時間要求特性
網絡狀態良好的情況下打開任一功能模塊的響應時間:小於等於 2 秒。
編輯數據，修改數據，服務器數據響應時間不超過 2 秒。
數據查詢、服務器響應時間不應超過 8 秒鐘，除個別大的數據。
4.2. 安全保密需求
系統有嚴格的權限與密碼設置，數據庫密碼以加密處理，保障業務的安全性
和絕密性!後端管理系統採用 B/S 模式，具有高度的安全性、穩定性與可靠性。
4.3. 擴展性需求
- 需求變更的 出者可以是項目中的任何人包括用戶、開發人員、測試人員等;
- 項目經理可以召集相關人員討論該需求變更的合理性、可行性，實施的代價以及對項目的影響;
- 需求變更確認後由專人將需求變更記錄下來，通知給項目中所有成員。其中以下人員對需求的變更是緊密相關的,他們必須知曉並認可此需求變更。包括(客戶方代表，需求分析師，測試人員，相關開發人員)。
- 相關人員接收到確認的需求變更後，做以下事情:需求分析人員修改需 求說明書和 User Case 的相關內容;測試人員修改測試用例的相關內容;開發人員修改代碼中的相關部分。
- 需求凍結:項目越到後期，需求變更對項目的影響就越大，所以在一定時候我們會進入需求凍結階段，不再接收需求的變更。應此我們設定在 該系統驗收完畢後爲需求凍結階段。
4.4. 穩定性需求
在網絡狀況良好和硬件環境支持時， 系統滿足以下要求:
1.當網絡出現故障或者其他外部因素，造成服務器故障時，都不會對系統數 據產生負面影響或丟失;
2.某一用戶發生運行錯誤時，不會影響其他用戶繼續工作的事務處理機制;
3.系統在運行過程中，如果產生網絡故障或其它失敗，則應能進行出錯處理， 並 供相應的文本輸出文件(LDG);
4.系統連續正常運行時間應不少於 72 個小時;
5.測評過程中的進程信息:測評過程中，服務器採用響應正常，進程穩定; 如出現異常，可以正常中止進程，並可重新啓動系統;不允許出現進程無法中止 的情況;
6.系統可以支持大量的併發訪問，能夠支持 500 萬以上的同時在線人數
5. 界面要求
本系統界面要求如下:
界面理解:界面中的文字標識，含義準確、清楚、用通用詞彙，界面元素要 供充分而必要的 示。
界面風格:界面中，同類的界面元素要有相同的視覺感和操作方式; 色調和 諧統一，界面清爽乾淨。
錯誤處理:系統在使用過程中，不可避免的出現一些錯誤的操作。錯誤處理 供校驗功能。在執行破壞性的操作之前，應當得到用戶的確認。例如刪除一個 記錄時，應當彈出一個”是否刪除”，當用戶確認後才能刪除。系統繁忙時應 供相應的信息 示，防止用戶多次點擊。
分頁顯示:數據量大的時候，採用分頁瀏覽的形式。
頁面的合理佈局:界面的佈局應當整潔，界面元素應當在水平或垂直方向對 其，行列的間距保持一致。窗體的尺寸要合適，各種控件不能過分擁擠也不能過 分寬鬆。
界面中基本信息部分採用下拉框選擇方式。降低人爲誤操作錯誤;減少手工 輸入工作量;規範基本信息的一致性。例如用戶的性別，選擇的類型等。 對於數值類型數據輸入部分，採用可編輯的輸入框，並對輸入的內容進行校驗， 避免輸入非數值數據。