《网上订餐系统分析报告》由会员分享，可在线阅读，更多相关《网上订餐系统分析报告（14页珍藏版）》请在金锄头文库上搜索。
1、目录1系统规划： 错误!未定义书签。1.1. 开发背景错误!未定义书签。1.2. 发展现状错误!未定义书签。1.3. 系统开发意义错误!未定义书签。1.4系统开发方法2. 系统分析错误!未定义书签。幺2.1需求分析2.1. 1总体目标 错误!未定义书签。2.1.2可行性分析错误!未定义书签。2.2需求建模错误!未定义书签。2.2.1. 用例图错误!未定义书签。2.2.2顺序图错误!未定义书签。2.3. 数据过程建模错误!未定义书签。2.3.1. 0层数据流程图错误!未定义书签。2.3.2. 1层数据流程图错误!未定义书签。2.3.3. 2层数据流程图错误!未定义书签。2.4. 数据字典错误!未
2、定义书签。3. 系统设计错误!未定义书签。3.1.界面、数据输出设计错误!未定义书签。3.2数据设计93.2.1. 系统E-R图设计错误!未定义书签。3.3系统架构错误!未定义书签。103.3.1. 系统体系结构错误!未定义书签。113.3.2系统进行环境错误!未定义书签。114. 报告总结错误!未定义书签。11上海海洋大学网上订餐系统1. 概述：1.1. 开发背景随着现在社会的发展，人们的生活节奏越来越快，生活水平与质量也不断在提高。对饮 食的要求已不再是解决温饱，在紧张学习工作之余选择美食，得到美的精神享受和放松是一 个不错的选择。而在地处偏僻的临港，通过外卖享受美食的方式更为普遍。如今互
3、联网高速 发展，当传统的电话订餐已经无法完全满足消费者需求时，网上订餐应运而生。因此，开发 出一款实用的，信息能够及时更新与查看的网上订餐的系统极为必要。1.2. 发展现状现在世面上有不少网上订餐系统，比如饿了么，上海外卖网等等，但影响力依旧不广， 目前我国使用的大部分还是电话订餐系统，网上订餐系统还处于成长期，潜力与发展空间都 很大。1.3. 系统开发意义网上订餐系统是用户实现网络交易的一种方式，具有友好直观的界面，安全快捷的支付 方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质 量的服务。既节约了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管妥善、处理
4、 及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。1.4系统开发方法本系统采用结构化分析的方法，通过使用一组过程模型图形化地描述系统，包括过程建 模、数据组织与结构、关系数据库的设计和用户界面，做出详细而清晰的规划。2. 系统分析：2.1.1总体目标经过系统分析，本系统目标如下：1系统安全性网上订餐系统应控制不同用户的使用权限，用户不能越权操作，系统应该确保数据的安 全性。同时，要求系统具有高度的可靠性，数据的准确性，系统的可恢复性。2可维护性客户会在系统使用过程中不断对系统提出新要求，扩展系统功能，这就要求系统的可升 级性必须良好，以满足客户长期实用的要求，并且在用户有新要求的时候可
5、以快速扩展功能。3用户操作 系统设计应该人性化，操作简单方便，达到人机友好的目的。4运行速度 系统响应时间是衡量系统性能好坏的重要参考。系统要求响应时间短，更新处理迅速 数据转换与传送时间短，后台服务器响应迅速等等。由于系统使用者的特殊性，系统必须高 效地响应并且在安全的前提下高效的响应。5界面用户界面应该做到清晰简单一目了然，易于操作。2.1.2.可行性分析1、技术可行性分析 网上订餐系统需要数据库技术，网络技术和相关开发技术，这些技术目前已经成熟，本 系统的开发完全可行。2、经济可行性分析 开发这个系统投入不高，企业有能力承担系统的开发以及日常的维护费用的，后期可以 投入广告产生盈利，并且
6、在订餐上节约了大量的物力人力，有良好的经济效益。3、社会可行性分析 系统开发前准备以及全过程都不违反法律法规，与现行的管理制度没有冲突。4、管理可行性分析 系统操作简单，界面友好，只要经过一定的培训即可迅速上手，管理便捷。系统需求可分为五大类:输出、输入、过程、性能，及控制。网上订餐系统需求实例详述如下：输出实例： 网站必须每四小时回报一次在线使用量，在尖峰时段则需每小时回报。 订单登记系统必须产生一份每日的备忘清单。订单处理系统必须能够提供最新的规格给供货商。输入实例：餐厅必须用另一个独立的屏幕输入菜单和菜品数目。每张输入窗体须包含日期、时间、产品编号、客户代号及数量。数据输入屏幕除了背景颜
7、色可以由使用者改变之外，其余必须标准化过程实例：订单系统必须迅速计算出客户的订餐情况并做登记反馈对于信用状况不好的客户，系统可以不给予订餐。性能实例此系统必须同时供大量使用者上线。反应时间不可超过4 秒。订单处理系统必须在订单结束后半分钟内产生订单回馈。控制实例： 系统必须在操作系统层次及应用系统层次提供登入安全机制 顾客数据记录只能由专人做新增、修改及删除。 所有的交易必须留下可供稽查的纪录。2.2.需求建模本系统需求建模工具是采用统一建模语言UML,分别选取用例图、顺序图来建模。2.2.1用例图：2.2.2顺序图:登录页面顾客登录hjj 验证客户昌曲 |Un乜打丑比：毎取饭菜基不信息ui查
8、看谍细信怠占 _-iihi.n wa躲取购物信息Q购靭车订单爭务.结沆D.ii*0下订单2.3. 数据流程建模2.3.1系统图:2.3.2. 0层数据流程图订虫拒绡 圃X顾客( 11订单处理JJ仓库订单生成发票完成的订卫银彳亍应收帐很彳亍行款f、仃款3中请付款销售 部门佣定4輕收人接口订笙孕绫的D层易2.3.3. 1层数据流程图顾喜订单拒绝通扣显示拒 绝通知信用历史产显分挂细节库存更改2.3.4. 2层数据流程图壬熾容户IDID顾客支吋1.1拒绽的订电确认订单 X丿*顾客1.3准笛订单仓庫2.2.1户身忻盘菜nS.蚤15ID仃购蔻呈ijffia2.22挑选饭菜订单 订单羽纽揉透的復隶 T223
9、 计算订 单走用方式严,2.2.4户佶甲客户耒单22.7 庐生确 认信息anWJ财务仃竟ID银行fT,_、2.2.5F订卑2J_6点田彳T记录订里1 订卑明旬XL理L-d单誌易f2.4.数据字典数据流：订餐系统系统名：网上订单系统日期：2014年6月6日数据流名称：订单别名：订货单，购买凭单组成：订单=客户资料+货品资料+订购日期+交货日期 货品资料=货品名称+货品规格）货品代号+订购量 客户资料=客户代号客户姓名地址+ 1电话3 订购日期=年*公元*+月+日 交货日期=年*公元*+月+日说明由客户填妥，送父营业员收存。处理订单过程： 确认订单系统名称：网上订单系统日期：2014年6月6日过程
10、名：确认订单别名：输入数据流:订单，产品细节，信用状况。 输出数据流:接受的订单，拒绝的订单。逻辑描述：For each order,if信用状况=“Y” and i俨品细节库存量）=ok out put妾受的订单else outpu!拒绝的订单说明：无显示拒绝通知系统名称：网上订单系统日期：2014年6月6日过程名：显示拒绝通知别名：输入数据流:拒绝的订单输出数据流:订单拒绝通知，信用历史 逻辑描述：for each order,if订单被拒绝显示拒绝的通知Output订单拒绝通知，信用历史说明：无 准备订单系统名称：网上订单系统日期：2014年6月6日过程名：准备订单别名：输入数据流:接受
11、的订单，分拣细节 输出数据流:分拣清单，库存更改 逻辑描述：For each order,if订单被接受准备订单output分拣细节，分拣清单说明：无3、系统设计3.1 界面、输入、输出设计用户界面设计：（1）设计时我们界面中的提示会尽可能的详细具体并且易懂和友好；（2）我们会给界面上的按钮和图表加上明确的标签；（3）在显示菜单项时，对于暂时不可用的按钮和命令，我们会采取“灰化”；（4）提供符合逻辑的界面组织结构（5）为了使用户在填写错误后便于取消操作，我们会设计撤销动作。（6）对用户的输入有所反馈，比如当用户输入一个按钮时，按钮即使改变形态或者发出声 音以反馈用户（7）当用户输入错误时给予友
12、好的错误提示。输入设计：（1）在输入信息时，对数据进行检验和更正；（2）尽可能用电子设备和自动输入（3）配有条形码阅读器（4）尽可能获取原始数据（5）限制影虎访问进行数据输入的光标位置（6）如果用户必须以指定格式输入一个字段值，应该给出相应的样板格式（7）避免让用户输入一些意义不大的字段输出系统：（1）打印报表输出，用来记录菜品交易的详细信息和回报总结等信息（2）屏幕报表输出，显示订单详情和交易详情等信息。（3）图像和多媒体输出，在菜品上配有菜品的图片或对菜品的营养价值讲评的视频信息。3.2 数据设计3.2.1.系统 E-R 图设计：通过用户，订单，管理员，菜系这四个实体，我们画出了整个系统的
13、实体一联系图，完 成了数据设计。3.3系统架构我们概括地讲述了结构化设计的大体思想，即从表示层、应用逻辑层和数据访问层依次 对系统进行设计。对于顶层的数据流图，一般处于表示层，它们只给出了系统的外貌。对于 基本图中的过程，则多数处于应用逻辑层和数据访问层，是用户看不到的系统内部属性。对 于一些通用的数据访问动作，可以单独为它设计通用数据访问逻辑，而这方面的工作则属于 数据访问层的设计。除此之外，数据访问层还包括数据库系统的设计。在整个设计过程中，应该结合使用自 顶向下和自底向上的方法。采用自顶向下的思路可以帮助我们针对数据流图来确定大体需要 开发那些用户界面。而在具体开发某个界面时，我们需要原型化一些设计来验证其合理性。 如果验证原来的设计思想不合理，那么就要回过头重新修改设计方案，这事实上是一种自底 向上的开发思路。总之，整个设计过程事实上是与编程紧密相关的。而且，为了使用以后的 系统维护更加容易，我们需要随时将自己编程思路的改变反应在设计方案中。3.3.2系统进行环境此次开发使用JSP
