选择答案：
多重继承在概念上是比较直接，也是真实世界的体现；然而在实际使用时却要非常谨慎，下面关于多重继承说法错误的是：( )
A. 由于继承多个父类，子类经常存在命名冲突
B. 多重继承不会增加系统的复杂程度
C. 有些编程语言不支持多重继承的实现
D. UML语言不支持多重继承的建模
下面关于构件图的说法，哪个是错误的？
A）构件和构件之间只能通过接口进行访问。
B）构件和构件之间可以存在泛化关系。
C）构件可以被嵌套，也可以有实例。
D) 构件表示的是逻辑模块，而非物理模块。
UML的最终产物就是最后提交的可执行的软件系统和 。
A、用户手册 B、类图 C、动态图 D、相应的软件文档资料
其中“预订房间”用例的用例规约如下：
用例名称：预订房间
参与者：服务员、旅客（发起人）
描述：服务员利用本用例为客户完成房间预订业务
基本事件流 ：
1) 用例起始于旅客现场需要预定房间
2) 服务员按照旅客的要求查询相关的房间信息
3) 系统显示所有可预定的房间列表
4) 旅客选定所需的房间以及预订的时间和天数
5) 系统计算所需的总费用和预付订金金额
6) 旅客现场用现金支付所需的订金
7) 服务员采集相关的预订信息
8)系统记录预订信息，并显示预订成功的信息，并打印收据
备选事件流：
4)a. 旅客没有选择到满意的房间，则本次预定业务终止
6)a. 旅客金额不足于支付定金，则本次预定业务终止
其它：1). 预定信息包括旅客的基本信息（姓名、地址、联系电话、有效证件号）和本次预订情况（房间号、预订天数、预订时间、预订金额）；
2). 房间费用的计算与房间类型、旅客身份、预订时间、预订天数、支付方式等相关，目前还不太明确。
根据上面的用例图和“预订房间”的用例规约完成①—④题
1. 在该系统中，实体类有哪些？
2. “预订房间”用例第5步需要计算房间费用，此过程比较复杂（参看用例规约“其它”部分第2）条）；因此在用例分析阶段，这项职责应该由谁来履行（多选）：
A. 预订房间控制类 B. 房间实体类
C. 新增一个计算房间费用的控制类 D. 新增一个存储房间费用的实体类
3. 预订信息实体类不应该包含的属性有是下面哪个？说明理由。
A. 旅客电话 B. 预订天数 C. 预订时间 D. 预订金额
4.预定房间用例可能存在哪些包含用例和扩展用例？说明之。
