三、需求規(guī)格說明書
1．引言
1.1編寫目的
1.2項(xiàng)目背景
1.3定義
1.4參考資料
2．任務(wù)概述
2.1目標(biāo)
2.2運(yùn)行環(huán)境
2.3條件與限制
3．?dāng)?shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
3.2動(dòng)態(tài)數(shù)據(jù)
3.3數(shù)據(jù)庫(kù)介紹
3.4數(shù)據(jù)詞典
3.5數(shù)據(jù)采集
4．功能需求
4.1功能劃分
4.2功能描述
5．性能需求
5.1數(shù)據(jù)精確度
5.2時(shí)間特性
5.3適應(yīng)性
6．運(yùn)行需求
6.1用戶界面
6.2硬件接口
6.3軟件接口
6.4故障處理
7．其它需求
1．引言
1.1編寫目的
為明確軟件需求，更好的記錄本次軟件設(shè)計(jì)的功能需求、數(shù)據(jù)分析等內(nèi)容，特以文件化的形式撰寫該內(nèi)容。本文檔供編寫該系統(tǒng)的各小組成員及老師閱讀。
1.2項(xiàng)目背景
a. 項(xiàng)目開發(fā)背景
在科技飛速發(fā)展的今天，越來越多的商家都開始采用科技來幫助自己提高經(jīng)營(yíng)所得。通過對(duì)餐廳的各項(xiàng)數(shù)據(jù)進(jìn)行收集管理，能夠大量的節(jié)約成本。在節(jié)約成本的同時(shí)，我們還能夠通過對(duì)數(shù)據(jù)的分析對(duì)未來的發(fā)展進(jìn)行合理的規(guī)劃。而餐飲業(yè)作為我國(guó)第三產(chǎn)業(yè)中一個(gè)傳統(tǒng)服務(wù)性行業(yè)，經(jīng)歷了改革開放起步、數(shù)量型擴(kuò)張、規(guī)模連鎖發(fā)展和品牌提升戰(zhàn)略4個(gè)階段，取得突飛猛進(jìn)的發(fā)展。目前，全國(guó)已有餐飲網(wǎng)點(diǎn)400萬個(gè)。然而，面對(duì)大量的數(shù)據(jù)，傳統(tǒng)的的餐廳管理的方法顯得有些不足，僅僅是依靠人工對(duì)數(shù)據(jù)進(jìn)行逐個(gè)管理已經(jīng)很難滿足發(fā)展的需求。
b. 項(xiàng)目名稱：餐廳管理系統(tǒng)
c. 項(xiàng)目提出者：閆嘉偉
d. 用戶：高校教師，學(xué)生
e. 審核者：田保軍
f. 開發(fā)軟件的單位：計(jì)算機(jī) 20-1 班
1.3定義
【術(shù)語(yǔ)1】：系統(tǒng)流程圖
說明：系統(tǒng)流程圖是描述物理系統(tǒng)的工具，所謂物理系統(tǒng)，就是一個(gè)具體實(shí) 現(xiàn)的系統(tǒng)，也就是描述一個(gè)單位、一個(gè)組織的信息處理的具體實(shí)現(xiàn)的系統(tǒng)。
【術(shù)語(yǔ)2】：數(shù)據(jù)流圖
說明：數(shù)據(jù)流圖（Data Flow Diagram）：簡(jiǎn)稱DFD，它從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。
【術(shù)語(yǔ)3】：數(shù)據(jù)字典
說明：數(shù)據(jù)字典（Data Dictionary，簡(jiǎn)稱 DD）定義了數(shù)據(jù)流圖中的數(shù)據(jù)和加工，是對(duì)各個(gè)數(shù)據(jù)流、加工及數(shù)據(jù)存儲(chǔ)的詳細(xì)說明，它包含4類條目：數(shù)據(jù)流條目、數(shù)據(jù)存儲(chǔ)條目、數(shù)據(jù)項(xiàng)條目和加工條目。
【術(shù)語(yǔ)4】：活動(dòng)圖
說明：活動(dòng)圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來描述動(dòng)作和動(dòng)作導(dǎo)致對(duì)象狀態(tài)改變的結(jié)果，而不用考慮引發(fā)狀態(tài)改變的事件。在UML中，活動(dòng)的起點(diǎn)用來描述活動(dòng)圖的開始狀態(tài)，用黑的實(shí)心圓表示?；顒?dòng)的終止點(diǎn)描述活動(dòng)圖的終止?fàn)顟B(tài)，用一個(gè)含有實(shí)心圓的空心圓表示。活動(dòng)圖中的活動(dòng)既可以是手動(dòng)執(zhí)行的任務(wù)，也可以是自動(dòng)執(zhí)行的任務(wù)，用圓角矩形表示。
【術(shù)語(yǔ)5】：實(shí)體
說明：客觀世界中存在的且可互相區(qū)別的事物。
【術(shù)語(yǔ)6】：聯(lián)系
?說明：客觀事物中的彼此之間的關(guān)系。
【術(shù)語(yǔ)7】：屬性
說明：實(shí)體或者聯(lián)系所具有的性質(zhì)。
【術(shù)語(yǔ)8】：MySQL 數(shù)據(jù)庫(kù)
說明：MySQL是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，由瑞典MySQL AB公司開發(fā)， 目前屬于Oracle 旗下產(chǎn)品。MySQL 是最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)之一，在WEB應(yīng)用方面，MySQL是最好的 RDBMS (Relational Database Management System，關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng))應(yīng)用軟件。MySQL 是一種關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)， 關(guān)系數(shù)據(jù)庫(kù)將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)，這 樣就增加了速度并提高了靈活性。
【術(shù)語(yǔ) 9】：輸入/處理/輸出圖
IPO是指結(jié)構(gòu)化設(shè)計(jì)中變換型結(jié)構(gòu)的輸入（Input）、加工（Processing）、 輸出（Output）。IPO 圖是對(duì)每個(gè)模塊進(jìn)行詳細(xì)設(shè)計(jì)的工具，它是輸入加工輸出（INPUT PROCESS OUTPUT）圖的簡(jiǎn)稱，它是由美國(guó)IBM公司發(fā)起并完善起來的一種工具。在系統(tǒng)的模塊結(jié)構(gòu)圖形成過程中，產(chǎn)生了大量的模塊，在進(jìn)行詳細(xì)設(shè)計(jì)時(shí)開發(fā)者應(yīng)為每一個(gè)模塊寫一份說明。IPO 圖就是用來說明每個(gè)模塊的輸入、輸出數(shù)據(jù)和數(shù)據(jù)加工的重要工具。
1.4參考資料
【1】田保軍，劉利民.軟件工程.中國(guó)水利水電出版社.2019年
【2】小二貨的學(xué)習(xí)旅途.餐廳管理系統(tǒng).2021年
2．任務(wù)概述
2.1目標(biāo)
（1）幫助商家解決管理餐廳不便的問題。
（2）提高餐廳運(yùn)營(yíng)效率，減少不必要的人力財(cái)力浪費(fèi)現(xiàn)象。
2.2運(yùn)行環(huán)境
操作系統(tǒng)：Linux Server /Windows Server
JAVA 環(huán)境：JDK 1.8
數(shù)據(jù)庫(kù)：Mysql 5.0 以上
Web 發(fā)布環(huán)境：Apache Tomcat 7 以上
硬件環(huán)境：處理器：1 GHz 64 位處理器
內(nèi)存：1 GB 及以上
顯卡：支持 DirectX 9 128M 及以上
?硬盤空間：16G 以上（主分區(qū)，NTFS 格式）
顯示器：要求分辨率在 1024X768 像素及以上
2.3條件與限制
數(shù)據(jù)庫(kù)：軟件產(chǎn)品設(shè)計(jì)應(yīng)與數(shù)據(jù)庫(kù)有關(guān)，本系統(tǒng)使用MySQL數(shù)據(jù)庫(kù)為主。
接口：符合該系統(tǒng)的接口標(biāo)準(zhǔn)。
并行操作：允許多客戶端同時(shí)運(yùn)行，保證數(shù)據(jù)的正確和完備性。
- 數(shù)據(jù)描述
3.1靜態(tài)數(shù)據(jù)
員工信息 分類信息 菜品信息 套餐信息 口味信息
3.2動(dòng)態(tài)數(shù)據(jù)
員工信息 分類信息 菜品信息 套餐信息 口味信息 價(jià)格信息 狀態(tài)信息 時(shí)間信息
3.3數(shù)據(jù)庫(kù)介紹
MySQL?是最流行的數(shù)據(jù)庫(kù)之一。MySQL 由瑞典 MySQL AB 公司開發(fā)，目前屬于 Oracle 公司。MySQL 適合中小型軟件，被個(gè)人用戶以及中小企業(yè)青睞。MySQL 是開放源代碼的數(shù)據(jù)庫(kù)，任何人都可以獲取該數(shù)據(jù)庫(kù)的源代碼。MySQL 是一款可以自由使用的數(shù)據(jù)庫(kù)。MySQL 不僅可以在 Windows 系列的操作系統(tǒng)上運(yùn)行，還可以在 UNIX、Linux 和 Mac OS 等操作系統(tǒng)上運(yùn)行。因?yàn)楹芏嗑W(wǎng)站都選擇 UNIX、Linux 作為網(wǎng)站的服務(wù)器，所以 MySQL 的跨平臺(tái)性保證了其在 Web 應(yīng)用方面的優(yōu)勢(shì)。MySQL 數(shù)據(jù)庫(kù)的跨平臺(tái)性是一個(gè)很大的優(yōu)勢(shì)。MySQL 8.0 的速度要比 MySQL 5.7 快 2 倍。MySQL 8.0 在以下方面帶來了更好的性能：讀/寫工作負(fù)載、IO 密集型工作負(fù)載、以及高競(jìng)爭(zhēng)（"hot?spot"熱點(diǎn)競(jìng)爭(zhēng)問題）工作負(fù)載。
3.4數(shù)據(jù)詞典
3.4.1 E-R圖
圖3-1 餐廳管理系統(tǒng)E-R圖
3.4.2 餐廳管理系統(tǒng)的CDM圖和PDM圖
圖3-2 餐廳管理系統(tǒng)CDM圖
圖3-3 餐廳管理系統(tǒng)PDM圖
3.4.3 數(shù)據(jù)字典
表3-1 餐廳管理系統(tǒng)主要數(shù)據(jù)字典
| 序號(hào) |
數(shù)據(jù)存儲(chǔ)名稱 |
屬性名稱 |
數(shù)據(jù)類型 |
描述 |
| 1 |
分類 |
分類id |
6{字符}6 |
分類唯一標(biāo)識(shí) |
| 類型 |
整數(shù) |
類型 1 菜品分類 2 套餐分類 |
||
| 分類名稱 |
4{字符}20 |
分類名稱 |
||
| 排序 |
整數(shù) |
分類順序 |
||
| 創(chuàng)建時(shí)間 |
datetime |
分類創(chuàng)建時(shí)間 |
||
| 更新時(shí)間 |
datetime |
分類更新時(shí)間 |
||
| 創(chuàng)建人 |
4{字符}20 |
分類創(chuàng)建人 |
||
| 修改人 |
4{字符}20 |
分類修改人 |
||
| 2 |
菜品 |
菜品id |
6{字符}6 |
菜品唯一標(biāo)識(shí) |
| 菜品名稱 |
4{字符}20 |
菜品名稱 |
||
| 分類id |
6{字符}6 |
分類id，來自分類信息 |
||
| 菜品價(jià)格 |
4{字符}20 |
菜品價(jià)格 |
||
| 圖片 |
10{字符}20 |
菜品圖片的存儲(chǔ)路徑 |
||
| 描述信息 |
4{字符}50 |
菜品描述信息 |
||
| 狀態(tài) |
整數(shù) |
菜品狀態(tài)：0 停售 1 起售 |
||
| 排序 |
整數(shù) |
菜品順序 |
||
| 創(chuàng)建時(shí)間 |
datetime |
菜品創(chuàng)建時(shí)間 |
||
| 更新時(shí)間 |
datetime |
菜品更新時(shí)間 |
||
| 創(chuàng)建人 |
4{字符}20 |
菜品創(chuàng)建人 |
||
| 修改人 |
4{字符}20 |
菜品修改人 |
||
| 3 |
菜品口味 |
菜品口味id |
6{字符}6 |
菜品口味唯一標(biāo)識(shí) |
| 菜品id |
6{字符}6 |
菜品id，來自菜品信息表 |
||
| 口味名稱 |
4{字符}20 |
口味名稱 |
||
| 口味值 |
10{字符}50 |
口味數(shù)據(jù)list |
||
| 創(chuàng)建時(shí)間 |
datetime |
口味創(chuàng)建時(shí)間 |
||
| 更新時(shí)間 |
datetime |
口味更新時(shí)間 |
||
| 創(chuàng)建人 |
4{字符}20 |
口味創(chuàng)建人 |
||
| 修改人 |
4{字符}20 |
口味修改人 |
||
| 4 |
員工 |
員工id |
6{字符}6 |
員工唯一標(biāo)識(shí)碼 |
| 姓名 |
4{字符}20 |
員工姓名 |
||
| 用戶名 |
4{字符}20 |
員工用戶名 |
||
| 密碼 |
6{字符}6 |
登錄密碼 |
||
| 電話號(hào) |
11{字符}11 |
員工手機(jī)號(hào) |
||
| 性別 |
2{字符}2 |
員工性別 |
||
| 身份證號(hào) |
18{字符}18 |
員工身份證號(hào) |
||
| 狀態(tài) |
整數(shù) |
員工狀態(tài) 0:禁用，1:正常 |
||
| 創(chuàng)建時(shí)間 |
datetime |
員工創(chuàng)建時(shí)間 |
||
| 更新時(shí)間 |
datetime |
員工更新時(shí)間 |
||
| 創(chuàng)建人 |
4{字符}20 |
員工創(chuàng)建人 |
||
| 修改人 |
4{字符}20 |
員工修改人 |
||
| 5 |
訂單 |
訂單id |
6{字符}6 |
訂單唯一標(biāo)識(shí)碼 |
| 套餐id |
6{字符}6 |
套餐id，來自套餐信息表 |
||
| 菜品口味 |
4{字符}20 |
套餐口味 |
||
| 數(shù)量 |
整數(shù) |
套餐數(shù)量 |
||
| 金額 |
2{字符}6 |
套餐金額 |
||
| 菜品id |
6{字符}6 |
菜品id，來自菜品信息表 |
||
| 訂單號(hào) |
6{字符}6 |
訂單號(hào) |
||
| 訂單狀態(tài) |
整數(shù) |
訂單狀態(tài) 1待付款，2待派送， 3已派送，4已完成，5已取消 |
||
| 用戶id |
4{字符}20 |
下單用戶，來自用戶表 |
||
| 地址 |
4{字符}20 |
訂單地址 |
||
| 下單時(shí)間 |
datetime |
下單時(shí)間 |
||
| 結(jié)賬時(shí)間 |
datetime |
結(jié)賬時(shí)間 |
||
| 支付方式 |
整數(shù) |
支付方式 1微信,2支付寶 |
||
| 備注 |
4{字符}100 |
備注 |
||
| 6 |
套餐 |
套餐id |
6{字符}6 |
套餐唯一標(biāo)識(shí)碼 |
| 分類id |
6{字符}6 |
菜品分類id，來自菜品信息表 |
||
| 套餐名稱 |
4{字符}20 |
套餐名稱 |
||
| 套餐價(jià)格 |
4{字符}20 |
套餐價(jià)格 |
||
| 狀態(tài) |
整數(shù) |
狀態(tài) 0:停用 1:啟用 |
||
| 描述信息 |
4{字符}50 |
套餐描述信息 |
||
| 圖片 |
10{字符}20 |
套餐圖片的存儲(chǔ)路徑 |
||
| 創(chuàng)建時(shí)間 |
datetime |
套餐創(chuàng)建時(shí)間 |
||
| 更新時(shí)間 |
datetime |
套餐更新時(shí)間 |
||
| 創(chuàng)建人 |
4{字符}20 |
套餐創(chuàng)建人 |
||
| 修改人 |
4{字符}20 |
套餐修改人 |
||
| 7 |
用戶 |
用戶id |
6{字符}6 |
用戶唯一標(biāo)識(shí)碼 |
| 手機(jī)號(hào) |
11{字符}11 |
用戶手機(jī)號(hào) |
||
| 身份證號(hào) |
18{字符}18 |
用戶身份證號(hào) |
||
| 性別 |
2{字符}2 |
用戶性別 |
||
| 用戶姓名 |
4{字符}20 |
用戶姓名 |
||
| 用戶頭像 |
10{字符}20 |
用戶頭像 |
||
| 用戶狀態(tài) |
整數(shù) |
用戶狀態(tài) |
3.5數(shù)據(jù)采集
系統(tǒng)通過學(xué)校的課程進(jìn)行輔助教學(xué)，將教師和學(xué)生在課下緊密地聯(lián)系在一 起。我們對(duì)學(xué)生和教師相關(guān)信息進(jìn)行采集同時(shí)也將采集得到管理員查詢學(xué)生上 課做題互動(dòng)等相關(guān)信息，然后對(duì)各類需要的信息進(jìn)行分析并將其通過客戶端展 示給擁有不同角色權(quán)限的用戶。
4．功能需求
4.1功能劃分
該系統(tǒng)主要包含以下模塊：
員工管理模塊：實(shí)現(xiàn)添加員工、修改員工信息、刪除員工、顯示員工信息等功能。
分類管理模塊：實(shí)現(xiàn)添加分類、修改分類、刪除分類、顯示分類等功能。
菜品管理模塊：實(shí)現(xiàn)添加菜品、修改菜品信息、刪除菜品、顯示菜品信息等功能。
菜品口味管理模塊：實(shí)現(xiàn)添加口味、修改口味、刪除口味、顯示口味等功能。
套餐管理模塊：實(shí)現(xiàn)添加套餐、修改套餐信息、刪除套餐、顯示套餐信息等功能。
訂單管理模塊：實(shí)現(xiàn)選購(gòu)菜品、提交訂單、支付訂單、完成訂單等功能。
4.1.1 功能劃分
圖4-1 管理員工活動(dòng)圖
圖4-2 管理分類活動(dòng)圖
圖4-3 管理菜品活動(dòng)圖
圖4-4 管理口味活動(dòng)圖
圖4-5 管理套餐活動(dòng)圖
圖4-6 管理訂單活動(dòng)圖
4.1.2 數(shù)據(jù)流圖
圖4-7 員工管理餐廳系統(tǒng)頂層數(shù)據(jù)流圖
圖4-8 員工管理餐廳系統(tǒng)1級(jí)數(shù)據(jù)流圖
圖4-9 員工管理餐廳系統(tǒng)2級(jí)數(shù)據(jù)流圖
圖4-10 用戶下單1級(jí)數(shù)據(jù)流圖
4.2功能描述
4.2.1員工管理模塊
圖4-11 員工管理模塊
4.2.2分類管理模塊
圖4-12分類管理模塊
4.2.3菜品管理模塊
圖4-13 菜品管理模塊
4.2.4菜品口味管理模塊
圖4-14菜品口味管理模塊
4.2.5套餐管理模塊
圖4-15 套餐管理模塊
4.2.6訂單管理模塊
圖4-16 訂單管理模塊
5．性能需求
5.1數(shù)據(jù)精確度
輸入的數(shù)據(jù)：多數(shù)的數(shù)據(jù)類型為整數(shù)和字符型。在精度需求上，根據(jù)使用需要，在各項(xiàng)數(shù)據(jù)的輸入，輸出及傳輸過程中，由于本系統(tǒng)使用了數(shù)摞結(jié)構(gòu)，可以滿足各種精度的需求。
5.2時(shí)間特性
響應(yīng)時(shí)間：盡可能地短，達(dá)到 1 到 2 秒
更新處理時(shí)間：盡可能快
數(shù)據(jù)的傳輸和傳送時(shí)間：在用戶的可接受范圍
運(yùn)行時(shí)間：在用戶的可接受范圍
5.3適應(yīng)性
當(dāng)用戶需求，如操作方式，運(yùn)行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)于其他軟件接口等發(fā)生變化時(shí)，設(shè)計(jì)的軟件要做適當(dāng)調(diào)整, 適應(yīng)性非常大 。
6．運(yùn)行需求
6.1用戶界面
圖6-1 用戶界面
6.2硬件接口
無
6.2軟件接口
系統(tǒng)采用的數(shù)據(jù)庫(kù)為 MySQL,本系統(tǒng)主要運(yùn)行在 Windows 10 操作系統(tǒng)下。
采用的數(shù)據(jù)通訊協(xié)議是 HTTP 協(xié)議。
6.4故障處理
1. 內(nèi)部故障處理：
在開發(fā)階段，定義一個(gè)全局異常處理類，集中處理代碼運(yùn)行時(shí)發(fā)生的異常。
2. 外部故障處理：對(duì)編輯的程序進(jìn)行重裝載時(shí)，第一次裝載時(shí)報(bào)錯(cuò)，進(jìn)行修改。 第二次運(yùn)行，在需求調(diào)用時(shí)出現(xiàn)調(diào)用的錯(cuò)誤，在錯(cuò)誤地提示下，進(jìn)行重試。
7．其它需求
1．可拓展性：該系統(tǒng)后期進(jìn)行功能迭代，要求高拓展性。
2．易用性：使用該系統(tǒng)的用戶既有專業(yè)人士也有部分非專業(yè)人士，所以要求易用性高文章來源：http://www.zghlxwxcb.cn/news/detail-739050.html
3．可維護(hù)性：該系統(tǒng)后期將進(jìn)行維護(hù)，要求高可維護(hù)性文章來源地址http://www.zghlxwxcb.cn/news/detail-739050.html
到了這里，關(guān)于外賣項(xiàng)目需求說明書的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
