第八次作業(團隊)——需求規格說明書
真德秀團隊成員:
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.在外旅遊的乙小姐:
名字 |
乙小姐 |
性別 |
女 |
年齡 |
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功能類驗收標準
以界面類為標準。
第八次作業(團隊)——需求規格說明書