《食堂遠程下單系統》

需求規格說明書

課程名稱：軟件工程基礎

指導老師：湯世平

小組成員：

姓名：金晨 學號：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.1功能敘述

　　在頂層數據流圖以及功能劃分的基礎上，我們利用第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數據庫

《食堂遠程下單系統》需求規格說明書