三、需求规格说明书
1．引言
1.1编写目的
1.2项目背景
1.3定义
1.4参考资料
2．任务概述
2.1目标
2.2运行环境
2.3条件与限制
3．数据描述
3.1静态数据
3.2动态数据
3.3数据库介绍
3.4数据词典
3.5数据采集
4．功能需求
4.1功能划分
4.2功能描述
5．性能需求
5.1数据精确度
5.2时间特性
5.3适应性
6．运行需求
6.1用户界面
6.2硬件接口
6.3软件接口
6.4故障处理
7．其它需求
1．引言
1.1编写目的
为明确软件需求，更好的记录本次软件设计的功能需求、数据分析等内容，特以文件化的形式撰写该内容。本文档供编写该系统的各小组成员及老师阅读。
1.2项目背景
a. 项目开发背景
在科技飞速发展的今天，越来越多的商家都开始采用科技来帮助自己提高经营所得。通过对餐厅的各项数据进行收集管理，能够大量的节约成本。在节约成本的同时，我们还能够通过对数据的分析对未来的发展进行合理的规划。而餐饮业作为我国第三产业中一个传统服务性行业，经历了改革开放起步、数量型扩张、规模连锁发展和品牌提升战略4个阶段，取得突飞猛进的发展。目前，全国已有餐饮网点400万个。然而，面对大量的数据，传统的的餐厅管理的方法显得有些不足，仅仅是依靠人工对数据进行逐个管理已经很难满足发展的需求。
b. 项目名称：餐厅管理系统
c. 项目提出者：闫嘉伟
d. 用户：高校教师，学生
e. 审核者：田保军
f. 开发软件的单位：计算机 20-1 班
1.3定义
【术语1】：系统流程图
说明：系统流程图是描述物理系统的工具，所谓物理系统，就是一个具体实 现的系统，也就是描述一个单位、一个组织的信息处理的具体实现的系统。
【术语2】：数据流图
说明：数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
【术语3】：数据字典
说明：数据字典（Data Dictionary，简称 DD）定义了数据流图中的数据和加工，是对各个数据流、加工及数据存储的详细说明，它包含4类条目：数据流条目、数据存储条目、数据项条目和加工条目。
【术语4】：活动图
说明：活动图是一种用于描述系统行为的模型视图，它可用来描述动作和动作导致对象状态改变的结果，而不用考虑引发状态改变的事件。在UML中，活动的起点用来描述活动图的开始状态，用黑的实心圆表示。活动的终止点描述活动图的终止状态，用一个含有实心圆的空心圆表示。活动图中的活动既可以是手动执行的任务，也可以是自动执行的任务，用圆角矩形表示。
【术语5】：实体
说明：客观世界中存在的且可互相区别的事物。
【术语6】：联系
说明：客观事物中的彼此之间的关系。
【术语7】：属性
说明：实体或者联系所具有的性质。
【术语8】：MySQL 数据库
说明：MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发， 目前属于Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在WEB应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统)应用软件。MySQL 是一种关系数据库管理系统， 关系数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这 样就增加了速度并提高了灵活性。
【术语 9】：输入/处理/输出图
IPO是指结构化设计中变换型结构的输入（Input）、加工（Processing）、 输出（Output）。IPO 图是对每个模块进行详细设计的工具，它是输入加工输出（INPUT PROCESS OUTPUT）图的简称，它是由美国IBM公司发起并完善起来的一种工具。在系统的模块结构图形成过程中，产生了大量的模块，在进行详细设计时开发者应为每一个模块写一份说明。IPO 图就是用来说明每个模块的输入、输出数据和数据加工的重要工具。
1.4参考资料
【1】田保军，刘利民.软件工程.中国水利水电出版社.2019年
【2】小二货的学习旅途.餐厅管理系统.2021年
2．任务概述
2.1目标
（1）帮助商家解决管理餐厅不便的问题。
（2）提高餐厅运营效率，减少不必要的人力财力浪费现象。
2.2运行环境
操作系统：Linux Server /Windows Server
JAVA 环境：JDK 1.8
数据库：Mysql 5.0 以上
Web 发布环境：Apache Tomcat 7 以上
硬件环境：处理器：1 GHz 64 位处理器
内存：1 GB 及以上
显卡：支持 DirectX 9 128M 及以上
硬盘空间：16G 以上（主分区，NTFS 格式）
显示器：要求分辨率在 1024X768 像素及以上
2.3条件与限制
数据库：软件产品设计应与数据库有关，本系统使用MySQL数据库为主。
接口：符合该系统的接口标准。
并行操作：允许多客户端同时运行，保证数据的正确和完备性。
- 数据描述
3.1静态数据
员工信息 分类信息 菜品信息 套餐信息 口味信息
3.2动态数据
员工信息 分类信息 菜品信息 套餐信息 口味信息 价格信息 状态信息 时间信息
3.3数据库介绍
MySQL 是最流行的数据库之一。MySQL 由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司。MySQL 适合中小型软件，被个人用户以及中小企业青睐。MySQL 是开放源代码的数据库，任何人都可以获取该数据库的源代码。MySQL 是一款可以自由使用的数据库。MySQL 不仅可以在 Windows 系列的操作系统上运行，还可以在 UNIX、Linux 和 Mac OS 等操作系统上运行。因为很多网站都选择 UNIX、Linux 作为网站的服务器，所以 MySQL 的跨平台性保证了其在 Web 应用方面的优势。MySQL 数据库的跨平台性是一个很大的优势。MySQL 8.0 的速度要比 MySQL 5.7 快 2 倍。MySQL 8.0 在以下方面带来了更好的性能：读/写工作负载、IO 密集型工作负载、以及高竞争（"hot spot"热点竞争问题）工作负载。
3.4数据词典
3.4.1 E-R图
图3-1 餐厅管理系统E-R图
3.4.2 餐厅管理系统的CDM图和PDM图
图3-2 餐厅管理系统CDM图
图3-3 餐厅管理系统PDM图
3.4.3 数据字典
表3-1 餐厅管理系统主要数据字典
| 序号 |
数据存储名称 |
属性名称 |
数据类型 |
描述 |
| 1 |
分类 |
分类id |
6{字符}6 |
分类唯一标识 |
| 类型 |
整数 |
类型 1 菜品分类 2 套餐分类 |
||
| 分类名称 |
4{字符}20 |
分类名称 |
||
| 排序 |
整数 |
分类顺序 |
||
| 创建时间 |
datetime |
分类创建时间 |
||
| 更新时间 |
datetime |
分类更新时间 |
||
| 创建人 |
4{字符}20 |
分类创建人 |
||
| 修改人 |
4{字符}20 |
分类修改人 |
||
| 2 |
菜品 |
菜品id |
6{字符}6 |
菜品唯一标识 |
| 菜品名称 |
4{字符}20 |
菜品名称 |
||
| 分类id |
6{字符}6 |
分类id，来自分类信息 |
||
| 菜品价格 |
4{字符}20 |
菜品价格 |
||
| 图片 |
10{字符}20 |
菜品图片的存储路径 |
||
| 描述信息 |
4{字符}50 |
菜品描述信息 |
||
| 状态 |
整数 |
菜品状态：0 停售 1 起售 |
||
| 排序 |
整数 |
菜品顺序 |
||
| 创建时间 |
datetime |
菜品创建时间 |
||
| 更新时间 |
datetime |
菜品更新时间 |
||
| 创建人 |
4{字符}20 |
菜品创建人 |
||
| 修改人 |
4{字符}20 |
菜品修改人 |
||
| 3 |
菜品口味 |
菜品口味id |
6{字符}6 |
菜品口味唯一标识 |
| 菜品id |
6{字符}6 |
菜品id，来自菜品信息表 |
||
| 口味名称 |
4{字符}20 |
口味名称 |
||
| 口味值 |
10{字符}50 |
口味数据list |
||
| 创建时间 |
datetime |
口味创建时间 |
||
| 更新时间 |
datetime |
口味更新时间 |
||
| 创建人 |
4{字符}20 |
口味创建人 |
||
| 修改人 |
4{字符}20 |
口味修改人 |
||
| 4 |
员工 |
员工id |
6{字符}6 |
员工唯一标识码 |
| 姓名 |
4{字符}20 |
员工姓名 |
||
| 用户名 |
4{字符}20 |
员工用户名 |
||
| 密码 |
6{字符}6 |
登录密码 |
||
| 电话号 |
11{字符}11 |
员工手机号 |
||
| 性别 |
2{字符}2 |
员工性别 |
||
| 身份证号 |
18{字符}18 |
员工身份证号 |
||
| 状态 |
整数 |
员工状态 0:禁用，1:正常 |
||
| 创建时间 |
datetime |
员工创建时间 |
||
| 更新时间 |
datetime |
员工更新时间 |
||
| 创建人 |
4{字符}20 |
员工创建人 |
||
| 修改人 |
4{字符}20 |
员工修改人 |
||
| 5 |
订单 |
订单id |
6{字符}6 |
订单唯一标识码 |
| 套餐id |
6{字符}6 |
套餐id，来自套餐信息表 |
||
| 菜品口味 |
4{字符}20 |
套餐口味 |
||
| 数量 |
整数 |
套餐数量 |
||
| 金额 |
2{字符}6 |
套餐金额 |
||
| 菜品id |
6{字符}6 |
菜品id，来自菜品信息表 |
||
| 订单号 |
6{字符}6 |
订单号 |
||
| 订单状态 |
整数 |
订单状态 1待付款，2待派送， 3已派送，4已完成，5已取消 |
||
| 用户id |
4{字符}20 |
下单用户，来自用户表 |
||
| 地址 |
4{字符}20 |
订单地址 |
||
| 下单时间 |
datetime |
下单时间 |
||
| 结账时间 |
datetime |
结账时间 |
||
| 支付方式 |
整数 |
支付方式 1微信,2支付宝 |
||
| 备注 |
4{字符}100 |
备注 |
||
| 6 |
套餐 |
套餐id |
6{字符}6 |
套餐唯一标识码 |
| 分类id |
6{字符}6 |
菜品分类id，来自菜品信息表 |
||
| 套餐名称 |
4{字符}20 |
套餐名称 |
||
| 套餐价格 |
4{字符}20 |
套餐价格 |
||
| 状态 |
整数 |
状态 0:停用 1:启用 |
||
| 描述信息 |
4{字符}50 |
套餐描述信息 |
||
| 图片 |
10{字符}20 |
套餐图片的存储路径 |
||
| 创建时间 |
datetime |
套餐创建时间 |
||
| 更新时间 |
datetime |
套餐更新时间 |
||
| 创建人 |
4{字符}20 |
套餐创建人 |
||
| 修改人 |
4{字符}20 |
套餐修改人 |
||
| 7 |
用户 |
用户id |
6{字符}6 |
用户唯一标识码 |
| 手机号 |
11{字符}11 |
用户手机号 |
||
| 身份证号 |
18{字符}18 |
用户身份证号 |
||
| 性别 |
2{字符}2 |
用户性别 |
||
| 用户姓名 |
4{字符}20 |
用户姓名 |
||
| 用户头像 |
10{字符}20 |
用户头像 |
||
| 用户状态 |
整数 |
用户状态 |
3.5数据采集
系统通过学校的课程进行辅助教学，将教师和学生在课下紧密地联系在一 起。我们对学生和教师相关信息进行采集同时也将采集得到管理员查询学生上 课做题互动等相关信息，然后对各类需要的信息进行分析并将其通过客户端展 示给拥有不同角色权限的用户。
4．功能需求
4.1功能划分
该系统主要包含以下模块：
员工管理模块：实现添加员工、修改员工信息、删除员工、显示员工信息等功能。
分类管理模块：实现添加分类、修改分类、删除分类、显示分类等功能。
菜品管理模块：实现添加菜品、修改菜品信息、删除菜品、显示菜品信息等功能。
菜品口味管理模块：实现添加口味、修改口味、删除口味、显示口味等功能。
套餐管理模块：实现添加套餐、修改套餐信息、删除套餐、显示套餐信息等功能。
订单管理模块：实现选购菜品、提交订单、支付订单、完成订单等功能。
4.1.1 功能划分
图4-1 管理员工活动图
图4-2 管理分类活动图
图4-3 管理菜品活动图
图4-4 管理口味活动图
图4-5 管理套餐活动图
图4-6 管理订单活动图
4.1.2 数据流图
图4-7 员工管理餐厅系统顶层数据流图
图4-8 员工管理餐厅系统1级数据流图
图4-9 员工管理餐厅系统2级数据流图
图4-10 用户下单1级数据流图
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数据精确度
输入的数据：多数的数据类型为整数和字符型。在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，由于本系统使用了数摞结构，可以满足各种精度的需求。
5.2时间特性
响应时间：尽可能地短，达到 1 到 2 秒
更新处理时间：尽可能快
数据的传输和传送时间：在用户的可接受范围
运行时间：在用户的可接受范围
5.3适应性
当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整, 适应性非常大 。
6．运行需求
6.1用户界面
图6-1 用户界面
6.2硬件接口
无
6.2软件接口
系统采用的数据库为 MySQL,本系统主要运行在 Windows 10 操作系统下。
采用的数据通讯协议是 HTTP 协议。
6.4故障处理
1. 内部故障处理：
在开发阶段，定义一个全局异常处理类，集中处理代码运行时发生的异常。
2. 外部故障处理：对编辑的程序进行重装载时，第一次装载时报错，进行修改。 第二次运行，在需求调用时出现调用的错误，在错误地提示下，进行重试。
7．其它需求
1．可拓展性：该系统后期进行功能迭代，要求高拓展性。
2．易用性：使用该系统的用户既有专业人士也有部分非专业人士，所以要求易用性高文章来源：https://www.toymoban.com/news/detail-739050.html
3．可维护性：该系统后期将进行维护，要求高可维护性文章来源地址https://www.toymoban.com/news/detail-739050.html
到了这里，关于外卖项目需求说明书的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
