如果结果不匹配，请 
更多“欧式计价酒店的客房价格包括房租以及一日三餐的费用。目前，尚有…”相关的问题
[5]一家酒店利用网络系统为常客户开设标准间和商务间两类客房的预订服务，酒店以一周(从星期一到星期日)为一个时段处理这项业务，现在收到旅行社提出的一个一周的预订需求单，见表3.8和表3.9，在表3.8中标以“星期一”那一行数字表示：星期一入住，只预订当天的2间，预订到星期二的20间，预订到星期三的6间....，一直预订到星期日的7间，其他各行及表3.9都是类似的。
酒店对旅行社的报价见表3.I0和表3.11.表中数字的含义与表3.8和表3.9相对应，如对于表3.10，星期一入住，只住当天的每间888元，住到星期二的每间1680元，……，一直住到星期日的每间4973元从这些数字可以看出，酒店在制定客房的报价时，对居住时间越长的顾客，给予的优惠越大，考虑到周末客房使用率高的统计规律，这两天的价格定位相对较高，这些价格全部对外公布。
酒店根据房源的剩余情况，在考虑到各种应急预案的条件下，要明确两类客房每天的可提供量，这些数字列入表3.12。
现在的任务是，根据表3.8至表3.12的信息，以酒店收入最大为目标，针对以下3种不同情况，制订旅行社的客房分配方案。
(1)完全按照客户提出的不同价位客房预订要求制订分配方案，称为常规策略。
(2)在标准间(低价位客房)不够分配、而商务间(高价位客房)有剩余的情况下，将一部分商务间按对标准间的需求进行分配并收费，称为免费升级策略。
(3)在首选价位客房无法满足需求、而其他价位客房有剩余的情况下，采用打折优惠的办法鼓励部分顾客改变原来的需求，选择其他价位客房，称为折扣优惠策略。
阅读下列说明和图，回答问题1至问题3。
[说明]
某大型旅店为了便于管理，欲开发一个客房管理系统。希望实现客房预定、入住登记、帐务结算、退房，以及将服务项目记入客人帐单。
旅客包括散客和团体，散客预定或入住时需要提供姓名、性别、身份证和联系电话，团体则提供团体名称、负责人的姓名、性别、身份证和联系电话，以及团体人数。对于散客，还要提供换房。
旅店还提供了很多服务项目，比如早餐。对每一个入住客人，服务列表记录了住宿期间的各项服务，包括服务类型、日期、数量等。当然，客人也可以不要任何服务。
旅店的客房有一个唯一的房间号，分为不同的类别，不同的房间床位数和价格不同。
为了有效的管理，需要记录每天的客房状态。客房的状态有：空闲、占用、已预定和维修。
. 客人入住后，客房处于占用状态；
. 客人退房后，客房处于空闲状态；
. 客人预定后，客房处于已预定状态；
. 预定客人入住后，客房处于占用状态；
. 预定客人取消预定后客房处于空闲状态；
. 需要维修时客房处于维修状态；
. 维修完成后客房处于空闲状态。
该系统采用面向对象方法开发，系统中的类以及类之间的关系用UML类图表示，图3-1是该系统的类图的一部分，图3-2描述了客房状态的转变情况。
[图3-1]
[图3-2]
请用图3-1的属性和方法的名称给出客人类的属性和方法。(注意：团体类中的负责人姓名等与散客的对应属性含义相同，不必区分)
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。
某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。
【需求分析结果】
(1)员工信息主要包括员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中的本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。
(2)部门信息主要包括部门号、部门名称、部门负责人、电话等信息：一个员工只能属于一个部门，一个部门只有一位负责人。
(3)客房信息包括客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。
(4)客户信息包括身份证号、姓名、性别、单位和联系电话。
(5)客房预定情况包括客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。
.jpg)
【逻辑结构设计】
逻辑结构设计阶段设计的部分关系模式(不完整)如下：
员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)
权限(岗位，操作权限)
部门(部门号，部门名称，部门负责人，电话)
客房((5)，类型，价格，状态，入住日期，入住时间，员工号)
客户((6)，姓名，性别，单位，联系电话)
更改权限((7)，密码，更改日期，更改时间，管理员号)
预定情况((8)，预定日期，预定入住日期，预定入住天数)
根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1：1，1：n或1：*，m：n或*：*表示。
阅读下列说明和图，回答问题1至问题4，将解答填入对应栏内。
【说明】
某宾馆拟开发一个宾馆客房预订子系统，主要是针对客房的预订和入住等情况进行管理。
【需求分析结果】
1．员工信息主要包括：员工号、姓名、出生年月、性别、部门、岗位、住址、联系电话和密码等信息。岗位有管理和服务两种。岗位为“管理”的员工可以更改(添加、删除和修改)员工表中本部门员工的岗位和密码，要求将每一次更改前的信息保留；岗位为“服务”的员工只能修改员工表中本人的密码，且负责多个客房的清理等工作。
2．部门信息主要包括：部门号、部门名称、部门负责人、电话等信息。一个员工只能属于一个部门，一个部门只有一位负责人。
3．客房信息包括：客房号、类型、价格、状态等信息。其中类型是指单人间、三人间、普通标准间、豪华标准间等；状态是指空闲、入住和维修。
4．客户信息包括：身份证号、姓名、性别、单位和联系电话。
5．客房预定情况包括：客房号、预定日期、预定入住日期、预定入住天数、身份证号等信息。一条预定信息必须且仅对应一位客户，但一位客户可以有多条预定信息。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图(不完整)如下图所示。
.jpg)
【逻辑结构设计】
逻辑结构设计阶段设计的部分关系模式(不完整)如下：
员工((4)，姓名，出生年月，性别，岗位，住址，联系电话，密码)
权限(岗位，操作权限)
部门(部门号，部门名称，部门负责人，电话)
客房((5)，类型，价格，状态，入住日期，入住时间，员工号)
客户((6)，姓名，性别，单位，联系电话)
更改权限(员工号，(7)，密码，更改日期，更改时间，管理员号)
预定情况((8)，预定日期，预定入住日期，预定入住天数)
根据问题描述，填写上图中(1)～(3)处联系的类型。联系类型分为一对一、一对多和多对多三种，分别使用1:1，1:n或1:*，m:n或*:*表示。
