《食堂学生打菜数据库》由会员分享，可在线阅读，更多相关《食堂学生打菜数据库（5页珍藏版）》请在金锄头文库上搜索。
1、食堂学生打菜数据库一、需求分析该数据库的目的是，管理学校餐饮系统。实现对就餐者（教职 工、学生）消费，食堂窗口收益，工作人员工作等信息的统计、管 理。待实现的功能主要有：1、就餐者凭饭卡在食堂消费就餐，每张饭卡与每个就餐者唯一 对应。饭卡中记录有持有者的个人信息及充值情况（余额）等。2、学校有多个校区，每个校区又有多个食堂。就餐者可根据便 利情况自由选择，在任意食堂的任意窗口消费就餐。3、每个食堂中有多个窗口，每个窗口又有多种菜品。窗口有卡 机，供就餐者刷卡消费。在相应窗口工作的多名工作人员，均可操 作卡机，并在卡机上查看盈利情况。4、每次刷卡消费时，通过卡机，从就餐者饭卡中扣费，并增加 至窗
2、口盈利情况中。刷卡消费成功，卡机滴声提示，若饭卡中余额 不足，消费失败，卡机也显示告知。5、就餐者可根据信息，从网上查到自己每次的消费就餐记录， 包括什么时间在哪个食堂的哪个窗口，消费了价值多少的菜品；工 作人员可查到自己所在窗口的收益情况，包括什么时间售出了价值 多少的菜品；管理人员可查看并修改所有信息，包括就餐者的个人 信息、消费情况、充值情况，窗口的基本信息、盈利情况，工作人 员的个人信息等。二、概念设计1、实体属性该数据库包括六个实体：就餐者、食堂、窗口、菜品、工作人 员、用户。（1）就餐者（包括教职工和学生），属性包括：证件号（及教 职工的工号和学生的学号）、姓名、性别、类型（即为老
3、师还是学 生）、院系、余额。（2）食堂，属性包括：名称、所在校区。2、实体联系（1）一个就餐者一次购买一种或多种菜品，“消费”关系，一 对多，此关系具有属性“消费时间”。（2）一种菜品属于一个窗口，一个窗口有多种菜品，“属于” 关系，一对多。（3）一个窗口位于一个食堂内，一个食堂有多个窗口，“属 于”关系，一对多。（4）一个工作人员在一个窗口工作，一个窗口有多名工作人 员，“工作”关系，一对多，此关系具有属性“工作时间”。（5）就餐者、工作人员、管理者均为用户，“属于”关系，一 对一。三、逻辑设计1、就餐者（证件号，姓名，性别，类型，院系，余额）R1（U1，F1）U1=证件号，姓名，性别，类型
4、，院系，余额。F1=证件号-姓名，证件号-性别，证件号-类型，证件号-院系，证件号-余额。候选码：证件号。主属性：证件号。非主属性：姓名，性别，类型，院系，余额。不存在非主属性对码的部分函数依赖，不存在非主属性对码的 传递函数依赖，不存在主属性对码的部分和传递函数依赖，不存在 非平凡且非函数依赖的多值依赖。2、食堂（食堂名，所在校区）R2（U2，F2）U2=食堂名，所在校区。F2=食堂名-所在校区。候选码：食堂名。主属性：食堂名。非主属性：所在校区。不存在非主属性对码的部分函数依赖，不存在非主属性对码的 传递函数依赖，不存在主属性对码的部分和传递函数依赖，不存在 非平凡且非函数依赖的多值依赖。
5、3、窗口（窗口名，食堂名，盈利）R3（U3，F3）U3二窗口名，食堂名，盈利。F3=窗口名-食堂名，窗口名-盈利。候选码：窗口名。外码：食堂名。主属性：窗口名。非主属性：食堂名，盈利。不存在非主属性对码的部分函数依赖，不存在非主属性对码的 传递函数依赖，不存在主属性对码的部分和传递函数依赖，不存在 非平凡且非函数依赖的多值依赖。四、建立视图：1、就餐者信息视图此视图用于管理者查看就餐者信息，包括：证件号，姓名，性 别，类型，院系，余额，菜品名，消费时间。2、窗口信息视图此视图用于管理者查看窗口信息，包括：窗口名，食堂名，盈 利，菜品名，消费时间。3、消费信息视图此视图用于就餐者查看消费信息，包括：证件号，余额，窗口 名，菜品名，消费时间。4、盈利信息视图此视图用于工作人员查看盈利信息，包括：盈利，菜品名，消费时间。
