“果蔬食客”需求分析（面向物件）
| 題 目 | “果蔬食客”軟體開發 | ||
| 姓 名 | 李思作 周凌 張趙玥 廖子逸 王願 | 學 號 | |
| 專業班級 | |||
| 計科1703，計科1704 | |||
| 指導老師 | 王穎 | 學院 | 資訊學院 |
中國·武漢
2019年 3 月
需求分析文件
一、引言
1．編寫目的
本文件首先給出了完成此次果蔬食客網站專案的整個具體流程，為接下來的概要設計、詳細設計及編碼階段提供依據和指導，對該專案最後完成的效果、產品功能需求、效能需求和非功能需求作出詳盡的說明與描述。
2．專案背景
2.1專案名稱
“果蔬食客“軟體開發
2.2專案開發者
李思作，周凌，張趙玥，廖子逸，王願
3．參考資料
[1]需求規格說明書標準[S].GB 856D-1988.
[2]竇萬峰.軟體工程方法與實踐[M].北京：機械工業出版社，2009.
4．版本資訊
5．術語
本系統只是一個簡單的小型養生推薦程式，終端使用者為能使用網路且願意瞭解水果蔬菜功能性的人群，對教育水平和技術專長沒有限制，使用者友好性較強，暫無術語分析。
二、任務概述
1．系統定義
1.1專案來源及背景
隨著經濟的不斷髮展，人們的生活也越來越好，這時，人們不再追求“吃得好”而是追求“吃的好”、“吃得健康”。於是“果蔬食客”的想法應運而生。大多數人非常注意或不時地注意每日果蔬的攝入，並且對口感和營養價值的要求都很高，但是對此完全瞭解的人確實少之又少。本系統可以滿足使用者對果蔬基本知識、相生相剋、食譜食療的一般性需求。
1.2專案要達到的目標
本系統定義一個小型的養生系統，使用者搜尋蔬果之後將按照順序彈出如下基本資訊：營養價值、最佳食用月份、食譜方面（其中包括不同難度的烹飪和搭配方法，並且可以左滑螢幕看更多食譜）、相生相剋、食療方面，使任何教育水平、背景的使用者都可以瞭解水果蔬菜的功能，吃的好，吃得健康。
1.3系統各部分組成、與其他部分的關係、各部分的介面等
本系統僅需用帶有NVIDIA主機板的計算機、採用GPU加速以及用自帶攝像頭採集影象即可獨立完成，不需其他介面。
2．執行環境
2.1 裝置環境
普通PC，記憶體越大越好。
2.2硬體環境
NVIDIA顯示卡，能啟用GPU加速。
2.3 軟體環境
IJ Idea，Mysql
2.4 網路環境
無。
2.5 操作環境
Window7及Window7以上版本。
2.6應用環境
系統工作流程如下圖所示：
圖1 系統總流程圖
3．條件限制
3.1列出進行本軟體開發工作的假定和約束，如經費限制、開發期限等
本系統因錄入的水果蔬菜資訊有限其包含的養生知識有限，所提供的使用者搜尋結果有限。本系統開發期限為本學期的軟體工程作業驗收前，儘量在四月做出可執行版本。本系統對經費沒有要求。
3.2列出本軟體的終端使用者、使用者的教育水平和技術專長
本系統由於錄入的水果蔬菜及其功能性有限，能夠搜尋水果蔬菜有限，故只是一個養身網站。
終端使用者為能使用網路且願意瞭解水果蔬菜功能性的人群。教育水平和技術專長沒有限制。
3.3 列出本軟體的預期使用頻度等
本網站是在使用者觀看、評論時使用的，使用頻率較頻繁。一次需支援使用者2~3小時的使用。
三．資料描述
1．靜態資料
本系統定義一個養身網站，因此，本系統設計的靜態資料包括從網路上獲取的一些蔬菜水果的功能簡介及其關鍵字，搭配食譜，圖片。
2．動態資料
經特徵提取處理之後儲存的圖片，使用者輸入的搜尋關鍵字。
3．資料庫描述：資料庫名稱、版本
無。
4．資料字典
| 欄位名稱 | 欄位含義 | 資料型別 | 寬度 | NULL： | 注 |
| Vag_Name | 蔬菜名稱 | Char | 20 | NO | |
| Vag_ID | 蔬菜編號 | Char | 5 | NO | |
| Fru_Name | 水果名稱 | Char | 20 | NO | |
| Fru_ID | 水果編號 | Char | 5 | NO | |
| img | 載入的圖片 | Object | NO | ||
| img_gray | 經過灰度化處理的圖片 | Object | NO | ||
| roi_face | 提取區域 | Object | YES | ||
| width | 擷取圖片的寬度 | Int | NO | ||
| height | 擷取圖片的長度 | Int | NO | ||
| Menu_Word | 推薦菜譜 | Char | 200 | NO | 即一段話 |
| Menu_ID | 菜譜編號 | Char | 5 | NO | |
| Eff_Key | 功效關鍵字 | Char | 20 | NO | 功效標籤 |
| Menu_Time | 菜譜釋出時間 | Time | NO |
5．資料採集
在網路上搜索有限的蔬菜水果功效及其搭配菜譜。
四.其他需求
1．檢測或驗收標準：
列出故障率、出錯率效能要求等驗收標準
1.1效能需求：
（1）響應時間：在90％的情況下，一般時段響應時間不超過2秒，高峰時段不超過4秒。在推薦配置環境下：登入響應時間在2秒內，重新整理欄目響應時間在2秒內，重新整理條目分頁列表響應時間2秒內，開啟資訊條目響應時間1秒內。在非高峰時間根據編號和名稱特定條件進行搜尋，可以在3秒內得到搜尋結果。搜尋時最長查詢時間<15秒.
（2）查詢、識別效果良好，可以實現在一定時間內返回使用者查詢結果。推薦的食譜使用者採納率較高。
1.2 故障率：
後續的實際執行中故障率低於20%。
1.3 出錯率：
後續的實際執行中出錯率低於20%。
2．可用性、可維護性、可靠性、可轉換型、可移植性要求
保證在一定允許範圍內，可用、可維護及可靠，達到果蔬照片識別及其他功能拓展的目的。
3．安全保密性要求
使用者在經過身份認證後，只能訪問其許可權範圍內的資料，只能進行其許可權範圍內的操作。需要在使用者身份真實可信的前提下，提供可信的授權管理服務，使用者可選擇自己的食譜是否公開。
4．開發要求：支援軟體，包括作業系統、編譯系統、測試軟體等
支援Windows系統
5．易用性
介面美觀，功能明確，使用者可以很容易的辨別功能，熟悉使用。
五、功能描述
1．系統組成
果蔬食客包括以下子系統：
使用者管理子系統：支援使用者的註冊、登陸、更改和登出
搜尋子系統：使用者通過文字搜尋找到自己想要的果蔬資訊
瀏覽專欄子系統：使用者根據自己的需要進入相應專欄，查閱所需內容
討論區子系統：使用者可以進入討論區，進行自由發言
2．功能劃分
2.1使用者管理子系統
2.1.1外部使用者：
遊客身份的使用者和登陸使用者
2.1.2功能：
註冊：註冊果蔬食客的賬號
登陸：登陸果蔬食客
更改：更改使用者個人資訊
登出：登出果蔬食客的賬號
2.1.3用例圖
圖2.1 登入用例圖細化1
圖2.2 登入用例圖細化2
圖2.3 登入用例圖細化3
圖2 登陸用例圖
2.1.4活動圖
圖3 註冊活動圖
圖4登陸活動圖
圖5 更改活動圖
圖6 登出活動圖
2.1.5場景描述
（1）用例名稱：註冊
範圍：使用者管理子系統
級別：中等重要
主要參與者：使用者
涉眾及其關注點：無
前置條件：暱稱、密碼符合要求、照片成功採集
成功保證：成功註冊賬號
主要成功場景：
(a)開啟網站，出現登陸介面，右上方（待定）有註冊選項，選擇“註冊”
(b)輸入使用者資訊（姓名，年齡，偏好，暱稱，密碼），採集照片，提交
(c)系統檢查（查重，查合法性等）
(d)成功註冊
擴充套件：
（2a）若使用者申請的暱稱已存在，則提示使用者“使用者名稱已存在，請重新輸入”
（2b）若密碼、賬號不合法，則提示重置
（2c）賬號、密碼要求只能有數字、字母（區分大小寫）和可列印符號組成
（2d）採集照片時要求面部無遮擋、光線良好
特殊需求：無
技術和資料變元素：使用者資料既可以用資料庫儲存，又可以用檔案儲存
發生頻率：一般
（2）用例名稱：登陸
範圍：使用者管理子系統
級別：重要
主要參與者：已註冊的使用者
涉眾及其關注點：無
前置條件：暱稱（賬號）存在，密碼正確（密碼登陸）或者人臉識別成功
成功保證：成功登陸
主要成功場景：
(a)開啟網站，出現登陸介面
(b)選擇登陸方式，選擇密碼登陸則輸入暱稱，密碼，提交，選擇人臉識別則將攝像頭對準臉部
(c)系統驗證
(d)成功登陸
擴充套件：
（2a）若使用者申請的暱稱不存在，則提示使用者“使用者名稱不存在，請先註冊”
（2b）若賬號存在，密碼錯誤，則提示重置
（2c）一次登陸密碼錯誤10次以上，則強制退出或者封號1小時
（2d）若人臉識別失敗，則提示使用者檢查攝像頭、面部無遮擋，或者選擇密碼登陸
特殊需求：無
技術和資料變元素：使用者資料可以用資料庫管理
發生頻率：經常
（3）用例名稱：更改
範圍：使用者管理子系統
級別：重要
主要參與者：已註冊並登陸的使用者
涉眾及其關注點：無
前置條件：暱稱（賬號）存在、密碼正確，更改後的資訊合法
成功保證：成功更改資訊
主要成功場景：
（a） 開啟網站，成功登陸
（b） 更改個人資訊
（c） 系統檢查
（d） 成功更改
擴充套件：
（2a）注意一切登陸需要注意的事情
特殊需求：無
技術和資料變元素：使用者資料可以用資料庫管理
發生頻率：經常
（4）用例名稱：登出
範圍：使用者管理子系統
級別：重要
主要參與者：已註冊登陸的使用者
涉眾及其關注點：無
前置條件：暱稱（賬號）存在、人臉識別成功
成功保證：成功登出
主要成功場景：
- 開啟網站，成功登陸
- 申請登出賬號
- 向用戶確認登出
（d）成功登出
擴充套件：
（1a）若使用者申請的暱稱不存在，則提示使用者“使用者名稱不存在，請先註冊”
（2a）若賬號存在，提示使用者“若登出賬號，則視為放棄該賬號下收藏的所有菜譜和瀏覽記錄”
（3a）若使用者點選確認，則將使用者資訊從資料庫中刪除，否則視為取消該操作
特殊需求：無
技術和資料變元素：使用者資料可以用資料庫管理
發生頻率：一般
2.2搜尋子系統
2.2.1外部使用者
使用者：系統的合法使用者
2.2.2功能
搜尋：使用者通過文字搜尋找到自己想要的果蔬資訊。
識別：顯示出果蔬的相關資訊。
2.2.3用例模型檢視
圖7 搜尋用例圖
2.2.4活動圖或泳道圖
搜尋的活動圖
圖8 搜尋活動圖
識別的活動圖
圖9 識別活動圖
2.2.5場景描述
（1）用例名稱：搜尋
範圍：食品識別子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在搜尋。
成功保證：搜尋成功。
主成功場景：
- 使用者傳送搜尋請求。
- 管理員接收搜尋請求。
- 管理員同意搜尋請求。
- 管理員傳送同意請求申請。
- 使用者接受同意請求。
- 使用者傳送搜尋內容。
（g）管理員標識搜尋使用者。
擴充套件
（3a）管理員不同意搜尋請求。
（4~7a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。
（2）用例名稱：識別
範圍：食品識別子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在識別。
成功保證：識別成功。
主成功場景：
（a）使用者傳送搜尋內容。
（b）使用者初始化搜尋內容。
(c)管理員進行與資料庫中儲存進行比對。
(d)管理員輸出識別內容。
(e)管理員初始化識別內容。
擴充套件
（3a）比對未成功。
（4a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。
2.3瀏覽專欄子系統
2.3.1外部使用者
使用者：系統的合法使用者
2.3.2系統描述
（1）關鍵標籤
客戶在建立使用者時可以選擇自己感興趣或者想要了解的方面的關鍵詞標籤，例如：減肥，防脫髮，增肌等。系統會根據客戶選擇的標籤，進行選擇性推文。
使用者可以隨時在“我”的介面對關鍵詞標籤進行修改
（2）進入方式
從“新秀菜譜”欄目進入
從“時令食材”欄目進入
從“熱門話題”欄目進入
（3）展示方式
圖片+文字
- 詳細內容
- 封面圖片+作者
- 點選進入，呈現推文主要內容
- 同類食譜（右滑進入）
- 評論區
- 打賞區
2.2.3 用例圖
圖10 瀏覽用例圖
2.3.4 活動圖
圖11 瀏覽活動圖
2.3.5場景描述
(1)用例名稱：關鍵詞搜尋
範圍：瀏覽專欄子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在搜尋。
成功保證：搜尋成功。
主成功場景：
(a)使用者傳送搜尋請求。
(b)管理員接收搜尋請求。
(c)管理員同意搜尋請求。
(d)管理員傳送同意請求申請。
(e)使用者接受同意請求。
(f)使用者傳送搜尋內容。
(g)管理員標識搜尋使用者。
擴充套件
（3a）管理員不同意搜尋請求。
（4~7a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。
(2)用例名稱：訪問
範圍：食品專欄子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在訪問。
成功保證：訪問成功。
主成功場景：
(a)使用者傳送訪問請求。
(b)管理員接收訪問請求。
(c)管理員同意訪問請求。
(d)管理員傳送同意請求申請。
(e)使用者接受同意請求。
(f)使用者傳送訪問內容。
(g)管理員標識訪問使用者。
擴充套件
（3a）管理員不同意訪問請求。
（4~7a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。
2.4討論區子系統
2.4.1外部使用者
使用者：系統的合法使用者
2.4.2系統描述
（1）關鍵標籤
客戶可以通過自己的賬號進入聊天室，進行討論。
（2）進入方式
從使用者介面直徑進入
從“熱門話題”欄目進入
（3）展示方式
圖片+文字
- 詳細內容
- 頭像+使用者
- 內容
2.4.3 用例圖
圖12 討論區用例圖
2.4.4 活動圖
圖13 討論區活動圖
2.4.5場景描述
(1)用例名稱：進入討論區
範圍：討論區子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在搜尋。
成功保證：搜尋成功。
主成功場景：
(a)使用者傳送進入請求。
(b)管理員接收進入請求。
(c)管理員同意進入請求。
(d)管理員傳送同意進入申請。
(e)使用者接受同意請求。
(f)使用者傳送討論內容。
(g)管理員標識搜尋使用者。
擴充套件
（3a）管理員不同意進入請求。
（4~7a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。
(2)用例名稱：討論
範圍：討論區子系統。
級別：重要。
主要參與者：使用者，管理員。
涉眾及其關注點：無
前置條件：正在訪問。
成功保證：訪問成功。
主成功場景：
(a)使用者傳送討論內容請傳送請求。
(b)管理員接收討論內容傳送請求。
(c)管理員同意討論內容請傳送請求。
(d)管理員傳送同意討論內容請傳送申請。
(e)使用者接受同意討論內容請傳送請求。
(f)使用者傳送討論內容。
(g)管理員標識訪問使用者。
擴充套件
（3a）管理員不同意訪問請求。
（4~7a）不執行。
特殊需求：無
技術和資料變元素：無。
發生頻率：經常。