顶层数据流图：0层数据流图 1层数据流图：
实体“菜单”的分E-R图和整体E-R图：
中餐（菜系，菜名，相应照片，制作，价格）若图片无法显示请联系QQ752018766,酒店订餐系统系统免费,转发请注明源于www.751com.cn
西餐（国家，菜名，相应照片，制作，价格）
药膳菜品（不同疾病，菜名，相应照片，制作，价格）
小吃（菜名，相应照片，制作，价格）
菜单（菜品编号，菜品大类，市场价格，会员价格，菜品介绍，制作说明）
实体“用户”的整体E-R图：
用户（会员帐号，姓名，性别，密码，常用电话，收货具体地点
实体“订单”的整体E-R图：
订单（订单编号，中餐，西餐，药膳菜品，小吃）
实体“管理员”的整体E-R图：
所有实体的整体E-R图：
把上面的所有实体的整体E-R图转换为关系模型。关系的码用下横线标出，外码用下浪线标出。
菜单（菜品编号，菜品大类，市场价格，会员价格，菜品介绍，制作说明）
用户（会员帐号，姓名，性别，密码，常用电话，收货具体地点）
订单（订单编号，中餐，西餐，药膳菜品，小吃）
管理员（管理员编号，配送交易，菜品资料，管理员管理，会员管理）
选择（菜品编号，会员帐号）
F
F
F
F
F
F
F
F
F
F
F
F
F
F
F
F
F
F
冗余数据和冗余联系容易破坏数据库的完整性，给数据库文护增加困难，应当予以消除。经过规范化理论得出，原关系模式之间的数据依赖已经达到极小化，没有冗余的联系，消除了冗余的初步Ｅ-R图称为基本E-R图。
菜单（菜品编号，菜品大类，市场价格，会员价格，菜品介绍，制作说明）
此关系模式中不存在部分函数依赖和传递函数依赖，所以此关系模式为2范式。
用户（会员帐号，姓名，性别，密码，常用电话，收货具体地点）
此关系模式中不存在部分函数依赖和传递函数依赖，所以此关系模式为2范式。
订单（订单编号，中餐，西餐，药膳菜品，小吃）
此关系模式中不存在部分函数依赖和传递函数依赖，所以此关系模式为2范式。
管理员（管理员编号，配送交易，菜品资料，管理员管理，会员管理）
此关系模式中不存在部分函数依赖和传递函数依赖，所以此关系模式为2范式。
选择（菜品编号，会员帐号）
组成（菜品编号，订单编号）
处理（订单编号，管理员编号）
服务（管理员编号，会员帐号）
根据需求分析阶段系统的功能分心，这样的应用环境，这些模式可以完成包括登录、系统管理、数据管理、数据查询、帮助信息这些模块要求，分析结果中可在设计用户子模式中对不同级别的用户定义不同的View。
上一页 [1] [2] [3] [4] [5] [6] [7] 下一页