食堂外卖管理系统Word文档格式.docx
《食堂外卖管理系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《食堂外卖管理系统Word文档格式.docx(12页珍藏版)》请在冰豆网上搜索。
众所周知的是,食堂必然包含食堂提供的外卖套餐类型,送外卖的人员查询,食堂内部还会自己记录销售记录然后来统计销量收益等信息。
外卖是我们生活中必不可少的一部分,但是,很多外卖经营店往往会忽略管理系统的重要性。
而本食堂外卖管理系统集成了食堂套餐信息查询,销售记录查询、外卖员信息查询,每一个环节分工明确,界面简洁明了,可视化程度高,有效地缩减了人为出错的概率。
本管理系统实现了一体化的管理,使得外卖管理更加迅捷。
我们希望通过我们做的这个食堂外卖数据库系统,更多人能够了解外卖服务方式。
B.开发环境
SQLserver2005,windows7
SQLServer:
SQLServer是一个关系数据库管理系统。
它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的,于1988年推出了第一个OS/2版本。
在WindowsNT推出后,Microsoft与Sybase在SQLServer的开发上就分道扬镳了,Microsoft将SQLServer移植到WindowsNT系统上,专注于开发推广SQLServer的WindowsNT版本。
Sybase则较专注于SQLServer在UNIX操作系统上的应用。
SQLServer2005:
SQLServer2005是一个全面的数据库平台,使用集成的商业智能(BI)工具提供了企业级的数据管理。
SQLServer2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能,使您可以构建和管理用于业务的高可用和高性能的数据应用程序SQLServer2005数据引擎是本企业数据管理解决方案的核心。
此外SQLServer2005结合了分析、报表、集成和通知功能。
这使企业可以构建和部署经济有效的BI解决方案,帮助您的团队通过记分卡、Dashboard、Webservices和移动设备将数据应用推向业务的各个领域。
2.系统的数据结构
A.数据词典
数据元素
数据类型
长度
数据来源
空值情况
外卖编号
char
20
商品表
主关键字
外卖名称
不为空
外卖进价
float
8
可为空
外卖库存
外卖售价
供应商编号
供应商表
供应商名称
供应商地址
供应商电话
15
外卖员工号
外卖员表
外卖员姓名
外卖员性别
职员电话
B.关系模型
E—R图:
外卖
售价
库存
名称
进价
编号
C.基本表
外卖表
属性名
是否为空
不允许
允许
char
允许
地址
电话
供应商品号
工号
姓名
性别
负责外卖号
D.初始关系模式
外卖(外卖编号,名称,进价,库存,售价,供应商编号)
外卖供应商(供应商编号,名称,地址,电话,供应商品编号)
外卖员工(工号,姓名,性别,电话,负责商品号)
在此系统中实体有:
外卖、供应商、外卖员
联系有:
供应外卖、派送外卖
3.数据库设计流程
A.用SQLSever建表
外卖表:
IF
object_ID('
外卖表'
)
IS
NULL
CREATE
TABLE
外卖表
(
外卖编号
char(20)
PRIMARY
KEY,
外卖名称
char(20)
NOT
NULL,
外卖进价
float(8),
外卖库存
char(8),
外卖售价
float(8),
);
供应商表:
供应商表'
供应商表
编号
名称
地址
char(20),
电话
char(15),
供应外卖号char(20),
foreignkey(供应外卖号)references外卖表(外卖编号),
外卖员表:
外卖员表'
外卖员表
工号
姓名
性别
char(8),
char(15),
外卖编号char(20),
foreignkey(外卖编号)references外卖表(外卖编号),
B.视图
以建立鱼香茄子饭外卖为例:
CREATEVIEW鱼香茄子_外卖
AS
SELECT外卖编号,外卖名称,外卖进价,外卖库存,外卖售价,供应商编号
FROM外卖表
WHERE名称=´
鱼香茄子´
;
4.数据的录入、修改、查询、删除
A.数据录入
B.数据修改
例:
INSERT
INTO外卖表(外卖编号,外卖名称,外卖进价,外卖库存,外卖售价,供应商编号)
VALUES(´
0012´
,´
10´
200´
13´
0008´
,);
C.数据查询
查询外卖表
查询所有外卖的信息
SELECT*FROM外卖表
查询所有的外卖编号与外卖名称
SELECT外卖编号,外卖名称FROM外卖表
查询外卖表中进价为8的外卖编号、外卖名称、外卖库存和外卖售价
SELECT外卖编号,外卖名称,外卖库存,外卖售价FROM外卖表
WHERE进价='
8'
D.数据删除
删除外卖编号0002的记录。
DELETE
WHERE外卖编号=´
0002´
5.总结
课程设计是能把学到的东西真正融会贯通的捷径,而设计报告更是让我们提早的熟悉了毕业论文的格式。
这次的课程设计对我的帮助很大。
在这次数据库课程设计中,开始时没有着急做,当时间剩下不多时开始做时才发现有很多的方面需要认真的钻研。
在这段时间里我把以前很多不了解不会用的知识真真正正的学习掌握了,并且应用在实验上,真正的学到了东西。
在数据设计阶段,把系统的功能构思出来,分析系统的数据字典、数据流向,画出E-R图,再根据E-R图和数据库设计关系模型,对食堂外卖管理系统有进一步的了解,对后面的程序编写也更加明朗了。
在数据库设计的时候也花了不少的时间,多次的在数据字典、E-R图和关系模型之间循环修改,重复的修改定义,等数据关系模型最终确定了,之后的编程就简单多了。
几天下来的编写最终完成了整个数据库系统,并且通过编写测试数据SQL代码对SQL语言进一步掌握,对SQL数据库的学习是有很大的帮助。
经过这些天的设计,食堂外卖管理系统基本制作完成。
本系统达到了:
能够管理食堂相关的各类信息,如供应商信息、食堂外卖信息、外卖员信息等,通过使用计算机能方便的维护(包括插入、删除、修改等)各信息表,能方便的实现基于多个表的连接查询。
在我们所制作的食堂外卖管理系统中,涉及到数据库,我把所有的经力都放在后台数据库的制作上,我们运用所学的数据库知识建立了基本表、视图和简单操作的的完成。
但是该系统还有许多不足的地方,比如系统管理的信息还不够多,信息不完善,其中最大的不足就是没有最终真正实现,所以说这个系统到目前为止只是一个框架,其中还有许多东西还有待完善。
还有就是我对数据库知识的掌握有限或者不牢固,许多地方概念还是不清楚,因此超市商品管理系统并不完善,有待进一步改善。
在设计的过程中我确实遇到了许许多多的问题,从课本上最基本的问题到整个系统的问题都是我前进的绊脚石,当遇到这些问题的时候我一般会采取自行研究,询问同学老师或者上网寻求解决,在个人的努力以及同学老师的指导下我最终完成了设计。
让我在不断地磨砺中快速成长起来。