网上订餐系统的设计与实现需求分析报告Word格式.docx
《网上订餐系统的设计与实现需求分析报告Word格式.docx》由会员分享，可在线阅读，更多相关《网上订餐系统的设计与实现需求分析报告Word格式.docx（25页珍藏版）》请在冰豆网上搜索。
3.4.2连接查询...............................................20
3.4.3子查询.................................................213.5创建视图...................................................223.6创建存储过程...............................................23
1课程设计概述
1.1课程设计名称
网上订餐系统设计
1.2原始需求描述
网上订餐系统的设计与实施迎合了二十一世纪经济高速发展、人们的生活节奏日益加快以及现代餐饮业越来越发达和便捷这一现状。
网上订餐系统将极大地方便食客的就餐。
同时也有利于管理和售后服务。
同时，订餐系统还能帮助酒店（餐馆）扩大营业范围，增加知名度等。
经过调查，许多大学生对在学校食堂就餐人多拥挤的问题存在很多不满，而且很多上班族平时忙的没时间吃饭，如果可以网上订餐，无疑是解决了空间和时间上两方面的问题。
2需求分析
2.1软件需求
此系统整体可以分为两个子系统，其中一个为针对顾客开放的网上点菜系统（另一个为针对餐厅管理人员开放的菜单及订单管理系统。
顾客点菜主要流程如下:
1（顾客登录网上点菜系统进行菜单的浏览或者注册为会员。
2（会员可以对自己的个人信息进行更改，以会员形式登录的顾客享受优惠。
3（如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除。
4（当顾客确定点菜完毕后，顾客可以将其提交至服务器并生成订单
管理员订单管理的业务流程如下:
1（管理员在本地登录后既可对服务器上的菜单进行添加、删除、修改。
2（当菜单管理工作结束之后，管理员可以对订单进行管理，进行确认和查看详细信息操作。
本系统解决传统的手工管理菜单、订单以及点菜信息效率低下等
第1页共24页
问题（酒店还可根据自己的特点添加特色模块，使酒店富于个性化（提高外卖业务的销售量。
2.2功能描述
本系统整体可分为两个子系统，其中一个为针对顾客开放的网上点菜系统，另一个为针对餐店管理人员开放的菜单及订单管理系统。
顾客网上点菜子系统功能分析:
根据对顾客网上点菜系统业务流程的分析，可以看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。
具体的功能归纳如下:
1（顾客登录网上点菜系统进行菜单的浏览。
2（顾客注册为会员。
3（会员对自己的个人信息进行更改，比如送餐地址和联系电话（以及帐户密码。
4（以会员形式登录的顾客自动识别，并且以会员价消费。
5（顾客对已选的菜单进行更改选择的数量或者取消选择。
6（当顾客确定点菜完毕后，顾客将其提交至服务器并生成订单。
管理员管理系统功能分析:
根据对顾客管理员管理系统业务流程的分析。
可以看出管理员主系统要涉及到一些数据库的逻辑操作和程序应用逻辑。
1（管理员在本地登录。
创建新的管理员。
2（管理员对服务器上的菜单进行添加、删除和修改，比如更改菜单的图片、价格、菜单描述等等。
3（管理员对订单进行管理，比如确定和打印订单。
4（管理员根据订单的不同属性来查询订单，比如生成日期、编号等等。
5（管理员根据不同的时间段统计出营业额、成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个会员顾客的消费情况。
2.3用户界面
界面风格以绿色为主调，清新自然，可以增强食欲，添加动态画面效果，避免了页面呆板，屏幕以板块模式组成，板块之间各有特色却又紧密相连。
首页包括站标、天气预报、公告、滚动条、餐厅介绍、菜品推荐、标题。
次级页面有六个，分别是用户指南、送餐方式、常
第2页共24页
见问题、售后服务、付款方式、会员折扣。
顾客登录主页面，以文字输人方式点菜，后台收到订单后，打印生成纸质订单。
2.4性能需求
系统的反应速度应较快;
系统界面应美观大方、风格统一，突出特色。
功能设计应体现人性化思想，方便用户操作。
用户登录系统时需输人口令，对不同类型的操作员授予不同等级的权限去使用相应的功能。
对于顾客，如果是普通顾客，则其只能以市场价消费，而不能享受会员价;
如果该顾客是注册会员（并且以会员登录（那么其在消费的时候就可以享受低于市场价的会员价。
对于管理员（在其查询订单的时候可针对各种组合条件进行查询（而且查询效率要求高，能够及时响应查询请求。
另外（系统还应当满足信息的完整性以及系统的可扩展性。
2.5业务流程分析
用户登陆系统
顾客身份身份管理员
验证
图2.5.1登录分析图
由用户登陆系统之后分三种情况讨论:
1、身份验证失败，则退出系统;
2、用户以“顾客身份”登陆，则流程图如图所示:
顾客身份
前台页面（浏览餐品信息）N
查询餐品信息
页内搜索下订单
NNN餐品发出注册修改已注册已登录
YY登录
提交订单
退出
图2.5.2用户登录功能图
第3页共24页
3、用户以“管理员身份”登陆，则流程图如图所示:
登录
餐品资料客户订单注册
更新查询申请
N合法合法N
YY
发送订单同意
注册
图2.5.3管理员登录功能图
2.6用户视图描述
1、身份验证:
此操作是为了识别用户身份，通过不同的身份确认方式，进入到不同的用户界面中;
如果身份验证失败，则退出系统。
2、浏览也选择餐饮信息:
顾客进入网站即可自动提供购物车，不需要登录帐号就可以在网站上随意浏览，登录系统后则可以挑选餐饮（可增加、删除、修改购物车上餐饮的类型），网站提供餐饮信息列表，最先添加的餐饮信息有限列表给顾客作为选购时的参考;
3、判断:
顾客确定所购餐饮信息，可填写订单，之后，系统将判断该顾客是否注册，如果是，则可直接提交订单;
如果没有，这提示顾客登录帐号，并提示顾客如果没有帐号，
则可以进行注册;
4、注册:
顾客可在餐饮公司的网站上提交注册申请;
5、确认:
后台管理员将室时得到顾客的注册信息，通过电子
第4页共24页
邮件或其他方式确认，当确认后，系统管理员可对该顾客提交的预定信息进行审核;
6、提交订单:
以选购的餐饮信息需填写订单细节;
7、送货与付款:
网上的每一分订单都将室时存入后台数据库，后台操作人员通过电子邮件或其他方式确认，确认后将及时实施审核订单:
向顾客送货，货到付款，完成网上交易。
2.7数据流程分析
该系统数据流程比较简单，管理员可以添加餐饮信息（包括菜品名，菜品种类，单价，味道，评价等信息），资讯信息等，然而这些信息顾客是可以浏览的，但是顾客没有权限对这些信息进行修改，这些信息对于顾客而言是单项的。
对于预定信息，管理员可以查看及审核预定信息，顾客可以增删改预定信息，并将与性信息提交给管理员等待审核，因此预定信息对于顾客和管理员而言都是双向的。
数据流图
餐厅信息
餐饮信息
管理员资讯信息顾客数据库
餐饮预定
图2.6数据流图
2.8实体分析表
顾客（顾客ID（PK），密码，姓，名，邮件地址，地址，城市，省，邮政编码，电话，信用卡编号，信用卡类型，截至日期）
种类（种类ID（PK），种类，描述）
餐饮（餐饮名（PK），餐饮描述，种类ID（FK），单价，材料，照片，照片路径）
购物车（购物车ID，餐饮名（FK），份数），其中“购物车ID”
第5页共24页
和“餐饮名”一起作为表的复合主键
订单（订单编号，订单日期，购物车ID（FK），顾客ID（FK），运送方式ID（FK），礼品包装费用，运送费用，订单处理，总价，餐饮名（FK））其中“订单编号”和“顾客ID”一起作为表的复合主键
订餐细节（订单编号（FK），餐饮名（FK），份数，包装，包装ID（FK），顾客ID（FK）信息，餐饮价值），其中“订单编号”，“顾客ID”和“餐饮名”作为“订餐细节”表的复合主键
运送方式（运送方式ID（PK），运送方式，用时，运费）
接受者（订单编号（FK），姓，名，地址，城市，省，邮政编码，电话），其中“订单编号”和“顾客ID”作为
升级会员 