网上订餐系统分析报告

22222222344566778999910111111TOC\o"1-3"\h\u158961.系统规划： 2141201.1.开发背景 2244951.2.发呈现状 2274971.3.系统开发意义 21.4系统开发办法140762.系统分析 212.1需求分析194432.1.1总体目的 267032.1.2可行性分析 3228082.2需求建模 4101632.2.1.用例图 738792.2.2.次序图 8273102.3.数据过程建模 5171962.3.1.0层数据流程图 530602.3.2.1层数据流程图 6257982.3.3.2层数据流程图 67682.4.数据字典 7297123.系统设计 12181693.1.界面、数据输出设计 123.2数据设计40873.2.1.系统E-R图设计 193.3系统架构28627 11124603.3.1.系统体系构造 14124663.3.2系统进行环境 16174214.报告总结 14网上订餐系统158961.概述：141201.1.开发背景随着现在社会的发展，人们的生活节奏越来越快，生活水平与质量也不停在提高。对饮食的规定已不再是解决温饱，在紧张学习工作之余选择美食，得到美的精神享有和放松是一种不错的选择。而在地处偏僻的临港，通过外卖享有美食的方式更为普遍。如今互联网高速发展，当传统的电话订餐已经无法完全满足消费者需求时，网上订餐应运而生。因此，开发出一款实用的，信息能够及时更新与查看的网上订餐的系统极为必要。244951.2.发呈现状现在世面上有不少网上订餐系统，例如饿了么，上海外卖网等等，但影响力仍旧不广，现在我国使用的大部分还是电话订餐系统，网上订餐系统还处在成长久，潜力与发展空间都很大。274971.3.系统开发意义网上订餐系统是顾客实现网络交易的一种方式，含有和谐直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质量的服务。既节省了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管妥善、解决及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。1.4系统开发办法本系统采用构造化分析的办法，通过使用一组过程模型图形化地描述系统，涉及过程建模、数据组织与构造、关系数据库的设计和顾客界面，做出具体而清晰的规划。140762.系统分析：194432.1.1总体目的通过系统分析，本系统目的以下：1．系统安全性

网上订餐系统应控制不同顾客的使用权限，顾客不能越权操作，系统应当确保数据的安全性。同时，规定系统含有高度的可靠性，数据的精确性，系统的可恢复性。

2．可维护性

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

3．顾客操作

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

运行速度

系统响应时间是衡量系统性能好坏的重要参考。系统规定响应时间短，更新解决快速，数据转换与传送时间短，后台服务器响应快速等等。由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。

5．界面

顾客界面应当做到清晰简朴一目了然，易于操作。67032.1.2.可行性分析

1、技术可行性分析网上订餐系统需要数据库技术，网络技术和有关开发技术，这些技术现在已经成熟，本系统的开发完全可行。2、经济可行性分析开发这个系统投入不高，公司有能力承当系统的开发以及日常的维护费用的，后期能够投入广告产生盈利，并且在订餐上节省了大量的物力人力，有良好的经济效益。社会可行性分析系统开发前准备以及全过程都不违反法律法规，与现行的管理制度没有冲突。4、管理可行性分析系统操作简朴，界面和谐，只要通过一定的培训即可快速上手，管理便捷。系统需求可分为五大类:输出、输入、过程、性能，及控制。网上订餐系统需求实例详述以下︰输出实例：网站必须每四小时回报一次在线使用量，在尖峰时段则需每小时回报。订单登记系统必须产生一份每日的备忘清单。订单解决系统必须能够提供最新的规格给供货商。……输入实例：餐厅必须用另一种独立的屏幕输入菜单和菜品数目。每张输入窗体须包含日期、时间、产品编号、客户代号及数量。数据输入屏幕除了背景颜色能够由使用者变化之外，其它必须原则化。……过程实例：订单系统必须快速计算出客户的订餐状况并做登记反馈。对于信用状况不好的客户，系统能够不予以订餐。……性能实例此系统必须同时供大量使用者上线。反映时间不可超出4秒。订单解决系统必须在订单结束后半分钟内产生订单回馈。……控制实例：系统必须在操作系统层次及应用系统层次提供登入安全机制。顾客数据统计只能由专人做新增、修改及删除。全部的交易必须留下可供稽查的纪录。……228082.2.需求建模本系统需求建模工具是采用统一建模语言UML，分别选用用例图、次序图来建模。2.2.1用例图：2.2.2次序图：273102.3.数据流程建模2.3.1系统图：171962.3.2.0层数据流程图30602.3.3.1层数据流程图257982.3.4.2层数据流程图7682.4.数据字典数据流：订餐系统系统名：网上订单系统日期：6月6日数据流名称：订单别名：订货单，购置凭单构成:订单=客户资料+货品资料+订购日期+交货日期货品资料=货品名称+(货品规格)+货品代号+订购量客户资料=[客户代号|客户姓名]+地址+1{电话}3订购日期=年*公元*+月+日交货日期=年*公元*+月+日阐明:由客户填妥，送交营业员收存。解决订单过程：确认订单系统名称：网上订单系统日期：6月6日过程名：确认订单别名：输入数据流:订单，产品细节，信用状况。输出数据流:接受的订单，回绝的订单。逻辑描述:Foreachorder,if信用状况=“Y”andif产品细节(库存量)=okoutput接受的订单elseoutput回绝的订单阐明：无显示回绝告知系统名称：网上订单系统日期：6月6日过程名：显示回绝告知别名：输入数据流:回绝的订单输出数据流:订单回绝告知，信用历史逻辑描述:foreachorder,if订单被回绝显示回绝的告知Output订单回绝告知，信用历史阐明：无准备订单系统名称：网上订单系统日期：6月6日过程名：准备订单别名：输入数据流:接受的订单，分拣细节输出数据流:分拣清单，库存更改逻辑描述:Foreachorder,if订单被接受准备订单output分拣细节，分拣清单阐明：无3、系统设计3.1界面、输入、输出设计顾客界面设计：设计时我们界面中的提示会尽量的具体具体并且易懂和和谐；我们会给界面上的按钮和图表加上明确的标签；在显示菜单项时，对于临时不可用的按钮和命令，我们会采用“灰化”；提供符合逻辑的界面组织构造为了使顾客在填写错误后便于取消操作，我们会设计撤销动作。对顾客的输入有所反馈，例如当顾客输入一种按钮时，按钮即使变化形态或者发出声音以反馈顾客当顾客输入错误时予以和谐的错误提示。输入设计：在输入信息时，对数据进行检查和改正；尽量用电子设备和自动输入配有条形码阅读器尽量获取原始数据限制影虎访问进行数据输入的光标位置如果顾客必须以指定格式输入一种字段值，应当给出对应的样板格式避免让顾客输入某些意义不大的字段输出系统：打印报表输出，用来统计菜品交易的具体信息和回报总结等信息屏幕报表输出，显示订单详情和交易详情等信息。图像和多媒体输出，在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。3.2数据设计40873.2.1.系统E-R图设计： 通过顾客，订单，管理员，菜系这四个实体，我们画出了整个系统的实体—联系图，完毕了数据设计。3.3系统架构3.3.1系统体系构造我们概括地讲述了构造化设计的大致思想，即从表达层、应用逻辑层和数据访问层依次对系统进行设计。对于顶层的数据流图，普通处在表达层，它们只给出了系统的外貌。对于基本图中的过程，则多数处在应用逻辑层和数据访问层，是顾客看不到的系统内部属性。对于某些通用的数据访问动作，能够单独为它设计通用数据访问逻辑，而这方面的工作则属于数据访问层的设计。除此之外，数据访问层还涉及数据库系统的设计。在整个设计过程中，应当结合使用自顶向下和自底向上的办法。采用自顶向下的思路能够协助我们针对数据流图来拟定大致需要开发那些顾客界面。而在具体开发某个界面时，我们需要原型化某些设计来验证其合理性。如果验证原来的设计思想不合理，那么就要回过头重新修改设计方案，这事实上是一种自底向上的开发思路。总之，整个设计过程事实上是与编程紧密有关的。并且，为了使用后来的系统维护更加容易，我们需要随时将自己编程思路的变化反映在设计方案中。3.3.2系统进行环境本次开发使用JSP作为开发语言，采用Servlet技术,Tomcat6.0作为Web服务器，在window