数据库课程设计报告食堂管理系统Word文件下载.docx
《数据库课程设计报告食堂管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《数据库课程设计报告食堂管理系统Word文件下载.docx（26页珍藏版）》请在冰点文库上搜索。
食堂信息的添加、编辑和查询；
3）食堂窗口信息管理：
食堂窗口信息的添加、编辑和查询；
4）窗口菜样管理：
窗口菜样的添加、编辑和查询;
5）投诉信息管理：
投诉信息的添加、编辑和查询；
6）报表管理：
输出食堂信息、窗口信息、菜样信息和投诉与建议信息.
目录（略）
一、食堂管理系统需求分析2
（一）调查用户需求2
一、食堂管理系统需求分析
（一）调查用户需求
本系统的最终用户为吉林大学珠海学院在校学生、所有食堂工作人员（窗口经理和员工）和系统管理员。
根据我们日常生活中的经验,结合对自己学校食堂工作人员的咨询和对在校学生的调查，得出用户的下列实际要求：
1、学校食堂的基本情况
学生在学校食堂就餐，每个食堂都会有若干个窗口，每个窗口有若干工作人员负责本窗口的日常营业管理。
1）学生的基本信息:
入校时,每位同学都有唯一的学号和身份证号,并被分配到指定的宿舍楼和指定的宿舍即住址，同时有姓名和联系方式，使用学号的同时配置有密码。
2）员工的基本信息：
每个员工都有唯一的身份证号，还有姓名和联系方式，进入食堂工作后有唯一的员工号,使用员工号的同时配置有密码，所属单位和职位
3）食堂的基本信息：
每个食堂都有编号，在其食堂的负责人，营业状况,如果正在营业则会有客流量，同时还会有学生对其的评价而形成的好评度。
4）窗口的基本信息：
每个窗口都有编号和所属食堂编号，同时又窗口名称和在该窗口的经理，并对在此窗口出售的菜进行编号，另外还有此窗口的营业状况，以及学生对其的评价而形成的好评度。
5）菜的基本信息：
每道菜有编号且配有菜名和价钱，所属食堂的编号和窗口编号，同时有此时的销售状况,以及学生对其的评价而形成的好评度。
6）投诉与建议的基本信息：
评价的时候有3个类型：
看法,建议，投诉；
编号就是指这三个.每个学生可以对某食堂某窗口某道菜的评价，同时每个学生对其评价时都会自动生成一个编号并记录时间。
7）评价类型的基本信息：
存储（看法、建议、投诉、回复）与对应编号（1、2、3、4）的关系。
8）外卖的基本信息:
每个外卖都有订单号和此时是否被送去给学生的状态，以及订此外卖的学生的学号.
9）营业额的基本信息：
每个食堂的每个窗口中的每道菜在某个时间被卖出，销售的数量是多少都有统计出来，同时有计算出来总收入，
10）学生去食堂点餐的基本信息：
学生到某个食堂的某个窗口去点餐,员工会点击学生点的某些菜，系统会统计此菜的编号,从数据库调出其价格，同时统计出点餐的合计金额，同时记录并更改菜的销售数量.
11）学生登录系统订餐的基本信息：
登录系统后通过操作选择出在某食堂某窗口订某道菜，同时生成该外卖的订餐号,选择订餐数量，同时生成总价，同时记录并更改菜的销售数量.
12）学生查看食堂现状的基本信息：
登录系统后，查看所有食堂的人流量，某些食堂某些窗口某些菜是否在出售。
13）工作人员修改菜的基本信息：
每个窗口的正在出售菜具有一定的数目,就用另一个菜代替已出售完的菜，则可更改该窗口正在出售的菜单；
每段时间工作员工可更改该窗口的菜单
14）工作员工送外卖的基本信息：
工作人员可根据订外卖的单所产生的信息（住址），将分两路送外卖；
同时更改每个外卖的现状。
15）管理员处理工作人员的基本信息：
若食堂里来了新的工作人员,就要将其的信息录入工作人员信息数据库中，若食堂里的工作人员不在食堂工作了,就要将其的信息从工作人员信息数据库中删除.
16）管理员食堂的基本信息：
若食堂里的某个窗口销售不好,就要将其的信息从窗口信息数据库中删除，若食堂里的某个窗口是空出来的同时又有新的菜系要创建窗口，就要将其的信息录入窗口信息数据库中.
17）管理员处理投诉与建议的基本信息：
查看学生对食堂的投诉与建议，及时处理更改食堂的销售。
2、用户对系统的要求
1）、食堂的工作人员:
a.信息要求:
食堂的工作人员能查询自己工作的窗口的所有相关信息，包括该窗口所有菜的信息，正在出售的菜的信息,该窗口的外卖单的信息，销售状况,以利于对该窗口的全面管理。
b.处理要求：
当窗口的菜单的信息发生变化时，窗口经理能对其进行修改。
比如,某些菜销售不好,在本窗口中相应的记录就应该删去；
或者某些菜的价格改变,记录中价格的信息也要作相应的修改等等。
当窗口正在出售的某些菜出售完了,工作人员能根据现状进行更改替代售完的菜。
当有学生在该窗口点餐，工作人员可以通过点击去统计销售额，合计总额；
当有人订外卖，可以及时处理外卖单。
2）、学生：
本校的学生能查询学校所有的食堂营业现状，正在销售情况等所有信息，能查询那些食堂开门营业和现在人流量，有哪些窗口在出售什么菜和菜的信息,食堂的菜的销售排行榜，投诉与建议。
学生可以通过登录系统进行订外卖，在“投诉与建议”里评价食堂的菜。
2）、管理员:
a.信息要求：
管理员能查询食堂所有工作人员的信息,学校所有的食堂营业现状,正在销售情况等所有信息,能查询那些食堂开门营业和现在人流量,有哪些窗口在出售什么菜和菜的信息，食堂的菜的销售排行榜，投诉与建议.
管理员处理工作人员的基本信息，如添加新来的员工信息,删除离开的员工信息；
更换窗口信息,去处理投诉与建议。
c．安全性要求：
系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容,如对于菜信息,学生和员工只有查询权限，窗口经理和管理员有查询和修改以及添加权限；
对于窗口信息，学生和员工只有查询权限,管理员有查询和修改以及添加权限，窗口经理只有对自己所在窗口的修改权限。
对于订单和外卖信息，学生有查询和添加权限,而员工只有查询和修改外卖订单配送状态和菜的供应状态的权限；
系统应对不同用户设置不同的权限，区分不同的用户,如区分学生，员工，经理，管理。
d.完整性要求：
各种信息记录的完整性,信息记录内容不能为空；
各种数据间相互的联系的正确性；
相同的数据在不同记录中的一致性。
（二）系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分:
学生应用、工作人员管理和管理员管理三部分。
各部分完成的功能如下：
1、工作人员管理部分
（1）处理菜的数据库的更新
（2）处理学生的外卖单
（3）工作人员可以查询菜信息。
（4）工作人员可以查询学生外卖单信息。
（5）工作人员可以查询正在销售的菜的信息。
（6）工作人员可以查询每个菜的销售额。
（7）工作人员可以修改正在销售的菜单.
（8）工作人员可以修改外卖单是否送出的状态。
（9）工作人员可以插入，修改,删除菜的信息。
（10）工作人员可以修改自己登录系统的密码。
2、学生点餐部分
（1）学生可以查看食堂的一切销售现状
（2）去投诉与建议版块评价
（3）学生可以下外卖单
（4）学生可以修改自己登录系统的密码
3、管理员管理部分
（1）处理管理员登录
（2）处理投诉与建议
（3）管理员可以查询工作人员的信息。
（4）管理员可以发布与更新食堂的信息。
（5）管理员可以插入、修改、查询和删除工作人员和窗口的信息。
（6）管理员可以修改所有用户及管理员本身密码。
（三）数据流图
1、外卖点餐分数据流图
订餐收入信息
2、点评分数据流图
5、总数据流图
（四）数据字典
1.数据项
食堂数据字典:
属性名
存储代码
类型
长度
备注
编号
Cno
varchar
10
食堂编号
营业状况
Ccondition
布尔类型
是否营业
好评度
Cevealuation
float
客流量
Ccoust
20
工作人员
Eno
窗口数据字典：
Wno
窗口编号
窗口名
Wname
Wcondition
Wevealuation
菜数据字典：
菜编号
Dno
窗口号
食堂号
菜名
Dname
varchar（30）
30
状况
Dcondition
是否供应
价钱
Dprice
Devealuation
int
评价数据字典：
DS_Eno
内容
DEC
100
时间
DS_Edate
datetime
Type
营业额数据字典：
销售编号
Ino
Idate
数量
Icount
收入
Income
员工数据字典：
员工号
姓名
Ename
密码
Epwd
身份证号
Eid
所属单位
Edept
职位
Epos
联系方式
Ephone
学生数据字典：
学号
Sno
Sname
Sid
Spwd
住址
Sadd
Sphone
外卖数据字典：
订餐号
Tno
状态
Tcondition
订餐数据字典：
Tcount
总价
SUM
评价类型数据字典：
TypedId
TypeStr
看法,意见，投诉,回复
2.数据结构
数据结构名
组成
食堂信息
食堂编号，营业状况，客流量，好评度，员工
窗口信息
窗口编号，窗口名,营业状况，工作人员，食堂编号，好评度
菜信息
菜编号，窗口号，食堂号，菜名，状况，价钱，好评度
学生信息
学号,姓名，身份证号，密码，住址，联系方式
员工信息
员工号，姓名,密码，身份证号，电话
评价信息
编号,食堂号，窗口号，菜编号，内容，时间
订餐信息
属性名,订餐号，食堂号，窗口号,菜编号,数量，总价
评价类型信息
编号，内容
食堂编号，窗口编号,菜编号,时间，数量，收入,
3。
数据流
数据流名
数据流来源
数据流去向
学生
订餐表
查询订餐信息
订餐信息表
管理员
外卖信息
外卖表
查询外卖信息
查询信息表
学生或员工
查询食堂信息
食堂信息表
食堂信息信息
查询窗口信息
窗口信息表
窗口信息信息
查询菜信息
菜信息表
菜信息信息
评价信息表
查询评价信息
学生和员工
4。
数据存储
数据存储名
输入的数据流
输出的数据流
外卖信息表
确认信息
5。
处理过程
处理过程名
输入数据流
输出数据流
评价信息及回复信息
二、概念结构设计
根据上一步需求分析，设计系统的E-R图
1．设计完成的总E-R图为：
2。
学生点餐信息管理子系统分E—R图
3.学生查看食堂现状的信息管理子系统分E—R图
4、工作人员更新菜库子系统分E-R图
5、工作人员处理外卖单的子系统分E—R图
6、管理员更新工作人员的子系统分E—R图
7、管理员更新食堂窗口的子系统分E—R图
8、管理员处理投诉与建议的子系统分E—R图
三、逻辑结构及物理结构设计
1、上一步概念结构设计得到的E-R图
2、将E-R图转换为关系模式
关系模式
食堂编号,营业状况，客流量，好评度，员工
窗口编号,窗口名,营业状况，工作人员，食堂编号，好评度
菜编号,宿舍电话
学号，姓名,身份证号,密码，住址,联系方式
员工号，姓名，密码,身份证号
编号，食堂号,窗口号，菜编号，内容
属性名,订餐号，食堂号,窗口号，菜编号,数量，总价
食堂编号，窗口编号，菜编号，时间,数量，收入,
（下划线标注的属性为主码）
以上关系模式均为BCNF。
为了方便程序查询，建立了如下用户视图：
菜排行榜视图（食堂编号，窗口名,菜名，评价，状况）
窗口排行榜视图（食堂号，窗口名，评价，状况）
评价与建议视图（窗口号，窗口名,菜名，内容,时间,评价类型）
外卖视图（外卖编号，学生地址，学生电话，外卖状况，外卖时间）
收入视图（收入编号,食堂编号,窗口编号，菜编号，菜名，数量，收入，时间）
3、物理设计（结合具体的DBMS）
1、表总汇
表一食堂
元素
变量名
数据类型
varchar（10）
主键（非空）
非空
varchar（20）
Employees的外键
表二窗口
Canteen的外键
表三菜
float（0-1）
表四投诉与建议
主键
表五营业额
联合主键（非空）外键：
表一
表二
表三
表六工作人员
表七学生
主键，非空
表八外卖
主键非空
非空外键：
表七
表九订餐
联合主键（非空）外键:
表八
表十评价类型
2、表关系
四、应用程序开发
五、总结
六、参考文献
升级会员 