课程设计网上订餐系统Word文件下载.docx
《课程设计网上订餐系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《课程设计网上订餐系统Word文件下载.docx（43页珍藏版）》请在冰点文库上搜索。
Thefunctionofthesystem;
Onlinemealorderingsystem;
Dataflowdiagram
网上订餐系统功能需求分析
一、功能分析
依照对该系统的分析，该系统应具有如下功能：
显示菜品的各类信息，可分类查询、动态搜索、设计页面分类、布局排版；
以方便顾客阅读选择。
顾客访问本网站，直接进入本网站主页。
可选择登岸，假设为注册可选择注册，只有注册顾客方可点餐。
注册提供顾客名和密码，顾客名能自动检测，假设已存在那么提示不可用。
另外加入记住密码功能，登岸一次可在两周内无需再次登岸，直接进入登岸状态。
比如联系和账户密码。
顾客对已选的菜单进行更改
选择更改数量或取消选择。
当顾客确信订餐完毕后，顾客将其提交到效劳器后台点餐系统，并生成定单。
菜品详细信息
显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价钱等，以供顾客放进自己的购物车。
1.4.2购物车
实现对已定菜品的治理，包括增加菜品，删除菜品，修改数量。
提交购物车并生成定单
同意购物车信息，随即获取定单号，动态刷新顶单状态，固按时刻（如30秒）完成一道菜，顾客可继续修改未完成的菜品，已完成菜品无法进行操作，顾客修改定单并保留。
终止订餐
设置友好的终止界面。
比如显示提示：
您已成功下单，您将在半小时后收到您所定的菜品
确认收货
创建新的治理员
治理员在后台登录后，能够创建新的治理员。
治理菜单
治理员能够对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片、价钱、菜单的描述，改换新品，添加新菜等。
治理顾客信息
治理员对顾客信息进行治理，查询每一个顾客的消费情形。
.统计营业额
治理员依照不同时刻段统计营业额、本钱，同时还能统计出每道菜的销售量依照定单号查询菜品的销售情形。
具体功能如下表：
功能类别
子功能
顾客管理
顾客登录
顾客注册
顾客操作
餐品展示
餐品的详细介绍
放进购物车
查看购物车
详细信息提交
结束订单
管理员操作
管理餐品
处理订单
管理营业额
根据消费情况，对菜品进行相应改进
结帐付款
实行货到付款
二、大体设计概念及要紧功能图
三、用例分析与描述
3.1.1用例图
3.1.2用例的事件流描述
（1）简单描述
本用例描述了顾客如何登录到系统中。
（2）前置条件
无。
（3）后置条件
若是用例成功，用例登录到系统中，不然系统的状态不变。
事件流
基流
（1）顾客登录到基于顾客的网站时，用例启动。
（2）系统提示顾客输入顾客名和密码
（3）顾客输入自己的顾客名和密码，提交。
（E-1）
（4）系统验证输入的名字和密码，顾客登录系统成功。
（E-2）
替代流
E-1：
包括了单引号、双引号或为空，系统提示错误。
E-2：
系统检索不到该顾客的密码，系统提示错误。
用例描述:
清除内存中顾客名、购物车信息，并返回到登录页。
用例图
用例的事件流描述
该用例描述了如何修改顾客的信息，但顾客的顾客名不许诺修改。
顾客已登录。
用例成功，把顾客的信息保留到数据库中。
（1）系统提示输入顾客的信息。
（2）顾客输入所需信息，提交。
（3）系统把所需的信息保留到数据库中。
系统验证输入的数据不合法（不能包括单引号、双引号，邮箱必需知足要求），提示错误。
（1）简单描述：
（2）顾客输入所需信息，提交（E-1）。
顾客修改购物车中商品的数量。
系统处于查看购物车状态。
用例成功，购物车中商品的数量被更改。
（1）系统提示更改商品的数量。
（2）顾客输入要更改商品的数量，确认更改。
（3）系统刷新购物车。
顾客输入的商品数量只能是（1-50）间的整数。
不然提示错误。
删除购物车中的某个商品。
用例成功，删除商品。
（1）系统提示删除商品。
（2）顾客删除商品，确认
加入购物车完毕，等待餐品
收到餐品，现金结账
付款成功
（1）餐品送达。
（2）顾客确认结帐。
（3）完成交易。
确认生成定单。
付款方式用例成功。
用例成功，把定单数据存储到数据库中。
（1）系统提示确认定单。
（2）顾客确认定单。
（3）系统生成定单号。
（4）系统生成定单记录并存入数据库中。
（5）系统清空购物车。
（6）付款方式。
3.10.1用例图
3.10.2用例的事件流描述
查看该顾客的所有定单或基于组合条件的定单。
用例成功，系统显示该顾客的定单情形。
3.10.3事件流
顾客选择查看所有定单，或基于组合条件查看定单。
分支流
（1）：
A、系统检索该顾客的所有定单
B、系统显示所有定单，当显示的定单超过一页时，系统显示“第一页、上一页、下一页、最后一页”的页阅读提示。
（2）：
A、系统提示顾客输入定单号、发生定单的时刻段、或定单的状态（已执行、部份执行、未执行）
B、顾客输入所需信息，提交。
C、统检索知足组合条件的所有定单。
D、系统显示知足条件的定单。
系统验证输入的合法性，不合法系统提示错误
3.11.1用例图
3.11.2用例的事件流描述
顾客修改定单的定单明细，付款方式。
系统处于查看定单状态中。
用例成功，把修改的定单存储到数据库中。
3.11.3事件流
（1）系统提示修改定单。
（2）顾客确认修改（E-1）。
（3）系统提示输入要修改的定单。
（4）顾客输入修改信息，提交（E-2）
（5）系统存储定单情形至数据库中。
已审核的定单不能修改，不然提示错误。
不合法输入，系统提示错误。
3.12.1用例图
3.12.2用例的事件流描述
顾客删除不需要的定单。
用例成功，系统删除该定单。
3.12.3事件流
（1）系统提示删除该定单。
（2）顾客确认删除该定单。
（3）系统从数据库中删除该定单。
已审核的定单不能删除，不然提示错误。
四、类图
五、动态图
六、总结
本文简要介绍了电子商务网上订餐系统的要紧体系结构及功能模块,重点讨论了系统流程图和功能模块的分析。
本系统的功能模块大体能够实现网上订餐的功能。
但仍然有一些不尽人意，而这些问题要紧集中在系统的平安上，尽管系统已经通过相关方法对登岸用户身份进行验证，可是在现今网络信息平安中，仅仅对用户身份验证是不够的，还需要对传送数据进行加密，避免数据传输进程中被窜改等解决进行防御。
因为只有完善本系统的各部份功能，才能让所有的客户在一个相互信任且平安的环境中享受购物的乐趣。
同时，本系统还需注意一下几点内容：
①把握好食物质量和宣传内容环节。
提供的菜品必需是新鲜的优质产品而决非过时剩菜。
产品宣传广告内容应健康真实，既要反映客观事物又要有欣赏价值。
②网上订餐系统不仅要把好进货关，而且由于网上订餐系统提供的是虚拟的电子商品，包括的信息量大，因此网上订餐系统的效劳检测就显得额外重要。
如文字录入的错误、参照图像的错误等都会降低用户对商品的信任度。
③随着网上订餐系统技术的日趋成熟、网上订餐的优势日趋明显，会有更多的人参与到网上订餐的浪潮中来。
因此，用户身份的确认及菜品的配送速度的也将会是阻碍此订餐系统可否成功的关键。
订餐系统可行性研究
随着人民生活水平的提高，餐饮业在效劳行业中占有愈来愈重要的地位。
尽力在当前餐饮行业日趋猛烈的竞争中脱颖而出，已成为每位餐饮业经营者所追求的目标。
网上订餐系统是某餐饮公司与消费者的一种生意模式，是通过网站软件平台展现产品的一种营销模式。
订餐系统为餐饮公司提供更广漠的客源，也为消费者提供更多的方便。
因此这是一个小投入大成效的经营新模式。
尽管现实中在网上订餐的人相对网下的人来讲仍是比较少,一个是对网上餐馆的信费用持疑虑态度；
另一个是网上订餐只能够看到物品的说明简介和外观，无法取得加倍具体的信息，没有当面提问加倍不确信是不是自己想要的菜品。
而这正是传统的实体餐馆优于网上餐馆的地址。
而关于白领、大学生、上班族来讲，他们平常工作学习比较忙，没有时刻去买饭做饭，网上订餐系统为他们提供了加倍方便的效劳。
他们只需在网上快速阅读，点击自己想要的餐，就能够够等送餐的把饭送来，这为他们的休息和工作提供了更多时刻。
因此，网络订餐业务在中国有着极大的进展空间和良好的背景。
可行性研究的目的是为“网上订餐问题”开发的可能性、可行性、必要性提供论据。
为开发人员进行系统整体计划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮忙。
通过对此项目进行详细调查研究，初拟系统实现报告，对网上订餐系统开发中将要面临的问题及其解决方案进行初步设计及合理安排。
明确开发风险及其所带来的经济效益。
本报告经审核后，转交相关治理部门审查。
随着社会经济的进展，传统的订餐模式已不能知足不断增加的效劳需求。
其一，业务需求的增加需要消耗大量人力物力资源，其二，业务复杂化致使人工处置方式犯错率增加，从而引发消费者不满，最后，随着人们生活的步骤加速，传统订餐浪费了大量的时刻。
为解决此类问题，咱们开发了网上订餐系统。
一方面节省了消费者的时刻，又为餐厅增加了大量的客源。
要紧功能：
为消费者提供餐厅订餐效劳，方便餐厅的售餐工作和消费者就餐效劳，提高餐厅的效劳质量和效劳效率，
性能要求：
消费者和治理者提供的信息必需及时的反映在餐厅的工作平台上，需要专门大的主存容量；
订餐系统的信息必需无过失的存储在餐厅的数据库中，需要系统壮大的平安性能支持；
对网页上的数据必需进行及时正确的刷新。
输入要求：
数据完整，详实。
消费者只需将个人的大体信息输入，进行注册即可
治理者不仅需要输入个人的大体信息，还要对菜单进行添加删除等操作，输入包括名称、单价、数量、介绍等大体信息，以供消费者了解。
输出要求：
简捷，快速，实时。
作为消费者订餐信息，输出要包括：
消费者的定单号、姓名、、地址、时刻等信息
作为治理者，输出要紧包括：
菜品的名称、数量、单价、简介等信息
平安与保密要求：
网页的治理员享有对餐厅信息库及消费者信息库和订餐信息库的治理与修改。
消费者只享有对订餐信息库的部份修改（写入与读出）。
系统实现后，大大提高餐厅的订餐效劳效率。
降低订餐效劳中的错误发生率，减少信息交流的烦琐进程及其带来的开销。
a.用系统的高速特性来节省大量的人力，而且能够极大程度上简化效劳人员的工作，使得效劳人员只需要做简单的输入输出和关于本系统的治理就能够够简便的完成自己的工作；
b.将传统订餐的部份更改成系统记录处置极大的提升了速度，如此就提高了工作效率，也极大程度缩短了消费者的等待时刻，如此能够提高餐厅在行业中的竞争力。
c.利用运算机的系统优势，能够弥补人工作业时的犯错率高的缺点，使得每一笔业务都能最大限度幸免核实和复工。
d.利用运算机大容量存储数据库的模式来完成记录的存储，如此在工作中能够及时查证任意一条记录。
2.3可行性研究方式
当预备订餐消费者把订餐信息（菜名、数量等）输入到系统中，系统将定单发送到餐厅系统中。
当餐厅确认订餐后，系统将返回信息通知消费者，餐厅凭借消费者的注册信息将订餐送到消费者。
消费者与治理者能够查看订餐信息并进行必然的治理工作。
治理者还可按期进行查询统计，以便适当调整菜单。
技术要求和限制条件
在分析系统功能时要考虑有关信息的合法性验证（如号码、送餐地址）等。
关于本系统还应补充一下功能：
餐厅延误了送餐时刻的处置
订餐取消后的处置
消费者临时更改菜单的处置
系统的外部输入项至少包括：
某餐饮公司治理者、消费者
经济可行，本钱/效益分析结果。
技术可行，现有技术可完全承担开发任务。
操作可行，软件能被原有工作人员快速同意。
了解任何应用领域的最快速有效的方式，确实是研究现有模式。
通过对消费者及餐厅理者的访问，咱们能够明白传统订餐的大致进程。
第一消费者要先到餐厅查看餐单，依照喜好选择餐品。
消费者不仅要先付押金，而且还要在规定的时刻内抵达，不然可能会对就餐带来阻碍。
在这期间，你不仅浪费了时刻，而且还有一笔路费需要付，这给咱们的生活带来了很多不便。
点餐流程图
前去
分派招待
点餐信息点餐清单
点餐记录
传统订餐流程在点餐时等待时刻较长，效劳一个客户就需花费较长的时刻，其他客户只有等待。
如此太浪费时刻，需要大量的效劳员效劳客户。
专门是在节假日人流顶峰期，致使工作效率超级低，且犯错率高，以致客户等待点餐时刻太长感到不耐烦，降低了餐厅效率。
这也给餐厅工作人员增加了超级大的负担和额外的工作负荷；
同时效劳员增多，餐厅费用支出多，给公司的进展带来严峻的制约和压力。
3.3局限性
工作效率低下，不能专门好知足许多消费者的及时需求，给消费者的就餐带来不便。
这是现有系统订餐的流程中显现的一个严峻问题。
为了解决这一问题，让人们在订餐时加倍方便快捷，咱们急需开发一个更为高效的订餐治理系统，让订餐效劳不用再排队。
（1）传统点餐靠效劳员记录，因此要求效劳员记录时细心耐心，对数字、餐单灵敏。
它严峻阻碍了工作效率，且犯错率高，客户点餐时需要等待时刻太长，需要大量的效劳员才能知足日趋增加的消费者要求。
（2）效劳员记录查找繁琐，耗时久，不方便，且容易丢失。
且人工记录不能保证万无一失，容易显现数据录入错误。
随着客户数的增多，那个缺点会越发凸显。
（3）所有客户的点餐效劳都由效劳员手工办理，浪费人力资源。
有的简单的效劳经改良可由机械完成，如此节约了人力本钱，也提高效率。
（4）对传统订餐的改良保护只能依托增多效劳员数量，提高效劳员的效劳质量来实现。
增多效劳员数量会致使餐厅人员支出大大增多，费用代价增大。
效劳员的效劳素养需要培育，不能短时间无穷看见成效，及培育新人员需要必然的时刻，这又浪费资金和人力资源。
当打开某餐厅的网上订餐系统后，消费者能够依照菜单项选择择自己喜爱的菜，加入到购物车里，最后查看购物车，再次确认自己选择的菜，然后将定单发送到该餐厅。
当餐厅治理者接收到该定单时，通过对定单时刻、原料的查看，确认是不是能够完成定单，并将结果发送给消费者。
系统治理者还能够添加删除菜品，对近期的销售情形进行统计，以便对以后几天的销售进行估量。
处置流程图
顶层数据流图
提交定单确认信息
消费者订餐
提交
返回消息
订餐信息记录
治理者对系统的治理
通过运算机的高速度运算能力，系统将原先的效劳员手动记录定单信息归纳到运算机来处置，节省了效劳员处置定单的时刻，利用运算机高速运算来替换掉人工计算处置，大大提高了效劳员处置定单的速度。
对设备的阻碍
由于餐饮效劳的特点，消费者数量及订餐信息量庞大，信息的存取流量也随之增加，因此需要购买速度快，主存容量大，磁盘容量大的大型机作为数据库硬件系统。
对现有软件的阻碍
要紧的阻碍是大大提高了餐厅的工作效率，通过利用新技术，能够向消费者提供一个方便、简单、及时的互联的现代运算机化的网络系统。
对用户的阻碍
消费者信息贮存在数据库中，通过保密方法保障后的数据库能够避免XX的访问，从而提高了用户存款信息的保密性，再而提升用户对系统的信任。
减少了消费者订餐的等待时刻；
客户能够随时随地订餐，而且操作简单易懂；
对系统运行的阻碍
在消费者的输入和治理员将信息通过键盘输入到运算机系统中这两种操作不产生阻碍。
数据保留到数据库中，不用纸张形式保管，治理员不用整理定单信息，这些数据将由数据库治理系统自动治理，包括存储与恢复。
需要按期保护餐厅运算机设备，系统若是失效，需暂停网上订餐效劳，由专业人员紧急对系统排错。
为避免此种情形发生，构建两套冗余系统，当一套失效的时候，还有另外一套系统能够工作，从而不用餐厅停止网上效劳。
数据需要常常备份，将数据备份到不同的地址以避免物理性损害。
对开发环境的阻碍
治理员需将现有消费者资料录入到运算机数据库中，并指派精通业务流程的专家随时跟进系统的开发。
为了测试中心数据库处置高并发流量的能力，还需同时用程序模拟提交表单。
网上订餐系统是个关乎到餐厅信誉和声誉的系统，所有参与开发的人员必需签署保密与平安协议以保证项目的顺利进行和以后系统的良好运行。
对运行环境的阻碍
需要成立数据中心以寄存数据库硬件设备，并派人专门治理。
另外还需要对每一个治理员进行短时刻培训，使之熟悉利用系统。
本系统是一个网上订餐系统，采纳面向对象技术、数据库技术等先进技术开发的应用程序，当前限制条件下，系统的功能较为简单，在现有的运算机水平上（数据库平台开发成熟度高，网络速度足够快，大型机运算速度快）能够达到功能目标要求。
经济可行性研究主若是进行本钱效益分析，包括估量项目的开发本钱，估算开发本钱是不是会高于项目预期的全数利润。
（1）大体建设投资
硬件设备：
效劳器
软件：
SQLServer
开发工具：
Eclipse
（2）其他一次性支出
系统设计和开发费用
（3）非一次性支出
系统保护费用
（1）一次性收益
（2）非一次性收益
（3）不可定量的收益
即收益的累计数开始超过支出的累计数的时刻
本系统的研制和开发充分考虑用户工作流程、运算机操作水平等，尽可能提供加倍直观的界面，知足用户要求。
系统的操作方式在用户组织内可行。
即研究在系统开发进程中可能涉及的各类合同、侵权、责任及各类与法律相抵触的问题。
因为所建议的研制和开发都选用正版软件，所有技术资料都由提出方保管，合同制定确信违约责任，将可不能侵犯他人的利益可不能违法相关的国家政策和法律。
利用本系统的人员要求会利用网络，系统治理员要求有必然的运算机知识，且要通过公司培训，能够熟练的利用本系统。
通过对项目整体进行可行性分析，该项目不管在操作可行性、技术可行性、经济可行性及社会可行性上均知足要求，因此，开发此系统的构思是可行的，可着手进行。
网上订餐系统数据库设计
摘 要
网
升级会员 