在线订餐系统的ER图与逻辑图.doc

1、在线订餐系统在线订餐系统 作作业题业题目：目： 网上网上订订餐数据餐数据库库系系统设计统设计 作作业时间业时间： ： 2012 年年 11 月月 专业专业班班级级： ： XXXXXXXXXXXXXXXXX 姓姓 名：名： 学学 号：号： 授授课课教教师师： ： 目录目录 第一章 需求分析.3 1.1 订餐现状分析.3 1.2 顾客需求分析.3 1.3 管理员需求分析 .3 1.4 性能需求分析.3 1.5 可行性分析 .4 1.6 总体设计原则.4 第二章 数据库概念结构设计.5 2.1 系统 E-R 图 .5 2.2 数据流图.6 2.3 数据字典.6 2.3.1 数据项.6 2.3.2 数

2、据结构.7 2.3.3 处理过程.7 第三章 数据库逻辑结构设计.10 3.1 数据库逻辑结构初步构思.10 3.2 具体逻辑结构设计.11 第四章 数据库的物理结构设计.12 4.1 表间关系设计.12 4.2 完整性设计 .12 第五章 数据库系统的实施.14 5.1 数据库的建立.14 5.2 数据输入.14 第六章 数据库运行和维护.16 6.1 定义并设置备份策略 .16 6.2 启用数据库维护计划任务 .16 第七章 报告总结.18 第一章需求分析第一章需求分析 1.1 订餐现状分析 现在普遍使用的订餐方式是进行电话预定，这种预订方式方便，错误率也 比较低，但是由此引发的一些不良现

3、象也比较多，主要是订餐后出现饭店并没 有将信息记录在案，而且电话里不能看到菜品的图片，对菜量和菜品样式没有 直观的概念。另外这种订餐方式只是进行电话的预约，很可能会出现订餐但是 不履行订单也不进行订餐取消的现象，订餐人员对订购的餐桌信息不太了解会 进行相关信息的询问，这样就在一定程度上造成了时间的浪费，饭店人员会在 同一天反复重复相同的信息，造成了人力资源的浪费。 这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具 有了重要的意义。 1.2 顾客需求分析 顾客模块的功能包括个人信息管理，美食选购，美食评价三大功能。其中， 在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过

4、的美食信息； 在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完 成交易；美食评价中顾客可以这对这次服务质量，留下自己相对餐厅说的话， 完成用户与餐厅之间的交互。 1.3 管理员需求分析 管理员模块的功能包括菜品管理，订单管理，会员信息管理三大功能。 其中，在个菜品管理中可以对菜品信息进行添加、修改和查询操作；在订单管 理中可以通过未确认、已确认、已下单三种形式进行管理、也可查看所有订单 信息；会员信息管理中，可以添加会员信息和修改会员信息，进而方便顾客网 上订购美食，并享有优惠，这一做法人性化的完成网站的推广，避免了顾客的 抵触情绪。 1.4 性能需求分析 该系统在性能功能

5、上应达到如下需求： 操作简单、界面友好: 完全控件式的页面布局，使得菜品，资讯，座位等信 息的录入工作更简便，许多选项包括餐厅信息，桌位，包房信息等只需要点 击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操 作情况。对常见的类似网站的管理的各个方面：基本信息录入、浏览、删除、 修改、搜索等方面都大体实现，顾客对菜品的预定及支付方式； 即时可见:对客户预定餐饮信息的处理（包括录入、删除）将立即在主页的 对应栏目显示出来，达到“即时发布、即时见效”的功能； 系统运行应该快速、稳定、高效和可靠； 在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。 1.5 可行性分析 随着经济

6、的快速发展，B2C 电子商务越来越受到人们的关注。网上订餐类 网站，已经如雨后春笋般的出现在了个大城市。特别在公司，企业内部，团体 订餐已经成为了趋势。同时，随着全国人民的精神、物质和文化生活高度的提 高，人们已经不在仅仅停留在吃饱的程度，不但要吃饱，还要吃好，而且口味 也越来越挑刺，正因为如此网络订餐业务的出现，正迎合了这些人的口味，他 们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜品，品尝不同风格 的菜品，网络订餐业务在中国有着极大的发展空间以及良好的背景。而当代大 学生，白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高, 饮食在他们生活中起着重要作用。因此，面向大学生

7、和都市白领人士的网络订 餐网站的设计有着良好的现实意义。 1.6 总体设计原则 1、开放性、可扩充性、可靠性原则 开放系统是生产各种计算机产品普遍遵循的原则，遵循这种标准的产品都 符合一些公共的、可以相互操作的标准，能够融洽的在一起工作。开放系统使 得各种类型的网络和系统互连简单、标准统一，容易扩展升级。从而适应广大 用户需求的多变性和产品的更新换代。 2、良好的用户操作界面 用户操作界面美观、方便、实用，使用户能在较短的时间内掌握其使用方 法。 3、实用性原则 任何系统的设计都要考虑其实用性，系统开发的目的是为了实现业务处理 自动化、规范化，提高工作效率，减轻工作人员的劳动强度，减少开支。

8、4、工作平台设计原则 能适应不同的操作平台，不同的网络。 第二章第二章 概念结构设计阶段概念结构设计阶段 2.1 系统 E-R 图 通过上面的介绍，我们已近基本的实体有管理员、用户、订单和菜谱。实 体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系，因此管理员 与用户之间和菜单之间都是一对多的联系；一个用户只能属于管理员，因此用 户与管理员是多对一的联系；一个订单只属于一个用户，但可以拥有多个菜谱， 因此订单与菜谱的关系是一对多的联系。 据此分析，得到系统的 ER 图如图 2-1 所示。 图 2-1 网上订餐系统 E-R 图 M 1 管理员用 户 管理 管理 生成 下单 管理员编 号 名

9、称 用户编号 姓名 地址 下单时间 总金额 订单状态 编号菜名 原 价 菜名的介绍 优惠价 菜 系订 单 图片 手机号 订单编号 地址 密码 登录 IP 最后登录时间 注册时间 订单改变时间 会员编号 备注 创建时间 2.2 数据流图 图 2-2 订餐系统网上订餐数据流图 2.3 数据字典 2.3.12.3.1 数据项数据项 数据项编号数据项名数据项含义说明数据类型长度 DI-0 用户编号用户的唯一标识 int DI-1 用户名用户登陆时的名称 char17 DI-2 用户密码用户登陆时的密码 char17 DI-3 用户姓名用户的真实姓名 char20 DI-4 用户性别用户的性别 char

10、2 DI-5 用户手机用户的联系电话 char40 DI-6 用户固定电话用户的联系电话 char40 DI-7 用户地址用户的送货地址 char100 DI-8 用户邮箱用户的个人邮箱 char50 DI-9 用户年龄用户的真实年龄 int DI-10 用户生日用户的出生日期 date DI-11 餐馆编号餐馆的唯一标识 int DI-12 餐馆名称餐馆的全称 char50 DI-13 餐馆地址餐馆的详细地址 char100 DI-14 餐馆电话餐馆的联系电话 char40 数据项编号数据项名数据项含义说明数据类型长度 DI-15 餐馆联系人餐馆联系人的姓名 char20 DI-16 菜品编

11、号菜品的唯一标识 int DI-17 菜名名称菜品的名称 char40 DI-18 菜品类别菜品所属的类别名称 char20 DI-19 菜品类别编号菜品类别的唯一标识 int DI-20 菜品价格菜品的单价 float DI-21 菜品折扣菜品的折扣率 float DI-22 菜品份数菜品的份数 int DI-23 订单编号订单的唯一标识 int DI-24 订单日期订单产生的日期 date DI-25 订单总额订单所有菜品的总额 float DI-26 送餐编号送餐的唯一标识 int DI-27 送餐地址送餐的详细地址 char100 DI-28 送餐日期送餐的日期 date DI-29

12、送餐员名称送餐员的真实姓名 char20 DI-30 送餐员电话送餐员的联系电话 char40 DI-31 省份编号省份的唯一标识 int DI-32 省份名称省份的名称 char20 DI-33 城市编号城市的唯一标识 int DI-34 城市名称城市的名称 char20 2.3.22.3.2 数据结构数据结构 数据结构编号数据结构名含义说明组成 DS-1Class 菜品分类信息DI-18，DI-19 DS-2User 用户信息DI-0 至 DI-10 DS-3Restaurant 餐馆信息DI-11 至 DI-15 DS-4Meal 菜品信息DI-16 至 DI-22 DS-5Order

13、订单信息DI-23、DI-24、DI-25、DI-27、DI-0 DS-6DeliveryNote 送餐信息DI-26 至 DI-30，DI-1、DI-14、DI-15 2.3.32.3.3 处理过程处理过程 处理过程编号处理过程名说明输入输出处理 P-1 注册所有用户用户详细信息 注册成功信息 或失败信息 成功：跳转到 登陆页面 失败：重新注 册 处理过程编号处理过程名说明输入输出处理 P-2 登录所有用户用户名和密码 登陆成功信息 或失败信息 成功：跳转到 首页 失败：重新登 陆 P-3 修改账号 已经登陆 的用户 原用户名、新 的用户名、确 认新用户名、 密码 修改成功或失 败信息 修改

14、数据库信 息 P-4 修改密码 已经登陆 的用户 原来的密码、 新的密码、确 认新密码 修改成功或失 败信息 修改数据库信 息 P-5 修改常用收 货信息 已经登陆 的用户 新的收货地址、 新的联系方式 修改数据库信 息 P-6 添加收获信 息 已经登陆 的用户 新的收货信息 修改数据库信 息 P-7 修改用户信 息 已经登陆 的用户 用户信息 修改数据库信 息 P-8 添加到购物 车 所有用户 将用户所选的 菜品添加到购 物车 P-9 修改购物车所有用户 修改购物车信 息 P-10 下订单 已登录用 户 根据购物车和 用户信息自动 生成订单 P-11 查看并确认 订单 已登录用 户 P-12

15、 提交订单 已登录用 户 订餐成功信息 修改数据库信 息 处理过程编号处理过程名说明输入输出处理 P-13 接收订单客服人员 将订单信息传 送给相关工作 人员 P-14 信息检索所有用户要检索的内容检索信息内容 P-15 发布信息 已登录用 户 要发布的信息 修改数据库信 息 P-16 系统维护管理员 P-17 信息更新管理员 需要更新的信 息 修改数据库信 息 P-18 用户投诉与 评价 已登录的 用户 投诉/评价内容 投诉/评价内 容 修改数据库信 息 第三章第三章 数据库逻辑数据库逻辑结构结构设计设计阶段阶段 3.1 数据库逻辑模式初步构思 根据 ER 图转换成基本表的思想，即每个实体转

16、换成基本表，而 1 对多的联 系根据实际需要可以转换或不转换为基本表，按照图 2-1 所示的 ER 图，该系统 的基本表应为 5 个，分别为： 表 3-1 管理员表 管理员编号姓名密码登陆 IP最后登录时间 主码 表 3-2 用户表 用户编号姓名地址手机注册时间 主码 表 3-3 订单表 订单 编号 手机号地址总金额下单 时间 订单状态订单改 变时间 备注会员编 号 主码外码 表 3-4 菜谱表 编号菜名原价优惠价菜名的介绍图片创建时间 主码 表 3-5 订单项表 订单项编号订单编号姓名状态 主码 3.2 具体逻辑模式设计 表的具体结构 表名字段名字段类型关键字约束说明 菜谱编号10 个字符是

17、 菜名20 个字符不允许空值 原价20 个字符 优惠价20 个字符 菜名介绍50 个字符 图片 菜谱信息 创建时间10 个字符 用户编号10 个字符是 姓名10 个字符 地址50 个字符 手机20 个字符 用户信息 注册时间10 个字符 管理员编号10 个字符是 姓名10 个字符 管理员密码10 个字符 登录 IP20 个字符 管理员信息 最后登录时间10 个字符 订单编号15 个字符是 手机号20 个字符 地址20 个字符 总金额10 个字符 下单时间10 个字符 订单状态10 个字符 订单改变时间10 个字符 备注50 个字符 订单信息 会员编号10 个字符参照用户信息表的用户编 号，不允

18、许空值 订单项编号10 个字符是 订单编号15 个字符参照订单信息表的订单编 号，不允许空值 姓名10 个字符 订单项信息 状态10 个字符 第四章第四章 数据库的数据库的物理结构物理结构设计设计 4.1 设计表间关系 在网上订餐系统中，存在着参照关系和被参照关系。 用户信息表 参照关系 外部关键字 主关键字 订单信息表 被参照关系 订单编号用户编号地址总金额下单时间订单状态订单改 变时间 手机备注 111223012010010001山东济南28.001223 11:23等待付111223022010010002江西南昌42.001223 14:42货到付款1514

19、6854236 111223032010010003广东佛山13.001223 15:33已付111223042010010004湖南长沙25.001223 17:52货到付图 4-1 参照关系与被参照关系 4.2 完整性设计 4.2.14.2.1 主要字段完整性的字段名、完整性约束条件主要字段完整性的字段名、完整性约束条件 关系模型的完整性约束包括实体完整性、参照完整性和用户定义完整性。主要字段完整 性的字段名、完整性约束条件指的是实体完整性。其中实体完整性的规则如下： 1 实体完整性规则是针对关系而言的，而关系则对应一个现实世界中的实体集

20、。 2 现实世界中的实体是可区分的，它们具有某种标识特征；相应地，关系中的元组也 是可区分的，在关系中用主关键字作唯一性标识。 3 主关键字中的属性，即主属性不能取空值。 在网上订餐系统中，管理员表（管理员编号，名称，密码，登陆 IP，最后登录时间） 中，管理员编号是主关键字，不可以取空值；用户表（用户编号，姓名，地址，手机， 注册时间）中，用户编号是主关键字，不可以取空值；订单表（订单编号，手机号，地 用户编号姓名地址手机注册时间 2010010001王丽萍山东济南1322323565620100910 2010010002李杜娟江西南昌1514685423620081231 2010010

21、003黄大洲广东佛山1877569258420090423 2010010004张子将湖南长沙1802365254120110814 址，总金额，下单时间，订单状态，订单改变时间，备注，会员编号）中，订单编号是 主关键字，不可以取空值；菜谱表（菜谱编号，菜名，原价，优惠价，菜名的介绍,图 片，创建时间）中，菜谱编号是主关键字，不可以取空值；订单项表（订单项编号，订 单编号，姓名，状态）中，订单项编号是主关键字，不可以取空值。 4.2.24.2.2 记录完整性约束及其约束条件记录完整性约束及其约束条件 除了实体完整性之外还有其他与应用密切相关的数据完整性约束，例如某个属性的值 必须唯一，某个属性

22、的取值必须在某个范围内，某些属性值之间应该满足一定的函数关系 等。类似这些方面的约束不是关系数据模型本身所要求的，而是为了满足应用方面的语义 要求提出来的，这些完整性需求需要用户来定义，所以称为用户定义完整性。数据库管理 系统需提供定义这些数据完整性的功能和手段，以便统一进行处理和检查，而不是由应用 程序去实现这些功能。 在用户定义完整性中最常见的是限定属性的取值范围，即对值域的约束，这包括说明 属性的数据类型、精度、取值范围、是否允许空值等。在网上订餐系统中，订单信息表中 的订单编号不允许为空值，用户表中的用户编号为唯一值都是用了用户定义完整性约束。 4.2.34.2.3 参照完整性表参照完

23、整性表 现实世界中的实体之间存在着某种联系，而在关系模型中实体是用关系描述的，实体之间 的联系也是用关系描述的，这样就自然存在着关系和关系之间的参照或引用。网上订餐系 统参照完整性表如下： 用户信息表 n：n 订单信息表 订单项信息表 图 4-2 说明关联和参照关 用户编号姓名地址手机注册时间 订单编号手机号地址总金额下单时间订单状态用户编号 订单项编号订单编号姓名状态 n: n 第第 5 5 章章 数据库系统的实现数据库系统的实现 5.1 数据库的建立 启动服务管理器，打开查询分析器，在调试程序窗口输入下列语句： Create database 网上订餐系统 On （name=网上订餐系统_

24、dat, Filename=d:program fileslzysql网上订餐系统_dat.mdf, Size=5mb Maxsize=100mb, Filegrowth=5mb) Log on (name=网上订餐系统_log, Filename=d:program fileslzysql网上订餐系统_log.ldf, Size=5mb Maxsize=100mb, Filegrowth=5mb) 5.2 数据载入 在网上订餐系统数据库中分别新建菜谱信息表、用户信息表、管理员信息表、 订单信息表、订单项信息表，再陆续载入数据： 菜谱信息表的数据: 用户信息表的数据: 管理员信息表的数据 订单

25、信息表的数据： 订单项信息表的数据： 第第 6 6 章章 数据库系统的运行和维护数据库系统的运行和维护 作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平 稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的 一个非常非常重要的工作环节。 网络中的各种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”可以通过维 修或更换硬件设备得到及时解决;对于“软件故障”则可以通过重新安装或升级软件、重做 网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、 关键的数据支持才能得以恢复正常。但是，网络中诸如此类的关键数据(特别

26、是“应用软件 系统”中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。 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 完成建数据库维护计划 第第 7 7 章章 报告总结报告总结 实践出真知。这句话说得一点也没错，在整个数据库课程设计过程中，只有实践才能 对事物的本质有更深的认识，才能有发言权，一切认识都是