为，并把它所包含的用例行为作为自身行为的一部分。 扩展关系是：一个用例被定义为基础用例的增量扩展，是把新的行为插入到已有的用例中的办法。
泛化关系是：一个用例被特别列举为一个或多个子用例。 包含关系与扩展关系的区别：存在包含关联的两个用例，在执行基本用例时，一定会执行包含用例；存在扩展关系的两个用例，在执行基本用例时，可以执行，也可以不执行扩展部分。 如下图：
４、 为了满足物业中介行业的信息化要求，甲公司基于详尽的需求
调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的
用例模型的开发，下是一个用例模型的局部：
打开房源信息页面<
小李认为该模型不符合“用例建模”的思想，存在明显的错误。请用200字以内说明错误所在，并说明应该如何修改。 答：图中最明显的错误就是参与者与用例之间的关系越级操作了。如，房产经纪人必须登录系统后才能进行录入房源信息、修改房源信息等操作，确认提交信息也必须实在录入房源信息之后。还有就是用例之间的关系错误，打开房源信息页面与登录信息一个是扩展关系，录入房源信息与确认提交信息应该是包含关系。其修改方案如下图所示：
５、 阅读下面的用例图，说明该图所表达的信息。
答：该图是一个服务管理系统，总台服务员是参与者，通过安排座位
系统和办理结账系统分别进行检查座位信息、收款操作。其中还需通过检查座位信息处理等候队列信息，处理现金结账和处理银行卡结账的收款操作。其中，安排座位与检查座位信息、办理结账和收款是包含关系，处理现金结账和处理银行卡结账与收款是泛化关系。等候处理队列与检查座位信息有关联，处理银行卡结账与银联POS系统有关联。
整个系统可描述为：客户预定座位，首先检查座位信息，若座位未满则处理等候的队列；若座位已满则不处理等候队列。总台检查座位信息，安排座位。总台通过收款（收取现金或刷银
联行卡）办理结账。
6、 下图是一个描述保险商务系统的简单用例图。根据该用例图回
答问题。
a) “签订保险单”用例可能涉及到哪几个实体类？ 答：客户、保险单、保险员。
b) 现实生活中签订保单的基本流程如下：客户提出购买需求，保险员根据客 户需求选择相应的保险服务，客户阅读保险条款，同意后打印保单样据，客户签字并支付保金，保单开始生效，保险员做相关系统纪录。如需要根据以上信息，请列举这个用例描述中可能存在扩展事件流。
答：该保险商务系统通过建立客户和保险员的关系执行保险的管理工作。在客户提出购买需求，保险人员根据客户需求选择相应的保险服务，在同意的前提条件下进行打印保单样据，客户签字并支付保金，保单开始生效，事后事件是保险员做相关系统记录。 客户不同意条款。