网上订餐系统分析报告.docx
《网上订餐系统分析报告.docx》由会员分享,可在线阅读,更多相关《网上订餐系统分析报告.docx(12页珍藏版)》请在冰豆网上搜索。
![网上订餐系统分析报告.docx](https://file1.bdocx.com/fileroot1/2023-2/25/66a7b15b-e35e-4337-9df5-27916e5139b0/66a7b15b-e35e-4337-9df5-27916e5139b01.gif)
网上订餐系统分析报告
1.4系统开发方法
2.1需求分析
3.2数据设计
网上订餐系统
随着现在社会的发展,人们的生活节奏越来越快,生活水平与质量也不断在提高。
对饮食的要求已不再是解决温饱,在紧学习工作之余选择美食,得到美的精神享受和放松是一个不错的选择。
而在地处偏僻的临港,通过外卖享受美食的方式更为普遍。
如今互联网高速发展,当传统的订餐已经无法完全满足消费者需求时,网上订餐应运而生。
因此,开发出一款实用的,信息能够及时更新与查看的网上订餐的系统极为必要。
现在世面上有不少网上订餐系统,比如饿了么,外卖网等等,但影响力依旧不广,目前我国使用的大部分还是订餐系统,网上订餐系统还处于成长期,潜力与发展空间都很大。
网上订餐系统是用户实现网络交易的一种方式,具有友好直观的界面,安全快捷的支付方式,让卖家第一时间收到订单信息,让顾客第一时间获取外卖信息,为顾客提供更高质量的服务。
既节约了时间,又让顾客觉得方便、快捷,又对每个订单的信息保管妥善、处理及时,实现高度智能化管理,令订餐更快捷,便利,交互方便。
1.4系统开发方法
本系统采用结构化分析的方法,通过使用一组过程模型图形化地描述系统,包括过程建模、数据组织与结构、关系数据库的设计和用户界面,做出详细而清晰的规划。
经过系统分析,本系统目标如下:
1.系统安全性
网上订餐系统应控制不同用户的使用权限,用户不能越权操作,系统应该确保数据的安全性。
同时,要求系统具有高度的可靠性,数据的准确性,系统的可恢复性。
2.可维护性
客户会在系统使用过程中不断对系统提出新要求,扩展系统功能,这就要求系统的可升级性必须良好,以满足客户长期实用的要求,并且在用户有新要求的时候可以快速扩展功能。
3.用户操作
系统设计应该人性化,操作简单方便,达到人机友好的目的。
4.运行速度
系统响应时间是衡量系统性能好坏的重要参考。
系统要求响应时间短,更新处理迅速,数据转换与传送时间短,后台服务器响应迅速等等。
由于系统使用者的特殊性,系统必须高效地响应并且在安全的前提下高效的响应。
5.界面
用户界面应该做到清晰简单一目了然,易于操作。
1、技术可行性分析
网上订餐系统需要数据库技术,网络技术和相关开发技术,这些技术目前已经成熟,本系统的开发完全可行。
2、经济可行性分析
开发这个系统投入不高,企业有能力承担系统的开发以及日常的维护费用的,后期可以投入广告产生盈利,并且在订餐上节约了大量的物力人力,有良好的经济效益。
3、社会可行性分析
系统开发前准备以及全过程都不违反法律法规,与现行的管理制度没有冲突。
4、管理可行性分析
系统操作简单,界面友好,只要经过一定的培训即可迅速上手,管理便捷。
系统需求可分为五大类:
输出、输入、过程、性能,及控制。
网上订餐系统需例详述如下︰
输出实例:
必须每四小时回报一次在线使用量,在尖峰时段则需每小时回报。
订单登记系统必须产生一份每日的备忘清单。
订单处理系统必须能够提供最新的规格给供货商。
……
输入实例:
餐厅必须用另一个独立的屏幕输入菜单和菜品数目。
每输入窗体须包含日期、时间、产品编号、客户代号及数量。
数据输入屏幕除了背景颜色可以由使用者改变之外,其余必须标准化。
……
过程实例:
订单系统必须迅速计算出客户的订餐情况并做登记反馈。
对于信用状况不好的客户,系统可以不给予订餐。
……
性能实例
此系统必须同时供大量使用者上线。
反应时间不可超过4秒。
订单处理系统必须在订单结束后半分钟产生订单回馈。
……
控制实例:
系统必须在操作系统层次及应用系统层次提供登入安全机制。
顾客数据记录只能由专人做新增、修改及删除。
所有的交易必须留下可供稽查的纪录。
……
本系统需求建模工具是采用统模语言UML,分别选取用例图、顺序图来建模。
2.2.1用例图:
2.2.2顺序图:
2.3.1系统图:
数据流:
订餐系统
系统名:
网上订单系统
日期:
2014年6月6日
数据流名称:
订单
别名:
订货单,购买凭单
组成:
订单=客户资料+货品资料+订购日期+交货日期
货品资料=货品名称+(货品规格)+货品代号+订购量
客户资料=[客户代号|客户]+地址+1{}3
订购日期=年*公元*+月+日
交货日期=年*公元*+月+日
说明:
由客户填妥,送交营业员收存。
处理订单过程:
1 确认订单
系统名称:
网上订单系统
日期:
2014年6月6日
过程名:
确认订单
别名:
输入数据流:
订单,产品细节,信用状况。
输出数据流:
接受的订单,拒绝的订单。
逻辑描述:
Foreachorder,
if信用状况=“Y”andif产品细节(库存量)=ok
output接受的订单
elseoutput拒绝的订单
说明:
无
2 显示拒绝通知
系统名称:
网上订单系统
日期:
2014年6月6日
过程名:
显示拒绝通知
别名:
输入数据流:
拒绝的订单
输出数据流:
订单拒绝通知,信用历史
逻辑描述:
foreachorder,
if订单被拒绝
显示拒绝的通知
Output
订单拒绝通知,信用历史
说明:
无
3 准备订单
系统名称:
网上订单系统
日期:
2014年6月6日
过程名:
准备订单
别名:
输入数据流:
接受的订单,分拣细节
输出数据流:
分拣清单,库存更改
逻辑描述:
Foreachorder,
if订单被接受
准备订单
output
分拣细节,分拣清单
说明:
无
3、系统设计
3.1界面、输入、输出设计
用户界面设计:
(1)设计时我们界面中的提示会尽可能的详细具体并且易懂和友好;
(2)我们会给界面上的按钮和图表加上明确的标签;
(3)在显示菜单项时,对于暂时不可用的按钮和命令,我们会采取“灰化”;
(4)提供符合逻辑的界面组织结构
(5)为了使用户在填写错误后便于取消操作,我们会设计撤销动作。
(6)对用户的输入有所反馈,比如当用户输入一个按钮时,按钮即使改变形态或者发出声音以反馈用户
(7)当用户输入错误时给予友好的错误提示。
输入设计:
(1)在输入信息时,对数据进行检验和更正;
(2)尽可能用电子设备和自动输入
(3)配有条形码阅读器
(4)尽可能获取原始数据
(5)限制影虎访问进行数据输入的光标位置
(6)如果用户必须以指定格式输入一个字段值,应该给出相应的样板格式
(7)避免让用户输入一些意义不大的字段
输出系统:
(1)打印报表输出,用来记录菜品交易的详细信息和回报总结等信息
(2)屏幕报表输出,显示订单详情和交易详情等信息。
(3)图像和多媒体输出,在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。
3.2数据设计
通过用户,订单,管理员,菜系这四个实体,我们画出了整个系统的实体—联系图,完成了数据设计。
3.3系统架构
3.3.1系统体系结构
我们概括地讲述了结构化设计的大体思想,即从表示层、应用逻辑层和数据访问层依次对系统进行设计。
对于顶层的数据流图,一般处于表示层,它们只给出了系统的外貌。
对于基本图中的过程,则多数处于应用逻辑层和数据访问层,是用户看不到的系统部属性。
对于一些通用的数据访问动作,可以单独为它设计通用数据访问逻辑,而这方面的工作则属于数据访问层的设计。
除此之外,数据访问层还包括数据库系统的设计。
在整个设计过程中,应该结合使用自顶向下和自底向上的方法。
采用自顶向下的思路可以帮助我们针对数据流图来确定大体需要开发那些用户界面。
而在具体开发某个界面时,我们需要原型化一些设计来验证其合理性。
如果验证原来的设计思想不合理,那么就要回过头重新修改设计方案,这事实上是一种自底向上的开发思路。
总之,整个设计过程事实上是与编程紧密相关的。
而且,为了使用以后的系统维护更加容易,我们需要随时将自己编程思路的改变反应在设计方案中。
3.3.2系统进行环境
此次开发使用JSP作为开发语言,采用Servlet技术,Tomcat6.0作为Web服务器,在windows7系统条件下开发。
4、报告总结
通过整个网上订餐系统,可以实现对订餐的管理的同时,也做到了对存货外卖的管理与统计。
整个系统并不是很复杂,而且易于操作与维护。
从网上订单到库存管理,到客户档案管理,再到销售统计与分析,这一过程不仅方便了顾客,为顾客提供了便捷满意的服务,而且通过统计餐厅也可以及时得知产品的优缺点,采购时的需要,更加迎合顾客的需要与口味。
整个网上订餐系统的运行,可以为顾客节省时间为餐馆获取丰厚的经济效益与社会效益。