数据库原理课程设计--客房预定系统.ppt

数据库原理课程设计 客房预订系统 设计要求 概念设计 逻辑设计 要求：关系模式满足第三范式 一.需求分析（流程图） 文字描述： 顾客可以用电话或上网注册的方式预定。其方式不同，但提交的内容是相同的：需要的房间类型，房间数，客人人数，预定时间，退房时间等。 服务台查询客房管理部，看看是否有满足客人要求的客房。如果有，则记录下客人的需要，同时客房管理部通知财务部准备收预约金，同时反馈给客人确认信息。 如果客人要求的客房无法提供，则通知顾客无法满足。 二.概念设计 实体： 顾客 服务台 客房 客房管理部 财务部 局部视图 顾客－预定－服务台 服务台－查询－客房管理部 客房管理部－管理－客房 客房管理部－财务收入－财务部 一个服务台可以为多个顾客服务 一个顾客在一个服务台进行预订活动 一个客房管理部可以为多个服务台服务 每个服务台最终只和一个客房管理部联系 1个客房管理部管理多个客房 一个客房由一个客房管理部管理 1：N 一个酒店或旅馆只会有一个客房管理部和财务部（1：1） 视图集成 局部视图集成会发生冲突 主要是同名异义、同义异名的问题 同名异义： 如“服务台—联系电话；顾客—联系电话” 同义异名： 如“顾客—身份证号；财务部—顾客身份证号” 三.逻辑设计 将E-R图转化为关系模式（不是最终的） 顾客（姓名，性别，身份证号，联系电话，家庭住址，客房种类，房间数，订房日期，退房日期，服务台台号，当值服务员工号) 3NF 服务台（服务台台号，当值服务员工号，服务员姓名，服务台联系电话，订房编号) 3NF 客房（客房编号，客房种类，客房位置，客房单价，客房设备，今日状态) 2NF 客房管理部（订房编号，客房编号) 3NF 财务部（订房编号，预约金，身份证号) 3NF 其中，“客房”是2NF，因为：客房编号—客房种类，客房位置，今日状态；客房种类—客房单价，客房设备。因而存在传递依赖，需要分解。 将客房分解为客房和客房信息设定两个实体 R1：客房（客房编号，客房种类，客房位置） R2：客房信息设定（客房种类，客房单价，客房设备） 检验无损性 R1∩R2＝｛客房种类｝ R2－R1＝｛客房单价，客房设备｝ 因为： R1∩R2 R2－R1 所以此分解是无损分解。 检验是否保持依赖 F={客房编号—客房种类， 客房编号—客房位置， 客房编号—今日状态， 客房种类—客房单价， 客房种类—客房设备 } ρ={ {客房编号，客房种类，客房位置，今日状态}，{客房种类，客房单价，客房设备}} F在Rl上的投影为： A — B，A — C，A — F F在R2上的投影为： B — D，B — E F中的函数依赖在分解中全部保持，所以分解?具有保持依赖的特点。 最终的关系模式 顾客（姓名，性别，身份证号，联系电话，家庭住址，客房种类，房间数，订房日期，退房日期，服务台台号，当值服务员工号) 3NF 服务台（服务台台号，当值服务员工号，服务员姓名，服务台联系电话，订房编号 ) 3NF 客房（客房编号，客房种类，客房位置，今日状态) 3NF 客房信息设定（客房种类，客房单价，客房设备）3NF 客房管理部（订房编号，客房编号) 3NF 财务部（订房编号，身份证号，预约金) 3NF 报表需求 1.生成顾客订房信息 用到的表：客房信息，顾客信息 2.生成客房标准信息 用到的表：客房信息设定 例行事务需求 1.客户订房 查询客房信息，修改客房空闲状态，修改财务报表 2.客户退房 修改客房空闲状态，删除客户信息 查询事务需求 1.查询某一客户的订房情况 根据顾客身份证号查询表财务部信息和客房管理部信息 2.查询是否有满足用户要求的客房 查询某种客房的空闲房间数 查询某一客房何时会空闲 查客房信息和客房信息设定 * * 顾客 查询 需要预定 无空房 服务台 基本信息 有误吗 有 客房管理部 无 用户要求的客 房能被提供吗 不能 有空房 财务部 能 反馈给客户以确认 事务规则 顾客 预定 服务台 姓名 性别 身份证号 联系电话 家庭地址 客房种类 房间数 客人人数 订房日期 退房日期 服务台号 服务台联系电话 当值服务员工号 N １ 服务员姓名 事务规则 服务台 查询 客房管理部 服务台号 当值服务员工号 联系电话 客房种类 房间数 订房日期 客人退房日期 客房编号 N １ 服务员姓名 订房编号 事务规则 客房管理部 管理 客房 客房编号 订房编号 客房编号 客房种类 客房位置 客房单价 今日状态 客房设备 1 N 事务规则 客房管理部 订房编号 财务收入 财务部 预约金 １ １ 客房编号 订房编号 顾客身份证号 视图集成 预集成 集成 揭示同名异义、同义异名问题