网上订餐系统分析报告

1、.目录1.系统规划：.错误!不决义书签。21.1.开发背景.错误!不决义书签。21.2.发显现状.错误!不决义书签。21.3.系统开发意义.错误!不决义书签。21.4系统开发方法2.系统剖析.错误!不决义书签。12.1需求剖析2整体目标.错误!不决义书签。2可行性剖析.错误!不决义书签。32.2需求建模.错误!不决义书签。42.2.1.用例图.错误!不决义书签。42.2.2.次序图.错误!不决义书签。52.3.数据过程建模.错误!不决义书签。6层数据流程图.错误!不决义书签。6层数据流程图.错误!不决义书签。7层数据流程图.错误!不决义书签。72.4.数据词典.错误!不决义书签。83.系统设计

2、.错误!不决义书签。93.1.界面、数据输出设计.错误!不决义书签。93.2数据设计93.2.1.系统E-R图设计.错误!不决义书签。93.3系统架构.错误!不决义书签。103.3.1.系统系统构造.错误!不决义书签。11系统进行环境.错误!不决义书签。114.报告总结.错误!不决义书签。11.网上订餐系统概括：1.1.开发背景跟着此刻社会的发展，人们的生活节奏愈来愈快，生活水平与质量也不停在提升。对饮食的要求已不再是解决饱暖，在紧张学习工作之余选择美食，获得美的精神享受和放松是一个不错的选择。而在地处荒僻的临港，经过外卖享受美食的方式更为广泛。此刻互联网高速发展，当传统的电话订餐已经没法完整

3、知足花费者需求时，网上订餐应运而生。所以，开发出一款适用的，信息能够实时更新与查察的网上订餐的系统极为必需。1.2.发显现状此刻世面上有许多网上订餐系统，比方饿了么，上国外卖网等等，但影响力仍旧不广，当前我国使用的大多半仍是电话订餐系统，网上订餐系统还处于成长久，潜力与发展空间都很大。1.3.系统开发意义网上订餐系统是用户实现网络交易的一种方式，拥有友善直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获得外卖信息，为顾客供给更高质量的服务。既节俭了时间，又让顾客感觉方便、快捷，又对每个订单的信息保存妥当、办理实时，实现高度智能化管理，令订餐更快捷，便利，交互方便。1

4、.4系统开发方法本系统采纳构造化剖析的方法，经过使用一组过程模型图形化地描绘系统，包含过程建模、数据组织与构造、关系数据库的设计和用户界面，做出详尽而清楚的规划。系统剖析：整体目标经过系统剖析，本系统目标以下：1系统安全性网上订餐系统应控制不一样用户的使用权限，用户不可以越权操作，系统应当保证数据的安全性。同时，要求系统拥有高度的靠谱性，数据的正确性，系统的可恢复性。.2可保护性客户会在系统使用过程中不停对系统提出新要求，扩展系统功能，这就要求系统的可升级性一定优秀，以知足客户长久适用的要求，并且在用户有新要求的时候能够快速扩展功能。3用户操作系统设计应当人性化，操作简单方便，达到人机友善的目

5、的。4运转速度系统响应时间是权衡系统性能利害的重要参照。系统要求响应时间短，更新办理快速，数据变换与传递时间短，后台服务器响应快速等等。因为系统使用者的特别性，系统一定高效地响应并且在安全的前提下高效的响应。5界面用户界面应当做到清楚简单了如指掌，易于操作。2.1.2.可行性剖析1、技术可行性剖析网上订餐系统需要数据库技术，网络技术和有关开发技术，这些技术当前已经成熟，本系统的开发完整可行。2、经济可行性剖析开发这个系统投入不高，公司有能力担当系统的开发以及平时的保护花费的，后期能够投入广告产生盈余，并且在订餐上节俭了大批的物力人力，有优秀的经济效益。3、社会可行性剖析系统开发前准备以及全过程

6、都不违犯法律法例，与现行的管理制度没有矛盾。、管理可行性剖析系统操作简单，界面友善，只需经过必定的培训即可快速上手，管理便利。系统需求可分为五大类:输出、输入、过程、性能，及控制。网上订餐系统需务实例详述以下输出实例：网站一定每四小时回报一次在线使用量，在尖峰时段则需每小时回报。.订单登记系统一定产生一份每天的备忘清单。订单办理系统一定能够供给最新的规格给供货商。输入实例：餐厅一定用另一个独立的屏幕输入菜单和菜品数目。每张输入窗体须包含日期、时间、产品编号、客户代号及数目。数据输入屏幕除了背景颜色能够由使用者改变以外，其他一定标准化。过程实例：订单系统一定快速计算出客户的订餐状况并做登记反应。

7、关于信誉状况不好的客户，系统能够不赐予订餐。性能实例此系统一定同时供大批使用者上线。反响时间不行超出4秒。订单办理系统一定在订单结束后半分钟内产生订单回馈。控制实例：系统一定在操作系统层次及应用系统层次供给登入安全体制。顾客数据记录只好由专人做新增、改正及删除。全部的交易一定留下可供稽察的纪录。2.2.需求建模本系统需求建模工具是采纳一致建模语言UML，分别选用用例图、次序图来建模。用例图：.次序图：2.3.数据流程建模.系统图：层数据流程图层数据流程图.层数据流程图2.4.数据词典数据流：订餐系统系统名：网上订单系统日期：2014年6月6日数据流名称：订单又名：订货单，购置凭据.构成:订单=

8、客户资料+货物资料+订购日期+交货日期货物资料=货物名称+(货物规格)+货物代号+订购量客户资料=客户代号|客户姓名+地点+13订购日期=年*公元*+月+日交货日期=年*公元*+月+日说明:由客户填妥，送交营业员收存。办理订单过程：确认订单系统名称：网上订单系统日期：2014年6月6日过程名：确认订单又名：输入数据流:订单，产品细节，信誉状况。输出数据流:接受的订单，拒绝的订单。逻辑描绘:Foreachorder,if信誉状况=“Y”andif产品细节(库存量)=okoutput接受的订单elseoutput拒绝的订单说明：无显示拒绝通知系统名称：网上订单系统日期：2014年6月6日过程名：显

9、示拒绝通知又名：输入数据流:拒绝的订单输出数据流:订单拒绝通知，信誉历史逻辑描绘:foreachorder,if订单被拒绝显示拒绝的通知Output订单拒绝通知，信誉历史说明：无准备订单系统名称：网上订单系统日期：2014年6月6日过程名：准备订单又名：.输入数据流:接受的订单，分拣细节输出数据流:分拣清单，库存改正逻辑描绘:Foreachorder,if订单被接受准备订单output分拣细节，分拣清单说明：无3、系统设计3.1界面、输入、输出设计用户界面设计：1）设计时我们界面中的提示会尽可能的详尽详细并且易懂和友善；2）我们会给界面上的按钮和图表加上明确的标签；3）在显示菜单项时，关于临时

10、不行用的按钮和命令，我们会采纳“灰化”；4）供给切合逻辑的界面组织构造5）为了使用户在填写错误后便于撤消操作，我们会设计撤除动作。6）对用户的输入有所反应，比方当用户输入一个按钮时，按钮即便改变形态或许发出声音以反应用户7）当用户输入错误时赐予友善的错误提示。输入设计：1）在输入信息时，对数据进行查验和改正；2）尽可能用电子设施和自动输入3）配有条形码阅读器4）尽可能获得原始数据5）限制影虎接见进行数据输入的光标地点6）假如用户一定以指定格式输入一个字段值，应当给出相应的样板格式7）防止让用户输入一些意义不大的字段输出系统：1）打印报表输出，用来记录菜品交易的详尽信息和回报总结等信息2）屏幕报

11、表输出，显示订单详情和交易详情等信息。3）图像和多媒体输出，在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。3.2数据设计3.2.1.系统E-R图设计：.经过用户，订单，管理员，菜系这四个实体，我们画出了整个系统的实体联系图，达成了数据设计。3.3系统架构.系统系统构造我们归纳地叙述了构造化设计的大概思想，即从表示层、应用逻辑层和数据接见层挨次对系统进行设计。关于顶层的数据流图，一般处于表示层，它们只给出了系统的相貌。关于基本图中的过程，则多半处于应用逻辑层和数据接见层，是用户看不到的系统内部下性。对于一些通用的数据接见动作，能够独自为它设计通用数据接见逻辑，而这方面的工作则属于数据接

12、见层的设计。除此以外，数据接见层还包含数据库系统的设计。在整个设计过程中，应当联合使用自顶向下和自底向上的方法。采纳自顶向下的思路能够帮助我们针对数据流图来确立大概需要开发那些用户界面。而在详细开发某个界面时，我们需要原型化一些设计来考证其合理性。假如考证本来的设计思想不合理，那么就要回过头从头改正设计方案，这事实上是一种自底向上的开发思路。总之，整个设计过程事实上是与编程密切有关的。并且，为了使用此后的系统保护更为简单，我们需要随时将自己编程思路的改变反响在设计方案中。系统进行环境此次开发使用JSP作为开发语言，采纳Servlet技术,Tomcat6.0作为Web服务器，在windows7系统条件下开发。4、报告总结经过整个网上订餐系统，