课程设计-订餐系统.doc

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

2、，确定问题能否以最小的代价、最大的收益得到解决。具体安排人员分配负责页码1-1920-2728-42 42 网上订餐系统摘 要越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的推出也很快受到了大家的欢迎。本系统是一个针对单一的饭店做出的网上订餐系统。首先，介绍本系统的功能需求，包括顾客的登录、注册、修改订单等行为需求以及管理员的后台管理行为并用图分析描述各个事件流的执行过程，细化数据流图，具体分析如何实现系统功能，规划系统流程；最后，将顾客和管理员的各个行为整和在一起，形成一个完整的网络。关键词：系统功能；网上订餐系统；数据流图Online meal ordering system

3、AbstractMore and more people to accept electronic commerce this convenient, fast form of the transaction, launched the online also quickly welcomed by everyone. This system is a made for single hotel online reservation system. Firstly, introduces the function requirements of the system, including cu

4、stomer login, registration, change order behavior demand and administrator backstage management behavior and execution process description of each event stream analysis by graph, refinement of the data flow diagram, the specific analysis of how to realize the function of the system, planning system

5、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;Online meal ordering system;Data flow diagram网上订餐系统功能需求分析一、功能分析根据对该系统的分析，该系统应具有如下功能：1.1顾客登录网上订餐系统进行菜单浏览 显示菜品的各种信息，可分类查询、动态搜索、设计页面分类、布局排

6、版；以方便顾客浏览选择。1.2顾客注册为会员 顾客访问本网站，直接进入本网站主页。可选择登陆，若为注册可选择注册，只有注册顾客方可点餐。注册提供顾客名和密码，顾客名能自动检测，若已存在则提示不可用。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。1.3顾客对自己的个人信息进行更改比如联系电话以及账户密码。1.4顾客对已选的菜单进行更改选择更改数量或者取消选择。当顾客确定订餐完毕后，顾客将其提交到服务器后台点餐系统，并生成订单。1.4.1菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供顾客放进自己的购物车。1.4.2购物车实现对已定菜品的管理，

7、包括增加菜品，删除菜品，修改数量。1.4.3提交购物车并生成订单接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，顾客可继续修改未完成的菜品，已完成菜品无法进行操作，顾客修改订单并保存。1.4.4结束订餐设置友好的结束界面。比如显示提示：您已成功下单，您将在半小时后收到您所定的菜品 1.4.5确认收货1.5管理员后台管理1.5.1创建新的管理员管理员在后台登录后，可以创建新的管理员。1.5.2管理菜单管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片、价格、菜单的描述，更换新品，添加新菜等。1.5.3 管理顾客信息管理员对顾客信息进行管

8、理，查询每个顾客的消费情况。1.5.4.统计营业额管理员根据不同时间段统计营业额、成本，同时还能统计出每道菜的销售量根据订单号查询菜品的销售情况。具体功能如下表：功能类别子功能顾客管理顾客登录顾客注册顾客操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交结束订单管理员操作管理餐品处理订单管理营业额根据消费情况，对菜品进行相应改进结帐付款实行货到付款二、基本设计概念及主要功能图图2-1网上订餐系统普通用户管理员餐品展示 餐品详细介绍 详细信息提交 查看购物车 管理餐品 处理订单 营业额管理基本设计概念及主要功能图 放进购物车 根据订单反应信息周边信息管理图片展示用料口味拟定购买确定的菜品

9、及要求菜品增加菜品删除菜品修改预订的菜单顾客个人要求配送时间及线路每道菜的销售量定期处理订单净收入三、用例分析与描述3.1登录3.1.1用例图用户登录检查密码是否匹配登录成功图3-1 用户登录3.1.2用例的事件流描述（1）简单描述本用例描述了顾客如何登录到系统中。（2）前置条件无。（3）后置条件如果用例成功，用例登录到系统中，否则系统的状态不变。3.1.3事件流基流（1）顾客登录到基于顾客的网站时，用例启动。（2）系统提示顾客输入顾客名和密码（3）顾客输入自己的顾客名和密码，提交。（E-1）（4）系统验证输入的名字和密码，顾客登录系统成功。(E-2)替代流E-1：包含了单引号、双引号或为空，

10、系统提示错误。E-2：系统检索不到该顾客的密码，系统提示错误。3.2注销用例描述:清除内存中顾客名、购物车信息，并返回到登录页。3.3修改顾客信息3.3.1用例图图3-2 修改信息顾客维护注 册 信 息基本信息3.3.2用例的事件流描述（1）简单描述该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存到数据库中。3.3.3事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交。(E-1)（3）系统把所需的信息保存到数据库中。替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提

11、示错误。3.4加入购物车3.4.1用例图顾客加入购物车拟定预订的餐品图3-3 订餐3.4.2用例的事件流描述（1）简单描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存到数据库中。3.4.3事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交。(E-1)（3）系统把所需的信息保存到数据库中。3.4.4替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。3.5查看购物车3.5.1用例图顾客查看购物车中餐品图3-4 查看购物车3.5.2用例的事件流描述（1）简单

12、描述：该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。（2）前置条件顾客已登录。（3）后置条件用例成功，把顾客的信息保存到数据库中。3.5.3事件流基流（1）系统提示输入顾客的信息。（2）顾客输入所需信息，提交（E-1）。（3）系统把所需的信息保存到数据库中。替代流E-1：系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。3.6修改购物车中的商品3.6.1用例图顾客修改购物车中餐品图3-5 修改已定餐品3.6.2用例的事件流描述（1）简单描述：顾客修改购物车中商品的数量。（2）前置条件系统处于查看购物车状态。（3）后置条件用例成功，购物车中商品的数量被更

13、改。3.6.3事件流基流（1）系统提示更改商品的数量。（2）顾客输入要更改商品的数量，确认更改。(E-1)（3）系统刷新购物车。替代流E-1：顾客输入的商品数量只能是（1-50）间的整数。否则提示错误。3.7删除购物车中的商品3.7.1用例图顾客删除购物车中餐品图3-6 删除餐品3.7.2用例的事件流描述（1）简单描述：删除购物车中的某个商品。（2）前置条件系统处于查看购物车状态。（3）后置条件用例成功，删除商品。3.7.3事件流基流（1）系统提示删除商品。（2）顾客删除商品，确认（3）系统刷新购物车。3.8结账3.8.1用例图顾客收货结账所订外卖图3-8 货到付款3.8.2用例的事件流描述（1）简单描述：加入购物车完毕，等待餐品 （2）前置条件收到餐品，现金结账（3）后置条件付款成功3.8.3事件流基流（1）餐品送达。（2）顾客确认结帐。（3）完成交易。3.9确认订单3.9.1用例图顾客确认订单图3-9 确认订单3.9.2用例的事件流描述（1）简单描述：确认生成订单。（2）前置条件付款方式用例成功。（3）后置条件用例成功，把订单数据存储到数据库中。3.9.3事件流基流（1）系