数据库课程方案设计书报告--食堂管理系统.docVIP

因为各大高校的都在扩招，校园的设备和生活区都已达到饱和状态，尤其是食堂。以本校为例，虽有8个饭堂，但面临逼近20000师生的群体仍是存在多种困难。人流分布不均，食堂营业时间不定，饭菜种类杂多等等都让食堂的管理员无可奈何，同时也让学生对其失去好感。为了解决以上的问题，让食堂管理员要想有效的掌握食堂的运行现状，学生的需求趋势，食堂信息、数据进行合理管理，从而应开发出一套适合食堂合理运行的管理系统。说明： 待开发的软件系统的名称：食堂管理系统 开发者：林艾鑫等10人 用 户：吉林大学珠海学院在校学生、所有食堂工作人员、系统管理员 该软件系统同其他系统或其他机构的基本的相互来往关系：校园网的学生数据库 本项目能具体、清晰地展示出学生以及食堂工作人员的所需信息，从而节省学生等待买饭所用的时间，方便工作人员进行销售和营业额的统计，也是管理员更快捷的管理学校食堂的运作。从而为学校的师生创造优良的就餐环境。 系统设计目的： 方便学生可以安全的查找自己想要的各个食堂人流情况，菜谱，营业的现状和进行外卖点餐。也可以通过系统的互动环节对食堂进行评价； 让食堂的前后台员工、外卖员工通过使用本系统可以及时掌握学生需求的动态，提高食堂的管理效率； 食堂的管理员通过全面的餐饮信息采集和处理，辅助提高系统的管理水平。用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案 系统设计要求： 进行需求分析，设计数据库的概念模型 食堂信息管理：食堂信息的添加、编辑和查询； 食堂窗口信息管理：食堂窗口信息的添加、编辑和查询； 窗口菜样管理：窗口菜样的添加、编辑和查询； 投诉信息管理：投诉信息的添加、编辑和查询； 报表管理：输出食堂信息、窗口信息、菜样信息和投诉与建议信息。 一、食堂管理系统需求分析 4 （一）调查用户需求 4 1、学校食堂的基本情况 4 2、用户对系统的要求 6 (二) 系统功能的设计和划分 8 1、工作人员管理部分 8 2、学生点餐部分 8 3、管理员管理部分 9 (三) 数据流图 9 1、外卖点餐分数据流图 9 2、点评分数据流图 11 5、总数据流图 13 （四） 数据字典 14 1.数据项 14 2.数据结构 17 3.数据流 18 4.数据存储 19 5.处理过程 19 二、概念结构设计 19 1．设计完成的总E-R图为： 20 2. 学生点餐信息管理子系统分E-R图 21 3. 学生查看食堂现状的信息管理子系统分E-R图 22 4、工作人员更新菜库子系统分E-R图 23 5、工作人员处理外卖单的子系统分E-R图 24 6、管理员更新工作人员的子系统分E-R图 25 7、管理员更新食堂窗口的子系统分E-R图 26 8、管理员处理投诉与建议的子系统分E-R图 27 三、逻辑结构及物理结构设计 28 1、上一步概念结构设计得到的E-R图 28 2、将E-R图转换为关系模式 29 3、物理设计（结合具体的DBMS） 30 1、表总汇 30 2、表关系 34 一、食堂管理系统需求分析 （一）调查用户需求 本系统的最终用户为吉林大学珠海学院在校学生、所有食堂工作人员（窗口经理和员工）和系统管理员。根据我们日常生活中的经验，结合对自己学校食堂工作人员的咨询和对在校学生的调查，得出用户的下列实际要求： 1、学校食堂的基本情况 学生在学校食堂就餐,每个食堂都会有若干个窗口,每个窗口有若干工作人员负责本窗口的日常营业管理。 学生的基本信息： 入校时，每位同学都有唯一的学号和身份证号，并被分配到指定的宿舍楼和指定的宿舍即住址，同时有姓名和联系方式，使用学号的同时配置有密码。 员工的基本信息：每个员工都有唯一的身份证号，还有姓名和联系方式，进入食堂工作后有唯一的员工号, 使用员工号的同时配置有密码，所属单位和职位 食堂的基本信息：每个食堂都有编号，在其食堂的负责人，营业状况，如果正在营业则会有客流量，同时还会有学生对其的评价而形成的好评度。 窗口的基本信息： 每个窗口都有编号和所属食堂编号，同时又窗口名称和在该窗口的经理，并对在此窗口出售的菜进行编号，另外还有此窗口的营业状况，以及学生对其的评价而形成的好评度。 菜的基本信息： 每道菜有编号且配有菜名和价钱，所属食堂的编号和窗口编号，同时有此时的销售状况，以及学生对其的评价而形成的好评度。 投诉与建议的基本信息： 评价的时候有3个类型：看法， 建议 ，投诉；编号就是指这三个。每个学生可以对某食堂某窗口某道菜的评价，同时每个学生对其评价时都会自动生成一个编号并记录时间。 评价类型的基本信息：存储（看法、建议、投诉、回复）与对应编号（1、2、3、4）的关系。 外卖的基本信息： 每个外卖都有订单号和此时是否被送去给学生的状态，以及订此外卖的学生的学号。 营业额的