《下廚房》軟件系統需求分析報告（第三版）
《下廚房》軟件系統
需求分析報告
項目名稱 《下廚房》
所屬課程 軟件工程
項目組長 張軍洪
項目成員 袁成傑、胡 俊、梅 慶
唐正奎、蔣利平、秦 超
2017 年 12 月
目錄
一、需求規格說明……………………………………………………………………………………………………………….2
1.1、項目開發背景………………………………………………………………………………………………………2
1.2、開發目標………………………………………………………………………………………………………………2
1.3、參考資料………………………………………………………………………………………………………………2
1.4、設計原則………………………………………………………………………………………………………………2
二、需求分析…………………………………………………………………………………………………………………..….3
2.1、項目定義…………………………………………………………………………………………….……………….3
2.2、需求陳述…………………………………………………………………………………………………….……….3
2.3、操作用例……………………………………………………………………………………………….…………….4
2.3.1：操作用例表………………………………………………………………………………………….…………..4
2.3.1：操作用例圖………………………………………………………………………………………….……….4
2.3.1.1、遊客及用戶……………………………………………………………………………….……….4
2.3.1.2：系統管理員……………………………………………………………………………….……….5
2.4、功能分析劃分………………………………………………………………………………………….………….5
2.4.1、登錄註冊……………………………………………………………………………………….….………….5
2.4.3、社區模塊……………………………………………………………………………………….….………….5
2.4.4、膳食計劃…………………………………………………………………………………………..………….5
三、總體設計與實現………………………………………………………………………………………….……………….6
3.1、系統框架………………………………………………………………………………………….………………….6
3.1.1、總體功能模塊劃分…………………………………………………………………….………………...6
3.1.2、細分模塊…………………………………………………………………………………….….…………….6
3.1.2.1、系統設置功能劃分細致圖……………………………………………….….…………….6
3.1.2.2、社區功能模塊劃分細致圖……………………………………………….….…………….7
3.1.2.3、飲食計劃功能模塊劃分細致圖……………………………………….….…………….7
3.2、數據庫………………………………………………………………………………………………….….………….7
3.2、數據流圖……………………………………………………………………………………….…..……………….7
3.4、具體實現……………………………………………………………………………………….……..…………….8
3.4.1、登錄界面設計………………………………………………………………………….…….…………….8
3.4.2、用戶管理界面設計…………………………………………………………………….….…………….8
3.4.3、社區功能模塊設9
3.4.4、飲食計劃功能模塊設計
四、測試
4.1、測試計劃……………………………………………………………………………………….……..…………….9
4.2、測試說明書……………………………………………………………………………………….……..…………….9
4.3、測試用例……………………………………………………………………………………….……..…………….10
五：總結
略
一、 需求規格說明
1.1、 項目開發背景
《下廚房》是一款以合理膳食和社交分享為核心的移動應用。
在合理膳食方面，《下廚房》期望通過用戶輸入的近期身體指標作為參數，系統根據參數檢索數據庫為用戶匹配合理的膳食計劃。如此一來，用戶可以根據系統提供的科學的飲食計劃安排飲食，可以起到養生的功效。
其二，在當下的社會，網絡已經成為了人們的生活必需品。人們借助於網絡進行社交、工作、娛樂、購物。其中，社交功能變得越來越舉足輕重。因此，《下廚房》期望借助網絡的社交功能，以烹飪與美食作為切入點，構建一個以分享烹飪與美食為共同興趣點的交流社區。通過社區所提供的平臺，用戶可以發布各種內容，包括但不限於自己對於美食與烹飪的理解，以及對自己烹飪過程的記錄，或是烹飪的各種教程等等。通過社區的聚合作用，人們可以找到誌趣相投的朋友，增進人與人之間的交流，從而獲得心理上的滿足感與存在感。
1.2、 開發目標
1.目標陳述
對於用戶來說，《下廚房》是一個基於Internet的移動應用，該應用為用戶提供膳食計劃和發布與管理動態的功能，通過社區提供的這些功能，用戶可以合理安排飲食以及分享動態。
2.主要功能特性
1：以多種方式註冊或登錄賬號，包括：手機號，郵箱，第三方賬號
2：用戶輸入自己近期身體指標，系統檢索數據庫匹配並輸出膳食計劃
3：發布、刪除、管理動態
4：查看、收藏、屏蔽、刪除他人動態
1.3、 參考資料
該系統核心功能之一是社區，基本模式可以參考知乎、豆瓣。具體模板可以參考網上各種論論壇提供的開源項目。核心功能之二是匹配膳食計劃，參考GitHub開源項目。
1.4、 設計原則
運行環境：Android系統
平臺開發：Android studio
數 據 庫：MySQL
版本控制：GitHub
過程記錄：博客園
任務發布：leangoo
二、 需求分析
2.1、 項目定義
|
序號 |
術語或縮寫 |
定義 |
|
1 |
遊客 |
未登錄者進入系統的默認身份，可以查看軟件的基本功能。 |
|
2 |
用戶 |
註冊用戶可以進行系統提供的對動態的一切操作 |
|
3 |
AS |
Android Studio（軟件開發環境） |
|
4 |
MySQL |
數據庫存儲系統 |
|
5 |
Leangoo |
提交階段成果 |
2.2、 需求陳述
應用主要包括兩大功能模塊和系統設置：
1、 膳食計劃
匹配膳食計劃功能概述：後臺預先向數據庫存入相關數據，系統從鍵盤接收用戶鍵入的相關身體指標參數，然後根據用戶鍵入的相關參數調用算法為用戶匹配並輸出科學健康的膳食計劃。
2、 動態發布
動態發布與管理功能概述：用戶根據系統提供的註冊方式（任何一種皆可）進行註冊獲取用戶權限，然後登錄系統，進入“社區”界面。在“社區”界面中，用戶可以發布動態，並且可以對要發布的動態進行相應的權限設置。對於已經發布的動態，系統仍然為用戶提供了相應的操作權限，包括修改、刪除、設置其他用戶（部分或全部）是否可見，以及關閉評論等。同時，在“社區”界面中，用戶可以對他人的動態進行瀏覽（在該動態對此用戶為可見權限的情況下）、收藏、評論（在該動態對此用戶為可評論權限的情況下）、屏蔽、舉報等操作。
3、 系統設置
系統設置方面，用戶可以通過系統提供的權限對賬戶的相關信息進行管理。其二，用戶可以通過系統私信就軟件有關的問題向管理員提出改進建議。
2.3、操作用例：
2.3.1：操作用例表：
|
主要參與者 |
用例 |
|
遊客 |
1：瀏覽用戶動態 2：查看基本健康常識 |
|
用戶 |
1：註冊賬戶 2：登錄賬戶 3：修改我的信息 4：發布、刪除動態 5：修改已發布的動態 6：瀏覽、評論（點贊）、收藏、屏蔽他人動態 7：舉報違規動態 8：查看基本健康常識 9：輸入近期身體狀況指標，匹配膳食計劃 |
|
系統管理員 |
1：用戶管理 2：數據備份 3：動態審核管理 |
2.3.2：操作用例圖：
2.3.1.1、遊客及用戶：
2.3.1.2：系統管理員
2.4、功能分析劃分
2.4.1：註冊登錄
當用戶為非註冊用戶，即遊客身份時，以默認身份進入系統，系統僅為其提供瀏覽其他註冊用戶所發布的動態及系統本身所提供的基本的健康常識的權限。遊客可以以多種方式註冊登錄系統，包括手機號註冊、郵箱註冊、第三方賬號註冊。註冊登錄後的用戶擁有系統所提供的針對所有普通用戶的權限。
2.4.2：用戶管理
用戶管理是指系統提供的用戶對自己賬戶信息的管理權限，包括修改用戶名、修改綁定手機號、修改郵箱、註銷賬戶等操作。
2.4.3：社區模塊
社區模塊是應用的核心之一，註冊用戶可以通過社區平臺進行對動態的一切操作，包括發布動態、刪除動態以及對已發布的動態進行修改等操作，還可以評論、收藏、屏蔽他人的動態，也可以為他人的動態點贊。系統提供了舉報功能，用戶有權也有義務舉報發布不符合國際法律法規以及平臺規範的動態的用戶。
2.4.4：膳食計劃
膳食計劃是指在用戶輸入自己的身體指標之後，系統根據算法為用戶檢索匹配並輸出適合用戶的科學的飲食規劃。這是《下廚房》應用的核心也是其特色。
三、 總體設計與實現
3.1、系統框架
本系統采用C/S-----客戶機/服務端-----模式。
客戶服務器模式(Client–server model)簡稱C/S結構，是一種網絡架構，它把客戶端 (Client) 與服務器 (Server) 區分開來。每一個客戶端軟件的實例都可以向一個服務器或應用程序服務器發出請求。
3.1.1、總體功能模塊劃分：
3.1.2、細分模塊：
3.1.2.1、系統設置功能劃分細致圖：
此圖顯示了系統設置功能模塊兒的各個細分模塊兒，系統展示相關功能模塊兒之間的聯系，提供一個詳細而全面的視角。
3.1.2.2、社區功能模塊劃分細致圖：
社區模塊兒是系統的重要組成部分，該圖顯示的是組成社區模塊兒的各個具體模塊兒及其相互之間的關系。
3.1.2.3、飲食計劃功能模塊劃分細致圖：
3.2、數據庫（略）
3.3、數據流圖
數據流圖是對軟件系統處理過程的一種描述。數據流圖以兩個因素為制圖依據：一、信息處理系統中數據信息的流動過程；二、系統對發生事件的處理過程。數據流圖以此二者為依據，使用圖表化的方式描述此二者的具體變化過程。規範的數據流圖是系統的具體實現的依據，是軟件設計過程中必不可少的環節。
在本系統中，使用的軟件架構模式為：客戶端-服務器。即：一個服務器和多個客戶端。服務器組件將為多個客戶端組件提供服務。客戶端從服務器請求服務，服務器為這些客戶端提供相關服務。此外，服務器持續偵聽客戶機請求。軟件的核心功能主要有服務器端完成，在客戶端主要完成數據的輸入輸出。
飲食計劃模塊流圖：
3.4、編碼實現
3.3.1、登錄界面設計
3.3.2、用戶管理界面設計
3.4.3、社區功能模塊設計
3.4.4、飲食計劃功能模塊設計
四、測試
一、測試計劃
1. 功能測試
1.1 用戶登錄界面測試
1.2 用戶註冊界面測試
1.3 用戶查看信息功能測試
1.4 用戶修改信息功能測試
1.5 動態顯示功能測試
1.6 地圖定位功能測試
2.驗收測試
測試報告表：
|
場景ID |
場景名 |
測試結果 |
Bug ID |
|
1001 |
用戶登錄 |
|
2001 |
|
1002 |
用戶註冊 |
|
2002 |
|
1003 |
用戶查看個人信息 |
|
2003 |
|
1004 |
用戶修改個人信息 |
|
2004 |
1.1 用戶登錄
1.2 用戶註冊
1.3 用戶查看個人信息
1.4 用戶修改個人信息
1.5 進入社區
1.6 評論動態
3.效能測試
3.1 負載測試
3.1.1 負載每秒鐘承受10次客戶請求，發生頻率分類：
·查看某菜品詳情（20%）
·查看個人信息（20%）
·進入社區（30%）
·查看其他人動態（20%）
·所有其他請求（10%）
4.增加用戶後的壓力測試
正常為每秒鐘10次客戶請求。
壓力測試表：
|
客戶請求次數（單位：次） |
軟件反應結果 |
|
10 |
|
|
20 |
|
|
50 |
|
|
100 |
|
|
|
|
二、測試說明書
1、用戶登錄界面測試
1.1 登錄功能
a. 用戶名是否有非法字符（支持數字、字母、中文），及用戶名是否存在
b. 用戶登錄“記得我的賬戶和密碼”功能
c. 用戶登錄密碼錯誤後的提示
1.2 以上測試通過登錄“廚娘”app手動測試，並查看系統是否通過，不通過則記錄bug。
1.3 測試是否通過：系統驗證登錄與註冊時的密碼、登錄名是否符合；“記得”功能通過反復登錄驗證。
2、用戶註冊界面測試
2.1 註冊功能
a. 用戶名是否有非法字符（支持數字、字母、中文）
b. 密碼是否有非法字符（支持數字、字母）
c. 驗證碼錯誤提示
2.2 以上測試通過註冊“廚娘”app手動測試，並查看系統是否通過，不通過則記錄bug。
2.3 測試是否通過：註冊時的密碼、登錄名、驗證碼是否符合要求。
三、測試用例
1. 登錄功能
1） 正確輸入密碼及用戶名，預期用戶正常登錄賬號並進入頁面。
a. 提示用戶名合法且存在此用戶名
b. “記得賬戶及密碼”功能可以正常使用
c. 驗證碼通過
d. 系統驗證用戶名存在且密碼、驗證碼正確後成功登錄“廚娘”
2） 錯誤輸入，且系統給出相應的提示
a. 提示用戶名不合法，含有除中文、數字、字母外其他的字符，或者“用戶名不存在”
b. “記得賬戶及密碼”功能不能正常使用，這個主要是用戶下次登錄時系統沒有保存用戶名或密碼、或者都未能保存
c. 驗證碼未通過，因此系統提示用戶重新輸入並重新更新一個驗證碼
2. 註冊功能
1） 正確輸入
a. 註冊時用戶名沒有非法字符（支持數字、字母）
b. 密碼沒有非法字符（支持數字、字母）
c. 驗證碼提示，正確後進入app
2）錯誤輸入
a. 用戶名過長（超過30個字符）或者過短（低於6個字符）則停止鍵盤輸入並提示用戶名過長或者過短
b. 密碼過長（超過30個字符）則停止鍵盤輸入並提示密碼超過輸入限制
c. 驗證碼提示，錯誤則重新更新一個驗證碼
五：維護
略
《下廚房》軟件系統需求分析報告（第三版）