真德秀團隊成員：

　　WoLykos（3005）　　　hIrokuh（3023）

　　DoraMike（3026）　　　JanzKing（3007）

　　JtvDeemo（3044）

1引言

1.1目的

　　此開題報告編制目的是明確本項目的詳細需求，供用戶確認項目的功能和性能，和用戶形成一致的理解和確認，作為進一步詳細設計軟件的基礎。

　　本文檔供迪麗瑟斯團隊與老師、助教進行參考。

1.2背景

　　隨著信息技術和移動設備的成熟與發展，網上服務與交易等業務越來越普及，大量的信息被聚集起來引發了數據的爆炸式增長，以至於用戶每當想在一個網站上找到自己想要的信息，都需要花費大量的時間和精力，也未必能如願以償。如何解決信息過載是人工智能與大數據時代面臨的一個重要難題。於是人工智能（AI）推薦算法就應運而生。

　　AI推薦系統是根據用戶的興趣特點和行為，向用戶推薦其感興趣的信息。它的主要任務是聯系用戶興趣與信息，以及在該網站上的瀏覽信息，據此對用戶進行個性化分析，為用戶主動推送相關信息。推薦系統目前已被廣泛地應用於像淘寶、亞馬遜這樣的電商平臺，像谷歌、百度這樣的搜索引擎，以及電影視頻、音樂電臺、社交網絡、廣告投放這樣的個性化網站，但是比較惋惜的是，並沒有類似於特產類的推薦網站。對於特產類網站的用戶來說，他們想要的是，精準而又全面地獲取所想要的信息，然而從目的上講現有的中國特產網站及各大APP，商業性質過強；從信息上講，對中國土特產的介紹有所缺乏；從功能和技術來講，缺少了用戶的個性推薦功能，以至於無法給不同的用戶提供適當的推薦。

1.3預期讀者與閱讀建議

1.4參考資料

1、軟件需求規格說明書標準模板，迪邁科技，2015.07.10，https://wenku.baidu.com/view/19055bc4fe4733687e21aaa3.html

2、構建之法，鄒欣，2017.07，人民郵電出版社

3、加速知識積累的問答網站設計與實現，袁偉，2016.05.30，https://wenku.baidu.com/view/29cafc9f2e3f5727a4e962d5.html?qq-pf-to=pcqq.group

1.5需求描述約定

a.業務規則/業務要素

b.輸入：提供所有與本功能有關的輸入描述，包括：輸入數據類型、媒體、格式、數值範圍、精度、單位等。

c.輸出：提供所有與本功能有關的輸出描述，包括：輸出數據類型、方式、格式、數值範圍、精度、單位等，以及圖形或顯示報告的描述。

d.業務操作流程

e.異常情況和處理流程。使用圖示並配合必要的文字說明。

f.界面描述規則：界面描述使用asure的界面設計模型進行描述。

2項目概述

2.1產品描述

　　迪麗瑟斯是一個用於查詢全國各地特產的網站，依據地域的界線以及特產的原料，將各特產歸納到不同的欄目。用戶可以查詢某地的特產，也可以查詢某一類的特產，借以快速準確地找到想要的信息；如果用戶在移動設備中打開迪麗瑟斯，則可快速定位到用戶的所在地，並推薦周邊的美食；迪麗瑟斯還嵌入了AI推薦系統，自動為用戶推薦其感興趣的特產。除此之外，我們還開發了一個供用戶討論交友的平臺，用戶可以在這裏發推文，提問題，給建議，分享自己的取食之道和家鄉的特產，促進文化交流的同時，也推動了迪麗瑟斯數據庫的自我完善。

2.2 產品功能

　　需要使用本系統的用戶群體：因不了解當地的名特產，而無法把外出的喜悅分享給家人與朋友的外出旅遊的遊客；因鑒於方言找不到家鄉的美食，而無法滿足自己思鄉情懷的出差在外，或工作多年沒法回家的工人； 因找不到相應的美食平臺，而無法分享自己美食感受的美食家； 因找不到好的旅遊美食點，而假期無所事事的大學生，上班族；平時喜歡閑聊，想要查閱美食特產信息的人；

　　系統要實現的最基本功能是美食博客的發表、美食特產信息的查詢、論壇話題的發表、對喜歡的博主的關註、對喜歡的博客的收藏與點贊、對個人信息的修改。

　　其次進一步實現的功能是對相應的美食標簽進行查詢，如搜索地方美食，再者對美食的相關推薦，與推薦美食與博主與精選博客模塊。

　　系統功能圖如下：

圖2.1 delicious特產網系統結構圖

　　用戶場景分析(User Analysis)

　　下面針對我們的系統主要面向的五類用戶:

　　1.因不了解當地的名特產，而無法把外出的喜悅分享給家人與朋友的外出旅遊的遊客。

　　2.因鑒於方言找不到家鄉的美食，而無法滿足自己思鄉情懷的出差在外，或工作多年沒法回家的工人。

　　3.因找不到相應的美食平臺，而無法分享自己美食感受的美食家。

　　4.因找不到好的旅遊美食點，而假期無所事事的大學生，上班族。

　　5.平時喜歡閑聊，喜歡長見識的情報強者。

　　接下來，我們將通過分析典型用戶場景得出各位用戶的需求:

　　1.在外旅遊的乙小姐：

　　2.在外地工作多年的小汪：

　　3.喜歡分享美食的goodgirl：

　　4.大學生山某：

　　5.家庭主婦賢兒：

2.3用戶類及其特征

2.4運行環境

1.操作系統：Windows7以上Windows版本

2.服務器：支持Apache Tomcat 8.0

3.數據庫：MySQL5.7

4.瀏覽器：國內的主流瀏覽器，如Google chrome、火狐瀏覽器、IE10以上的版本等等

2.5設計和實現上的約束

1. 開發環境約束：

（1）Web框架: 前端（Bootstrap3框架）+後臺（Django2.0.2+xadmin框架）

（2）開發工具：Pycharm-professional-2017.2.3+MySQL5.7.+Apache Tomcat8.0

（3）開發語言：python3.6.4+HTML+CSS+JS+SQL語言

（4）數據庫連接：通過pymysql庫連接到xadmin

（5）開發測試瀏覽器：Google chrome

2. 開發周期短：

　　兩個月的開發時間需要開發者合理規劃時間，做到多項任務並發。

3.所采用的方法與技術有限：

　　項目團隊成員的技術水平不夠成熟，需要在開發中並發學習多種技術和能力。

4.所采用的代碼規範約束：

　　項目團隊成員需要制定一定的代碼規範約束，以保證後期代碼的合並順利。

2.6假設和依據

　　本項目是否能夠成功實施，主要取決於以下的條件：

（1）團隊成員的積極合作配合，為了項目的開發和實施，對個人時間進行合理規劃同時為團隊做出合理犧牲，配合隊友完成任務；

（2）團隊掌握先進的能夠適用於該項目的技術，這是系統的性能是否優化和項目能否成功的保證；

（3）團隊為軟件系統的運行提供必要的且能夠滿足系統運行條件的硬件環境和通訊環境，不合適的硬件環境和通訊環境將會影響系統的性能；

（4）團隊為系統的調研、開發和實施過程提供必要的工作環境和系統運行環境，這些環境有助於工作的展開。

3具體需求

3.1功能需求

3.1.1首頁：

　　在首頁遊客可以進行博客、論壇的導航、可以通過輪播圖了解我們推薦的美食信息。

　　還可以最快了解到我們最近更新了什麽美食特產信息，方便自己的瀏覽。

　　以及第一時間知道最近有哪些優秀的美食博客，可以對相應的博主進行關註，點贊，評論等。

　　首頁的右端是用來推薦的模塊，遊客可以通過這裏了解到大部分人喜歡的美食博客，了解到大家討論最多的話題，了解到與自己可能喜歡的特產消息。

　　首頁上同時也有快捷搜索模塊，方便用戶快速查詢自己想要的特產相關信息，與相關博客與話題。右上的登陸模塊，供用戶登錄。

3.1.2登錄界面：

　　在登錄界面用戶可以進行賬號密碼登錄。

　　也可以圖方便，用二維碼進行登錄。

　　當用戶忘記密碼時，可以通過註冊時所用的郵箱進行找回密碼的操作。

　　用戶可以註冊賬號，登錄該特產網第一時間了解特產信息。

3.1.3用戶界面

　　此時用戶在搜索時會提示搜索歷史。

　　在點擊右上角的頭像後，會出現用戶的常用操作，包括進入個人中心，查看自己的關註博主與專題、查找自己的歷史瀏覽、查看自己收藏的博客與話題、和成為會員等。

3.1.3博客界面

　　用戶可以在左側看看最熱門的美食博客，右側了解優秀的博文。點擊查看相應的美食博主信息。

3.2外部接口需求

3.2.1 軟件接口

操作系統：Win7及以上版本Windows

數據庫：MySQL5.7

開發工具：Pycharm，Nivicat

編程語言：Python，Django

3.2.2 通信接口

1. TCP/IP 通信協議接口 。

2.socket:服務器不斷監聽雙方約定好的端口號，客戶端請求連接，連接成功後，得到 socket 的輸入輸出流進行通信。

3.3 性能需求

　　闡述不同的應用領域對產品性能的需求，並解釋它們的原理以幫助開發人員做出合理的設計選擇，確定相互合作的用戶數或者所支持的操作，響應時間以及與實時系統的時間關系；還要定義容量需求，例如存、儲器和磁盤空間的需求或者存儲在數據庫中表的最大行數。也可能需要針對每個功能需求或特性分別陳述其性能需求。

（1）用戶一般響應時間不超過1秒，上傳頭像或者圖片時間不超過5秒。

（2）如果頁面長時間無響應，應提示403錯誤後讓用戶刷新頁面。

（3）按照規定的數據格式輸入，否則系統提示錯誤並要求重新輸入。

（4）要求數據庫有很好的更新能力，能夠適應叠代開發。

3.4 屬性

3.4.1 安全性

1. 重要數據加密

　　對一些重要的數據利用可靠的加密技術進行加密，例如用戶的密碼等。

2.記錄日誌

　　本系統應該能夠記錄系統運行是所發生的所有錯誤，包括本機錯誤和網絡錯誤。錯誤記錄便於查找錯誤的原因。日誌同時記錄用戶的關鍵性操作信息。

3. 故障處理

　　正常使用時不應出錯，若運行時出現不可恢復的系統錯誤，也必須保證數據庫完整。

4. 權限控制

　　根據不同用戶角色，設置相應權限，用戶的重要操作都做成相應的日誌記錄以備查看，沒有權限的用戶禁止使用系統。用戶只能管理自己的個人信息，管理員可以管理用戶和自己的個人信息。

5. 數據備份

　　允許用戶進行數據的備份和恢復，以彌補數據的破壞和丟失。

3.4.2 可用性

（1）易操作，易理解

　　盡量從用戶角度出發，以方便使用本產品。如：確認登錄時，敲入回車鍵光標自動跳轉，所有操作可僅通過鍵盤完成。支持沒有計算機使用經驗、計算機使用經驗較少及有較多計算機使用經驗的用戶方便地使用本系統。

（2）穩定性

　　系統會更新增加功能，不斷修復 bug，使系統更加穩定。

（3）容錯能力：

　　系統具有一定的容錯和抗幹擾能力，在非硬件故障或非通訊故障時，系統能夠保證正常運行，並有足夠的提示信息幫助用戶有效正確地完成任務。

（4）並發性

　　能夠保證一定量的用戶同時在線使用。

（5）操作完成時有統一規範的提示信息。

　　例如刪除操作時，系統可提示警示框“您確認刪除記錄嗎？操作不可恢復！”，用戶點擊確認後，系統才執行刪除操作，刪除後可直接返回 相關頁面。

（6）控制必填項

　　本系統能夠對必須填寫的項目進行控制，使用戶能過確保信息錄入的完整，同時對必填項進行有效統一的提示。

（7）用戶可自定義

　　為了滿足業務的不斷變化，一些重要的參數應該可以靈活設置。

（8）幫助和操作指南

3.4.3 可維護性需求

1.保留系統對應的版本的源代碼。

2.代碼一定要有註釋，特別是關於 if else，每個條件到底意味這什麽，一定要有清晰的描述。

3.清晰的系統結構和命名規範，界面規範，提示和幫助信息規範，友好的錯誤提示信息，可以幫助用戶自己找原因，自己維護系統。

4驗證驗收標準

4.1文檔驗收標準

（1）項目開題報告

（2）軟件需求規格說明書

（3）項目總結報告

4.2軟件驗收標準

（1）Django文件夾

4.3界面驗收標準

4.3.1遊客界面

4.3.2用戶界面

4.4功能類驗收標準

　　以界面類為標準。

第八次作業（團隊）——需求規格說明書