客房预订系统

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