1 / 18
文档名称:

SQL数据库课程设计-网上订餐系统设计.doc

格式:doc   大小:424KB   页数:18页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

SQL数据库课程设计-网上订餐系统设计.doc

上传人:小果冻 2024/5/11 文件大小:424 KB

下载得到文件列表

SQL数据库课程设计-网上订餐系统设计.doc

相关文档

文档介绍

文档介绍:该【SQL数据库课程设计-网上订餐系统设计 】是由【小果冻】上传分享,文档一共【18】页,该文档可以免费在线阅读,需要了解更多关于【SQL数据库课程设计-网上订餐系统设计 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。-18-电子商务网络数据库课程设计课程名称:电子商务网络数据库及应用作业题目:网上订餐数据库系统设计作业时间:2024年1月专业班级:10级电子商务姓名:学号:授课教师:南昌工程学院工商管理学院2024——2024学年第一学期-3-目录第一章需求分析 4第二章数据库概念结构设计 -R图 7第三章数据库逻辑结构设计 11第四章数据库的物理结构设计 12第五章数据库系统的实施 14第六章数据库运行和维护 16第七章报告总结 18第一章-4-,这种预订方式方便,错误率也比较低,但是由此引发的一些不良现象也比较多,主要是订餐后出现饭店并没有将信息记录在案,而且电话里不能看到菜品的图片,对菜量和菜品样式没有直观的概念。另外这种订餐方式只是进行电话的预约,很可能会出现订餐但是不履行订单也不进行订餐取消的现象,订餐人员对订购的餐桌信息不太了解会进行相关信息的询问,这样就在一定程度上造成了时间的浪费,饭店人员会在同一天反复重复相同的信息,造成了人力资源的浪费。这样开发出图文并茂,信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。,美食选购,美食评价三大功能。其中,在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息;在选购美食中可以通过购物车直接购置的形式、也可已选择货到付款的形式完成交易;美食评价中顾客可以这对这次效劳质量,留下自己相对餐厅说的话,完成用户与餐厅之间的交互。,订单管理,会员信息管理三大功能。其中,在个菜品管理中可以对菜品信息进行添加、修改和查询操作;在订单管理中可以通过未确认、已确认、已下单三种形式进行管理、也可查看所有订单信息;会员信息管理中,可以添加会员信息和修改会员信息,进而方便顾客网上订购美食,并享有优惠,这一做法人性化的完成网站的推广,防止了顾客的抵触情绪。:操作简单、界面友好:完全控件式的页面布局,使得菜品,资讯,座位等信息的录入工作更简便,许多项选择项包括餐厅信息,桌位,包房信息等只需要点击鼠标就可以完成;另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见的类似网站的管理的各个方面:根本信息录入、浏览、删除、修改、搜索等方面都大体实现,顾客对菜品的预定及支付方式;即时可见:对客户预定餐饮信息的处理〔包括录入、删除〕将立即在主页的对应栏目显示出来,到达-4-“即时发布、即时见效〞的功能;系统运行应该快速、稳定、高效和可靠;在结构上应具有很好的可扩展性,便于将来的功能扩展和维护。,B2C电子商务越来越受到人们的关注。网上订餐类网站,已经如雨后春笋般的出现在了个大城市。特别在公司,企业内部,团体订餐已经成为了趋势。同时,随着全国人民的精神、物质和文化生活高度的提高,人们已经不在仅仅停留在吃饱的程度,不但要吃饱,还要吃好,而且口味也越来越挑刺,正因为如此网络订餐业务的出现,正迎合了这些人的口味,他们不但省去了自己做饭的麻烦,而且也能寻找和发现新的菜品,品尝不同风格的菜品,网络订餐业务在中国有着极大的开展空间以及良好的背景。而当代大学生,白领工作人士作为社会中的重要群体,他们对饮食的要求都在不断提高,饮食在他们生活中起着重要作用。因此,面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意义。、可扩充性、可靠性原那么开放系统是生产各种计算机产品普遍遵循的原那么,遵循这种标准的产品都符合一些公共的、可以相互操作的标准,能够融洽的在一起工作。开放系统使得各种类型的网络和系统互连简单、标准统一,容易扩展升级。从而适应广阔用户需求的多变性和产品的更新换代。良好的用户操作界面用户操作界面美观、方便、实用,使用户能在较短的时间内掌握其使用方法。3、实用性原那么任何系统的设计都要考虑其实用性,系统开发的目的是为了实现业务处理自动化、标准化,提高工作效率,减轻工作人员的劳动强度,减少开支。4、工作平台设计原那么能适应不同的操作平台,不同的网络。第二章-5--R图通过上面的介绍,我们已近根本的实体有管理员、用户、订单和菜谱。实体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系,因此管理员与用户之间和菜单之间都是一对多的联系;一个用户只能属于管理员,因此用户与管理员是多对一的联系;一个订单只属于一个用户,但可以拥有多个菜谱,因此订单与菜谱的关系是一对多的联系。M1管理员用户管理管理生成下单管理员编号名称用户编号姓名地址下单时间总金额订单状态编号菜名原价菜名的介绍优惠价菜系订单图片手机号订单编号地址密码登录IP最后登录时间注册时间订单改变时间会员编号备注创立时间据此分析,得到系统的ER图如图2-1所示。图2-1网上订餐系统E-R图-6---0用户编号用户的唯一标识intDI-1用户名用户登陆时的名称char17DI-2用户密码用户登陆时的密码char17DI-3用户姓名用户的真实姓名char20DI-4用户性别用户的性别char2DI-5用户手机用户的联系电话char40DI-6用户固定电话用户的联系电话char40DI-7用户地址用户的送货地址char100DI-8用户邮箱用户的个人邮箱char50DI-9用户年龄用户的真实年龄intDI-10用户生日用户的出生日期dateDI-11餐馆编号餐馆的唯一标识intDI-12餐馆名称餐馆的全称char50DI-13餐馆地址餐馆的详细地址char100DI-14餐馆电话餐馆的联系电话char40-7-数据项编号数据项名数据项含义说明数据类型长度DI-15餐馆联系人餐馆联系人的姓名char20DI-16菜品编号菜品的唯一标识intDI-17菜名名称菜品的名称char40DI-18菜品类别菜品所属的类别名称char20DI-19菜品类别编号菜品类别的唯一标识intDI-20菜品价格菜品的单价floatDI-21菜品折扣菜品的折扣率floatDI-22菜品份数菜品的份数intDI-23订单编号订单的唯一标识intDI-24订单日期订单产生的日期dateDI-25订单总额订单所有菜品的总额floatDI-26送餐编号送餐的唯一标识intDI-27送餐地址送餐的详细地址char100DI-28送餐日期送餐的日期dateDI-29送餐员名称送餐员的真实姓名char20DI-30送餐员电话送餐员的联系电话char40DI-31省份编号省份的唯一标识intDI-32省份名称省份的名称char20DI-33城市编号城市的唯一标识intDI--1Class菜品分类信息DI-18,DI-19DS-2User用户信息DI-0至DI-10DS-3Restaurant餐馆信息DI-11至DI-15DS-4Meal菜品信息DI-16至DI-22DS-5Order订单信息DI-23、DI-24、DI-25、DI-27、DI-0DS-6DeliveryNote送餐信息DI-26至DI-30,DI-1、DI-14、DI--1注册所有用户用户详细信息注册成功信息或失败信息成功:跳转到登陆页面失败:重新注册-8-处理过程编号处理过程名说明输入输出处理P-2登录所有用户用户名和密码登陆成功信息或失败信息成功:跳转到首页失败:重新登陆P-3修改账号已经登陆的用户原用户名、新的用户名、确认新用户名、密码修改成功或失败信息修改数据库信息P-4修改密码已经登陆的用户原来的密码、新的密码、确认新密码修改成功或失败信息修改数据库信息P-5修改常用收货信息已经登陆的用户新的收货地址、新的联系方式修改数据库信息P-6添加收获信息已经登陆的用户新的收货信息修改数据库信息P-7修改用户信息已经登陆的用户用户信息修改数据库信息P-8添加到购物车所有用户将用户所选的菜品添加到购物车P-9修改购物车所有用户修改购物车信息P-10下订单已登录用户根据购物车和用户信息自动生成订单P-11查看并确认订单已登录用户P-12提交订单已登录用户订餐成功信息修改数据库信息-9-处理过程编号处理过程名说明输入输出处理P-13接收订单客服人员将订单信息传送给相关工作人员P-14信息检索所有用户要检索的内容检索信息内容P-15发布信息已登录用户要发布的信息修改数据库信息P-16系统维护管理员P-17信息更新管理员需要更新的信息修改数据库信息P-18用户投诉与评价已登录的用户投诉/评价内容投诉/评价内容修改数据库信息第三章-10-,即每个实体转换成根本表,而1对多的联系根据实际需要可以转换或不转换为根本表,按照图2-1所示的ER图,该系统的根本表应为5个,分别为:表3-1管理员表管理员编号姓名密码登陆IP最后登录时间主码表3-2用户表用户编号姓名地址手机注册时间主码表3-3订单表订单编号手机号地址总金额下单时间订单状态订单改变时间备注会员编号主码外码表3-4菜谱表编号菜名原价优惠价菜名的介绍图片创立时间主码表3-5订单项表订单项编号订单编号姓名状态主码