在线订餐系统地ER图及逻辑图

在线订餐系统地ER图及逻辑图在线订餐系统地ER图及逻辑图在线订餐系统地ER图及逻辑图在线订餐系统作业题目：作业时间：专业班级：姓名：学号：讲课教师：

网上订餐数据库系统设计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第五章数据库系统的实行..........................................................................145.1数据库的成立......................................................................................................145.2数据输入...............................................................................................................14第六章数据库运转和保护..........................................................................166.1定义并设置备份策略...........................................................................................166.2启用数据库保护计划任务..................................................................................16第七章报告总结........................................................................................18优秀文档合用标准文案第一章需求分析1.1订餐现状分析此刻广泛使用的订餐方式是进行电话预定，这类预定方式方便，错误率也比较低，但是由此引起的一些不良现象也比好多，主假如订餐后出现饭馆并无将信息记录在案，并且电话里不可以够看到菜品的图片，对菜量和菜品款式没有直观的见解。其余这类订餐方式但是进行电话的预定，很可能会出现订餐但是不执行订单也不进行订餐撤消的现象，订餐人员对订购的餐桌信息不太认识会进行有关信息的咨询，这样就在必然程度上造成了时间的浪费，饭馆人员会在同一天频频重复同样的信息，造成了人力资源的浪费。这样开发出图文并茂，信息能够实时更新和查察的在线网上订餐系统就拥有了重要的意义。1.2顾客需求分析顾客模块的功能包含个人信息管理，美食选购，美食谈论三大功能。此中，在个人信息管理中能够对个人信息进行改正、还能够够查阅过去订过的美食信息；在选购美食中能够经过购物车直接购置的形式、也可已选择货到付款的形式达成交易；美食谈论中顾客能够这对此次服务质量，留下自己相对餐厅说的话，达成用户与餐厅之间的交互。1.3管理员需求分析管理员模块的功能包含菜品管理，订单管理，会员信息管理三大功能。此中，在个菜品管理中能够对菜品信息进行增添、改正和查问操作；在订单管理中能够经过未确认、已确认、已下单三种形式进行管理、也可查察全部订单信息；会员信息管理中，能够增添会员信息和改正会员信息，从而方便顾客网上订购美食，并享有优惠，这一做法人性化的达成网站的实行，防范了顾客的抗争情绪。1.4性能需求分析该系统在性能功能上应达到以下需求：操作简单、界面友善:圆满控件式的页面布局，使得菜品，资讯，座位等信息的录入工作更简单，好多项选择项包含餐厅信息，桌位，包房信息等只要重点击鼠标就能够达成；其余，追踪出现的提示信息也让用户随时清楚自己的操作状况。对常有的近似网站的管理的各个方面：基本信息录入、阅读、删除、改正、找寻等方面都大概实现，顾客对菜品的预定及支付方式；即时可见:对客户预定餐饮信息的办理（包含录入、删除）将立刻在主页的对优秀文档合用标准文案应栏目显示出来，达到“即时宣告、即时奏效”的功能；系统运转应当迅速、坚固、高效和靠谱；在构造上应拥有很好的可扩展性，便于未来的功能扩展和保护。1.5可行性分析跟着经济的迅速发展，B2C电子商务愈来愈遇到人们的关注。网上订餐类网站，已经如雨后春笋般的出此刻了个大城市。特别在公司，公司内部，集体订餐已经成为了趋向。同时，跟着全国人民的精神、物质和文化生活高度的提升，人们已经不在但是逗留在吃饱的程度，不只要吃饱，还要吃好，并且口胃也愈来愈挑刺，正由于这样网络订餐业务的出现，正逢迎了这些人的口胃，他们不只省去了自己做饭的麻烦，并且也能找寻和发现新的菜品，品味不同样风格的菜品，网络订餐业务在中国有着极大的发展空间以及优秀的背景。此刻世大学生，白领工作人士作为社会中的重要集体，他们对饮食的要求都在不停提升,饮食在他们生活中起重视要作用。所以，面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意义。1.6整体设计原则1、开放性、可扩大性、靠谱性原则开放系统是生产各样计算机产品广泛依据的原则，依据这类标准的产品都符合一些公共的、能够互相操作的标准，能够友善的在一同工作。开放系统使得各各样类的网络和系统互连简单、标准一致，简单扩展升级。从而适应广大用户需求的多变性和产品的更新换代。2、优秀的用户操作界面用户操作界面雅观、方便、合用，使用户能在较短的时间内掌握其使用方法。3、合用性原则任何系统的设计都要考虑其合用性，系统开发的目的是为了实现业务办理自动化、规范化，提升工作效率，减少工作人员的劳动强度，减少开销。4、工作平台设计原则能适应不同样的操作平台，不同样的网络。优秀文档合用标准文案第二章见解构造设计阶段2.1系统E-R图经过上边的介绍，我们已近基本的实体有管理员、用户、订单和菜谱。实体之间有一个管理员能够有拥有多个用户、多个菜谱的管理关系，所以管理员与用户之间和菜单之间都是一对多的联系；一个用户只好属于管理员，所以用户与管理员是多对一的联系；一个订单只属于一个用户，但能够拥有多个菜谱，所以订单与菜谱的关系是一对多的联系。据此分析，获得系统的ER图如图2-1所示。手机号登录IP注册时间密码姓名管理员编用户编号名称最后登录时间地点管理员M户管理用管理下单1菜系生成订单地点原订单状态编号菜名备注图片会员编号总金额创立时间优惠价订单编号下单时间菜名的介绍订单改变时间图2-1网上订餐系统E-R图优秀文档合用标准文案2.2数据流图图2-2订餐系统网上订餐数据流图2.3数据词典数据项数据项编号数据项名数据项含义说明数据种类长度DI-0用户编号用户的独一表记intDI-1用户名用户登岸时的名称char17DI-2用户密码用户登岸时的密码char17DI-3用户姓名用户的真切姓名char20DI-4用户性别用户的性别char2DI-5用户手机用户的联系电话char40优秀文档合用标准文案数据项编号数据项名数据项含义说明DI-6用户固定电话用户的联系电话DI-7用户地点用户的送货地点DI-8用户邮箱用户的个人邮箱DI-9用户年纪用户的真切年纪DI-10用户诞辰用户的出诞辰期DI-11餐馆编号餐馆的独一表记DI-12餐馆名称餐馆的全称DI-13餐馆地点餐馆的详尽地点DI-14餐馆电话餐馆的联系电话DI-15餐馆联系人餐馆联系人的姓名DI-16菜品编号菜品的独一表记DI-17菜名名称菜品的名称DI-18菜品种类菜品所属的类又名称DI-19菜品种类编号菜品类其余独一表记DI-20菜品价钱菜品的单价DI-21菜品折扣菜品的折扣率DI-22菜品份数菜品的份数DI-23订单编号订单的独一表记DI-24订单日期订单产生的日期DI-25订单总数订单全部菜品的总数

数据种类长度char40char100char50intdateintchar50char100char40char20intchar40char20intfloatfloatintintdatefloat优秀文档合用标准文案数据项编号数据项名数据项含义说明数据种类长度DI-26送餐编号送餐的独一表记intDI-27送餐地点送餐的详尽地点char100DI-28送餐日期送餐的日期dateDI-29送餐员名称送餐员的真切姓名char20DI-30送餐员电话送餐员的联系电话char40DI-31省份编号省份的独一表记intDI-32省份名称省份的名称char20DI-33城市编号城市的独一表记intDI-34城市名称城市的名称char20数据构造数据构造编号数据构造名含义说明构成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-15办理过程优秀文档合用标准文案办理过程编号办理过程名说明输入输出办理成功：跳转到注册成功信息登岸页面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个字符是优秀文档合用标准文案手机号地点总金额下单时间订单状态订单改变时间备注会员编号

个字符个字符个字符个字符个字符个字符个字符10个字符参照用户信息表的用户编号，不相赞成空值订单项编号订单编号订单项信息姓名状态

10个字符是15个字符参照订单信息表的订单编号，不相赞成空值个字符个字符优秀文档合用标准文案第四章数据库的物理构造设计4.1设计表间关系在网上订餐系统中，存在着参照关系和被参照关系。用户信息表参照关系用户编号姓名地点手机注册时间201001000王丽萍山东济南13223235620100910外面重点字156201001000李杜娟江西南昌15146854220081231236主重点字201001000黄大洲广东佛山18775692520090423384订单信息表被参照201001000张子将湖南长沙18023652520110814关系441订单编号用户编号地点总金额下单时间订单状态订单改手机备注变时间11122320100100山东济南28.001223等候付款132232356010111:235611122320100100江西南昌42.001223货到付款151468542020214:423611122320100100广东佛山13.001223已付款187756925030315:338411122320100100湖南长沙25.001223货到付款180236525优秀文档合用标准文案040417:5241图4-1参照关系与被参照关系4.2圆满性设计主要字段圆满性的字段名、圆满性拘束条件关系模型的圆满性拘束包含实体圆满性、参照圆满性和用户定义圆满性。主要字段圆满性的字段名、圆满性拘束条件指的是实体圆满性。此中实体圆满性的规则以下：1．实体圆满性规则是针对关系而言的，而关系则对应一个现实世界中的实体集。2．现实世界中的实体是可划分的，它们拥有某种表记特点；相应地，关系中的元组也是可划分的，在关系顶用主重点字作独一性表记。3．主重点字中的属性，即主属性不可以够取空值。在网上订餐系统中，管理员表（管理员编号，名称，密码，登岸IP，最后登录时间）中，管理员编号是主重点字，不可以够够取空值；用户表（用户编号，姓名，地点，手机，注册时间）中，用户编号是主重点字，不可以够够取空值；订单表（订单编号，手机号，地点，总金额，下单时间，订单状态，订单改变时间，备注，会员编号）中，订单编号是主关键字，不可以够够取空值；菜谱表（菜谱编号，菜名，原价，优惠价，菜名的介绍,图片，创建时间）中，菜谱编号是主重点字，不可以够够取空值；订单项表（订单项编号，订单编号，姓名，状态）中，订单项编号是主重点字，不可以够够取空值。记录圆满性拘束及其拘束条件除了实体圆满性以外还有其余与应用亲密有关的数据圆满性拘束，比方某个属性的值必须独一，某个属性的取值必然在某个范围内，某些属性值之间应当知足必然的函数关系等。优秀文档合用标准文案近似这些方面的拘束不是关系数据模型自己所要求的，而是为了知足应用方面的语义要求提出来的，这些圆满性需求需要用户来定义，所以称为用户定义圆满性。数据库管理系统需提供定义这些数据圆满性的功能和手段，以便一致进行办理和检查，而不是由应用程序去实现这些功能。在用户定义圆满性中最常有的是限制属性的取值范围，即对值域的拘束，这包含说明属性的数据种类、精度、取值范围、能否赞成空值等。在网上订餐系统中，订单信息表中的订单编号不相赞成为空值，用户表中的用户编号为独一值都是用了用户定义圆满性拘束。参照圆满性表现实世界中的实体之间存在着某种联系，而在关系模型中实体是用关系描绘的，实体之间的联系也是用关系描绘的，这样就自然存在着关系和关系之间的参照或引用。网上订餐系统参用户编号姓名地点手机注册时间照圆满性表以下：用户信息表n：n订单编号手机号地点总金额下单时间订单状态用户编号n:n订单信息表订单项编号订单编号姓名状态订单项信息表图4-2说明关系和参照关优秀文档合用标准文案第五章数据库系统的实现5.1数据库的成立启动服务管理器，翻开查问分析器，在调试程序窗口输入以下语句：Createdatabase网上订餐系统On（name=网上订餐系统_dat,网上订餐系统_dat.mdf',Size=5mbMaxsize=100mb,Filegrowth=5mb)Logon(name=网上订餐系统_log,网上订餐系统_log.ldf',Size=5mbMaxsize=100mb,Filegrowth=5mb)5.2数据载入在网上订餐系统数据库中分别新建菜谱信息表、用户信息表、管理员信息表、订单信息表、订单项信息表，再陆续载入数据：菜谱信息表的数据:优秀文档合用标准文案用户信息表的数据:管理员信息表的数据订单信息表的数据：订单项信息表的数据：优秀文档合用标准文案第六章数据库系统的运转和保护作为网管员，不论其管理的网络的规模是大仍是小，在平时的管理中除了保护网络安稳运转、实时除去网络故障、保护网络安全等工作以外，备份网络中重点数据也是此中的一个特别特别重要的工作环节。网络中的各样故障但是就分两种:软件故障和硬件故障。关于“硬件故障”能够经过维修或改换硬件设施获得实时解决;关于“软件故障”则能够经过从头安装或升级软件、重做网络或应用软件系统等方法实时解决，并且用此方法来解决网络故障大多需要一些基础的、重点的数据支持才能得以恢复正常。但是，网络中诸这样类的重点数据(特别是“应用软件系统”中的重点数据)的破坏或抛弃，绝大多数是没法恢复和填补的。6.1定义并设置备份策略：每周1次圆满备份，周日晚0点。超出4周清空以前的备份。每日1次差别备份，每日0点。超出1周清空以前的备份。3.每2小时一第二天志备份，超出1天清空以前的备份。6.2启用保护计划任务在“管理”－>“数据库保护计划”上右键弹出菜单，选“新建保护计划”。如图6-2-1所示。设置数据库保护计