数据库课程设计报告--食堂管理系统.doc

摘要摘要 因为各大高校的都在扩招，校园的设备和生活区都已达到饱和状态，尤其是食堂。以本校为例，虽有 8 个饭堂，但面临逼近 20000 师生的群体仍是 存在多种困难。人流分布不均，食堂营业时间不定，饭菜种类杂多等等都让食堂的管理员无可奈何，同时也让学生对其失去好感。为了解决以上的问题， 让食堂管理员要想有效的掌握食堂的运行现状，学生的需求趋势，食堂信息、数据进行合理管理，从而应开发出一套适合食堂合理运行的管理系统。说 明： 1.待开发的软件系统的名称：食堂管理系统 2.开发者：林艾鑫等 10 人 3.用 户：吉林大学珠海学院在校学生、所有食堂工作人员、系统管理员 4.该软件系统同其他系统或其他机构的基本的相互来往关系：校园网的学生数据库 5.本项目能具体、清晰地展示出学生以及食堂工作人员的所需信息，从而节省学生等待买饭所用的时间，方便工作人员进行销售和营业额的统计， 也是管理员更快捷的管理学校食堂的运作。从而为学校的师生创造优良的就餐环境。 6.系统设计目的： 1)方便学生可以安全的查找自己想要的各个食堂人流情况，菜谱，营业的现状和进行外卖点餐。也可以通过系统的互动环节对食堂进行评价； 2)让食堂的前后台员工、外卖员工通过使用本系统可以及时掌握学生需求的动态，提高食堂的管理效率； 3)食堂的管理员通过全面的餐饮信息采集和处理，辅助提高系统的管理水平。用最低的费用最短的时间提供尽可能精确、可靠的信息，以便 使决策者选择最佳的实施方案 7.系统设计要求： 1)进行需求分析，设计数据库的概念模型 2) 食堂信息管理：食堂信息的添加、编辑和查询； 3) 食堂窗口信息管理：食堂窗口信息的添加、编辑和查询； 4) 窗口菜样管理：窗口菜样的添加、编辑和查询； 5) 投诉信息管理：投诉信息的添加、编辑和查询； 6) 报表管理：输出食堂信息、窗口信息、菜样信息和投诉与建议信息。 目录（略）目录（略） 一、食堂管理系统需求分析2 （一）调查用户需求2 1、学校食堂的基本情况错误！未定义书签。错误！未定义书签。 2、用户对系统的要求错误！未定义书签。错误！未定义书签。 （二）系统功能的设计和划分错误！未定义书签。错误！未定义书签。 1、工作人员管理部分错误！未定义书签。错误！未定义书签。 2、学生点餐部分错误！未定义书签。错误！未定义书签。 3、管理员管理部分错误！未定义书签。错误！未定义书签。 （三）数据流图错误！未定义书签。错误！未定义书签。 1、外卖点餐分数据流图错误！未定义书签。错误！未定义书签。 2、点评分数据流图错误！未定义书签。错误！未定义书签。 3、总数据流图错误！未定义书签。错误！未定义书签。 （四）数据字典错误！未定义书签。错误！未定义书签。 1、数据项错误！未定义书签。错误！未定义书签。 2、数据结构错误！未定义书签。错误！未定义书签。 3、数据流错误！未定义书签。错误！未定义书签。 4、数据存储错误！未定义书签。错误！未定义书签。 5、.处理过程.错误！未定义书签。错误！未定义书签。 二、概念结构设计二、概念结构设计错误！未定义书签。 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 图转换为关系模式.错误！未定义书签。错误！未定义书签。 3、物理设计（结合具体的 dbms）.错误！未定义书签。错误！未定义书签。 四、应用程序开发四、应用程序开发错误！未定义书签。 1、错误！未定义书签。错误！未定义书签。 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)、学生：、学生： a.信息要求：信息要求： 本校的学生能查询学校所有的食堂营业现状，正在销售情况等所有信息，能查询那些食堂开门营业和现在人流量，有哪些窗口在出售什么菜和菜的 信息，食堂的菜的销售排行榜，投诉与建议。 b.处理要求：处理要求： 学生可以通过登录系统进行订外卖，在“投诉与建议”里评价食堂的菜。 2)、管理员：、管理员： a.信息要求：信息要求： 管理员能查询食堂所有工作人员的信息，学校所有的食堂营业现状，正在销售情况等所有信息，能查询那些食堂开门营业和现在人流量，有哪些窗 口在出售什么菜和菜的信息，食堂的菜的销售排行榜，投诉与建议。 b.处理要求：处理要求： 管理员处理工作人员的基本信息，如添加新来的员工信息，删除离开的员工信息；更换窗口信息，去处理投诉与建议。 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.数据项数据项 食堂数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 编号cnovarchar10食堂编号 营业状况ccondition布尔类型是否营业 好评度cevealuationfloat 客流量ccoustvarchar 20 工作人员enovarchar 20 窗口数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 编号wnovarchar 10 窗口编号 窗口名wnamevarchar 20 营业状况wcondition布尔类型是否营业 工作人员enovarchar 10 食堂编号cnovarchar 10 好评度wevealuationfloat 菜数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 菜编号dnovarchar 10 菜编号 窗口号wnovarchar 10 窗口编号 食堂号cnovarchar 10 食堂编号 菜名dnamevarchar(30) 30 状况dcondition布尔类型是否供应 价钱dpricefloat 好评度devealuationint 评价数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 编号ds_eno int 食堂号cnovarchar 10 窗口号wnovarchar 10 菜编号dnovarchar 10 内容decvarchar 100 时间ds_edatedatetime 类型typeint 营业额数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 销售编号inoint 食堂编号cnovarchar 10 窗口编号wnovarchar 10 菜编号dnovarchar 10 时间idatedatetime 数量icountint 收入incomefloat 员工数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 员工号enovarchar 10 姓名enamevarchar 20 密码epwdvarchar 20 身份证号eidvarchar 20 所属单位edeptvarchar 20 职位eposvarchar 20 联系方式ephoneint 学生数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 学号snovarchar 10 姓名snamevarchar 10 身份证号sidvarchar 10 密码spwdvarchar 10 住址saddvarchar 10 联系方式sphoneint 外卖数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 订餐号tnoint 学号snovarchar 10 状态tcondition布尔类型 订餐数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 订餐号tnovarchar 10 食堂号cnovarchar 10 窗口号wnovarchar 10 菜编号dnovarchar 10 数量tcountint 总价sumfloat 评价类型数据字典： 属性名属性名存储代码存储代码类型类型长度长度备注备注 编号typedidint 内容typestrvarchar 10 看法,意见,投诉,回复 2.数据结构数据结构 数据结构名数据结构名组成组成 食堂信息食堂编号，营业状况，客流量，好评度，员工 窗口信息窗口编号，窗口名，营业状况，工作人员，食堂编号，好评度 菜信息菜编号，窗口号，食堂号，菜名，状况，价钱，好评度 学生信息学号，姓名，身份证号，密码，住址，联系方式 员工信息员工号，姓名，密码，身份证号，电话 评价信息编号，食堂号，窗口号，菜编号，内容，时间 订餐信息属性名，订餐号，食堂号，窗口号，菜编号，数量，总价 评价类型信息编号，内容 收入食堂编号，窗口编号，菜编号，时间，数量，收入， 3.数据流数据流 数据流名数据流名数据流来源数据流来源数据流去向数据流去向组成组成 订餐信息学生订餐表订餐信息 查询订餐信息订餐信息表管理员订餐信息 外卖信息学生外卖表外卖信息 查询外卖信息查询信息表学生或员工外卖信息 查询食堂信息食堂信息表学生食堂信息信息 查询窗口信息窗口信息表学生窗口信息信息 查询菜信息菜信息表学生菜信息信息 评价信息学生评价信息表评价信息 查询评价信息评价信息表学生和员工评价信息 4.数据存储数据存储 数据存储名数据存储名输入的数据流输入的数据流输出的数据流输出的数据流组成组成 外卖信息表外卖信息外卖信息 确认信息 外卖信息 订餐信息表订餐信息订餐信息订餐信息 评价信息表评价信息评价信息评价信息 5.处理过程处理过程 处理过程名处理过程名输入数据流输入数据流输出数据流输出数据流 外卖信息表外卖信息外卖信息 订餐信息表订餐信息订餐信息 评价信息表评价信息评价信息及回复信息 二、概念结构设计二、概念结构设计 根据上一步需求分析，设计系统的根据上一步需求分析，设计系统的 e-r 图图 1设计完成的总设计完成的总 e-r 图为：图为： 营业状况营业状况 类型类型 好评度好评度 好评度好评度 联系方式联系方式 订 餐 员工 学 生 管理员 姓名姓名 职位职位 员工号员工号 身份证号身份证号 所属食堂所属食堂 所属窗口所属窗口 更改信息更改信息 营业状况营业状况 食堂食堂 编号编号 客流量客流量 投诉与建投诉与建 议议 窗口编号窗口编号 窗口名窗口名 浏览信息浏览信息 食堂窗口，菜谱，员工等信息食堂窗口，菜谱，员工等信息 姓名姓名 密码密码 住址住址 联系方式联系方式 订餐号订餐号 窗口号窗口号食堂号食堂号 菜编号菜编号 数量数量总价总价 菜 价格价格 菜名菜名 状态状态好评度好评度 营业额 数量数量 收入收入 菜编号菜编号 时间时间 内容内容 时间时间 编号 身份证身份证 学号学号 密码密码 外卖 状态状态 评价类型评价类型 内容内容 2. 学生点餐信息管理子系统分学生点餐信息管理子系统分 e-r 图图 学生点餐 n 1 点餐时间 菜名 食堂号窗口号菜编号价格好评度状况 1 所属单位 员工号 联系方式 姓名 工作人员 总计金 额 学号住址联系方式 在食堂点餐 订外卖 订餐号 学号 状态 密码 3. 学生查看食堂现状的信息管理子系统分学生查看食堂现状的信息管理子系统分 e-r 图图 学生查看食 堂现状 m 密码学号 查看时间 食堂 n 食堂号 窗口号 好评度营业状况客流量 窗口名 1 对 n 食堂号营业状况好评度 菜名 窗口号 食堂号 菜编号 价格 好评度 状况 1 对 n 投诉与建议 4、工作人员更新菜库子系统分、工作人员更新菜库子系统分 e-r 图图 工作人员菜名更新菜库n1 食堂编号窗口号 窗口号 食堂编号更新时间 1 1 所属单位 员工号 联系方式 密码 菜编号 好评度 价格 状况 5、工作人员处理外卖单的子系统分、工作人员处理外卖单的子系统分 e-r 图图 工作人员 （姓名） 订外卖处理外卖 单 n1 窗口号 食堂编号 工作人员 （姓名） 号 处理时间 1 1 所属单位 员工号 联系方式 密码 订餐号 学号 状态 住址 联系方式 1 对 1 6、管理员更新工作人员的子系统分、管理员更新工作人员的子系统分 e-r 图图 工作人员 （姓名） 管理员更新员工1n 登录名密码 窗口号 食堂编号 身份证号 号 更新时间 1 1 所属单位 员工号 联系方式 密码 7、管理员更新食堂窗口的子系统分、管理员更新食堂窗口的子系统分 e-r 图图 管理员更新食堂 窗口 n 密码登录名 查看时间 工作人员（姓名） 1 食堂号 所属单位 好评度营业状况窗口号 窗口名 1 对 n 密码联系方式员工号 菜名 窗口号 食堂号 菜编号 价格 好评度 状况 1 对 n 投诉与建议 身份证号 8、管理员处理投诉与建议的子系统分、管理员处理投诉与建议的子系统分 e-r 图图 管理员处理投诉 与建议 n 密码登录名 处理时间 食堂 1 食堂号营业状况 好评度营业状况窗口号 窗口名 1 对 n 客流量好评度 菜名 窗口号 食堂号 菜编号 价格 好评度 状况 1 对 n 工作人员 投诉与建议 n n 处理方案： 更新窗口等 三、逻辑结构及物理结构设计三、逻辑结构及物理结构设计 1、上一步概念结构设计得到的、上一步概念结构设计得到的 e-r 图图 营业状况营业状况 类型类型 好评度好评度 好评度好评度 联系方式联系方式 订 餐 员工 学 生 管理员 姓名姓名 职位职位 员工号员工号 身份证号身份证号 所属食堂所属食堂 所属窗口所属窗口 更改信息更改信息 营业状况营业状况 食堂食堂 编号编号 客流量客流量 投诉与投诉与 建议建议 窗口编号窗口编号 窗口名窗口名 浏览信息浏览信息 食堂窗口，菜谱，员工等信息食堂窗口，菜谱，员工等信息 姓名姓名 密码密码 住址住址 联系方式联系方式 订餐号订餐号 窗口号窗口号食堂号食堂号 菜编号菜编号 数量数量总价总价 菜 价格价格 菜名菜名 状态状态好评度好评度 营业额 数量数量 收入收入 菜编号菜编号 时间时间 内容内容 时间时间 编号 身份证身份证 学号学号 密码密码 外卖 状态状态 评价类型评价类型 内容内容 2、将、将 e-r 图转换为关系模式图转换为关系模式 关系模式关系模式 数据结构名组成 食堂信息食堂编号，营业状况，客流量，好评度，员工 窗口信息窗口编号，窗口名，营业状况，工作人员，食堂编号，好评度 菜信息菜编号，宿舍电话 学生信息学号，姓名，身份证号，密码，住址，联系方式 员工信息员工号，姓名，密码，身份证号 评价信息编号，食堂号，窗口号，菜编号，内容 订餐信息属性名，订餐号，食堂号，窗口号，菜编号，数量，总价 评价类型信息编号，内容 收入食堂编号，窗口编号，菜编号，时间，数量，收入， （下划线标注的属性为主码）（下划线标注的属性为主码） 以上关系模式均为以上关系模式均为 bcnf。 为了方便程序查询，建立了如下用户视图：用户视图： 菜排行榜视图（食堂编号，窗口名，菜名，评价，状况） 窗口排行榜视图（食堂号，窗口名，评价，状况） 评价与建议视图（窗口号，窗口名，菜名，内容，时间，评价类型） 外卖视图（外卖编号，学生地址，学生电话，外卖状况，外卖时间） 收入视图（收入编号，食堂编号，窗口编号，菜编号，菜名，数量，收入，时间） 3、物理设计（结合具体的、物理设计（结合具体的 dbms） 1、表总汇、表总汇 表一表一 食堂食堂 元素变量名数据类型备注 编号 enovarchar(10) 主键（非空） 营业状况 ccondition 布尔类型非空 好评度 cevealuationfloat 非空 客流量 ccoustvarchar(20) 非空 工作人员 enovarchar(20) employees 的外键 表二表二 窗口窗口 元素变量名数据类型备注 编号 wnovarchar(10) 主键（非空） 窗口名 wnamevarchar(20) 非空 营业状况 wcondition 布尔类型非空 工作人员 enovarchar(10) employees 的外键 食堂编号 cnovarchar(10) canteen 的外键 好评度 wevealuationfloat 非空 表三表三 菜菜 元素变量名数据类型备注 菜编号 dnovarchar(10) 主键（非空） 窗口号 wnovarchar(10) 食堂号 cnovarchar(10) 菜名 dnamevarcha