下面那一个是对“用例”的正确解释（）

正确答案：这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中将公共步骤提取成独立的用例那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”可以降低用例之间的冗余。
这是一道要求读者掌握UML用例图中扩展用例和抽象用例的内涵的简答题。本试题所涉及的知识点如下。 ①由某个更复杂的用例提取出来的事件序列所构成的用例称为扩展用例，它可以简化原有用例并扩展其功能。 ②若从几个执行相同功能步骤的用例中，将公共步骤提取成独立的用例，那么这个提取出来的用例就称为抽象用例。它代表某种形式的“复用”，可以降低用例之间的冗余。

正确答案：B,B,B,C

参考答案：正确

答案：B

解析：

答案：B

解析：

正确答案：Transaction是一个抽象泛化用例具有其他事务类型共有的属性和行为每个具体的事务类型继承它并实现适合自己的特定的操作。
Transaction是一个抽象泛化用例，具有其他事务类型共有的属性和行为，每个具体的事务类型继承它，并实现适合自己的特定的操作。 解析：问题1：识别参与者时，考查和系统交互的人员和外部系统。本题中，与系统交互的人员包括客户(Customer)和银行操作员(()perator)，与本模拟系统交互的外部系统包括银行系统(Sank)。考查用例时，通过判断哪一个特定参与者发起或者触发了与系统的哪些交互，来识别用例并建立和参与者之间的关联。考查用例之间的关系时，-include；(包含)定义了用例之问的包含关系，用于一个用例包含另一个用例的行为的建模；如果可以从一个用例的执行中，在需要时转向执行另一个用例，执行完返回之前的用例继续执行，用例间即存在<<extend>>关系。
问题2：序列图是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。构造序列图时遵循如下指导原则：确定顺序图的范围，描述这个用例场景或一个步骤；绘制参与者和接口类，如果范围包括这些内容的话；沿左手边列出用例步骤：对控制器类及必须在顺序中协作的每个实体类，基于它拥有的属性或已经分配给它的行为绘制框；为持续类和系统类绘制框；绘制所需消息，并把每条消息指到将实现响应消息的责任的类上；添加活动条指示每个对象实例的生命期；为清晰起见，添加所需的返回消息；如果需要，为循环、可选步骤和替代步骤等添加框架。
问题3：用例之间的继承关系表示子类型“是一种”父类型。其中父类型通常是一个抽象泛化用例，具有子类型共有的属性和行为，每个具体的子类型继承它，并实现适合自己的特定的操作。本题中Transaction、Withdraw和Deposit等四个用例之间的关系即为继承关系，Transaction即是一个抽象泛化用例，具有其他事务类型共有的属性和行为，每个具体的事务类型继承它，并实现适合自己的特定的操作。

答案：C

解析：

正确答案：[解答要点] 扩展用例是一个由某个更复杂的用例提取出来的事件序列所构成的用例以便简化原始用例并扩展其功能。 若几个用例执行了同样的功能步骤可以把这些公共步骤提取成独立的抽象用例。抽象用例代表了某种形式的“复用”可以降低用例之间的冗余。
[解答要点] 扩展用例是一个由某个更复杂的用例提取出来的事件序列所构成的用例，以便简化原始用例并扩展其功能。 若几个用例执行了同样的功能步骤，可以把这些公共步骤提取成独立的抽象用例。抽象用例代表了某种形式的“复用”，可以降低用例之间的冗余。

答案：B

解析：

答案：B

解析：