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

电子商务网络数据库课程设计课程名称： 电子商务网络数据库及应用 作业题目： 网上订餐数据库系统设计 作业时间： 1月 专业班级： 10级电子商务 姓 名： 学 号： 讲课老师： 南昌工程学院工商管理学院 年第 一 学期目录第一章 需求分析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第五章 数据库系统实施145.1 数据库建立145.2 数据输入14第六章 数据库运行和维护166.1定义并设置备份策略166.2 启用数据库维护计划任务16第七章 汇报总结18第一章需求分析1.1订餐现实状况分析现在普遍使用订餐方法是进行电话预定，这种预订方法方便，错误率也比较低，不过由此引发部分不良现象也比较多，关键是订餐后出现饭店并没有将信息统计在案，而且电话里不能看到菜品图片，对菜量和菜品样式没有直观概念。另外这种订餐方法只是进行电话预约，很可能会出现订餐不过不推行订单也不进行订餐取消现象，订餐人员对订购餐桌信息不太了解会进行相关信息问询，这么就在一定程度上造成了时间浪费，饭店人员会在同一天反复反复相同信息，造成了人力资源浪费。这么开发出图文并茂，信息能够立即更新和查看在线网上订餐系统就含有了关键意义。1.2用户需求分析用户模块功效包含个人信息管理，美食选购，美食评价三大功效。其中，在个人信息管理中能够对个人信息进行修改、还能够查阅以往订过美食信息；在选购美食中能够经过购物车直接购置形式、也可已选择货到付款形式完成交易；美食评价中用户能够这对这次服务质量，留下自己相对餐厅说话，完成用户和餐厅之间交互。1.3 管理员需求分析 管理员模块功效包含菜品管理，订单管理，会员信息管理三大功效。其中，在个菜品管理中能够对菜品信息进行添加、修改和查询操作；在订单管理中能够经过未确定、已确定、已下单三种形式进行管理、也可查看全部订单信息；会员信息管理中，能够添加会员信息和修改会员信息，进而方便用户网上订购美食，并享受优惠，这一做法人性化完成网站推广，避免了用户抵触情绪。1.4 性能需求分析该系统在性能功效上应达成以下需求：u 操作简单、界面友好: 完全控件式页面布局，使得菜品，资讯，座位等信息录入工作更简便，很多选项包含餐厅信息，桌位，包房信息等只需关键点击鼠标就能够完成；另外，跟踪出现提醒信息也让用户随时清楚自己操作情况。对常见类似网站管理各个方面：基础信息录入、浏览、删除、修改、搜索等方面全部大致实现，用户对菜品预定及支付方法；u 即时可见:对用户预定餐饮信息处理（包含录入、删除）将立即在主页对应栏目显示出来，达成“即时公布、即时见效”功效；u 系统运行应该快速、稳定、高效和可靠；u 在结构上应含有很好可扩展性，便于未来功效扩展和维护。1.5可行性分析伴随经济快速发展，B2C电子商务越来越受到大家关注。网上订餐类网站，已经如雨后春笋般出现在了个大城市。尤其在企业，企业内部，团体订餐已经成为了趋势。同时，伴随全国人民精神、物质和文化生活高度提升，大家已经不在仅仅停留在吃饱程度，不仅要吃饱，还要吃好，而且口味也越来越挑刺，正因为如此网络订餐业务出现，正迎合了这些人口味，她们不仅省去了自己做饭麻烦，而且也能寻求和发觉新菜品，品尝不一样风格菜品，网络订餐业务在中国有着极大发展空间和良好背景。而现代大学生，白领工作人士作为社会中关键群体，她们对饮食要求全部在不停提升,饮食在她们生活中起着关键作用。所以，面向大学生和城市白领人士网络订餐网站设计有着良好现实意义。1.6 总体设计标准1、 开放性、可扩充性、可靠性标准 开放系统是生产多种计算机产品普遍遵照标准，遵照这种标准产品全部符合部分公共、能够相互操作标准，能够融洽在一起工作。开放系统使得多种类型网络和系统互连简单、标准统一，轻易扩展升级。从而适应广大用户需求多变性和产品更新换代。2、 良好用户操作界面 用户操作界面美观、方便、实用，使用户能在较短时间内掌握其使用方法。3、实用性标准任何系统设计全部要考虑其实用性，系统开发目标是为了实现业务处理自动化、规范化，提升工作效率，减轻工作人员劳动强度，降低开支。4、工作平台设计标准能适应不一样操作平台，不一样网络。第二章 概念结构设计阶段2.1 系统E-R图经过上面介绍，我们已近基础实体有管理员、用户、订单和菜谱。实体之间有一个管理员能够有拥有多个用户、多个菜谱管理关系，所以管理员和用户之间和菜单之间全部是一对多联络；一个用户只能属于管理员，所以用户和管理员是多对一联络；一个订单只属于一个用户，但能够拥有多个菜谱，所以订单和菜谱关系是一对多联络。M1 管理员用 户管理管理生成下单管理员编号名称用户编号姓名地址下单时间总金额订单状态编号菜名原价菜名介绍优惠价菜 系订 单图片手机号订单编号地址密码登录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用户手机用户联络电话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-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.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登录全部用户用户名和密码登陆成功信息或失败信息成功：跳转到首页失败：重新登陆P-3修改账号已经登陆用户原用户名、新用户名、确定新用户名、密码修改成功或失败信息修改数据库信息P-4修改密码已经登陆用户原来密码、新密码、确定新密码修改成功或失败信息修改数据库信息P-5修改常见收货信息已经登陆用户新收货地址、新联络方法修改数据库信息P-6添加收获信息已经登陆用户新收货信息修改数据库信息P-7修改用户信息已经登陆用户用户信息修改数据库信息P-8添加到购物车全部用户将用户所选菜品添加到购物车P-9修改购物车全部用户修改购物车信息P-10下订单已登录用户依据购物车和用户信息自动生成订单P-11查看并确定订单已登录用户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 用户表用户编号姓名地址手机注册时间主码表3-3 订单表订单编号手机号地址总金额下单时间订单状态订单改变时间备注会员编号主码外码表3-4 菜谱表编号菜名原价优惠价菜名介绍图片创建时间主码表3-5 订单项表订单项编号订单编号姓名状态主码3.2 具体逻辑模式设计表具体结构表名字段名字段类型关键字约束说明菜谱信息菜谱编号10个字符是菜名20个字符不许可空值原价20个字符优惠价20个字符菜名介绍50个字符图片创建时间10个字符用户信息用户编号10个字符是姓名10个字符地址50个字符手机20个字符注册时间10个字符管理员信息管理员编号10个字符是姓名10个字符管理员密码10个字符登录IP20个字符最终登录时间10个字符订单信息订单编号15个字符是手机号20个字符地址20个字符总金额10个字符下单时间10个字符订单状态10个字符订单改变时间10个字符备注50个字符会员编号10个字符参考用户信息表用户编号，不许可空值订单项信息订单项编号10个字符是订单编号15个字符参考订单信息表订单编号，不许可空值姓名10个字符状态10个字符第四章 数据库物理结构设计4.1设计表间关系在网上订餐系统中，存在着参考关系和被参考关系。 用户信息表 参考关系用户编号姓名地址手机注册时间王丽萍山东济南0910李杜娟江西南昌1231黄大洲广东佛山0423张子将湖南长沙0814外部关键字 主关键字 订单信息表 被参考关系订单编号用户编号地址总金额下单时间订单状态订单改变时间手机备注11122301山东济南28.001223 11:23等候付款11122302江西南昌42.001223 14:42货到付款11122303广东佛山13.001223 15:33已付款11122304湖南长沙25.001223 17:52货到付款 图4-1参考关系和被参考关系4.2完整性设计4.2.1关键字段完整性字段名、完整性约束条件关系模型完整性约束包含实体完整性、参考完整性和用户定义完整性。关键字段完整性字段名、完整性约束条件指是实体完整性。其中实体完整性规则以下：1 实体完整性规则是针对关系而言，而关系则对应一个现实世界中实体集。2 现实世界中实体是可区分，它们含有某种标识特征；对应地，关系中元组也是可区分，在关系中用主关键字作唯一性标识。3 主关键字中属性，即主属性不能取空值。在网上订餐系统中，管理员表（管理员编号，名称，密码，登陆IP，最终登录时间）中，管理员编号是主关键字，不能够取空值；用户表（用户编号，姓名，地址，手机，注册时间）中，用户编号是主关键字，不能够取空值；订单表（订单编号，手机号，地址，总金额，下单时间，订单状态，订单改变时间，备注，会员编号）中，订单编号是主关键字，不能够取空值；菜谱表（菜谱编号，菜名，原价，优惠价，菜名介绍,图片，创建时间）中，菜谱编号是主关键字，不能够取空值；订单项表（订单项编号，订单编号，姓名，状态）中，订单项编号是主关键字，不能够取空值。4.2.2统计完整性约束及其约束条件除了实体完整性之外还有其它和应用亲密相关数据完整性约束，比如某个属性值必需唯一，某个属性取值必需在某个范围内，一些属性值之间应该满足一定函数关系等。类似这些方面约束不是关系数据模型本身所要求，而是为了满足应用方面语义要求提出来，这些完整性需求需要用户来定义，所以称为用户定义完整性。数据库管理系统需提供定义这些数据完整性功效和手段，方便统一进行处理和检验，而不是由应用程序去实现这些功效。 在用户定义完整性中最常见是限定属性取值范围，即对值域约束，这包含说明属性数据类型、精度、取值范围、是否许可空值等。在网上订餐系统中，订单信息表中订单编号不许可为空值，用户表中用户编号为唯一值全部是用了用户定义完整性约束。4.2.3参考完整性表用户编号姓名地址手机注册时间现实世界中实体之间存在着某种联络，而在关系模型中实体是用关系描述，实体之间联络也是用关系描述，这么就自然存在着关系和关系之间参考或引用。网上订餐系统参考完整性表以下： 用户信息表订单编号手机号地址总金额下单时间订单状态用户编号 n：n订单项编号订单编号姓名状态 n: n 订单信息表订单项信息表 图4-2说明关联和参考关第五章 数据库系统实现5.1数据库建立开启服务管理器，打开查询分析器，在调试程序窗口输入下列语句：Create database 网上订餐系统On（name=网上订餐系统_dat,Filename=d:program fileslzysql网上订餐系统_dat.mdf,Size=5mbMaxsize=100mb,Filegrowth=5mb)Log on(name=网上订餐系统_log,Filename=d:program fileslzysql网上订餐系统_log.ldf,Size=5mbMaxsize=100mb,Filegrowth=5mb)5.2数据载入在网上订餐系统数据库中分别新建菜谱信息表、用户信息表、管理员信息表、订单信息表、订单项信息表，再陆续载入数据：菜谱信息表数据:用户信息表数据:管理员信息表数据订单信息表数据：订单项信息表数据：第六章 数据库系统运行和维护作为网管员，不管其管理网络规模是大还是小，在日常管理中除了维护网络平稳运行、立即排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中一个很很关键工作步骤。网络中多种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”能够经过维修或更换硬件设备得到立即处理;对于“软件故障”则能够经过重新安装或升级软件、重做网络或应用软件系统等方法立即处理，而且用此方法来处理网络故障大多需要部分基础、关键数据支持才能得以恢复正常。不过，网络中诸如这类关键数据(尤其是“应用软件系统”中关键数据)损坏或丢失，绝大部分是无法恢复和填补。6.1定义并设置备份策略：1. 每七天1次完全备份，周日晚0点。超出4周清空之前备份。2. 天天1次差异备份，天天0点。超出1周清空之前备份。3. 每2小时一次日志备份，超出1天清空之前备份。6.2启用维护计划任务在“管理”“数据库维护计划”上右键弹出菜单，选“新建维护计划”。图6-2-1所表示。设置数据库维护计划名，并完成向导图6-2-2所表示。图6-2-1 新建数据库维护计划图6-2-2 完成建数据库维护计划第七章 汇报总结实践出真知。这句话说得一点也没错，在整个数据库课程设计过程中，只有实践才能对事物本质有更深认识，才能有讲话权，一切认识全部是建立在认识基础上。经过了一个星期数据课程设计，我对数据库这门课程有了更深认识，对原本在我脑中像是火星语SQL语言有了愈加具体认识。数据库课程设计加深了我对数据库这门课程爱好，让我深刻了解了数据库强大功效，引发我对研究SQL语言利用规则爱好。数据库概念设计、数据库逻辑结构设计和数据库保护设计是数据库设计关键步骤，每一步设计全部是至关关键，而且是相互联络。经过一个星期课程设计，让我对E-R图设计有一个整体想法，而且对逻辑结构设计中关键字设定能够很好把握，分析每个表中联络，愈加注意表间和数据之间相互约束。课程设计一个关键过程就是在Sever SQL 上操作运行，这是利用实践去检验认识一个过程，在这个过程中我学会了灵活利用SQL语言。总而言之，数据库课程设计一个很好地利用实践去发觉认识过程。数据库课程设计不仅让我更深入了解了数据库这门课程，而且让我在做事方面也形成了一套很好想法。我在做事方面学会了坚持、合作、对待问题不停充满疑问和要有耐心去处理问题，更要和同学们交流，对不懂问题也不耻下问。从课程设计中最深还是做事要坚持和要有耐心。在利用Server SQL 设计数据库过程中，会不停碰到种种问题，而且每个问题全部会和上下步骤之间全部会有联络，一个问题不解可能会造成下一个问题无法操作，所以我们要有耐心找出问题，分析原因，然后再处理问题，不要中途而废，要坚持下去，这么才能在学习上有所突破。数据库课程设计目标在于经过对一个实际问题分析，设计和实现，将原理和应用相结合，使学生学会怎样把书本上学到知识用于处理实际问题，培养学生动手能力，使学生能深入了解和灵活掌握教学内容：其次，能够很好培养学生处事能力。总而言之，即使在备战期末考试期间，为了做这个课程设计花了很多时间，却让我感受到了要将书上理论应用到实践绝对不只是停滞在课堂上。一次实践能够让我看到自己欠缺，同时也巩固了课堂上掌握知识点。