《食堂远程下单系统》需求规格说明书
?
?
?
?
?
《食堂遠程下單系統》
需求規格說明書
?
?
?
?
課程名稱：軟件工程基礎
指導老師：湯世平
?
小組成員：
姓名：金晨 ??學號：1120161943
姓名：方姝曼 學號：1120161940
姓名：夏婕 ??學號：1120161962
姓名：瞿鳳業 學號：1120161944
?
?
?
目錄
1. 引言................................................................................................................ 3
1.1 編寫目的................................................................................................. 3
1.2 項目背景................................................................................................. 3
1.3 可行性分析............................................................................................. 3
1.4 NABCD分析.............................................................................................. 4
2. 項目概述....................................................................................................... 4
2.1 待開發軟件的一般描述......................................................................... 4
2.2 待開發軟件的功能................................................................................. 5
2.3 用戶特征和水平..................................................................................... 8
2.4 運行環境................................................................................................. 8
3. 功能需求......................................................................................................... 9
3.1 功能劃分.................................................................................................. 9
3.2 功能描述.................................................................................................. 9
4. 外部接口需求............................................................................................ 11
4.1 用戶界面................................................................................................ 11
4.2 硬件接口................................................................................................ 11
4.3 軟件接口................................................................................................ 12
4.4 通信接口................................................................................................ 12
4.5 故障處理................................................................................................ 12
5. 性能需求..................................................................................................... 12
5.1 數據精確度........................................................................................... 13
5.2 時間特性............................................................................................... 13
5.3 適應性................................................................................................... 13
6. 其他需求..................................................................................................... 13
7. 數據庫設計................................................................................................. 13
7.1 靜態數據............................................................................................... 14
7.2 動態數據............................................................................................... 14
7.3 數據庫描述........................................................................................... 14
?
?
?1、引言
?
1.1編寫目的
書寫本文檔的目的在于：
?? (1) 詳細陳述用戶需求，明確食堂遠程下單系統的具體功能
(2) 項目相關資料
項目目標：建立食堂遠程下單系統，并建立相應的數據庫，有利于校內學生實時便捷地進行線上點餐。
?
1.2項目背景
近年來，隨著科學技術以及網絡的飛速發展，食堂遠程下單系統的發展空間越來越大。每所高校都會面臨飯點食堂擁擠，學生排隊點餐花費大量時間的問題。然而，這些白白浪費的時間，可以通過一個遠程下單的系統節省下來，如果學生能夠提前通過網絡告知食堂自己想要點的菜品，食堂提前準備，這樣到了飯點，學生只需要憑借相關證明（如訂單號或是學號）便可直接取走先前點過的菜品，節省了一大筆等待時長。
調查發現，在校的學生確實覺得每天排隊等待的時間太過浪費。如果能有一款app或是小程序能夠像快餐店一樣，不需要等待做餐時間，能夠直接到店取餐，那么將會空出很多富余時間。于是，“食堂遠程下單系統”應運而生。
?
1.3可行性分析
(1) 技術可行性：
APP開發技術已不是難題。本系統是應用于智能手機上的app，現階段主要致力于該系統在Android手機上客戶端的開發，ios系統上的開發還未做考慮。本系統主要是在Android開發平臺上使用Java語言進行開發，數據庫用mySQL。這些開發技術基本已經成熟，而且有一定基礎，使用起來上手比較快，因此是完全可行的。
(2) 操作可行性：
系統的操作方式符合用戶操作流程，用戶可以登錄查看菜品信息也可以購買菜品，并在交易完成后做出相應的評價等。
(3) 經濟可行性：
獲取食堂遠程下單的市場需求渠道眾多，而且成本較低。
(4) 法律可行性：
系統的開發過程和使用符合當前法律。
?
1.4 NABCD分析
(1) Need（需求）：
一般同學們吃飯時間都是下完課，所以這時間是食堂的高峰期，食堂人滿為患，時間都浪費到了排隊點餐和等待取餐的過程。而在下課前幾分鐘，食堂里用餐的同學較少，很多窗口都處于閑置狀態。
(2) Approach（做法）：
食堂在線點單程序就是基于此而設計，同學可以提前在app上點好餐付款，食堂根據點餐信息提前制作，同學到時直接去拿點好的飯菜，這樣便可以省下等待時間。同時，在后續的擴展中我們會考慮加入評論功能，方便同學們參考和食堂方調整。
(3) Benefit（好處）：
學生可以在線點單支付，通過手機提前點單，（擴展：通過手機提醒點單學生餐點是否完成）省去排隊，等待食物制作的過程。學校的課程表安排的比較緊，有時上午十二點下課，下午一點又要上課，這個功能讓學生在快下課的時候就可以點好自己想吃的東西，去到食堂就可以取餐吃飯，節省了學生的時間。同時不用排隊，排隊會使取餐窗口十分擁擠，其他人點餐困難或取餐困難，我們的程序可以解決這一問題。
(4) Competitors（競爭）：
在校內，我們應該還沒有什么競爭者，沒有聽說過類似軟件。同類型的軟件大都用于一些小餐廳，與我們的服務群體不同，當然我們很多地方都可以像他們學習。
(5) Delivery（支付）：
我們應該先和食堂方面聯系，讓食堂的負責人先接受我們的想法，在某個食堂先進行小規模測試，推銷可以使用食堂外的LED屏幕以及在食堂一樓貼宣傳海報。在食堂外擺設帳篷推銷等等。在測試期開設意見箱接受同學們的意見反饋，在同學們的反饋中改進程序。只要我們的程序確實便利了同學們的生活，同學們就會自發的對這個程序進行傳播。在后續的擴展中可以加上一些在校內還不夠完善的服務設施，將食擴展到衣食住行。
?
?
2. 項目概述
?
2.1待開發軟件的一般描述
學生在食堂排隊會面臨長隊伍，考慮到這一問題，就想開發一個食堂遠程下單系統，完成線上點單、下單，線下取餐。食堂遠程下單系統為學生提供了方便，減少了排隊等候的時間。
由于本系統的主要服務對象為學生，因此用戶的數量十分有保障，并且本系統功能實用、操作簡單，易受學生的青睞，前景十分樂觀。
?
2.2待開發軟件的功能
對于本系統的功能主要為：登錄系統、菜品購買、下單，而取餐環節則是在線下取餐。具體圖形介紹如下：
頂層數據流圖：
?
ER圖：
?
狀態圖：
?
用例圖：
?
系統流程圖：
?
?
2.3用戶特征和水平
本系統的用戶主要為在校學生，受教育水平高，對于各類軟件的基本操作和使用都較為熟悉。并且用戶大多都擁有手機可以隨時隨地登錄本系統來進行在線操作。
?
2.4運行環境
手機Android端
?
?
3. 功能需求
?
3.1功能劃分
系統的整體功能可以根據不同的用戶劃分為如下幾個功能：
(1) 管理員：發布菜品，修改菜品，刪除菜品；
(2) 學生：登陸注冊，查找菜品，加入購物車，支付，評論；
(3) 食堂工作人員：查看訂單；
功能劃分表如下：
?
3.2功能敘述
在頂層數據流圖以及功能劃分的基礎上，我們利用第1層和第2層數據流圖來具體描述系統的相關功能。
DFD圖：
第1層：
?
第2層：
對第1層圖的第2部分的精化：
?
對第1層的第3部分的精化：
?
對第1層的第4部分的精化：
?
?
?
4. 外部接口需求
?
4.1用戶界面
(1) 用戶界面整體上選擇較為簡潔的風格；
(2) 默認背景色為白色；
(3) 學生在菜品界面可查看北食堂三樓的所有窗口的所有菜品，可通過左欄的窗口對菜品進行篩選。菜品界面呈現菜品的窗口位置、菜品的樣式、名稱、價格、銷量數、好評數、差評數和收藏按鈕。下單時彈出訂單界面，也可進行點擊查看當前正在進行的訂單，也可以在該界面刪除自己不想要的菜品，該界面呈現購買的菜品、消費的金額，在訂單處學生和標注自己的口味以及其他備注需求，還需選擇取餐時間。我的界面可以查看自己的收藏和歷史訂單，在歷史訂單中可查看歷史訂單的信息，可進行點贊操作，但是僅展示最近十條訂單，在該界面可上傳頭像，查看自己的昵稱；
(4) 通過界面下方的導航欄可進入訂單界面和我的界面和菜品界面；
(5) 在下訂單時，如果沒有登錄，系統會彈出登錄/注冊界面，登錄/注冊后應完成學生身份認證方可繼續操作；
(6) 系統出現錯誤時會出現彈窗提醒，可選擇是否發送錯誤報告，選擇后退回至用戶的系統界面。
?
4.2硬件接口
支持一般安卓手機
?
4.3軟件接口
運行于Android操作系統
?
4.4通信接口
食堂交易平臺、網絡通信協議、第三方支付軟件、電子郵件
?
4.5故障處理
正常運行時不會發生故障；發生故障后由用戶選擇是否送回錯誤報告，錯誤報告包括系統故障時用戶所處的界面和之前的主動操作。若用戶選擇不上傳錯誤報告，則保護系統故障前已上傳和下載的數據；若用戶選擇上傳錯誤報告，則錯誤報告通過電子郵件的方式發送至開發者郵箱，同時保護系統故障前的用戶數據。
?
?
5. 性能需求
?
5.1數據精確度
(1) 維護人員在上傳新的菜品時，可選擇是否錄入菜品簡介；
(2) 用戶的數據交流，如留言等，由用戶選擇保留時長；
(3) 維護人員要根據食堂的變化盡快更改可下單菜品列表。
?
5.2時間特性
(1) 響應時間：網絡流暢情況下，下一個新的訂單需要3秒鐘左右；
(2) 更新處理時間：菜品的上傳與下架信息需要保持實時更新，后臺數據庫每一天更新一次，30分鐘內由用戶操作產生的數據以高速緩存的方式存儲在后端服務器；
(3) 數據轉換與傳輸時間：數據輸入時傳入高速緩存處理器，數據輸出時為了避免導出數據量過大，結果超過十個時將進行分頁處理；傳輸時間與交易平臺的處理速度有關；
(4) 運行時間：非服務器維護期間，應保持24小時運行。
?
5.3適應性
軟件運行于Android操作系統之。非相應操作系統無法使用和進行菜品的購買。
?
?
6.其他需求
? (1) 用戶的交易需要經過第三方支付軟件進行，相關信息在操作過程中完全保密；
(2) 管理人員可對菜品信息進行分類、整理及刪除。
?
?
7. 數據描述
?（賬號信息包括密碼、用戶名、實名學生信息、聯系方式等；菜品信息包括菜品名稱、菜品簡介、菜品展示圖、菜品價格等）
?
7.1靜態數據
用戶賬號信息
用戶綁定第三方支付軟件賬號信息
菜品信息
?
7.2動態數據
食堂方：
輸入數據：上架菜品信息
輸出數據：是否已經完成菜品，建議買家取餐時間范圍
學生方：
輸入數據：菜品名稱，份數，取餐時間
輸出數據：是否下單成功
?
7.3數據庫描述
本軟件采用MySQL數據庫
?
轉載于:https://www.cnblogs.com/emmm666/p/9190497.html
總結
以上是生活随笔為你收集整理的《食堂远程下单系统》需求规格说明书的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 51nod挑的部分5级题
- 下一篇： ansible+powershell D