《在线订餐系统的ER图和逻辑图》由会员分享，可在线阅读，更多相关《在线订餐系统的ER图和逻辑图（18页珍藏版）》请在金锄头文库上搜索。
1、 在线订餐系统作业题目：网上订餐数据库系统设计作业时间：2012年11月专业班级：XXXXXXXXXXXXXXXXX姓 名：学 号：授课教师：目录第一章需求分析31.1订餐现状分析31.2顾客需求分析31.3 管理员需求分析31.4 性能需求分析31.5可行性分析41.6 总体设计原则4第二章数据库概念结构设计52.1 系统E-R图52.2数据流图62.3数据字典62. .3.1数据项62.3.2数据结构72.3.3处理过程7第三章数据库逻辑结构设计103.1数据库逻辑结构初步构思103.2具体逻辑结构设计11第四章数据库的物理结构设计124.1 表间关系设计124.2 完整性设计12第五章数
2、据库系统的实施145.1 数据库的建立145.2 数据输入14第六章 数据库运行和维护166.1定义并设置备份策略166.2 启用数据库维护计划任务16第七章 报告总结18第一章需求分析1.1订餐现状分析现在普遍使用的订餐方式是进行预定，这种预订方式方便，错误率也比较低，但是由此引发的一些不良现象也比较多，主要是订餐后出现饭店并没有将信息记录在案，而且里不能看到菜品的图片，对菜量和菜品样式没有直观的概念。另外这种订餐方式只是进行的预约，很可能会出现订餐但是不履行订单也不进行订餐取消的现象，订餐人员对订购的餐桌信息不太了解会进行相关信息的询问，这样就在一定程度上造成了时间的浪费，饭店人员会在同一
3、天反复重复相同的信息，造成了人力资源的浪费。这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。1.2顾客需求分析顾客模块的功能包括个人信息管理，美食选购，美食评价三大功能。其中，在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息；在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易；美食评价中顾客可以这对这次服务质量，留下自己相对餐厅说的话，完成用户与餐厅之间的交互。1.3 管理员需求分析 管理员模块的功能包括菜品管理，订单管理，会员信息管理三大功能。其中，在个菜品管理中可以对菜品信息进行添加、修改和查询操作；在订单管理中可
4、以通过未确认、已确认、已下单三种形式进行管理、也可查看所有订单信息；会员信息管理中，可以添加会员信息和修改会员信息，进而方便顾客网上订购美食，并享有优惠，这一做法人性化的完成的推广，避免了顾客的抵触情绪。1.4 性能需求分析该系统在性能功能上应达到如下需求：u 操作简单、界面友好: 完全控件式的页面布局，使得菜品，资讯，座位等信息的录入工作更简便，许多选项包括餐厅信息，桌位，包房信息等只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见的类似的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，顾客对菜品的预定及支付方式；u 即时可见:对客
5、户预定餐饮信息的处理（包括录入、删除）将立即在主页的对应栏目显示出来，达到“即时发布、即时见效”的功能；u 系统运行应该快速、稳定、高效和可靠；u 在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。1.5可行性分析随着经济的快速发展，B2C电子商务越来越受到人们的关注。网上订餐类，已经如雨后春笋般的出现在了个大城市。特别在公司，企业内部，团体订餐已经成为了趋势。同时，随着全国人民的精神、物质和文化生活高度的提高，人们已经不在仅仅停留在吃饱的程度，不但要吃饱，还要吃好，而且口味也越来越挑刺，正因为如此网络订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现
6、新的菜品，品尝不同风格的菜品，网络订餐业务在中国有着极大的发展空间以及良好的背景。而当代大学生，白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高,饮食在他们生活中起着重要作用。因此，面向大学生和都市白领人士的网络订餐的设计有着良好的现实意义。1.6 总体设计原则1、 开放性、可扩充性、可靠性原则 开放系统是生产各种计算机产品普遍遵循的原则，遵循这种标准的产品都符合一些公共的、可以相互操作的标准，能够融洽的在一起工作。开放系统使得各种类型的网络和系统互连简单、标准统一，容易扩展升级。从而适应广大用户需求的多变性和产品的更新换代。2、 良好的用户操作界面 用户操作界面美观、方便、实用
7、，使用户能在较短的时间内掌握其使用方法。3、实用性原则任何系统的设计都要考虑其实用性，系统开发的目的是为了实现业务处理自动化、规X化，提高工作效率，减轻工作人员的劳动强度，减少开支。4、工作平台设计原则能适应不同的操作平台，不同的网络。第二章 概念结构设计阶段2.1 系统E-R图通过上面的介绍，我们已近基本的实体有管理员、用户、订单和菜谱。实体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系，因此管理员与用户之间和菜单之间都是一对多的联系；一个用户只能属于管理员，因此用户与管理员是多对一的联系；一个订单只属于一个用户，但可以拥有多个菜谱，因此订单与菜谱的关系是一对多的联系。M1 管理员用
8、 户管理管理生成下单管理员编号名称用户编号某地址下单时间总金额订单状态编号菜名原价菜名的介绍优惠价菜 系订 单图片手机号订单编号地址密码登录IP最后登录时间注册时间订单改变时间会员编号备注创建时间据此分析，得到系统的ER图如图2-1所示。图2-1 网上订餐系统E-R图2.2数据流图图2-2订餐系统网上订餐数据流图2.3 数据字典2.3.1 数据项数据项编号数据项名数据项含义说明数据类型长度DI-0用户编号用户的唯一标识intDI-1用户名用户登陆时的名称char17DI-2用户密码用户登陆时的密码char17DI-3用户某用户的真实某char20DI-4用户性别用户的性别char2DI-5用户
9、手机用户的联系char40DI-6用户固定用户的联系char40DI-7用户地址用户的送货地址char100DI-8用户用户的个人char50DI-9用户年龄用户的真实年龄intDI-10用户生日用户的出生日期dateDI-11餐馆编号餐馆的唯一标识intDI-12餐馆名称餐馆的全称char50DI-13餐馆地址餐馆的详细地址char100DI-14餐馆餐馆的联系char40DI-15餐馆联系人餐馆联系人的某char20DI-16菜品编号菜品的唯一标识intDI-17菜名名称菜品的名称char40DI-18菜品类别菜品所属的类别名称char20DI-19菜品类别编号菜品类别的唯一标识intDI
10、-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-34城市名称城市的名称char202.3
11、.2 数据结构数据结构编号数据结构名含义说明组成DS-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-152.3.3 处理过程处理过程编号处理过程名说明输入输出处理P-1注册所有用户用户详细信息注册成功信息或失败信息成功：跳转到登陆页面失败：重新注册P-2登录所有用户
12、用户名和密码登陆成功信息或失败信息成功：跳转到首页失败：重新登陆P-3修改账号已经登陆的用户原用户名、新的用户名、确认新用户名、密码修改成功或失败信息修改数据库信息P-4修改密码已经登陆的用户原来的密码、新的密码、确认新密码修改成功或失败信息修改数据库信息P-5修改常用收货信息已经登陆的用户新的收货地址、新的联系方式修改数据库信息P-6添加收获信息已经登陆的用户新的收货信息修改数据库信息P-7修改用户信息已经登陆的用户用户信息修改数据库信息P-8添加到购物车所有用户将用户所选的菜品添加到购物车P-9修改购物车所有用户修改购物车信息P-10下订单已登录用户根据购物车和用户信息自动生成订单P-11
13、查看并确认订单已登录用户P-12提交订单已登录用户订餐成功信息修改数据库信息P-13接收订单客服人员将订单信息传送给相关工作人员P-14信息检索所有用户要检索的内容检索信息内容P-15发布信息已登录用户要发布的信息修改数据库信息P-16系统维护管理员P-17信息更新管理员需要更新的信息修改数据库信息P-18用户投诉与评价已登录的用户投诉/评价内容投诉/评价内容修改数据库信息第三章数据库逻辑结构设计阶段3.1 数据库逻辑模式初步构思根据ER图转换成基本表的思想，即每个实体转换成基本表，而1对多的联系根据实际需要可以转换或不转换为基本表，按照图2-1所示的ER图，该系统的基本表应为5个，分别为：表3-1管理员表管理员编号某密码登陆IP最后登录时间主码表3-2 用户表用户编号某地址手机注册时间主码
