外卖系统分析分析报告

1、项目名称
餐饮店的外卖订餐系统平台的建设
2、项目背景
（1）网上订餐的市场背景
随着越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的顺势而出很快受到了大家的欢迎。

互联网的应用以普及千家万户,这为网络订餐提供了良好的发展空间。

同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。

调查数据显示，诸多白领更乐于选择网上订餐服务,网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。

（2）网上订餐的市场优势
网络订餐可通过色彩、图片、阐明、设立动画加强产品的宣传，大大达成了餐饮业的规定。

实现产品管理方便，起到立竿见影的效果，不用由于更改菜色而重新印刷。

只要在后台鼠标轻轻一点，全线立刻更新。

3、项目目的
网上订餐系统是顾客实现网络交易的一种方式，含有和谐直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质量的服务。

既节省了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管
妥善、解决及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。

4、项目内容
系统制作分为前台和后台。

前台重要涉及的对象是网站的顾客.
（1）登陆和注册：登陆是为老客户服务的，注册重要是为新顾客准备的。

（2）菜品展示：重要展示本店的特色菜品的详情图，让顾客能更直观的理解选择自己喜欢的。

（3）前台信息：前台顾客能够任意浏览本店的菜品更新信息，并能够对菜品进行评价。

（4）外卖公示：能够对本店的某些外卖优惠活动进行公布，以及优惠的具体时间。

（5）查询模块：顾客能够对本店的喜欢的菜品进行查询，然后能够在评论区理解其它顾客的体验状况。

（6）联系我们：重要用于反馈某些菜品和其它服务的有关建议，让我们懂得局限性，不停改善提高，同时公示出本店的联系电话、地址以及配送时间，让顾客能够随时联系。

后台重要涉及的对象是网站的管理员：
（1）登陆模块：重要用于管理员登陆使用。

（2）顾客注册信息管理模块：重要是进行审核管理，涉及网站的注册信息。

（3）信息公布管理：由管理员进行信息公布、修改、删除等操作。

（4）评论审核模块：重要用于管理顾客提出的评价，并统计点击次数、评论次数等。

（5）公示管理：重要是管理本店公示优惠信息，涉及公布、删除等操作。

5、项目的约束条件
（1）时间约束：本项目从 3 月 3 日开始到 6 月 8 日结束，交付最后成果。

（2）质量约束：
实体的质量约束：
a.要确保外卖配送的及时性；
b.要确保菜品的品质过关，例如保鲜度方面和菜品的味道方面；
c.要确保菜品制作的卫生和配送盒以及配送过程中的卫生状况；
d.网上上传的菜品图要和实际的外卖菜品相符；
e.要确保外卖的服务质量；
系统的质量约束：
a.操作简便、界面和谐，顾客满意率达成 75%；
b.系统正式上线后运行故障率低于 10%，并能持续运行三个月无重大软件故障；
c.系统可承受的并发连接数达成 500 个；
d.项目进行中所确立的各文档版本清晰，内容完整、明确；
e.系统编码的一致性，便于推广重用和自维护。

（3）费用预算：
项目总费用 0 元人民币，其中软件开发费用 5000 元，硬件采购费用 10000 元，维护费用 5000 元。

6、项目的人员构成与职责分派
本项目的人员构成与职责分派以下表所示。

校园生活服务平台建设项目的工作分解构造
采用自上而下的编制办法，前述该校园生活服务平台建设项目的W B S图可分为四层。

第二个层次按照项目实施的阶段进行分解，分为六个模块；第三个层次的各模块按照项目的产品构成进行分解。

具体的W B S树状图和用p r o j e c t软件画出的任务图以下图所示。

各模块的重要任务以下：
（1）项目准备。

重要任务是在项目启动阶段制
订项目开发计划和有关的规章制度，并进一步分析
课题背景，拟定研究意义和研究办法。

（2）需求拟定。

按照调研计划，开展需求调研，然后就调研成果进行分析，将需求分析阐明书交由
负责人签字，拟定客户最后的需求并建立对应的变
更管理机制，同样交由负责人签字生效。

（3）系统设计。

进行系统功效模块设计，划
分网站功效模块，进行后台数据库的概念设计和物
理设计，同时进行页面美工设计，并建立设计文档。

（4）系统实现。

采购需要的硬件设备，按照
网站设计成果，选择适宜的开发语言，分别完毕前
台
功效模块和后台功效模块的程序开发，并进行单元测试，建立实现文档。

（5）网站测试。

编写测试计划书，首先进行集成测试，统计测试成果，建立对应文档并由负责人签字，然后按照测试计划书，完毕系统测试，统计测试成果，建立对应文档并由负责人签字。

（6）验收总结。

网站试运行；同时对客户进行培训，最后将产品和顾客手册交付客户；项目构组员还要提交网站移交报告和开发总结报告。

1.4 系统开发办法
本系统采用构造化分析的办法，通过使用一组过程模型图形化地描述系统，涉及过程建模、数据组织与构造、关系数据库的设计和顾客界面，做出具体而清晰的规划。

2.系统分析：
2.1.1总体目的
通过系统分析，本系统目的以下：
1.系统安全性
网上订餐系统应控制不同顾客的使用权限，顾客不能越权操作，系统应当确保数据的安全性。

同时，规定系统含有高度的可靠性，数据的精确性，系统的可恢复性。

2.可维护性
客户会在系统使用过程中不停对系统提出新规定，扩展系统功效，这就规定系统的可升级性必须良好，以满足客户长久实用的规定，并且在顾客有新规定的时候能够快速扩展功
2/12页
能。

3.顾客操作
系统设计应当人性化，操作简朴方便，达成人机和谐的目的。

4.运行速度
系统响应时间是衡量系统性能好坏的重要参考。

系统规定响应时间短，更新解决快速，数据转换与传送时间短，后台服务器响应快速等等。

由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。

5.界面
顾客界面应当做到清晰简朴一目了然，易于操作。

2.1.2.可行性分析
1、技术可行性分析
网上订餐系统需要数据库技术，网络技术和有关开发技术，这些技术现在已经成熟，本系统的开发完全可行。

2、经济可行性分析
开发这个系统投入不高，公司有能力承当系统的开发以及日常的维护费用的，后期能够投入广告产生盈利，并且在订餐上节省了大量的物力人力，有良好的经济效益。

3、社会可行性分析
系统开发前准备以及全过程都不违反法律法规，与现行的管理制度没有冲突。

4、管理可行性分析
系统操作简朴，界面和谐，只要通过一定的培训即可快速上手，管理便捷。

系统需求可分为五大类:输出、输入、过程、性能，及控制。

网上订餐系统需求实例详述以下︰
输出实例：
网站必须每四小时回报一次在线使用量，在尖峰时段则需每小时回报。

订单登记系统必须产生一份每日的备忘清单。

订单解决系统必须能够提供最新的规格给供货商。

输入实例：
3/12页
餐厅必须用另一种独立的屏幕输入菜单和菜品数目。

每张输入窗体须包含日期、时间、产品编号、客户代号及数量。

数据输入屏幕除了背景颜色能够由使用者变化之外，其它必须原则化。

过程实例：
订单系统必须快速计算出客户的订餐状况并做登记反馈。

对于信用状况不好的客户，系统能够不予以订餐。

性能实例
此系统必须同时供大量使用者上线。

反映时间不可超出 4 秒。

订单解决系统必须在订单结束后半分钟内产生订单回馈。

控制实例：
系统必须在操作系统层次及应用系统层次提供登入安全机制。

顾客数据统计只能由专人做新增、修改及删除。

全部的交易必须留下可供稽查的纪录。

2.2.需求建模
本系统需求建模工具是采用统一建模语言 UML，分别选用用例图、次序图来建模。

2.2.1用例图：
4/12页
2.2.2次序图：
2.3.数据流程建模2.3.1系统图：
2.3.2.0 层数据流程图6/12页
2.3.3.1 层数据流程图2.3.4.2 层数据流程图7/12页
2.4.数据字典
数据流：订餐系统解决订单过程：
①确认订单
②显示回绝告知
8/12页
③准备订单
3、系统设计
3.1界面、输入、输出设计
顾客界面设计：
（1）设计时我们界面中的提示会尽量的具体具体并且易懂和和谐；（2）我们会给界面上的按钮和图表加上明确的标签；
（3）在显示菜单项时，对于临时不可用的按钮和命令，我们会采用“灰化”；（4）提供符合逻辑的界面组织构造
（5）为了使顾客在填写错误后便于取消操作，我们会设计撤销动作。

（6）对顾客的输入有所反馈，例如当顾客输入一种按钮时，按钮即使变化形态或者发出声音以反馈顾客
（7）当顾客输入错误时予以和谐的错误提示。

输入设计：
（1）在输入信息时，对数据进行检查和改正；（2）尽量用电子设备和自动输入（3）配有条形码阅读器（4）尽量获取原始数据
（5）限制影虎访问进行数据输入的光标位置
（6）如果顾客必须以指定格式输入一种字段值，应当给出对应的样板格式（7）避免让顾客输入某些意义不大的字段
输出系统：
（1）打印报表输出，用来统计菜品交易的具体信息和回报总结等信息（2）屏幕报表输出，显示订单详情和交易详情等信息。

（3）图像和多媒体输出，在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。

3.2数据设计
3.2.1.系统 E-R 图设计：
9/12页
通过顾客，订单，管理员，菜系这四个实体，我们画出了整个系统的实体—联系图，完毕了数据设计。

3.3系统架构
3.3.1系统体系构造
我们概括地讲述了构造化设计的大致思想，即从表达层、应用逻辑层和数据访问层依次对系统进行设计。

对于顶层的数据流图，普通处在表达层，它们只给出了系统的外貌。

对于基本图中的过程，则多数处在应用逻辑层和数据访问层，是顾客看不到的系统内部属性。

对于某些通用的数据访问动作，能够单独为它设计通用数据访问逻辑，而这方面的工作则属于数据访问层的设计。

除此之外，数据访问层还涉及数据库系统的设计。

在整个设计过程中，应当结合使用自顶向下和自底向上的办法。

采用自顶向下的思路能够协助我们针对数据流图来拟定大致需要开发那些顾客界面。

而
在具体开发某个界面时，我们需要原型化某些设计来验证其合理性。

如果验证原来的设计思想不合理，那么就要回过头重新修改设计方案，这事实上是一种自底向上的开发思路。

总之，整个设计过程事实上是与编程紧密有关的。

并且，为了使用后来的系统维护更加容易，我们需要随时将自己编程思路的变化反映在设计方案中。

3.3.2系统进行环境
本次开发使用 JSP 作为开发语言，采用 Servlet 技术,Tomcat6.0 作为 Web 服务器，在 windows7 系统条件下开发。

4、报告总结
通过整个网上订餐系统，能够实现对订餐的管理的同时，也做到了对存货外卖的管理与
11
11/12页
统计。

整个系统并不是很复杂，并且易于操作与维护。

从网上订单到库存管理，到客户档案管理，再到销售统计与分析，这一过程不仅方便了顾客，为顾客提供了便捷满意的服务，并且通过统计餐厅也能够及时得知产品的优缺点，采购时的需要，更加迎合顾客的需要与口味。

整个网上订餐系统的运行，可觉得顾客节省时间为餐馆获取丰厚的经济效益与社会效益。