参考标准校食堂点餐系统.docx
- 文档编号:7846490
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:38
- 大小:968.28KB
参考标准校食堂点餐系统.docx
《参考标准校食堂点餐系统.docx》由会员分享,可在线阅读,更多相关《参考标准校食堂点餐系统.docx(38页珍藏版)》请在冰豆网上搜索。
参考标准校食堂点餐系统
课程设计(论文)任务书
软件学院移动开发专业2班
一、课程设计(论文)题目校食堂点餐系统
二、课程设计(论文)工作自2015年12月28日起至2016年1月1日止
三、课程设计(论文)地点:
软件工程实训中心
四、课程设计(论文)内容要求:
1.本课程设计的目的
(1)巩固和加深对数据库基本知识的理解,提高综合运用课程知识的能力。
(2)使学生巩固所学的理论基础知识的理解,掌握数据库设计的全过程及技术与方法。
(3)培养学生编制软件文档及开发应用系统的能力,提高学生独立分析问题、解决问题的能力,锻炼和加强学生的动手能力。
使学生掌握使用各种计算机资料和有关参考资料。
2.课程设计的任务及要求
(1)根据选题任务要求,收集并查询相关文献资料,明确系统需求;通过对系统的功能分析和数据分析进行系统的需求分析设计,完成业务流程图、数据流图(DFD图)及数据字典(DD)等阶段性成果;
(2)数据库的概念结构设计,完成基本全局E-R图的设计并体现设计过程;
(3)数据库的逻辑结构设计,完成数据库关系模式的设计及优化;
(4)数据库的物理结构设计,完成数据库实施的所有sql脚本的编写及索引文件的创建;完成安全性控制及完整性约束;
(5)数据库的实施;
(6)特别要求自己独立完成;
2)创新要求:
在基本要求达到后,可进行创新设计,如完善的功能、友好的人机界面。
3)课程设计论文编写要求
(1)要按照书稿的规格打印与写课程设计报告书;
(2)报告包括目录、绪论、正文、小结、参考文献、附录等;
(3)课程设计报告装订按学校的统一要求完成;
4)课程设计进度安排
内容天数地点
构思及收集资料1图书馆
数据库设计3实验室
撰写报告1图书馆、实验室
学生签名:
2015年12月28日
课程设计(论文)评审意见
(1)考勤(20分):
优( )、良( )、中( )、一般( )、差( );
(2)设计内容(40分):
优( )、良( )、中( )、一般( )、差( );
(3)答辩 (25分):
优( )、良( )、中( )、一般( )、差( );
(4)文档格式规范整齐(15分)优( )、良( )、中( )、一般( )、差( );
(5)任何抄袭成绩一律归零;
评阅人:
职称:
讲师
2016年1月1日
一绪论
校食堂点餐系统是针对校食堂的销售而开发的。
通过对校食堂的相应的实地考察,我们了解到学校的食堂工作全是由人工服务,并且每天的食堂人流量多,导致每天的学生和老师的用餐时间增多,且造成食堂空间拥挤,人员流动不通的弊病。
应用校食堂点餐系统能够转变校食堂的工作方式,提高销售速度和服务水平,使食堂的工作效率增加,学生的所受的服务更加便捷和多元化,继而提高学生与老师对校食堂的信任度和满意度,以及改善学生对校食堂的态度。
现在大多数校食堂不能有效的管理每一种菜品,收款结算速度慢,容易出现营业差错,不宜进行菜品调价,盘点效率底等,而且在日常管理中,菜品进、销、存等决策以经验为主,缺乏实时分析功能,管理人员对及时传递资料的要求始终得不到满足,随着学校的人数增加,学生们更加拥挤,花费的时间越来越多,人员流动会更加不流通,校食堂的人工服务已经满足不了学生的需求。
现在的校食堂很需要一个有效的管理系统。
二需求分析
2.1引言
现在要开发的校食堂点餐系统,通过对校食堂的相应的实地考察,我们了解到学校的食堂工作全是由人工服务,并且每天的食堂人流量多,导致每天的学生和老师的用餐时间增多,且造成食堂空间拥挤,人员流动不通的弊病。
为了使食堂的工作效率增加,学生的所受的服务更加便捷和多元化,便设计此系统作为食堂和被服务者全新的合作方式
2.2目标与任务
2.2.1需求分析阶段的目标
(1)了解目前食堂管理的现状以及SQLServer2008的功能和特点。
(2)通过实地调查和问答-记录的方式了解食堂管理的工作业务流程,并记录和处理相关的数据。
2.2.2需求分析阶段的任务
(1)处理对象:
系统要处理的对象包括:
食堂信息、窗口信息、菜单信息、同学评价信息、菜收入信息、员工信息、学生信息、订餐信息等八个方面,各个对象包括信息如下所示(详细的数据见于数据字典):
1.食堂信息:
包括食堂编号、营业状况、好评度、客流量和员工编号等,这样可以方便学生查询食堂的基本信息。
2.窗口信息:
包括窗口编号、营业状况、好评度、食堂编号以及员工编号等,可以方便对窗口信息的查询。
3.菜单信息:
包括菜编号、窗口编号、食堂编号、菜名、状况、价钱以及好评度等,对每日食堂所作出的菜品进行菜单的生成,且自动更新菜单。
4.同学评价信息:
包括打分编号、食堂编号、食堂分数、窗口编号、窗口分数、菜编号、菜分数以及时间等,可以方便食堂更加了解学生的口味以及消费能力。
5.菜收入信息:
包括销售编号、菜编号以及收入等,这样可以方便实现食堂的菜的收入、支出、查询、统计等
6.员工信息:
包括员工编号、姓名、年龄、职位和联系方式等,方便食堂对员工的管理。
7.学生信息:
包括学号、姓名、性别、年龄、地址和联系方式等,方便员工给学生送餐。
8.订餐信息:
包括订餐号、食堂号、窗口号、菜编号、数量以及总价等,方便对订单信息的查询与更新。
(2)处理功能要求
系统主要完成以下几个功能:
1.方便学生查询食堂的基本信息;
2.可以方便对窗口信息的查询;
3.对每日食堂所做出的菜品进行菜单的生成且自动更新菜单;
4.方便食堂查询、更新学生的评价信息;
5.方便实现食堂销售菜的收入、查询、统计等;
6.方便食堂对员工的管理;
7.方便查询学生的信息;
8.方便对订单信息的查询与更新;
(3)安全性和完整性要求
安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过用户授权机制,欲用户登陆来识别用户级别,根据这个级别来分配用户权限,达到数据更高层次的安全保密功能。
完整性要求用于描述食堂信息、窗口信息、菜单信息、同学评价信息、菜收入信息、员工信息、学生信息、订餐信息中数据项能否为null,以及一些用户自定义完整性(符合实际要求),详细完整性要求见于系统的逻辑设计阶段。
2.2.3需求分析阶段成果
(1)食堂管理系统业务流程图
评价信息业务流程图(评价食堂信息、窗口信息、菜信息等):
图1.1评价信息业务流程图
食堂业务流程图:
图1.2食堂信息业务流程图
窗口业务流程图:
图1.3窗口信息业务流程图
学生订单业务流程图:
图1.4学生订单业务流程图
员工送餐业务流程图:
图1.5员工送餐业务流程图
收入业务流程图:
图1.6收入业务流程图
(2)数据流程图
顶层数据流程图:
图2.1顶层数据流程图
第2层数据流程图:
从学生角度出发
图2.2第2层数据流程图(从学生角度出发)
第3层数据流程图:
从食堂工作人员角度出发
图2.3第3层数据流程图(从食堂工作人员角度出发)
第3层数据流程图:
从就餐信息角度出发
图2.3第4层数据流程图(从就餐信息角度出发)
第3层数据流程图:
从外卖信息角度出发
图2.5第3层数据流程图(从外卖信息角度出发)
(3)数据字典
(a)数据项:
系统涉及的数据项有71项
表1.1数据项列表
数据项编号
数据项名
数据项含义
存储结构
别名
DI-1
Cno
食堂编号
char(10)
食堂
DI-2
Ccondition
食堂营业状况
char
(1)
营业状况
DI-3
Cevaluation
食堂好评度
smallint
好评度
DI-4
Ccustomer
食堂客流量
smallint
客流量
DI-5
Wno
窗口编号
char(10)
窗口
DI-6
Wevaluation
窗口好评度
smallint
好评度
DI-7
Wcondition
窗口营业状况
char
(1)
营业状况
DI-8
Dno
菜编号
char(10)
菜号
DI-9
Dname
菜的名称
char(30)
菜名
DI-10
Dcondition
菜的营业状况
char
(1)
营业状况
DI-11
Price
菜的价格
float
价格
DI-12
Devaluation
菜的好评度
smallint
好评度
DI-13
Pno
评价编号
char(10)
评价号
DI-14
Cpoint
评价食堂分数
char(10)
食堂分数
DI-15
Wpoint
评价窗口分数
char(10)
窗口分数
DI-16
Dpoint
评价菜分数
char(10)
菜分数
DI-17
Pdate
评价时间
datetime
时间
DI-18
Sno
学生编号
char(10)
学号
DI-19
Sname
学生姓名
char(20)
姓名
DI-20
Sadd
学生地址
char(20)
地址
DI-21
Sphone
学生联系方式
char(20)
联系方式
DI-22
Sex
学生性别
char
(2)
性别
DI-23
Age
学生年龄
smallint
年龄
DI-24
Sdate
就餐时间
datetime
时间
DI-25
Ino
销售编号
char(10)
销售号
DI-26
Income
菜收入
float
收入
DI-27
Eno
员工编号
char(10)
员工号
DI-28
Ename
员工姓名
char(20)
姓名
DI-29
Epos
员工职位
char(20)
职位
DI-30
Ephone
员工联系方式
char(20)
联系方式
DI-31
Tno
订单号
char(10)
订单号
DI-32
Tcount
订单数量
int
数量
DI-33
Sum
订单总价格
float
总价格
DI-34
Tcondition
送餐状况
char
(1)
状况
DI-35
Tdate
送餐时间
datetime
时间
(b)数据结构:
数据结
构编号
数据结构名
数据结构
含义
组成
DS-1
Cafeteria
食堂信息
Cno、Ccondition、Cevaluation、Ccustomer、Eno
DS-2
Chuangkou
窗口信息
Wno、Wcondition、Wevaluation、Cno、Eno
DS-3
Cai
菜单信息
Dno、Wno、Cno、Dname、Dcondition、Price、Devaluation
DS-4
Pingjia
评价信息
Pno、Cno、Cpoint、Wno、Wpoint、Dno、Dpoint、Sno
DS-5
Student
学生信息
Sno、Sname、Sex、Age、Sadd、Sphone
DS-6
Jiucan
就餐信息
Sno、Dno、Sdate
DS-7
Income
菜收入信息
Ino、Dno、Income
DS-8
Employee
员工信息
Eno、Ename、Age、Sex、Epos、Ephone
DS-9
Waimai
外卖信息
Sno、Tno、Wdate
DS-10
Dingcan
订餐信息
Tno、Cno、Wno、Dno、Tcount、Sum
DS-11
Songcan
送餐信息
Tno、Eno、Tcondition、Tdate
表1.2数据结构列表
(4)处理逻辑描述(判定表或判定树)
判定条件
决策
判断用户查询涉及的功能模块
食堂基本信息模块、窗口基本信息模块、菜单基本信息模块、同学评价基本信息模块、菜收入基本信息模块、员工基本信息模块、学生基本信息模块、就餐基本信息模块、外卖基本信息模块、订单基本信息模块、送餐基本信息模块:
先确定查询所涉及的功能模块;然后,确定要查询的内容,确定查询数据流向;最后显示查询结果。
判断用户修改要涉及的模块,同时把相应的修改数据传到相应的模块之中
食堂基本信息模块、窗口基本信息模块、菜单基本信息模块、同学评价基本信息模块、菜收入基本信息模块、员工基本信息模块、学生基本信息模块、就餐基本信息模块、外卖基本信息模块、订单基本信息模块、送餐基本信息模块:
先确定更新所涉及的功能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。
表1.3处理逻辑列表
三概要设计
3.1引言
概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键,包括概念模型设计和新系统流程两个阶段。
3.2概念模型设计
(1)根据不同的对象,画出E-R图:
(a)食堂与窗口的角度
图3.1食堂与窗口的局部E-R图
(b)窗口和菜的角度
图3.2菜与窗口的局部E-R图
(c)菜和销售收入的角度
图3.3菜与销售收入的局部E-R图
(d)员工与食堂的角度
图3.4员工与食堂收入的局部E-R图
(e)员工与窗口的角度
图3.5员工与窗口的局部E-R图
(f)学生与菜的角度
图3.6学生与菜的局部E-R图
(g)学生与订餐(订单)的角度
图3.7学生与订餐的局部E-R图
(h)员工与订餐(订单)的角度
图3.8员工与订餐的局部E-R图
(i)学生与学生评价的角度
图3.9学生与学生评价的局部E-R图
(2)合并各分E-R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E-R图如下所示:
图3.10基本E-R图
(3)E-R图中每个实体的属性如下所示:
食堂信息:
(食堂编号、营业状况、好评度、客流量和员工编号)
窗口信息:
(窗口编号、营业状况、好评度、食堂编号以及员工编号)
菜单信息:
(菜编号、窗口编号、食堂编号、菜名、状况、价钱以及好评度)
同学评价信息:
(打分编号、食堂编号、食堂分数、窗口编号、窗口分数、菜编号、菜分数以及时间)
菜收入信息:
(销售编号、菜编号以及收入等,这样可以方便实现食堂的菜的收入、支出、查询、统计)
员工信息:
(员工编号、姓名、年龄、职位和联系方式)
学生信息:
(学号、姓名、性别、年龄、地址和联系方式)
订餐信息:
(订餐号、食堂号、窗口号、菜编号、数量以及总价)
四逻辑设计阶段
4.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。
4.2数据组织
4.2.1将E-R图转换为关系模型
食堂信息cafeteria:
(Cno、Ccondition、Cevaluation、Ccustomer、Eno)
窗口信息chuangkou:
(Wno、Wcondition、Wevaluation、Cno、Eno)
菜单信息cai:
(Dno、Wno、Cno、Dname、Dcondition、Price、Devaluation)
同学评价信息pingjia:
(Pno、Cno、Cpoint、Wno、Wpoint、Dno、Dpoint、Sno)
菜收入信息Income:
(Ino、Dno、Income)
员工信息Employee:
(Eno、Ename、Age、Sex、Epos、Ephone)
学生信息student:
(Sno、Sname、Sex、Age、Sadd、Sphone)
订餐信息dingcan:
(Tno、Cno、Wno、Dno、Tcount、Sum)
就餐信息jiucan:
(Sno、Dno、Sdate)
送餐信息songcan:
(Tno、Eno、Tcondition、Tdate)
外卖信息waimai:
(Sno、Tno、Wdate)
(注:
标有直线下划线的为主属性)
4.2.2模型优化
关系模式cafeteria,chuangkou,cai,pingjia,Income,Employee,Student,jiucan,waimai,dingcan,songcan等不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了BCNF。
4.2.3数据库模式定义
表2.1数据库模式定义表
编号
逻辑结构(基本表)定义
完整性和安全性
T-1
cafeteria(详见附录1-1)
(详见附录1-1)
T-2
chuangkou(详见附录1-2)
(详见附录1-2)
T-3
cai(详见附录1-3)
(详见附录1-3)
T-4
pingjia(详见附录1-4)
(详见附录1-4)
T-5
Income(详见附录1-5)
(详见附录1-5)
T-6
Employee(详见附录1-6)
(详见附录1-6)
T-7
Student(详见附录1-7)
(详见附录1-7)
T-8
jiucan(详见附录1-8)
(详见附录1-8)
T-9
waimai(详见附录1-9)
(详见附录1-9)
T-10
dingcan(详见附录1-10)
(详见附录1-10)
T-11
songcan(详见附录1-11)
(详见附录1-11)
4.2.4用户子模式设计
编号
用户子模式(View)
作用(共性:
提供数据保密和安全保护机制)
V-1
cafeView
方便学生查询食堂的基本信息
V-2
chuangView
方便对窗口信息的查询
V-3
caiView
对每日食堂所作出的菜品进行菜单的生成,且自动更新菜单
V-4
pingView
方便学生实现评价信息查询和学生对评价信息的添加
V-5
IncomeView
方便实现食堂的菜的收入、支出、查询、统计等
V-6
EmpView
方便食堂对员工的管理
V-7
StuView
方便查询学生的信息
V-8
jiuView
方便学生查询就餐信息
V-9
waiView
方便学生查询外卖信息
V-10
dingView
方便实现订单的查询、更新与统计等
V-11
songView
方便员工查询送餐信息以及给学生送餐
4.3数据处理
系统功能模块图:
图4.1系统功能模块图
五物理设计
5.1物理设计阶段的目标与任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:
(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
5.2数据存储方面
为数据库中各基本表建立的索引如下:
1.由于基本表cafeteria的主码Cno经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,考虑在cafeteria的Cno属性上建立唯一性索引;
2.为了方便学生能更好的查找评价的信息,考虑在chuangkou表中建立窗口评价按降序排列的唯一索引
3.由于基本表Student的主码是Sno,经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,考虑在Student的Sno属性上建立唯一性索引;
4.表jiucan和waimai的属性Sno和Cno的组合是主码,经常在查询条件中出现,且经常出现在相等的比较条件中,考虑在其之上建立组合索引;
5.表Employee的一属性Eno,经常出现在查询条件和连接操作的连接条件中出现,且他们的值唯一,考虑在Employee的Eno属性上建立唯一索引;
6.表chuangkou的一属性Dno,经常出现在查询条件和连接操作的连接条件中出现,且他们的值唯一,考虑在chuangkou的Dno属性上建立唯一索引;
5.3系统功能模块
5.3.1食堂基本的信息查询和更新模块
将实现对食堂基本信息的查询和更新(修改、插入、删除)操作,方便食堂信息的查询和更新,具体的功能模块图如下:
图5.3.1食堂基本的信息查询和更新模块图
5.3.2窗口基本的信息查询和更新模块
将实现对窗口基本信息的查询和更新(修改、插入、删除)操作,具体的功能模块图如下:
图5.3.2窗口基本的信息查询和更新模块图
5.3.3菜单基本的信息查询和更新模块
将实现对菜单基本信息的查询和更新(修改、插入、删除)操作,方便学生订餐,具体的功能模块图如下:
图5.3.3菜单基本的信息查询和更新模块图
5.3.4同学评价基本的信息查询和更新模块
将实现对同学评价基本信息的查询和更新(修改、插入、删除)操作,方便同学评价信息的查询和更新,具体的功能模块图如下:
图5.3.4同学评价基本的信息查询和更新模块图
5.3.5菜收入的信息查询和更新模块
将实现对菜收入基本信息的查询和更新(修改、插入、删除)操作,方便菜收入信息的查询和更新,具体的功能模块图如下:
图5.3.5菜收入基本的信息查询和更新模块图
5.3.6员工基本的信息查询和更新模块
将实现对员工基本信息的查询和更新(修改、插入、删除)操作,方便员工信息的查询和更新以及方便管理员工,具体的功能模块图如下:
图5.3.6员工基本的信息查询和更新模块图
5.3.7学生基本的信息查询和更新模块
将实现对学生基本信息的查询和更新(修改、插入、删除)操作,方便学生信息的查询和更新,具体的功能模块图如下:
图5.3.7学生基本的信息查询和更新模块图
5.3.8订餐基本的信息查询和更新模块
将实现对订餐基本信息的查询和更新(修改、插入、删除)操作,方便订餐信息的查询和更新以及方便员工送餐,具体的功能模块图如下:
图5.3.8订餐基本的信息查询和更新模块图
六数据库实施
6.1建立数据库、数据表、视图、索引
6.1.1数据库的建立
Createdatabaseshitang_guanli_xitong
6.1.2建立数据表
(1)学生信息表的创建
Createtablestudent
(Snovarchar(10)primarykey,
Snamevarchar(20)notnull,
Saddvarchar(20),
Sphonevarchar(20),
Sexchar
(2),
Agesmallint);
(2)员工信息表的创建
CreatetableEmployee
(Enovarchar(10)primarykey,
Enamevarchar(20)notnull,
Eposvarchar(20),
Ephonevarchar(20),
Sexchar
(2),
Agesmallint);
(3)食堂表的创建
Createtable
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 参考 标准 食堂 系统