最終版需求分析
| 題 目sql |
「果蔬食客」軟件開發數據庫 |
||
| 姓 名安全 |
李思做網絡 周凌性能 張趙玥測試 廖子逸網站 王願編碼 |
學 號spa |
2017317210311操作系統 2017317210332 2017317210325 2017317210419 2017317210311 |
| 專業班級 |
|
|
|
| 計科1703，計科1704 |
|||
| 指導老師 |
王穎 |
學院 |
信息學院 |
中國·武漢
2019年 3 月
需求分析文檔
1、引言
1．編寫目的
本文檔首先給出了完成這次果蔬食客網站項目的整個具體流程，爲接下來的概要設計、詳細設計及編碼階段提供依據和指導，對該項目最後完成的效果、產品功能需求、性能需求和非功能需求做出詳盡的說明與描述。
2．項目背景
2.1項目名稱
「果蔬食客「軟件開發
2.2項目開發者
李思做，周凌，張趙玥，廖子逸，王願
3．參考資料
[1]需求規格說明書標準[S].GB 856D-1988.
[2]竇萬峯.軟件工程方法與實踐[M].北京：機械工業出版社，2009.
4．版本信息
5．術語
本系統只是一個簡單的小型養生推薦程序，最終用戶爲能使用網絡且願意瞭解水果蔬菜功能性的人羣，對教育水平和技術專長沒有限制，用戶友好性較強，暫無術語分析。
2、任務概述
1．系統定義
1.1項目來源及背景
隨着經濟的不斷髮展，人們的生活也愈來愈好，這時，人們再也不追求「吃得好」而是追求「吃的好」、「吃得健康」。因而「果蔬食客」的想法應運而生。大多數人很是注意或不時地注意每日果蔬的攝入，而且對口感和養分價值的要求都很高，可是對此徹底瞭解的人確實少之又少。本系統能夠知足用戶對果蔬基本知識、相生相剋、食譜食療的通常性需求。
1.2項目要達到的目標
本系統定義一個小型的養生系統，用戶搜索蔬果以後將按照順序彈出以下基本信息：養分價值、最佳食用月份、食譜方面（其中包括不一樣難度的烹飪和搭配方法，而且能夠左滑屏幕看更多食譜）、相生相剋、食療方面，使任何教育水平、背景的用戶均可以瞭解水果蔬菜的功能，吃的好，吃得健康。
2.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．易用性
界面美觀，功能明確，用戶能夠很容易的辨別功能，熟悉使用。
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）用例名稱：註銷
範圍：用戶管理子系統
級別：重要
主要參與者：已註冊登錄的用戶
涉衆及其關注點：無
前置條件：暱稱（帳號）存在、人臉識別成功
成功保證：成功註銷
主要成功場景：
（a） 打開網站，成功登錄
（b） 申請註銷帳號
（c） 向用戶確認註銷
（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）用例名稱：搜索
範圍：食品識別子系統。
級別：重要。
主要參與者：用戶，管理員。
涉衆及其關注點：無
前置條件：正在搜索。
成功保證：搜索成功。
主成功場景：
（a） 用戶發送搜索請求。
（b） 管理員接收搜索請求。
（c） 管理員贊成搜索請求。
（d） 管理員發送贊成請求申請。
（e） 用戶接受贊成請求。
（f） 用戶發送搜索內容。
（g）管理員標識搜索用戶。
擴展
（3a）管理員不一樣意搜索請求。
（4~7a）不執行。
特殊需求：無
技術和數據變元素：無。
發生頻率：常常。
（2）用例名稱：識別
範圍：食品識別子系統。
級別：重要。
主要參與者：用戶，管理員。
涉衆及其關注點：無
前置條件：正在識別。
成功保證：識別成功。
主成功場景：
（a）用戶發送搜索內容。
（b）用戶初始化搜索內容。
(c)管理員進行與數據庫中存儲進行比對。
(d)管理員輸出識別內容。
(e)管理員初始化識別內容。
擴展
（3a）比對未成功。
（4a）不執行。
特殊需求：無
技術和數據變元素：無。
發生頻率：常常。
2.3瀏覽專欄子系統
2.3.1外部用戶
用戶：系統的合法用戶
2.3.2系統描述
（1）關鍵標籤
客戶在建立用戶時能夠選擇本身感興趣或者想要了解的方面的關鍵詞標籤，例如：減肥，防脫髮，增肌等。系統會根據客戶選擇的標籤，進行選擇性推文。
用戶能夠隨時在「我」的界面對關鍵詞標籤進行修改
（2）進入方式
從「新秀菜譜」欄目進入
從「時令食材」欄目進入
從「熱門話題」欄目進入
（3）展現方式
圖片+文字
（4） 詳細內容
（a） 封面圖片+做者
（b） 點擊進入，呈現推文主要內容
（c） 同類食譜（右滑進入）
（d） 評論區
（e） 打賞區
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）展現方式
圖片+文字
（5） 詳細內容
（a） 頭像+用戶
（b） 內容
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）不執行。
特殊需求：無
技術和數據變元素：無。
發生頻率：常常。
-
每一个你不满意的现在，都有一个你没有努力的曾经。