资源预览内容
第1页 / 共7页
第2页 / 共7页
第3页 / 共7页
第4页 / 共7页
第5页 / 共7页
第6页 / 共7页
第7页 / 共7页
亲,该文档总共7页全部预览完了,如果喜欢就下载吧!
资源描述
-222222344566778999910111111目 录1.系统规划:21.1. 开发背景21.2. 开展现状21.3. 系统开发意义2 1.4系统开发方法2. 系统分析21 2.1需求分析2.1.1 总体目标22.1.2 可行性分析32.2 需求建模42.2.1. 用例图72.2.2.顺序图82.3. 数据过程建模52.3.1. 0层数据流程图52.3.2. 1层数据流程图62.3.3. 2层数据流程图62.4. 数据字典73. 系统设计123.1. 界面、数据输出设计12 3.2 数据设计3.2.1. 系统E-R图设计19 3.3系统架构113.3.1. 系统体系构造14 3.3.2 系统进展环境164. 报告总结14网上订餐系统1. 概述:1.1.开发背景随着现在社会的开展,人们的生活节奏越来越快,生活水平与质量也不断在提高。对饮食的要求已不再是解决温饱,在紧学习工作之余选择美食,得到美的精神享受和放松是一个不错的选择。而在地处偏僻的临港,通过外卖享受美食的方式更为普遍。如今互联网高速开展,当传统的订餐已经无法完全满足消费者需求时,网上订餐应运而生。因此,开发出一款实用的,信息能够及时更新与查看的网上订餐的系统极为必要。1.2.开展现状现在世面上有不少网上订餐系统,比方饿了么,外卖网等等,但影响力依旧不广,目前我国使用的大局部还是订餐系统,网上订餐系统还处于成长期,潜力与开展空间都很大。1.3.系统开发意义网上订餐系统是用户实现网络交易的一种方式,具有友好直观的界面,平安快捷的支付方式,让卖家第一时间收到订单信息,让顾客第一时间获取外卖信息,为顾客提供更高质量的效劳。既节约了时间,又让顾客觉得方便、快捷,又对每个订单的信息保管妥善、处理及时,实现高度智能化管理,令订餐更快捷,便利,交互方便。1.4系统开发方法本系统采用构造化分析的方法,通过使用一组过程模型图形化地描述系统,包括过程建模、数据组织与构造、关系数据库的设计和用户界面,做出详细而清晰的规划。2. 系统分析:2.1.1总体目标经过系统分析,本系统目标如下:1系统平安性网上订餐系统应控制不同用户的使用权限,用户不能越权操作,系统应该确保数据的平安性。同时,要求系统具有高度的可靠性,数据的准确性,系统的可恢复性。2可维护性客户会在系统使用过程中不断对系统提出新要求,扩展系统功能,这就要求系统的可升级性必须良好,以满足客户长期实用的要求,并且在用户有新要求的时候可以快速扩展功能。3用户操作系统设计应该人性化,操作简单方便,到达人机友好的目的。4 运行速度系统响应时间是衡量系统性能好坏的重要参考。系统要求响应时间短,更新处理迅速,数据转换与传送时间短,后台效劳器响应迅速等等。由于系统使用者的特殊性,系统必须高效地响应并且在平安的前提下高效的响应。5界面用户界面应该做到清晰简单一目了然,易于操作。2.1.2.可行性分析1、技术可行性分析网上订餐系统需要数据库技术,网络技术和相关开发技术,这些技术目前已经成熟,本系统的开发完全可行。2、经济可行性分析开发这个系统投入不高,企业有能力承当系统的开发以及日常的维护费用的,后期可以投入广告产生盈利,并且在订餐上节约了大量的物力人力,有良好的经济效益。3、 社会可行性分析系统开发前准备以及全过程都不违反法律法规,与现行的管理制度没有冲突。 4、管理可行性分析 系统操作简单,界面友好,只要经过一定的培训即可迅速上手,管理便捷。系统需求可分为五大类:输出、输入、过程、性能,及控制。 网上订餐系统需例详述如下输出实例:必须每四小时回报一次在线使用量,在尖峰时段则需每小时回报。 订单登记系统必须产生一份每日的备忘清单。订单处理系统必须能够提供最新的规格给供货商。输入实例:餐厅必须用另一个独立的屏幕输入菜单和菜品数目。每输入窗体须包含日期、时间、产品编号、客户代号及数量。数据输入屏幕除了背景颜色可以由使用者改变之外,其余必须标准化。过程实例:订单系统必须迅速计算出客户的订餐情况并做登记反响。对于信用状况不好的客户,系统可以不给予订餐。性能实例此系统必须同时供大量使用者上线。反响时间不可超过4秒。订单处理系统必须在订单完毕后半分钟产生订单回馈。控制实例:系统必须在操作系统层次及应用系统层次提供登入平安机制。顾客数据记录只能由专人做新增、修改及删除。所有的交易必须留下可供稽查的纪录。2.2. 需求建模本系统需求建模工具是采用统模语言 UML,分别选取用例图、顺序图来建模。2.2.1用例图:2.2.2顺序图:2.3. 数据流程建模2.3.1 系统图:2.3.2. 0层数据流程图2.3.3. 1层数据流程图2.3.4. 2层数据流程图2.4. 数据字典数据流:订餐系统系统名:网上订单系统日期:2014年6月6日数据流名称:订单别名:订货单,购置凭单组成:订单=客户资料+货品资料+订购日期+交货日期货品资料=货品名称+ (货品规格) +货品代号+订购量客户资料= 客户代号|客户 +地址+ 13订购日期=年 *公元*+月+日交货日期=年 *公元*+月+日说明:由客户填妥,送交营业员收存。处理订单过程:1 确认订单系统名称:网上订单系统日期:2014年6月6日过程名:确认订单别名:输入数据流:订单,产品细节 ,信用状况。输出数据流:承受的订单,拒绝的订单。逻辑描述: For each order, if 信用状况=Y and if 产品细节(库存量)= ok output承受的订单 else output拒绝的订单说明:无2 显示拒绝通知系统名称:网上订单系统日期:2014年6月6日过程名:显示拒绝通知别名:输入数据流:拒绝的订单输出数据流:订单拒绝通知,信用历史逻辑描述: for each order, if订单被拒绝 显示拒绝的通知 Output 订单拒绝通知,信用历史说明:无3 准备订单系统名称:网上订单系统日期:2014年6月6日过程名:准备订单别名:输入数据流:承受的订单,分拣细节输出数据流:分拣清单,库存更改逻辑描述: For each order, 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.2.1. 系统E-R图设计:通过用户,订单,管理员,菜系这四个实体,我们画出了整个系统的实体联系图,完成了数据设计。3.3系统架构3.3.1 系统体系构造我们概括地讲述了构造化设计的大体思想,即从表示层、应用逻辑层和数据访问层依次对系统进展设计。对于顶层的数据流图,一般处于表示层,它们只给出了系统的外貌。对于根本图中的过程,则多数处于应用逻辑层和数据访问层,是用户看不到的系统部属性。对于一些通用的数据访问动作,可以单独为它设计通用数据访问逻辑,而这方面的工作则属于数据访问层的设计。除此之外,数据访问层还包括数据库系统的设计。在整个设计过程中,应该结合使用自顶向下和自底向上的方法。采用自顶向下的思路可以帮助我们针对数据流图来确定大体需要开发那些用户界面。而在具体开发*个界面时,我们需要原型化一些设计来验证其合理性。如果验证原来的设计思想不合理,则就要回过头重新修改设计方案,这事实上是一种自底向上的开发思路。总之,整个设计过程事实上是与编程严密相关的。而且,为了使用以后的系统维护更加容易,我们需要随时将自己编程思路的改变反响在设计方案中。3.3.2 系统进展环境此次开发使用JSP作为开发语言,采用Servlet技术,Tomcat6.0作为Web效劳器,在windows7系统条件下开发。4、 报告总结通过整个网上订餐系统,可以实现对订餐的管理的同时,也做到了对存货外卖的管理与统计。整个系统并不是很复杂,而且易于操作与维护。 从网上订单到库存管理,到客户档案管理,再到销售统计与分析,这一过程不仅方便了顾客,为顾客提供了便捷满意的效劳,而且通过统计餐厅也可以及时得知产品的优缺点,采购时的需要,更加迎合顾客的需要与口味。整个网上订餐系统的运行,可以为顾客节省时间为餐馆获取丰厚的经济效益与社会效益。. z.
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号