迪麗瑟斯特產網——需求規格說明書（團隊）

真德秀團隊成員：

　　WoLykos（3005）　　　hIrokuh（3023）

　　DoraMike（3026）　　　JanzKing（3007）

　　JtvDeemo（3044）

 

1引言

1.1目的

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

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

 

1.2背景

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

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

 

1.3預期讀者與閱讀建議

預期讀者	閱讀建議
項目經理	項目經理能夠根據該文檔瞭解預期產品的功能，並據此進行系統設計及項目管理。
開發人員	對需求進行分析，並設計出系統，包括頁面和數據庫的設計。瞭解與實現系統功能，編寫《用戶手冊》。
營銷人員	根據本文檔制定合適的營銷策略，結合市場需求給予分析人員合適的建議。
測試人員	根據本文檔編寫測試用例，並對軟件產品進行功能性測試和非功能性測試。
用戶	瞭解預期產品的功能和性能，並與分析人員一塊兒對整個需求進行討論和協商。

 

1.4參考資料

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

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

三、加速知識積累的問答網站設計與實現，袁偉，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.在外旅遊的乙小姐：

名字	乙小姐
性別	女
年齡	35左右
知識層次	我會上網哦
生活狀況	家庭和氣，閤家安康，最近被朋友疏遠了
動機	啊~啊，每次旅遊都找不到好的記念品啊，特產啊，好煩啊。最近阿飄由於上次沒給她帶好吃的，如今關係有點僵啦
目的	固然是能找到個好吃的美食特產帶回來本身好好品嚐啦
困難	我有用過那些百科的來查找，但不少都太書面啦，沒有吃過的人評論，感受文字看起來冷冰冰的呢
用戶偏好	須要親民，親切
用戶比例	約佔遊客的65%
典型場景	在外旅遊即將回歸時，須要找到一份你們都好評的美食特產
典型描述	抱歉，對不起，我又忘了帶好東西回來了

 

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

名字	汪水王
性別	男
年齡	35左右
知識層次	沒大學，沒高中。只會一些搬磚活
生活狀況	沒錢啊，確定要作啊。不作沒有錢用。作生意又不會作，只有幹這些才能維持得了生活
動機	我好想回家啊，好想吃#&$@啊（方言），但是本身普通話又很差
目的	但願能找到一個關於當地美食介紹的網站，最好要附帶圖片，畢竟本身的語文水平不是很高
困難	我詢問過當地人，但我本身都不知道本身在說什麼，方言別人又聽不懂
用戶偏好	簡捷明瞭
用戶比例	約佔工人的10%
典型場景	在工人房看到電視上的美食介紹，聯想到本身家鄉的美食
典型描述	這日子何時是個頭啊

 

　　3.喜歡分享美食的goodgirl：

名字	Goodgirl
性別	未知
年齡	20
知識層次	語文專業，擅長寫優美的散文
生活狀況	喜歡吃東西又喜歡寫東西，不愁沒錢花，就怕沒人看
動機	我今天至關個美食博主，分享本身的美食心得
目的	有人可以看的，高質量散文彙集地，拒絕低俗廣告
困難	其實我也有在其餘網站發佈過本身的美食心得，但一般首頁都沒有個人文章，而那些流水賬卻被放到了首頁，這是對個人一種侮辱
用戶偏好	親切，及時分享
用戶比例	約佔網民的5%
典型場景	今天這家不錯，想要發個博文
典型描述	好吃，難吃，通常般

 

　　4.大學生山某：

名字	山大王
性別	男
年齡	20
知識層次	本科
生活狀況	一心只讀聖賢書，偶爾想放縱一下
動機	學習了一成天想出去玩，吃點好吃的
目的	找一個美食介紹網站，介紹某一地美食的，最好有博文和評論
困難	沒有人推薦好吃的旅遊點，致使假期又無所事事地過去了
用戶偏好	用戶評論真實，拒絕虛假信息
用戶比例	約佔大學生的30%
典型場景	這假期去哪旅遊旅遊吧，吃點好吃的，畢竟快畢業了
典型描述	開黑啊，開黑啊

 

　　5.家庭主婦賢兒：

名字	賢棄
性別	女
年齡	40
知識層次	已是準奶奶級
生活狀況	天天沒事作，聊聊平常，聊聊世界大事
動機	在聊天的時候無從下手，沒有一個好的出發點
目的	爲了給他人帶來點親切感，結交好友，充實生活。從別人的家鄉入手是最好的
困難	太百科的介紹彰顯不出親切，太親切卻又講的好空
用戶偏好	用戶評論真實，拒絕虛假信息
用戶比例	約佔媽媽輩的30%
典型場景	聊到你們都容易下手的話題，本身卻沒話說，會尷尬
典型描述	哦，那個我知道，好吃啊/今天又能去xxx家作客

 

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遊客界面

序號	界面名稱	界面描述	備註
1	首頁	在首頁遊客能夠進行博客、論壇的導航、能夠經過輪播圖瞭解咱們推薦的美食信息。在首頁遊客能夠最快了解到咱們最近更新了什麼美食特產信息，方便本身的瀏覽。在首頁遊客能夠第一時間知道最近有哪些優秀的美食博客，能夠對相應的博主進行關注。同時也能夠了解到最近在聊什麼美食特產。首頁的右端是用來推薦的模塊，遊客能夠經過這裏瞭解到大部分人喜歡的美食博客，瞭解到你們討論最多的話題，瞭解到與本身可能喜歡的特產消息。首頁上同時也有快捷搜索模塊，方便用戶快速查詢本身想要的特產相關信息，與相關博客與話題。右上的登錄模塊，供用戶的登陸。在點擊右上角的頭像後，會出現用戶的經常使用操做，包括進入我的中，查看本身的關注博主與專題、查找本身的歷史瀏覽、查看本身收藏的博客與話題、和成爲會員等。
2	博客	用戶能夠在左側看看最熱門的美食博客，右側瞭解優秀的博文。點擊查看相應的美食博主信息。
3	論壇	用戶能夠在左側看看最熱門的美食話題，右側瞭解話題討論。點擊查看相應的話題信息。
4	登陸	在登陸界面用戶能夠進行帳號密碼登陸。也能夠圖方便，用二維碼進行登陸。當用戶忘記密碼時，能夠經過註冊時所用的郵箱進行找回密碼的操做。用戶能夠註冊帳號，登陸該特產網第一時間瞭解特產信息。
5	關於咱們	瞭解到本站的信息。
6	聯繫咱們	方便用戶聯繫咱們，提出建議。

 

4.3.2用戶界面

序號	界面名稱	界面描述	備註
1	首頁	在首頁遊客能夠進行博客、論壇的導航、能夠經過輪播圖瞭解咱們推薦的美食信息。在首頁遊客能夠最快了解到咱們最近更新了什麼美食特產信息，方便本身的瀏覽。在首頁遊客能夠第一時間知道最近有哪些優秀的美食博客，能夠對相應的博主進行關注。同時也能夠了解到最近在聊什麼美食特產。首頁的右端是用來推薦的模塊，遊客能夠經過這裏瞭解到大部分人喜歡的美食博客，瞭解到你們討論最多的話題，瞭解到與本身可能喜歡的特產消息。首頁上同時也有快捷搜索模塊，方便用戶快速查詢本身想要的特產相關信息，與相關博客與話題。右上的登錄模塊，供用戶的登陸。此時用戶在搜索時會提示搜索歷史。
2	博客	用戶能夠在左側看看最熱門的美食博客，右側瞭解優秀的博文。點擊查看相應的美食博主信息。瀏覽本身關注的美食博主的動態。能夠點贊博客，分享博客給周圍人。
3	論壇	用戶能夠在左側看看最熱門的美食話題，右側瞭解話題討論。點擊查看相應的話題信息。
4	關於咱們	瞭解到本站的信息。
5	聯繫咱們	方便用戶聯繫咱們，提出建議。
6	我的主頁	進入我的主頁對本身的用戶信息進行完善，或者裝飾本身的我的空間。
7	個人關注	查看本身關注的博主，第一時間瞭解美食博主的動態。
8	歷史瀏覽	方便找到以前用戶所看的美食博客與美食特產信息與曾經發過評論的論壇話題。
9	個人收藏	方便用戶查看本身喜歡的某博客或話題與特產信息。
10	成爲會員	成爲會員的用戶有特權。
11	帳號退出	供用戶切換帳號。銷燬登陸記錄。

 

4.4功能類驗收標準

　　以界面類爲標準。

 

附：

　　工做權重比例：

　　　　WoLykos（20%）；hIrokuh（20%）；DoraMike（20%）；JanzKing（20%）；JtvDeemo（20%）。