2022年课程设计-订餐系统

上传人:汽*** 文档编号:567482528 上传时间:2024-07-20 格式:PDF 页数:43 大小:1.55MB
返回 下载 相关 举报
2022年课程设计-订餐系统_第1页
第1页 / 共43页
2022年课程设计-订餐系统_第2页
第2页 / 共43页
2022年课程设计-订餐系统_第3页
第3页 / 共43页
2022年课程设计-订餐系统_第4页
第4页 / 共43页
2022年课程设计-订餐系统_第5页
第5页 / 共43页
点击查看更多>>
资源描述

《2022年课程设计-订餐系统》由会员分享,可在线阅读,更多相关《2022年课程设计-订餐系统(43页珍藏版)》请在金锄头文库上搜索。

1、指导教师用表组别指 导 教 师论文设计题目网上订餐系统主要任务及目标制定一个网上订餐系统开发方案,通过对用户的需求分析, 使它具有消费者登陆点餐, 管理者管理系统的功能, 并通过可行性分析, 确定系统可以正常的使用需求分析通过对用户需求的详细分析、 总结,将系统分为顾客使用和管理员使用两个模块,其中用户有注册、 登陆、点单等功能, 管理员有菜单的修改、统计,信息查询等功能, 通过对相应的功能进行详细的分析,使其很好的满足用户的需求。数据库设计通过对各模块具体功能的分析, 确定数据库所要建立的表的内容,并对各数据项进行相应的说明。系统可行性分析通过对系统操作可行性、 技术可行性、经济可行性及社会

2、可行性分析,确定问题能否以最小的代价、最大的收益得到解决。具体安排人员分配负责页码1-19 20-27 28-42 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 1 页,共 43 页1 网上订餐系统摘 要越来越多的人接受了电子商务这种便捷、快速的交易形式, 网上订餐的推出也很快受到了大家的欢送。 本系统是一个针对单一的饭店做出的网上订餐系统。首先,介绍本系统的功能需求, 包括顾客的登录、 注册、修改订单等行为需求以及管理员的后台管理行为并用图分析描述各个事件流的执行过程,细化数据流图, 具体分析如何实现系统功能, 规划系统流程;最后,将顾客和管理

3、员的各个行为整和在一起,形成一个完整的网络。关键词:系统功能;网上订餐系统;数据流图精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 2 页,共 43 页2 Online meal ordering system Abstract More and more people to accept electronic commerce this convenient, fast form of the transaction, launched the online also quickly welcomed by everyone. This syst

4、em is a made for single hotel online reservation system. Firstly, introduces the function requirements of the system, including customer login, registration, change order behavior demand and administrator backstage management behavior and execution process description of each event stream analysis b

5、y graph, refinement of the data flow diagram, the specific analysis of how to realize the function of the system, planning system process; secondly, the customer and the administrator of each the behavior of the whole and together, to form a complete network. Keywords:The function of the system ; On

6、line meal ordering system; Data flow diagram精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 3 页,共 43 页3 网上订餐系统功能需求分析一、功能分析根据对该系统的分析,该系统应具有如下功能:显示菜品的各种信息,可分类查询、动态搜索、设计页面分类、布局排版;以方便顾客浏览选择。顾客访问本网站, 直接进入本网站主页。可选择登陆,假设为注册可选择注册,只有注册顾客方可点餐。注册提供顾客名和密码,顾客名能自动检测,假设已存在则提示不可用。 另外加入记住密码功能, 登陆一次可在两周内无需再次登陆,直接进入登陆状

7、态。比方联系以及账户密码。顾客对已选的菜单进行更改选择更改数量或者取消选择。 当顾客确定订餐完毕后, 顾客将其提交到服务器后台点餐系统,并生成订单。菜品详细信息显示餐品中某一餐品的详细信息,包括菜名,配料,口味,价格等,以供顾客放进自己的购物车。1.4.2 购物车实现对已定菜品的管理,包括增加菜品,删除菜品,修改数量。提交购物车并生成订单接受购物车信息,随即获取订单号,动态刷新顶单状态,固定时间如30 秒完成一道菜,顾客可继续修改未完成的菜品,已完成菜品无法进行操作,顾客修改订单并保存。结束订餐设置友好的结束界面。比方显示提示:您已成功下单,您将在半小时后收到您所定的菜品确认收货精选学习资料

8、- - - - - - - - - 名师归纳总结 - - - - - - -第 4 页,共 43 页4 创建新的管理员管理员在后台登录后,可以创建新的管理员。管理菜单管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改, 比方更改菜单的图片、价格、菜单的描述,更换新品,添加新菜等。管理顾客信息管理员对顾客信息进行管理,查询每个顾客的消费情况。. 统计营业额管理员根据不同时间段统计营业额、成本,同时还能统计出每道菜的销售量根据订单号查询菜品的销售情况。具体功能如下表:功能类别子功能顾客管理顾客登录顾客注册顾客操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交结束订单管理员操作管理餐品

9、处理订单管理营业额根据消费情况,对菜品进行相应改良结帐付款实行货到付款精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 5 页,共 43 页5 二、基本设计概念及主要功能图网上订餐系统普通用户管理员餐品展示餐品详细介绍详细信息提交查看购物车管理餐品处理订单营业额管理基本设计概念及主要功能图放进购物车根据订单反应信息周边信息管理图片展示用料口味拟定购买确定的菜品及要求菜品增加菜品删除菜品修改预订的菜单顾客个人要求配送时间及线路每道菜的销售量定期处理订单净收入图 2-1 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - -

10、- -第 6 页,共 43 页6 三、用例分析与描述3.1.1 用例图用例的事件流描述1简单描述本用例描述了顾客如何登录到系统中。2前置条件无。3后置条件如果用例成功,用例登录到系统中,否则系统的状态不变。事件流基流1顾客登录到基于顾客的网站时,用例启动。2系统提示顾客输入顾客名和密码3顾客输入自己的顾客名和密码,提交。 E-14系统验证输入的名字和密码,顾客登录系统成功。(E-2) 替代流E-1:包含了单引号、双引号或为空,系统提示错误。用户登录检 查 密 码是否匹配登录成功图 3-1 用户登录精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 7

11、页,共 43 页7 E-2:系统检索不到该顾客的密码,系统提示错误。用例描述 : 清除内存中顾客名、购物车信息,并返回到登录页。用例图用例的事件流描述1简单描述该用例描述了如何修改顾客的信息,但顾客的顾客名不允许修改。2前置条件顾客已登录。3后置条件用例成功,把顾客的信息保存到数据库中。事件流基流1系统提示输入顾客的信息。2顾客输入所需信息,提交。(E-1) 3系统把所需的信息保存到数据库中。替代流顾客维护注册 信 息基本信息图 3-2 修改信息精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 8 页,共 43 页8 E-1:系统验证输入的数据不合法

12、不能包含单引号、双引号,邮箱必须满足要求,提示错误。用例图用例的事件流描述1简单描述:该用例描述了如何修改顾客的信息,但顾客的顾客名不允许修改。2前置条件顾客已登录。3后置条件用例成功,把顾客的信息保存到数据库中。事件流基流1系统提示输入顾客的信息。2顾客输入所需信息,提交。(E-1) 3系统把所需的信息保存到数据库中。替代流E-1:系统验证输入的数据不合法不能包含单引号、双引号,邮箱必须满足要求,提示错误。顾客加 入 购物车拟定预订的餐品图 3-3 订餐精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 9 页,共 43 页9 用例图用例的事件流描述

13、1简单描述:该用例描述了如何修改顾客的信息,但顾客的顾客名不允许修改。2前置条件顾客已登录。3后置条件用例成功,把顾客的信息保存到数据库中。事件流基流1系统提示输入顾客的信息。2顾客输入所需信息,提交E-1 。3系统把所需的信息保存到数据库中。替代流E-1:系统验证输入的数据不合法不能包含单引号、双引号,邮箱必须满足要求,提示错误。顾客查看购物车中餐品图 3-4 查看购物车精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 10 页,共 43 页10 用例图用例的事件流描述1简单描述:顾客修改购物车中商品的数量。2前置条件系统处于查看购物车状态。3后置

14、条件用例成功,购物车中商品的数量被更改。事件流基流1系统提示更改商品的数量。2顾客输入要更改商品的数量,确认更改。(E-1) 3系统刷新购物车。替代流E-1:顾客输入的商品数量只能是1-50间的整数。否则提示错误。顾客修改购物车中餐品图 3-5 修改已定餐品精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 11 页,共 43 页11 用例图用例的事件流描述1简单描述:删除购物车中的某个商品。2前置条件系统处于查看购物车状态。3后置条件用例成功,删除商品。事件流基流1系统提示删除商品。2顾客删除商品,确认3系统刷新购物车。顾客删除购物车中餐品图 3-6

15、 删除餐品精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 12 页,共 43 页12 用例图用例的事件流描述1简单描述:加入购物车完毕,等待餐品2前置条件收到餐品,现金结账3后置条件付款成功事件流基流1餐品送达。2顾客确认结帐。3完成交易。用例图顾客收货结账所订外卖图 3-8 货到付款精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 13 页,共 43 页13 用例的事件流描述1简单描述:确认生成订单。2前置条件付款方式用例成功。3后置条件用例成功,把订单数据存储到数据库中。事件流基流1系统提示确认订单。

16、2顾客确认订单。3系统生成订单号。4系统生成订单记录并存入数据库中。5系统清空购物车。6付款方式。3.10.1 用例图顾客确认订单图 3-9 确认订单精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 14 页,共 43 页14 3.10.2 用例的事件流描述1简单描述:查看该顾客的所有订单或基于组合条件的订单。2前置条件顾客已登录。3后置条件用例成功,系统显示该顾客的订单情况。3.10.3 事件流基流顾客选择查看所有订单,或基于组合条件查看订单。分支流 (1):A、系统检索该顾客的所有订单B、系统显示所有订单,当显示的订单超过一页时,系统显示“第一页

17、、上一页、下一页、最后一页”的页浏览提示。(2) :A、 系统提示顾客输入订单号、 发生订单的时间段、 或订单的状态已执行、部分执行、未执行B、顾客输入所需信息,提交。C、统检索满足组合条件的所有订单。D、系统显示满足条件的订单。系统验证输入的合法性,不合法系统提示错误3.11.1 用例图顾客查看订单信息图 3-10 查看订单精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 15 页,共 43 页15 3.11.2 用例的事件流描述1简单描述:顾客修改订单的订单明细,付款方式。2前置条件系统处于查看订单状态中。3后置条件用例成功,把修改的订单存储到数

18、据库中。3.11.3 事件流基流1系统提示修改订单。2顾客确认修改 E-1 。3系统提示输入要修改的订单。4顾客输入修改信息,提交E-25系统存储订单情况至数据库中。替代流E-1:已审核的订单不能修改,否则提示错误。E-2:不合法输入,系统提示错误。3.12.1 用例图顾客修改订单信息图 3-11 修改订单精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 16 页,共 43 页16 3.12.2 用例的事件流描述1简单描述:顾客删除不需要的订单。2前置条件系统处于查看订单状态中。3后置条件用例成功,系统删除该订单。3.12.3 事件流基流1系统提示删

19、除该订单。2顾客确认删除该订单。 E-13系统从数据库中删除该订单。替代流E-1:已审核的订单不能删除,否则提示错误。四、类图顾客删除本次订单图 3-12 删除订单精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 17 页,共 43 页17 五、动态图系统管理员管理管理菜系-菜名-图片-价格-菜品介绍顾客-用户名-用户-地址- 号码顾客订单-订单状态-订单编号-用户编号-总金额-备注下单放入图 4-1 类图购物车-订单编号-用户名-用户-菜品编号-数量-价格-交易状态精选学习资料 - - - - - - - - - 名师归纳总结 - - - - -

20、- -第 18 页,共 43 页18 六、总结本文简要介绍了电子商务网上订餐系统的主要体系结构及功能模块, 重点讨论了系统流程图和功能模块的分析。本系统的功能模块基本可以实现网上订餐的系统验证用户名没有验证用户名和密码有不正确正确系统显示登录状态及会员信息网上订餐放入购物车生成订单取消订单确认订单等待送餐图 5-1 顾客订餐管理员登录系统客户维护查 看顾客信息管理餐品查看更新订单餐品处理营业额图 5-2 管理员管理模块进入订餐系统提交用户名和密码精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 19 页,共 43 页19 功能。但仍然有一些不尽人意,

21、 而这些问题主要集中在系统的安全上,虽然系统已经通过相关措施对登陆用户身份进行验证,但是在当今网络信息安全中, 仅仅对用户身份验证是不够的, 还需要对传送数据进行加密, 防止数据传输过程中被篡改等攻击进行防御。 因为只有完善本系统的各部分功能,才能让所有的客户在一个互相信任且安全的环境中享受购物的乐趣。同时,本系统还需注意一下几点内容:把握好食物质量和宣传内容环节。提供的菜品必须是新鲜的优质产品而决非过期剩菜。 产品宣传广告内容应健康真实,既要反映客观事物又要有欣赏价值。网上订餐系统不仅要把好进货关,而且由于网上订餐系统提供的是虚拟的电子商品,包含的信息量大, 所以网上订餐系统的服务检测就显得

22、格外重要。如文字录入的错误、 参照图像的错误等都会降低用户对商品的信任度。随着网上订餐系统技术的日趋成熟、 网上订餐的优势日趋明显, 会有更多的人参与到网上订餐的浪潮中来。 因此,用户身份确实认及菜品的配送速度的也将会是影响此订餐系统能否成功的关键。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 20 页,共 43 页20 订餐系统可行性研究随着人民生活水平的提高, 餐饮业在服务行业中占有越来越重要的地位。努力在当前餐饮行业日趋激烈的竞争中脱颖而出,已成为每位餐饮业经营者所追求的目标。网上订餐系统是某餐饮公司与消费者的一种买卖模式,是通过网站软件平

23、台展示产品的一种营销模式。订餐系统为餐饮公司提供更广阔的客源,也为消费者提供更多的方便。因此这是一个小投入大成效的经营新模式。虽然现实中在网上订餐的人相对网下的人来说还是比较少, 一个是对网上餐馆的信用度持疑虑态度;另一个是网上订餐只可以看到物品的说明简介和外观,无法得到更加具体的信息, 没有当面提问更加不确定是不是自己想要的菜品。而这正是传统的实体餐馆优于网上餐馆的地方。而对于白领、大学生、上班族来说,他们平时工作学习比较忙, 没有时间去买饭做饭, 网上订餐系统为他们提供了更加方便的服务。他们只需在网上快速浏览,点击自己想要的餐, 就可以等送餐的把饭送来,这为他们的休息和工作提供了更多时间。

24、因此,网络订餐业务在中国有着极大的发展空间以及良好的背景。可行性研究的目的是为“网上订餐问题”开发的可能性、可行性、必要性提供论据。为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料,在系统开发完成后期为系统的测试、验收提供帮助。经过对此项目进行详细调查研究,初拟系统实现报告,对网上订餐系统开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,转交相关管理部门审查。随着社会经济的发展,传统的订餐模式已不能满足不断增长的服务需求。其一,业务需求的增加需要消耗大量人力物力资源,其二,业务复杂化导致人工处理方式出错率增加,从而引起消

25、费者不满,最后,随着人们生活的步骤加快,传统订餐浪费了大量的时间。为解决此类问题,我们开发了网上订餐系统。 一方面节省了消费者的时间,又为餐厅增加了大量的客源。主要功能:为消费者提供餐厅订餐服务, 方便餐厅的售餐工作和消费者就餐服务,精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 21 页,共 43 页21 提高餐厅的服务质量和服务效率,性能要求: 消费者和管理者提供的信息必须及时的反映在餐厅的工作平台上,需要很大的主存容量; 订餐系统的信息必须无过失的存储在餐厅的数据库中,需要系统强大的安全性能支持;对网页上的数据必须进行及时正确的刷新。输入要求

26、:数据完整,详实。消费者只需将个人的基本信息输入,进行注册即可管理者不仅需要输入个人的基本信息,还要对菜单进行添加删除等操作,输入包括名称、单价、数量、介绍等基本信息,以供消费者了解。输出要求:简捷,快速,实时。作为消费者订餐信息,输出要包括:消费者的订单号、地址、时间等信息作为管理者,输出主要包括:菜品的名称、数量、单价、简介等信息安全与保密要求: 网页的管理员享有对餐厅信息库及消费者信息库和订餐信息库的管理与修改。消费者只享有对订餐信息库的部分修改写入与读出。系统实现后,大大提高餐厅的订餐服务效率。 降低订餐服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。a. 用系统的高速特性来

27、节省大量的人力,并且能够极大程度上简化服务人员的工作,使得服务人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作;b. 将传统订餐的部分更改为系统记录处理极大的提升了速度,这样就提高了工作效率,也极大程度缩短了消费者的等待时间,这样可以提高餐厅在行业中的竞争力。c.利用电脑的系统优势,可以弥补人工作业时的出错率高的缺陷,使得每一笔业务都能最大限度防止核实以及复工。d. 利用电脑大容量存储数据库的模式来完成记录的存储,这样在工作中可以及时查证任意一条记录。2.3 可行性研究方法当准备订餐消费者把订餐信息菜名、数量等输入到系统中,系统将订单发送到餐厅系统中。当餐厅确认订餐后,

28、系统将返回信息通知消费者, 餐厅凭借消费者的注册信息将订餐送到消费者。消费者与管理者可以查看订餐信息并进行一定的管理工作。管理者还可定期进行查询统计,以便适当调整菜单。技术要求和限制条件在分析系统功能时要考虑有关信息的合法性验证如号码、送餐地址等。对于本系统还应补充一下功能:精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 22 页,共 43 页22 餐厅延误了送餐时间的处理订餐取消后的处理消费者临时更改菜单的处理系统的外部输入项至少包括:某餐饮公司管理者、消费者经济可行,成本 / 效益分析结果。技术可行,现有技术可完全承担开发任务。操作可行,软件能

29、被原有工作人员快速接受。了解任何应用领域的最快速有效的方法,就是研究现有模式。 通过对消费者及餐厅理者的访问, 我们可以知道传统订餐的大致过程。首先消费者要先到餐厅查看餐单,根据喜好选择餐品。 消费者不仅要先付押金, 而且还要在规定的时间内到达,否则可能会对就餐带来影响。在这期间,你不仅浪费了时间,而且还有一笔路费需要付,这给我们的生活带来了很多不便。点餐流程图前往分配招待数据流图点餐信息点餐清单点餐记录消费者服务员登记前 台 处理产 生 输出消费者消费者饭店点餐登记后厨前厅服务员管理员精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 23 页,共

30、43 页23 传统订餐流程在点餐时等待时间较长,服务一个客户就需消耗较长的时间,其他客户只有等待。这样太浪费时间,需要大量的服务员服务客户。特别是在节假日人流高峰期,导致工作效率非常低,且出错率高, 以致客户等待点餐时间过长感到不耐烦, 降低了餐厅效率。 这也给餐厅工作人员增加了非常大的负担和额外的工作负荷;同时服务员增多,餐厅费用支出多, 给公司的发展带来严重的制约和压力。3.3 局限性工作效率低下,不能很好满足许多消费者的及时需求,给消费者的就餐带来不便。这是现有系统订餐的流程中出现的一个严重问题。为了解决这一问题,让人们在订餐时更加方便快捷, 我们急需开发一个更为高效的订餐管理系统,让订

31、餐服务不用再排队。1传统点餐靠服务员记录,所以要求服务员记录时细心耐心,对数字、餐单敏感。它严重影响了工作效率,且出错率高,客户点餐时需要等待时间过长,需要大量的服务员才能满足日益增长的消费者要求。2服务员记录查找繁琐,耗时久,不方便,且容易丧失。且人工记录不能保证万无一失,容易出现数据录入错误。 随着客户数的增多, 这个缺陷会越发凸显。3所有客户的点餐服务都由服务员手工办理,浪费人力资源。有的简单的服务经改良可由机器完成,这样节约了人力成本,也提高效率。4对传统订餐的改良维护只能依靠增多服务员数量,提高服务员的服务质量来实现。增多服务员数量会导致餐厅人员支出大大增多,费用代价增大。服务员的服

32、务素质需要培养,不能短期无限看见成效,及培养新人员需要一定的时间,这又浪费资金和人力资源。当打开某餐厅的网上订餐系统后, 消费者可以根据菜单项选择择自己喜欢的菜,加入到购物车里,最后查看购物车,再次确认自己选择的菜,然后将订单发送到该餐厅。当餐厅管理者接收到该订单时,通过对订单时间、原料的查看,确认是否可以完成订单, 并将结果发送给消费者。 系统管理者还可以添加删除菜品,对近期的销售情况进行统计,以便对未来几天的销售进行估计。处理流程图系 统 管理员菜 单 信 息的更新数据库确认订单完成精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 24 页,共

33、43 页24 数据流图顶层数据流图提交订单确认信息消费者订餐提交返回消息订餐信息记录管理者对系统的管理通过电脑的高速度运算能力, 系统将原来的服务员手动记录订单信息归纳到电脑来处理, 节省了服务员处理订单的时间,利用电脑高速运算来替换掉人工计消费者点餐订餐信息更新确 认 订 餐信息消费者管理者选择菜菜单的更新消费者消费者订 餐 系统管理者精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 25 页,共 43 页25 算处理,大大提高了服务员处理订单的速度。对设备的影响由于餐饮服务的特点,消费者数量及订餐信息量庞大,信息的存取流量也随之增加,因此需要购置

34、速度快, 主存容量大, 磁盘容量大的大型机作为数据库硬件系统。对现有软件的影响主要的影响是大大提高了餐厅的工作效率,通过使用新技术,可以向消费者提供一个方便、简单、及时的互联的现代电脑化的网络系统。对用户的影响消费者信息储存在数据库中, 经过保密措施保障后的数据库可以防止未经授权的访问,从而提高了用户存款信息的保密性,再而提升用户对系统的信赖。减少了消费者订餐的等待时间; 客户可以随时随地订餐, 并且操作简单易懂;对系统运行的影响在消费者的输入以及管理员将信息通过键盘输入到电脑系统中这两种操作不产生影响。数据保存到数据库中,不用纸张形式保管, 管理员不用整理订单信息,这些数据将由数据库管理系统

35、自动管理,包括存储与恢复。需要定期维护餐厅电脑设备,系统如果失效,需暂停网上订餐服务,由专业人员紧急对系统排错。为防止此种情况发生,构建两套冗余系统, 当一套失效的时候,还有另外一套系统可以工作,从而不用餐厅停止网上服务。数据需要经常备份,将数据备份到不同的地方以防止物理性损害。对开发环境的影响管理员需将现有消费者资料录入到电脑数据库中,并指派精通业务流程的专家随时跟进系统的开发。 为了测试中心数据库处理高并发流量的能力,还需同时用程序模拟提交表单。网上订餐系统是个关乎到餐厅信用和声誉的系统,所有参与开发的人员必须签署保密与安全协议以保证项目的顺利进行以及未来系统的良好运行。对运行环境的影响需

36、要建立数据中心以存放数据库硬件设备,并派人专门管理。此外还需要对每个管理员进行短时间培训,使之熟悉使用系统。本系统是一个网上订餐系统, 采用面向对象技术、 数据库技术等先进技术开发的应用程序,当前限制条件下, 系统的功能较为简单, 在现有的电脑水平上 数据库平台开发成熟度高,网络速度足够快,大型机运算速度快 可以到达功能目标要求。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 26 页,共 43 页26 经济可行性研究主要是进行成本效益分析,包括估计项目的开发成本, 估算开发成本是否会高于项目预期的全部利润。1基本建设投资硬件设备:服务器软件: S

37、QL Server 开发工具: Eclipse 2其他一次性支出系统设计和开发费用3非一次性支出系统维护费用1一次性收益2非一次性收益3不可定量的收益即收益的累计数开始超过支出的累计数的时间本系统的研制和开发充分考虑用户工作流程、电脑操作水平等, 尽可能提供更加直观的界面,满足用户要求。系统的操作方式在用户组织内可行。即研究在系统开发过程中可能涉及的各种合同、侵权、责任及各种与法律相抵触的问题。 因为所建议的研制和开发都选用正版软件,所有技术资料都由提出方保管,合同制定确定违约责任, 将不会侵犯他人的利益不会违法相关的国家政策和法律。精选学习资料 - - - - - - - - - 名师归纳总

38、结 - - - - - - -第 27 页,共 43 页27 使用本系统的人员要求会使用网络,系统管理员要求有一定的电脑知识,且要经过公司培训,能够熟练的使用本系统。通过对项目整体进行可行性分析,该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求,因此,开发此系统的设想是可行的,可着手进行。网上订餐系统数据库设计精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 28 页,共 43 页28 摘要网上订餐系统是为某一家餐厅专门开发的一套订餐管理系统,为了合理化安排餐厅的工作,提高餐厅的管理效率。同时方便用户订餐,辅助送餐工作,方便交易

39、促使其顺利完成。本数据库是网上订餐系统的后台支持,利用关系数据库,存储商家及用户的相关数据资料。为用户提供其购买餐点的信息和记录;为商家提供交易数据支持和记录, 并且方便其统计营业额。 开发订餐系统节省商家和用户的时间与精力, 关系数据库记录能防止人工记录不准确不够清晰的缺点。同时也减少人工食物等的浪费以节约成本,并提高服务质量以及职工对餐厅的满意度。关键词: 网上订餐系统、关系数据库、信息、记录精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 29 页,共 43 页29 本数据库设计报告旨在确定并说明, 其所属网上订餐系统软件设计项目的基本数据库。

40、确定数据库的设计结构,说明其各个组成部分。主要内容,设计实现的流程、工作负荷、人员结构、设备情况、局限性,运行设计的项目总体规划、阶段考核方法,以及项目验收方式、提交的内容清单、后续工作情况。本网上订餐系统是为某一家餐厅专门开发的一套订餐管理系统,旨在合理化安排餐厅的工作,提高餐厅的管理效率。同时方便用户订餐,辅助送餐工作,方便交易促使其顺利完成。本数据库是网上订餐系统的后台支持,利用关系数据库, 存储商家及用户的相关数据资料。 为用户提供其购买餐点的信息和记录;为商家提供交易数据支持和记录,并且方便其统计营业额。1.3 数据库设计目标开发订餐系统节省商家和用户的时间与精力,关系数据库记录能防

41、止人工记录不准确不够清晰的缺点。 同时也减少人工食物等的浪费以节约成本,并提高服务质量以及职工对餐厅的满意度。伴随着社会经济的发展和网络普及,网络购物日渐盛行。 现代人生活节奏加快, 每当高峰用餐时期, 他们往往不愿意排长队购买食物, 对于很多“宅男宅女”来说,他们更愿意在家里等待食物的到来,结合着这两种情况, 网上订餐业务在中国开始流行,人们可以在家,或者在公司企业,通过网络订餐的方式,获得自己需要的食物,不仅可以为餐饮企业提高知名度,而且为用户节省了时间精力。当代大学生和白领工作人士作为社会中的重要群体,对餐饮的要求都在不断提高,面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意

42、义。1. 顾客登录网上订餐系统,进行菜单浏览2. 顾客注册成为会员3. 顾客对自己的信息进行修改,比方联系、账户密码4. 顾客对已选菜单进行更改, 选择修改数量,或取消选择。当顾客订餐完毕后,顾客将其提交给服务器后台订餐系统,并生成订单1)菜品详细信息价格,图片,是否有折扣,添加留言比方不要辣椒2)购物车3)提交购物车并生成订单4)结束订餐显示提示:您已成功下单,您将在半小时后收到您所定的菜品5)确认收货5. 管理员后台管理1)管理员可以在后台登录,创建新的管理员2)管理员可以对网上订餐系统供给的菜单进行添加、删除和修改,比方更精选学习资料 - - - - - - - - - 名师归纳总结 -

43、 - - - - - -第 30 页,共 43 页30 改菜单的图片、价格、菜单的描述。3)管理员对顾客信息进行管理,查询每个顾客的消费情况4)管理员根据不同时间段统计营业额、成本,同时还能统计出每道菜的销售量,根据订单号查询菜品的销售情况用户订餐功能结构流图管理员管理功能结构流图本网上订餐系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 31 页,共 43 页31 商家以管理员身份提供菜品信息,如:菜单、配图、价格、推荐等;顾客需注册用户信息,包括其用户名、密码、联系方式、地址等。当客户选择预

44、定某个菜品时,应该能够将对应菜品信息,如:价格、数量记录到对应的订单中,此时客户可以选择选择其他菜品或是查看自己的订单,最后,在购物车中填写相应的送餐信息,提交订餐订单后, 餐厅服务人员根据订单信息,查看详细订单明细并根据实际情况处理订餐。该数据库必须能够按照需求正确执行任务,完成各个模块的相应要求。 故障率降到最低。网站内容简单明了,没有出现误导操作产生。 并且要有很好的安全保障,防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的情况。数据库系统能够有很好的移植性,方便在其他系统上运行。总共能结构流图3. 概念设计精选学习资料 - - - - - - - - - 名师归纳总结 - - -

45、 - - - -第 32 页,共 43 页32 订餐系统主要要求对用户和订餐情况进行添加、删除、修改等。其中:1网站管理员对餐厅管理员帐号和会员帐号进行管理,操作导入数据库;2餐厅职工对职工帐号和订餐情况进行管理,操作导入数据库;3客户进行注册会员帐号、浏览食物、更新帐号、订餐操作,操作导入数据库。系统结构图与商品相关的表有: foodInfo 菜品信息表,sellFood 菜品出售信息表与用户相关的表有: orderInfo订单表 ,userInfo 用户表与订单相关的表有: orderInfo,wordTemp留言表与管理员相关的表有: foodInfo ,adminInfo 管理员表数据

46、库表之间的整体关系为E-R 图图中关系都为多对多管理员查看用户留言订单查看生成下单处理产生出售菜单菜单处理精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 33 页,共 43 页33 管理员 E-R 图用户 E-R 图订单 E-R 图用户用户名密码年龄性别号地址积分信息管理员管理员 ID 密码类型订单订单号号地址送餐联系人附加要求数量菜品号用户名日期时间精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 34 页,共 43 页34 出售菜单E-R 图留言 E-R 图菜单菜品类日期菜品号菜品名数量信息价格图片留

47、言主题日期邮箱意见出售菜单菜品号菜品信息菜品盈利菜品类型日期菜品数量菜品价格精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 35 页,共 43 页35 菜单 E-R 图2逻辑结构设计数据流图订单信息数据流图图中会员即为用户精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 36 页,共 43 页36 用户信息数据流图图中会员即为用户管理员信息数据流图图中会员即为用户精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 37 页,共 43 页37 1用户表 userIn

48、fo :系统所有用户必须包含以下信息,用户名uName ,密码uKey ,性别 uSex ,用户号uPhone 等信息。列名数据类型长度uName varchar 15 uKey varchar 15 uSex varchar 4 uAge int 4 uPhone varchar 10 uIntegral Long 8 uAddress text 50 uMessage text 50 用户说明细表2 菜品信息表foodInfo : 菜品信息表主要描述菜品信息, 菜品 ID 号(foodId),此 ID 号为系统自动生成;菜品名称foodName ;菜品价格 foodPrice 等;所属分类

49、foodType ;图片信息 images 。列名数据类型长度foodId varchar 15 foodName varchar 15 foodPrice float 8 foodType varchar 4 foodCount int 4 foodMessage text 50 images image 商品信息表详细描述表3出售菜品信息表sellFood :菜品信息表主要描述菜品信息,菜品ID 号(foodId),此ID 号为系统自动生成;菜品数量foodCount ;菜品价格foodPrice ;菜品所属分类foodType ;菜品盈利foodProfitfoodCount* food

50、Price 等。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 38 页,共 43 页38 列名数据类型长度foodType varchar 4 foodId varchar 15 foodPrice float 8 foodCount int 4 foodUrl varchar 50 foodProfit float 8 orderDate varchar 8 商品信息表详细描述表4订单表 orderInfo : 订单表有以下描述信息。订单号IDoId ,订购用户uName ,地址 oAddr ,联系oPhone ,送餐联系人 linkMan 等

51、列名数据类型长度oId varchar 15 uName varchar 15 linkMan varchar 15 foodId varchar 15 foodCount int 4 orderDate text 8 orderTime varchar 8 oAdvice text 50 oAddr varchar 50 oPhone varchar 10 订单明细表5)管理员表 (adminInfo):主要描述管理员的信息。管理员IDaId ,管理员密码 aKey ,管理员类型 aType 。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 39

52、 页,共 43 页39 列名数据类型长度aId varchar 15 aKey varchar 15 aType varchar 4 管理员说明细表6留言表 wordTemp :主要描述留言信息。主题 theme ,邮箱 emial ,意见opinion ,日期 ritem 列名数据类型长度Theme Varchar5020 email Varchar5030 Opinion Varchar50200 ritem datetime 8 留言说明细表输出设计1输出内容输出内容:餐馆职工通过信息系统获得订单信息。信息内容:订单内容包括菜品名称、数量、附加要求、客户地址、客户联系方式。2输出设备与介

53、质:订单信息由显示器进行显示,然后在纸上打印出订单。3输出形式:订单表菜品名称数量份附加要求客户地址客户联系方式订单编号: XXXX 菜品名称:数量份:附加要求:精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 40 页,共 43 页40 输入设计1输入内容输入内容:客户通过登陆信息系统输入信息,发出订单。信息内容:客户登陆信息:用户名、密码。客户订单信息:餐馆名称、菜品名称、数量、附加要求。客户确认信息: 菜品名称、数量、客户地址、客户联系方式。2输入界面登陆界面订单项选择择界面用户名密码确认取消选择类别菜品名称数量(份) 附加要求01 主食01

54、菜品一02 快餐02 菜品二03 汤粥05 菜品三精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 41 页,共 43 页41 确认信息界面:在关系型数据库中, 确定数据库有物理结构主要指确定数据库的存储位置和存储结构。其中包括确定关系、 索引、日志、备份等数据的存储分配和存储结构,并确定系统配置等。 由于各个系统所能提供的对数据进行物理安排的手段、方法差异很大, 因此设计人员应仔细了解给定的RDBMS 提供的方法和参数, 针对应用环境的要求,对数据进行适当的物理安排。物理结构图1 7.1 硬件、软件目前市场上的一般电脑软硬件均能满足系统开发要求。其中运用的主要软件有 MyEclipse8.5 等,数据库采用 Microsoft SQL Server 2008 R2。7.2 维护操作该系统需要有一个简易操作的后台,以便容易进行维护管理工作, 能够通过确定取消用户名:用户地址:用户联系方式 : 选择餐馆:选择菜品:数量:修改订单确认订单精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 42 页,共 43 页42 IE 浏览器即可管理整个网站。并需要定期进行检查和备份。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 43 页,共 43 页

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号