宿舍外卖订餐系统分析

1 可行性分析

每一个系统开发前都是要经过技术人员层层考虑的，通常来说我们开发一个软件系统是要经过五个阶段:先对问题进行规划、再对需求进行分析、对软件进行详细设计、程序编码、最好对软件进行测试。而我们第一个问题定义就要考虑该系统开发是否可行，所以我们开发前要从整体上去考虑该系统项目的应用场景和利弊价值等，对该系统进行可行性分析，分析该系统的功能我们是否能全部实现，该系统是否值得我们去实现。经过分析,在现代的高效率时代一个面向高校的在线订餐系统是十分必要的。

1.1 经济可行性

本次外卖订餐系统是我此次的毕业设计项目，让对专升本以来所学的专业知识进行一个阶段性的总结，很纯粹的目的，没有说有什么利益性的东西参入进来，所以说此次系统开发除了基本的硬件设施(一台笔记本电脑)外不需要其他开发成本，这对于专业的人来说是早就必备的东西，而且开发本系统还可以提高自己的专业技术，总结以往所学的知识，所以说是可行的。

1.2技术可行性

面向高校的在线订餐系统一个发展的过程，为了确保系统能够顺利的进行就发，我需要用开发方法开发出合理且标准的方法，去指导如何开发出正确的系统，进而确保速度和稳定，降低成本的同时还保证了效率。

1.3操作可行性

本系统具有友好的主界面，使用方便，维护方便，操作简单，方便用户接受。用户只需要会使用电脑，并且能够熟练地购买商品，即可快速上手。，因此，从操作方面来说由此可见，本系统的开发是可行的。

2 需求分析

系统功能需求进行分析这一步非常重要。只有明确了我们开发的系统将来所要面对的用户类型，不同的用户又会有怎样的需求，系统要达成什么目标，在确定这些之后才可以让我们接下来的开发过程比较顺利。管理系统主要有以下这些功能：面向客户的管理系统，据有超级管理员和用户两种不同登录方式,超级 管理员进来不仅可以查看到客户回访信息，并且可以添加修改和删除用户的功能权限。

图 2-1系统功能结构图

2.1用户需求分析

用户可以访问我们的网站。注册并登入即可进入点菜系统，就能自己搜索想要的各种食物,并能进行更改自己的信息,实现对外卖的方便购买。管理员可以查看并添加菜肴。

2.2功能需求分析

（1）功能预览

①用户注册功能

此系统有管理员和用户两种模式，用户可以浏览网页的餐品信息，如果想要享受购买商品服务则必须注册用户账号，在注册界面需要填写用户的身份信息，比如姓名、性别、电话、收货地址等。

②修改信息功能

用户可能会在填写个人信息时出错或者需要更换了手机号、地址等，所以就有修改个人信息需求。系统提供更改信息的功能，在下单时可以进行修改，保存成功后下次下单则默认为更改后的信息。

③搜索功能

用户可以根据自己的想法打出自己想要进行搜索。

④用户登录和订餐功能

用户想要订餐首先要进入登录界面，若没有账户需要进行注册，而注册完成之后需要输入正确的用户名和密码登录成功后即可在首页进行餐品的选购。（用户可以是顾客，商家，配送员，超级管理员）。

⑤商家处理订单功能

用户结算完成后，订单详情会传入到商家账户中，商家可以对订单进行选择配送员。

⑥商家添加、修改商品信息

⑦超级管理员发布公告

⑧超级管理员个人信息管理

⑨超级管理员管理用户信息和功能权限

（2）数据流分析

①顶层数据流图

图2-2 顶层数据流图

②一层数据流图

图2-3 一层流程图

上图是订餐业务流程中数据流，首先菜品信息数据从菜品信息表传给到用户，用户可以根据需要选择所需要的菜品并加入至购物车，数据流进入购物车信息，在购物车结算后，数据保存到订单信息表。

（3）数据字典

在数据流分析设计的基础上需要将数据表格化，按照相关标准形成数据字典。

用户信息表用于存储不同用户注册的相关信息即帐号、密码等基本信息，方便用户登录时进行验证，数据字典如表3-1所示：

表3-1用户信息数据流

数据储存名	用户信息
说明	记录用户的基本信息，如用户性别、电话号码、密码、地址等
数据描述	用户账号+用户密码+真实姓名+性别+出生日期+地址+手机号码。

管理员信息表用来存储管理员的相关数据包括姓名、帐号、密码等基本信息，数据字典如表3-2所示：

表3-2管理员信息数据流

数据储存名	管理员信息
说明	对管理员的基本信息，管理员姓名、登录账户、登录密码等信息进行记录
数据描述	管理员编号+管理员级别+管理员姓名+登录账号+登录密码

餐品信息表有、菜品名称、菜品价格等基本信息，数据字典如表3-3所示：

表3-3餐品信息数据流

数据储存名	餐品信息
说明	记录点菜项目、菜号、菜名、菜价等基本信息
数据描述	订单项编号+订单编号+菜品编号+菜品名称+菜品价格+购买数量

订单信息表有订单编号、收货人地址、订单状态等基本信息，数据字典如表3-4所示：

表3-4订单信息数据流

数据储存名	订单信息
说明	对商品的基本信息，如订单编号、账户名称、收货人姓名、用户（及收货人）地址。
数据描述	订单编号+账户名称+收货人姓名+用户地址+下单日期+状态

登录功能，登录业务流程的数据流描述如表3-5所示：

表3-5登录数据流

数据流名称	组成
名称	登录数据流
简述	账户、管理员登录是否输入个人名称和密码
来源	账户、管理员登录是否输入个人名称和密码
去向	前台网站或后台管理系统
组成	账户、管理员账号+密码

餐品展示功能，商品展示业务流程的数据流描述如表3-6所示：

表3-6餐品信息数据流

数据流名称	组成
名称	餐品信息数据流
简述	账户查询时餐品的基本信息
来源	账户查询时的输入信息
去向	餐品查询模块
组成	餐品编号+餐品类别+餐品名称

购物车功能，购物车业务流程的数据流描述如表3-7所示：

表3-7购物车数据流

数据流名称	组成
名称	购物车信息流
简述	账户将餐品加入购物车
来源	餐品信息+账户信息
去向	购物车模块
组成	订单项编号+餐品编号+餐品名称+餐品价格+购买数量

修改信息功能，信息修改业务流程的数据流描述如表3-8所示：

表3-8信息修改数据流

数据流名称	组成
名称	信息修改流
简述	账户、管理员输入个人新信息
来源	账户、管理员输入新的信息
去向	操作成功或失败
组成	账户、管理员编号+旧密码+新密码+确认密码

3 性能需求分析

3.1 设计规范要求：

设计过程要按照相关java语言编程规范，进行明确、合理的功能模块设计，代码的命名和编写也要进行统一规范。保证程序的可扩展性和可维护性。

3.2 时间特性要求：

后台响应时间：要求所用时间不超过2s。

更新时间：数据的更新不超过2s。

3.3 功能要求：

能有效完善各模块的操作功能，使程序具有使用价值。系统的响应速度要快，系统的界面要美观，风格要统一，特点要突出，功能设计要体现。