在线订餐系统的ER图与逻辑图
- 格式:docx
- 大小:824.02 KB
- 文档页数:17
一、需求分析快餐店管理系统的数据流程图如下:数据字典如下; (1) 数据项定义取值范围〈=2001-150来店 or 外卖 1-150 9:00-21:00 150〈=AorBorC100-200or200 500or500 以上 0-0.9数据项名称 Fno Fname Fprice Fnumber FtypeCnoCnote Ctype Tno Caddress Ctime Cphnoe CFA money rankrange discount Wno Wname WtypeMno数据项含 义快餐编号快餐名称 快餐价格 快餐数量 类别顾客编号 备注 就餐类别 餐桌号 顾客地址 就餐时间 电话 数量 消费总额消费等级 消费范围折扣率仓库编号仓库名称 仓库类型 原材料编 号 数据类型 varchar varchar int int varchar varchar varchar varchar varchar varchar datetime varchar int int varcharvarcharfloatvarchar varchar varchar varchar 数据项编号 DI-1 DI —2 DI —3 DI-4 DI —5 DI-6 DI-7 DI-8 DI-9 DI — 10 DI-11 DI — 12 DI-13 DI-14 DI — 15DI — 16 DI — 17DI — 18 DI — 19 DI —20DI —21 长度 202020 20 3020 20 2020202020 2020 20与其 他数据项 关系 外键 外键外 键外键—varchar varcharvarcharvarchar varcharint varchar int varchar int varchar varchar int varchar int varchar varchar int varchar(2) 数据结构定义Fno 、Fname 、Fprice 、Fnumber 、Ftype Cno 、Fno 、CFA Cno 、Caddress 、Ctime 、Cphnoe 、Tno 、Cnote 、 CtypeCno 、money 、rank rank 、discount 、range Wno 、Wname 、Wtype Mno 、Mname 、Mtype Mno 、Wno 、inventory Sno 、Sname 、ScityPno 、Mno 、Wno 、P —price 、Pamount 、Ptime Stno 、Mno 、Wno 、Samount 、Stime Rno 、Mno 、Wno 、Ramount 、Rtime Lno 、Lamount 、Mno 、Ltime原材料名 称原材料类型供货商编 号 供货商名称产地 库存量采购单号 采购单价 采购时间 采购数量 缺货单号 缺货时间 缺货数量 退货单号 退货数量 退货时间 报损单号 破损数量 报损时间数据结构含义快餐菜单 点餐单 顾客 账单 折扣 仓库 原材料 库存 供货商 采购单 缺货单退货单报损单MnameMtypeSnoSnameScity inventory PnoP-price Ptime Pamount Stno Stime Samount Rno Ramount Rtime Lno Lamount Ltime 数据结构名Fast —Food Order Customer Bill Discount Warehouse Materials Inventory Supplier Purchase StockoutReturnLossDI-22 DI-23DI —24DI-25 DI-26 DI-27 DI —28 DI —29 DI-30 DI-31 DI —32 DI-33 DI —34 DI —35 DI-36 DI —37 DI —38 DI-39 DI-40数据结构 编号 DS-1 DS-2 DS —3 DS-4 DS —5 DS —6 DS-7 DS —8 DS-9 DS-10 DS — 11 DS — 12 DS-13100kg-1000kg 〈=1000 >=100kg20202020 20202020 202020 2020调味品 or 肉类 or蔬菜or 粮食or 酒水 〉=100kg<=500kg 〈=500kg 外键组成(3) 数据流描述数据流编号F1 F2 F3 F4 F5 F6 F7 F8 F9简述由快餐店所有食品信息组成顾客了解菜单信息后,所选择的食品和外卖所留信息顾客消费额采购审核后所需购买的材料信息供货商向快餐店供货的信息主管审核后向供货商发出的退货信息快餐店清点货物后所缺的材料信息仓库在进行货物审查时不合格的材料信息采购发现的不合格原材料经退货审查后形成的信息数据流来源提供快餐信息顾客结账采购审核供货商主管审核货物清点仓库主管审核退货审核数据流去向顾客记录顾客信息顾客供货商采购供货商采购主管审核主管审核数据流组成快餐名称、价格快餐名称,地址、电话、备注、就餐时间快餐编号、顾客编号、价格、折扣原材料编号、供货商、数量原材料编号、供货商、数量原材料编号、供货商、数量原材料编号、供货商、数量原材料编号、供货商、数量原材料编号、供货商、数量数据流量每日100次每日100次每日100次每天1次每天1次每天1次每天1次每天1次每天1次数据高峰每日150次每日150次每日150次每天3次每天3次每天2次每天3次每天2次每天3次仓库退货单采购退货单数据流名称快餐信息点餐内容采购单发货单缺货单退货单账单F10 F11 F12 F13 F14 F15 F16 F17 F18 F19顾客选择的食品信息进行采购时审查合格的材料信息快餐店的菜肴信息顾客叫外卖时所留的地址电话、就餐时间信息以及顾客来店就餐的餐桌号顾客购买的快餐信息进行采购时发现的不合格的材料信息各类原材料存储的仓库信息主管审核合格后发出的入库信息各类原材料存储的信息顾客点的快餐是否是外卖验货菜肴信息记录顾客信息计算消费费用验货移库仓库主管审核库存信息表提交到后厨计算消费费用仓库主管审核提供快餐信息顾客信息消费信息退货审核库存修改移库货物清点顾客顾客编号、快餐编号、价格原材料编号、仓库编号、数量快餐编号、名称、价格、种类顾客编号、地址、电话、就餐时间、就餐类型、备注顾客编号、快餐编号、价格原材料编号、供货商、数量原材料编号、仓库编号、数量原材料编号、仓库编号原材料编号、仓库编号、库存量快餐编号每日100次每天1次每天1次每日50次每日100次每天1次每天1次每天1次每天1次每日每日150次每天3次每天3次每日100次每日150次每天3次每天3次每天3次每天3次每日点菜信息采购合格单菜肴信息顾客信息消费信息采购不合格单移库单移库通知单库存信息菜肴100 150 次 次(4) 处理逻辑描述输出的数据 流服务员向顾客提供 本快餐店的快餐种 类记录顾客 的就餐信 息和外卖 信息根据前台 发来的点 餐信息做 出菜肴计算顾客 消费总额列出顾客 的消费记 录并打印查看该顾 客是否有折扣,若有 进行折扣 计算 对所缺货物进行审 核,若通过查看顾客总额看是 否有折扣根据仓库发出的缺 货请求审核是否需 要采购处 理 逻 辑 名 称 提 供 快 餐 信 息 记 录 顾 客 信 息 提 交 到 后 厨 计 算 消 费 费 用 产 生 账 单折 扣计 算 采 购审点 餐 内 容 点 菜 信 息 点 菜 信 息消费 信息 账 单 缺 货 单收银员根据顾客点 的快餐价格计算总 额列出顾客消费的各 类快餐及总额,打印 提供各类 快餐及其 数量是否 足够服务员将顾客所点的快餐提交到后厨服务员记录顾客信 息每人 一次每采 购一 次输 入 的 数 据 流 菜 肴 信 息点菜信息, 顾 客信息 处理 逻辑每人 一次每人 一次每人 一次每人 一次每人 一次处理 频率快餐信息消费信息采购单 P1.1P1.3P1。
文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.淮海工学院计算机工程学院实验报告书课程名:《软件工程导论》题目:结构化分析实验学号: 5姓名:薛思雨一、实验目的与要求通过示例掌握结构化系统分析的方法综合运用DFD,DD,E-R图等工具建立系统的概念数据模型二、实验环境VISIO 2003其它相关软件及硬件、网络环境三、实验步骤与源程序1.餐饮服务管理系统1)总体说明餐饮服务管理系统是酒店管理系统的一个部分,主要完成中西餐、咖啡厅、酒吧等顾客消费的消费信息记录、资源分配以及员工的信息管理等工作。
2)系统相关角色系统管理员,员工,部门经理,采购员,顾客,供货商等等3)相关功能说明(1)餐饮收银管理登记管理:客人到来以后进行登记,可以修改或者删除登记信息,客人可以要求合台或者换台。
消费管理:能够录入、修改或者删除客人的消费信息。
订餐管理:订餐信息登记,包括订餐时间、就餐时间、订餐桌数、人数、订餐详情、取消订餐、订餐查询。
主窗体:显示当前桌台、包房的占用情况,显示客人消费状态。
结算管理:客人结账的时候可以分类打折或者全面打折,计算开发票金额,打印账单,结账方式也有多种方式,如现金付款、支票付款、信用卡付款、免费、挂帐等自动统计。
日统计管理:可以对今日收银进行概览,方式多样,如按类别统计、按菜品统计、按帐单统计、按包房统计等等,可显示日销售项目排行榜,可打印销售日报表。
二级库存管理(主要管理酒水饮料的日常库存):这里主要是指前台的酒水饮料管理,包括入库、入库查询、入库统计,退货、退货查询、退货统计,库存动态,销售查询、销售统计,库存盘点、盘点查询、盘点统计。
菜谱管理:对菜品进行管理,如菜品类别维护、特色菜维护、菜品明细维护、酒水饮料维护,价格维护、套餐维护、菜谱打印、商品单位维护。
各消费类别和消费项目可任意增加、修改与删除,按照自己业务情况任意设置。
(2)采购库存管理该库存管理系统是后勤部门对所有资源的管理。
点菜系统外部实体:1>顾客2>服务员3>厨师4>收银员5>系统管理员系统功能:1>顾客上座后可以发出“查询菜谱信息请求”,“查询菜谱信息请求”可以查询“菜谱信息文件”中的“菜谱信息”,“菜谱信息”包括菜的编号、菜的名字、菜肴类别、菜的价格。
2>顾客浏览“菜谱信息”后,可以点"选择、取消"键可方便顾客对点菜的取舍和修改。
最后点"提交"键,确定点的菜。
“确定点菜信息”包括桌号、已点菜单、已上菜单、未上菜单、时间、服务员编号一同发送给系统同时存入“点菜信息文件“,再自动向厨师发出“更新点菜信息”。
3>顾客可要向系统发出“调整点菜信息请求”,此请求包括催菜,缓菜,加菜,退菜,然后系统自动作出调整并更新“点菜信息文件“,再自动向厨师发出“更新点菜信息”。
结帐:顾客向系统发出“结帐请求”,系统结算消费金额,生成“消费清单“,并存入“消费清单文件“,再反馈给顾客,收银员,服务员。
消费清单包括桌号,时间,已点菜单,金额。
服务员收到“消费清单”后,到顾客处结账,把结账金额交到收银员处。
收银员收账后,核对金额后向系统发出“确定金额信息”。
系统收到“确定金额信息”后自动将“消费清单”存入“账目文件”中。
4>厨师根据顾客“点菜信息”开始做菜。
厨师做完每道菜后,向系统发出“完成通知”,系统更新“点菜信息文件“后,再自动向厨师发出“更新点菜信息”。
系统向服务员发出“送菜信息”。
服务员收到“送菜信息”后到厨房取菜,給顾客送上。
“送菜信息”包括菜的名字,桌号。
5>系统管理员可以登录系统,系统将验证登陆请求。
如果是非法登陆将发出“非法登陆信息”。
登陆系统后可以向系统发出“查询请求”,“查询请求”包括查询“菜谱信息”和“账目信息”。
还可以执行“修改菜谱信息”,“修改菜谱信息”包括增加、修改、删除菜谱信息。
点菜系统顶层DFD图点菜系统中层DFD图点菜系统底层DFD图P3加工分解P1加工分解P2加工分解。
《UML建模语言》课程设计报告题目:订餐管理系统数学与计算机科学(软件)学院软件工程专业2011级实验时间:2013-2014学年第一学期任课教师:张舒目录1背景介绍: (3)2、系统分析 (3)2.1 获取需求 (3)2.1.1在大学城订餐系统中主要有以下涉众: (3)2.1.2边界 (4)2.1.3业务用例 (7)2.1.4活动图 (10)2.1.5用例规约 (11)2.2需求分析 (14)2.2.1财务管理 (14)2.2.2信息管理 (16)2.2.3店面管理 (19)2.2.4订餐 (22)2.2.5 订单管理 (24)3 系统设计 (26)3.1整个系统结构: (26)3.2组件图和设计类图 (27)3.2.1店面管理用例的设计类图 (27)3.2.2财务管理用例的设计类图 (28)3.2.3信息管理用例的设计类图 (31)3.2.4订餐管理用例的设计类图 (34)3.2.5订单管理的设计类图 (35)3.3数据库设计 (37)3.4系统部署图 (40)4总结 (41)1背景介绍:当今社会,计算机技术尤其是网络技术飞速发展,给我们的生活带来的极大的方便。
经过我们小组成员在生活中细致观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。
这样效率很低,利润薄,而且信息不流畅。
基于这个现状。
我们决定提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等,让订餐者可以方便的订餐,可以对商家进行评价等。
而商家后期只负责煮菜。
物流有我们系统运营者负责,然后直接赚取差价。
还要定期对商家进行卫生安全评估,以和根据用户的评价来生产评价档案。
并以此为依据来决定商家的去留等。
2、系统分析2.1 获取需求非功能性需求1.界面操作简单功能性需求2.1.1在大学城订餐系统中主要有以下涉众:订餐者:订餐商家:提供餐饮配送人员:取餐送餐店面管理员:核实并更新商家信息,管理商家界面显示订单管理员:管理订单信息管理员:订餐者信息管理,商家联系信息管理收银员:收取送餐人员金额会计员:统计每日收支财务经理:总财务核算和收入支出相关法律法规:应遵循的行业规范和标准业主:网站建设成本,建设周期,建成后的收益参与者(用户):用户名称使用系统方式订餐者通过系统订餐配送人员通过系统获取订餐者订餐信息店面管理员代理商家使用系统实时更新核实并更新商家信息,管理商家界面显示订单管理员管理订单信息管理员订餐者信息管理,商家联系信息管理收银员收取送餐人员金额财务经理通过计算机系统系统进行财务核算收入支出,2.1.2边界对于该系统,我们以业务功能为依据进行边界的划分,划分出五个边界:订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。
文档来源为:从网络收集整理.word版本可编辑.欢迎下载支持.淮海工学院计算机工程学院实验报告书课程名:《软件工程导论》题目:结构化分析实验学号: 5姓名:薛思雨一、实验目的与要求通过示例掌握结构化系统分析的方法综合运用DFD,DD,E-R图等工具建立系统的概念数据模型二、实验环境VISIO 2003其它相关软件及硬件、网络环境三、实验步骤与源程序1.餐饮服务管理系统1)总体说明餐饮服务管理系统是酒店管理系统的一个部分,主要完成中西餐、咖啡厅、酒吧等顾客消费的消费信息记录、资源分配以及员工的信息管理等工作。
2)系统相关角色系统管理员,员工,部门经理,采购员,顾客,供货商等等3)相关功能说明(1)餐饮收银管理登记管理:客人到来以后进行登记,可以修改或者删除登记信息,客人可以要求合台或者换台。
消费管理:能够录入、修改或者删除客人的消费信息。
订餐管理:订餐信息登记,包括订餐时间、就餐时间、订餐桌数、人数、订餐详情、取消订餐、订餐查询。
主窗体:显示当前桌台、包房的占用情况,显示客人消费状态。
结算管理:客人结账的时候可以分类打折或者全面打折,计算开发票金额,打印账单,结账方式也有多种方式,如现金付款、支票付款、信用卡付款、免费、挂帐等自动统计。
日统计管理:可以对今日收银进行概览,方式多样,如按类别统计、按菜品统计、按帐单统计、按包房统计等等,可显示日销售项目排行榜,可打印销售日报表。
二级库存管理(主要管理酒水饮料的日常库存):这里主要是指前台的酒水饮料管理,包括入库、入库查询、入库统计,退货、退货查询、退货统计,库存动态,销售查询、销售统计,库存盘点、盘点查询、盘点统计。
菜谱管理:对菜品进行管理,如菜品类别维护、特色菜维护、菜品明细维护、酒水饮料维护,价格维护、套餐维护、菜谱打印、商品单位维护。
各消费类别和消费项目可任意增加、修改与删除,按照自己业务情况任意设置。
(2)采购库存管理该库存管理系统是后勤部门对所有资源的管理。
1业务需求 (3)1.1开发背景概述 (3)1.2顾客的任务陈述 (2)1.3在线订餐服务系统的性能需求及运行环境 (3)1.3.1性能需求 (3)1.3.2开发工具 (3)2系统需求 (4)2.1使用系统的相关人员及描述 (4)2.2用例的细节 (4)2.3用例图 (6)3系统分析 (7)3.1类图 (7)3.2属性列表 (8)3.3操作列表 (9)4系统设计 (9)4.1系统实现功能如下: (9)4.2系统功能总体层次图 (11)4.3系统活动图 (11)4.4系统状态图 (14)5总结 (15)附录 (16)参考文献 (16)1业务需求1.1开发背景概述随着Internet的快速发展,网络已经改变和正在改变我们的生活,通过网络交易的方式已经成了一种时尚,各个企业也将网络营销当成了一种重要的营销手段。
酒店行业也得益于网路的发展,通过网络更高效便捷的的为客户服务的同时增加盈利。
而网路的发展,传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。
层出不穷的各类酒店点菜管理系统也应运而生,呈现出多元化的发展。
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平,提高酒店的服务管理质量,提高酒店工作人员的工作效率,我开发小组在多方面考察、分析、研究现有酒店在线点菜管理系统的基础之上,以提高消费者的满意程度及商家的服务水平和市场竞争力为目标,致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统,极具有市场价值。
1.2顾客的任务陈述民以食为天。
餐饮业是一种个性化、多样化的服务产业,电子商务则是最能凸显个性化、多样化服务的商务方式。
随着网络技术的发展和普及,方便、快捷、个性化的网上订餐正在进入人们的生活。
目前,网上订餐业务还处于形成期,成长空间还很大。
趁势而入,建立起特色鲜明的订餐网站,必有“钱”途。
网上订餐系统主要包括三大功能模块,用户管理、管理员管理、商家管理模块。
大学生网上订餐系统--U M L建模题目:大学生网上订餐系统目录1背景介绍: (3)2需求分析 (3)3系统用例模型 (4)3.1订餐者用例图 (4)3.2商家用例图 (4)3.3店铺管理员用例图.............................................................. 错误!未定义书签。
3.4订单管理员用例图 (5)3.5系统管理员用例图 (6)4系统静态模型 (7)5系统动态模型 (8)5.系统时序图 (8)5.1.1订餐者订餐 (8)5.1.2商家管理店铺 (9)5.1.3店铺管理管理员管理店铺 (10)5.1.4店铺管理员建立客户评价档案 (11)5.1.5店铺管理员建立商家监察档案 (12)5.1.6订单管理员管理订单 (13)5.1.7系统管理员管理商家信息 (14)5.1.8系统管理员管理订餐者信息.................................. 错误!未定义书签。
5.1.9系统管理员维护系统 (16)5.2系统活动图 (17)5.3系统状态图 (17)6系统部署模型 (18)6.1系统构件图 (18)6.2系统部署图 (18)7总结 (19)1背景介绍随着网络技术的飞速发展,人们的生活也越来越追求方便化。
经过观察,发现整个大学城的学生对平常订餐需求很大,但他们订餐的方式都是比较原始的电话订餐。
而各个餐饮店也是各自为战,自己接电话,记录订单需求,自己配送。
这样做效率很低,利润薄,而且信息不流畅。
所以我决定为大学生提供一个平台---网上订餐系统。
在网上给申请的商家一个虚拟店面,可以在上面挂上该商家的名称,饭菜的图片和价格等信息,让订餐者可以方便地订餐,还可以对商家的餐饮进行评价,由系统生成评价档案以供其他人参考等,而商家后期只负责做饭菜并安排人配送。
此外,需要定期对商家进行卫生安全监察,生成商家监察档案,并以此为依据来决定商家的去留等。
淮海工学院计算机工程学院实验报告书课程名:《软件工程导论》题目:结构化分析实验学号: 511020825姓名:薛思雨一、实验目的与要求通过示例掌握结构化系统分析的方法综合运用DFD,DD,E-R图等工具建立系统的概念数据模型二、实验环境VISIO 2003其它相关软件及硬件、网络环境三、实验步骤与源程序1.餐饮服务管理系统1)总体说明餐饮服务管理系统是酒店管理系统的一个部分,主要完成中西餐、咖啡厅、酒吧等顾客消费的消费信息记录、资源分配以及员工的信息管理等工作。
2)系统相关角色系统管理员,员工,部门经理,采购员,顾客,供货商等等3)相关功能说明(1)餐饮收银管理登记管理:客人到来以后进行登记,可以修改或者删除登记信息,客人可以要求合台或者换台。
消费管理:能够录入、修改或者删除客人的消费信息。
订餐管理:订餐信息登记,包括订餐时间、就餐时间、订餐桌数、人数、订餐详情、取消订餐、订餐查询。
主窗体:显示当前桌台、包房的占用情况,显示客人消费状态。
结算管理:客人结账的时候可以分类打折或者全面打折,计算开发票金额,打印账单,结账方式也有多种方式,如现金付款、支票付款、信用卡付款、免费、挂帐等自动统计。
日统计管理:可以对今日收银进行概览,方式多样,如按类别统计、按菜品统计、按帐单统计、按包房统计等等,可显示日销售项目排行榜,可打印销售日报表。
二级库存管理(主要管理酒水饮料的日常库存):这里主要是指前台的酒水饮料管理,包括入库、入库查询、入库统计,退货、退货查询、退货统计,库存动态,销售查询、销售统计,库存盘点、盘点查询、盘点统计。
菜谱管理:对菜品进行管理,如菜品类别维护、特色菜维护、菜品明细维护、酒水饮料维护,价格维护、套餐维护、菜谱打印、商品单位维护。
各消费类别和消费项目可任意增加、修改与删除,按照自己业务情况任意设置。
(2)采购库存管理该库存管理系统是后勤部门对所有资源的管理。
仓库从供货商处对商品进货,也可以对商品退货,可以进行商品进货信息和商品退货信息的查询、统计等。
在线订餐系统作业题目:网上订餐数据库系统设计作业时间: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) (7) (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订餐现状分析现在普遍使用的订餐方式是进行电话预定,这种预订方式方便,错误率也比较低,但是由此引发的一些不良现象也比较多,主要是订餐后出现饭店并没有将信息记录在案,而且电话里不能看到菜品的图片,对菜量和菜品样式没有直观的概念。
另外这种订餐方式只是进行电话的预约,很可能会出现订餐但是不履行订单也不进行订餐取消的现象,订餐人员对订购的餐桌信息不太了解会进行相关信息的询问,这样就在一定程度上造成了时间的浪费,饭店人员会在同一天反复重复相同的信息,造成了人力资源的浪费。
这样开发出图文并茂,信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。
1.2顾客需求分析顾客模块的功能包括个人信息管理,美食选购,美食评价三大功能。
其中,在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息;在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易;美食评价中顾客可以这对这次服务质量,留下自己相对餐厅说的话,完成用户与餐厅之间的交互。
快餐管理信息系统1、E-R图:2、关系模型:(1)管理员(管理员ID、登录密码、姓名、地址、联系方式)(2)员工(员工ID、登录密码、姓名、地址、联系方式)(3)顾客(顾客ID、登录密码、姓名、联系方式、联系地址、邮编)(4)菜单(商品编号、类型、价格、菜单名)(5)订单信息(订单号、客户名、订单状态、订购日期、)(6)登录页面(用户名、密码)(7)用户注册(用户名(检测用户)、密码、确认密码、性别,真实姓名、联系地址,联系电话,身份证号,注册,重填)(8)购物车(商品编号,名称,价格,数量,修改数量,删除,总金额,继续购物,清空购物车,结算)注:(6)-(8)为网站页面设计电子商务快餐店管理系统T-sql代码:create database 快餐店管理系统on(name=快餐店管理系统_data,filename='F:\SQL\快餐店管理系统_data.mdf', size=10MB,maxsize=50MB,filegrowth=5%)log on(name=快餐店管理系统_log,filename='F:\SQL\快餐店管理系统_log.ldf', size=10MB,maxsize=10MB,filegrowth=1MB)gocreate table 员工信息表(员工ID CHAR (5) PRIMARY KEY,登录密码NCHAR(8),姓名NCHAR(4),地址NCHAR(4),联系方式NCHAR(12))gocreate table 顾客信息表(顾客ID CHAR (3) PRIMARY KEY,登录密码CHAR (6),姓名NCHAR(4) ,联系方式NCHAR(20),地址NCHAR(12),邮编NCHAR(20))gocreate table 菜单信息表(菜编号CHAR (5) PRIMARY KEY, 类型NCHAR(8) ,价格NCHAR(8),菜名NCHAR(12))gocreate table 订单信息表(订单号CHAR (3) PRIMARY KEY, 订单日期datetime ,菜名NCHAR(12),价格NCHAR(10) ,姓名NCHAR(8),地址NCHAR(12),联系方式NCHAR(12),订单状态NCHAR(6))use 快餐店管理系统goINSERT into 员工信息表values('01','123456','李丽','湖北','8762350') INSERT into 员工信息表values('02','123455','张恒','广州','8762351') INSERT into 员工信息表values('03','123454','李三','上海','8762352') INSERT into 员工信息表values('04','123453','王丽','南京','8762353') INSERT into 员工信息表values('05','123452','李娜','河南','8762354') INSERT into 员工信息表values('06','123451','建宇','江西','8762355') INSERT into 员工信息表values('07','123450','李四','天津','8762356') INSERT into 员工信息表values('08','123333','陈军','重庆','8762357') INSERT into 员工信息表values('09','123356','王静','茂名','8762358') INSERT into 员工信息表values('010','123358','杨方','云南','8762359') use 快餐店管理系统goINSERT into 顾客信息表values('101','aaabbb','杨青','9762350','茂名','***@')INSERT into 顾客信息表values('102','aaaccc','陈丽','9762351','广州','***@')INSERT into 顾客信息表values('103','aaaddd','黄环','9762352','南京','***@')INSERT into 顾客信息表values('104','aaaeee','特瑞','9762353','重庆','***@')INSERT into 顾客信息表values('105','aaafff','宽洪','9762354','天津','***@')INSERT into 顾客信息表values('106','aaaggg','恒子','9762355','湖北','***@')INSERT into 顾客信息表values('107','aaahhh','栋居','9762356','云南','***@')INSERT into 顾客信息表values('108','aaaiii','晓军','9762357','烟酒','***@')INSERT into 顾客信息表values('109','aaajjj','江洋','9762358','河南','***@')INSERT into 顾客信息表values('201','aaakkk','李靖','9762359','江西','***@')use 快餐店管理系统goINSERT into 菜单信息表values('1001','家常','52','糖醋里脊') INSERT into 菜单信息表values('1002','家常','39','萝卜子排煲') INSERT into 菜单信息表values('1003','家常','68','蒜泥白肉') INSERT into 菜单信息表values('1004','家常','33','笋干烧肉') INSERT into 菜单信息表values('1005','家常','58','口水鸡')INSERT into 菜单信息表values('1006','西式','18','炸鸡腿')INSERT into 菜单信息表values('1007','西式','33','鸡米花')INSERT into 菜单信息表values('1008','西式','29','骨肉相连')INSERT into 菜单信息表values('1009','西式','19','香辣鸡翅') INSERT into 菜单信息表values('2001','水果','18','火龙果')use 快餐店管理系统goINSERT into 订单信息表values('001','20121012','糖醋里脊','52','张恒','湖北','6762350','未发货')INSERT into 订单信息表values('002','20121011','炸鸡腿','18','王静','广州','6762351','已发货')INSERT into 订单信息表values('003','20121010','骨肉相连','29','宽洪','上海','6762352','已发货')INSERT into 订单信息表values('004','20121016','鸡米花','33','杨方','南京','6762353','未发货')INSERT into 订单信息表values('005','20121008','糖醋里脊','52','江洋','河南','6762354','已发货')INSERT into 订单信息表values('006','20121013','蒜泥白肉','68','李靖','江西','6762355','未发货')INSERT into 订单信息表values('007','20121006','萝卜子排煲','39','王三','天津','6762356','已发货')INSERT into 订单信息表values('008','20121005','蒜泥白肉','68','栋居','重庆','6762357','已发货')INSERT into 订单信息表values('009','201210018','萝卜子排煲','39','陈丽','茂名','6762358','未发货')INSERT into 订单信息表values('100','20121003','香辣鸡翅','19','特瑞','云南','6762359','已发货')。
在线订餐系统的E R图与逻辑图Revised by Liu Jing on January 12, 2021在线订餐系统作业题目:网上订餐数据库系统设计作业时间:2012年11月专业班级:XXXXXXXXXXXXXXXXX姓名:学号:授课教师:目录第七章报告总结 (18)第一章需求分析1.1订餐现状分析现在普遍使用的订餐方式是进行电话预定,这种预订方式方便,错误率也比较低,但是由此引发的一些不良现象也比较多,主要是订餐后出现饭店并没有将信息记录在案,而且电话里不能看到菜品的图片,对菜量和菜品样式没有直观的概念。
另外这种订餐方式只是进行电话的预约,很可能会出现订餐但是不履行订单也不进行订餐取消的现象,订餐人员对订购的餐桌信息不太了解会进行相关信息的询问,这样就在一定程度上造成了时间的浪费,饭店人员会在同一天反复重复相同的信息,造成了人力资源的浪费。
这样开发出图文并茂,信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。
1.2顾客需求分析顾客模块的功能包括个人信息管理,美食选购,美食评价三大功能。
其中,在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息;在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易;美食评价中顾客可以这对这次服务质量,留下自己相对餐厅说的话,完成用户与餐厅之间的交互。
1.3管理员需求分析管理员模块的功能包括菜品管理,订单管理,会员信息管理三大功能。
其中,在个菜品管理中可以对菜品信息进行添加、修改和查询操作;在订单管理中可以通过未确认、已确认、已下单三种形式进行管理、也可查看所有订单信息;会员信息管理中,可以添加会员信息和修改会员信息,进而方便顾客网上订购美食,并享有优惠,这一做法人性化的完成网站的推广,避免了顾客的抵触情绪。
1.4性能需求分析该系统在性能功能上应达到如下需求:操作简单、界面友好:完全控件式的页面布局,使得菜品,资讯,座位等信息的录入工作更简便,许多选项包括餐厅信息,桌位,包房信息等只需要点击鼠标就可以完成;另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。
对常见的类似网站的管理的各个方面:基本信息录入、浏览、删除、修改、搜索等方面都大体实现,顾客对菜品的预定及支付方式;即时可见:对客户预定餐饮信息的处理(包括录入、删除)将立即在主页的对应栏目显示出来,达到“即时发布、即时见效”的功能;系统运行应该快速、稳定、高效和可靠;在结构上应具有很好的可扩展性,便于将来的功能扩展和维护。
1.5可行性分析随着经济的快速发展,B2C电子商务越来越受到人们的关注。
网上订餐类网站,已经如雨后春笋般的出现在了个大城市。
特别在公司,企业内部,团体订餐已经成为了趋势。
同时,随着全国人民的精神、物质和文化生活高度的提高,人们已经不在仅仅停留在吃饱的程度,不但要吃饱,还要吃好,而且口味也越来越挑刺,正因为如此网络订餐业务的出现,正迎合了这些人的口味,他们不但省去了自己做饭的麻烦,而且也能寻找和发现新的菜品,品尝不同风格的菜品,网络订餐业务在中国有着极大的发展空间以及良好的背景。
而当代大学生,白领工作人士作为社会中的重要群体,他们对饮食的要求都在不断提高,饮食在他们生活中起着重要作用。
因此,面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意义。
1.6总体设计原则1、开放性、可扩充性、可靠性原则开放系统是生产各种计算机产品普遍遵循的原则,遵循这种标准的产品都符合一些公共的、可以相互操作的标准,能够融洽的在一起工作。
开放系统使得各种类型的网络和系统互连简单、标准统一,容易扩展升级。
从而适应广大用户需求的多变性和产品的更新换代。
2、良好的用户操作界面用户操作界面美观、方便、实用,使用户能在较短的时间内掌握其使用方法。
3、实用性原则任何系统的设计都要考虑其实用性,系统开发的目的是为了实现业务处理自动化、规范化,提高工作效率,减轻工作人员的劳动强度,减少开支。
4、工作平台设计原则能适应不同的操作平台,不同的网络。
第二章概念结构设计阶段2.1系统E-R图通过上面的介绍,我们已近基本的实体有管理员、用户、订单和菜谱。
实体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系,因此管理员与用户之间和菜单之间都是一对多的联系;一个用户只能属于管理员,因此用户与管理员是多对一的联系;一个订单只属于一个用户,但可以拥有多个菜谱,因此订单与菜谱的关系是一对多的联系。
2.3.2数据结构2.3.3处理过程第三章数据库逻辑结构设计阶段3.1数据库逻辑模式初步构思根据ER图转换成基本表的思想,即每个实体转换成基本表,而1对多的联系根据实际需要可以转换或不转换为基本表,按照图2-1所示的ER图,该系统的基本表应为5个,分别为:3.2具体逻辑模式设计表的具体结构第四章数据库的物理结构设计4.1设计表间关系在网上订餐系统中,存在着参照关系和被参照关系。
用户信息表参照关系图4-1参照关系与被参照关系4.2完整性设计关系模型的完整性约束包括实体完整性、参照完整性和用户定义完整性。
主要字段完整性的字段名、完整性约束条件指的是实体完整性。
其中实体完整性的规则如下:1.实体完整性规则是针对关系而言的,而关系则对应一个现实世界中的实体集。
2.现实世界中的实体是可区分的,它们具有某种标识特征;相应地,关系中的元组也是可区分的,在关系中用主关键字作唯一性标识。
3.主关键字中的属性,即主属性不能取空值。
在网上订餐系统中,管理员表(管理员编号,名称,密码,登陆IP,最后登录时间)中,管理员编号是主关键字,不可以取空值;用户表(用户编号,姓名,地址,手机,注册时间)中,用户编号是主关键字,不可以取空值;订单表(订单编号,手机号,地址,总金额,下单时间,订单状态,订单改变时间,备注,会员编号)中,订单编号是主关键字,不可以取空值;菜谱表(菜谱编号,菜名,原价,优惠价,菜名的介绍,图片,创建时间)中,菜谱编号是主关键字,不可以取空值;订单项表(订单项编号,订单编号,姓名,状态)中,订单项编号是主关键字,不可以取空值。
除了实体完整性之外还有其他与应用密切相关的数据完整性约束,例如某个属性的值必须唯一,某个属性的取值必须在某个范围内,某些属性值之间应该满足一定的函数关系等。
类似这些方面的约束不是关系数据模型本身所要求的,而是为了满足应用方面的语义要求提出来的,这些完整性需求需要用户来定义,所以称为用户定义完整性。
数据库管理系统需提供定义这些数据完整性的功能和手段,以便统一进行处理和检查,而不是由应用程序去实现这些功能。
在用户定义完整性中最常见的是限定属性的取值范围,即对值域的约束,这包括说明属性的数据类型、精度、取值范围、是否允许空值等。
在网上订餐系统中,订单信息表中的订单编号不允许为空值,用户表中的用户编号为唯一值都是用了用户定义完整性约束。
现实世界中的实体之间存在着某种联系,而在关系模型中实体是用关系描述的,实体之间的联系也是用关系描述的,这样就自然存在着关系和关系之间的参照或引用。
网上订餐系统参照完整性表如下:用户信息表n :n订单信息表订单项信息表图4-2说明关联和参照关第五章 数据库系统的实现5.1数据库的建立启动服务管理器,打开查询分析器,在调试程序窗口输入下列语句:Createdatabase 网上订餐系统On(name=网上订餐系统_dat,Filename='d:\programfiles\lzysql\网上订餐系统_dat.mdf',Size=5mbMaxsize=100mb,Filegrowth=5mb)Logon(name=网上订餐系统_log,Filename='d:\programfiles\lzysql\网上订餐系统_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图的设计有一个整体的想法,并且对逻辑结构设计中关键字的设定能够很好的把握,分析每个表中的联系,更加注意表间和数据之间的相互约束。
课程设计一个重要的过程就是在SeverSQL2000上操作运行,这是运用实践去检验认识的一个过程,在这个过程中我学会了灵活运用SQL语言。
总之,数据库课程设计一个很好地运用实践去发现认识的过程。
数据库课程设计不仅让我更进一步了解了数据库这门课程,而且让我在做事方面也形成了一套很好的想法。
我在做事方面学会了坚持、合作、对待问题不断充满疑问和要有耐心去解决问题,更要和同学们交流,对不懂的问题也不耻下问。
从课程设计中最深的还是做事要坚持和要有耐心。