在两个用例中，如果一个用例拥有另一个用例的所有结构、行为和关系，并在此基础上增加了新的特性，则此两个用例之间可以用泛化关系表示。
在两个用例中，如果一个用例拥有另一个用例的所有结构、行为和关系，并在此基础上增加了新的特性，则此两个用例之间可以用泛化关系表示。
相关考题：
● 某订单处理系统中，“创建新订单”和“更新订单”两个用例都需要检查客户的账号是否正确，为此定义一个通用的用例“核查客户账户”。用例“创建新订单”和“更新订单”与用例“核查客户账户”之间是 （1） 。（1）A. 包含关系B. 聚合关系C. 泛化关系D. 关联关系
● 在某银行业务的用例模型中，“取款”用例需要等到“存款”用例执行之后才能执行，两个用例之间的关系属于 （1） ；“取款”和“存款”两个用例中都需要执行查询余额的功能，将查询余额提取成独立的用例，那么“取款”和“存款”用例与“查询余额”用例之间的关系属于 （2） 。（1）A. 关联关系B. 扩展关系C. 使用关系D. 依赖关系（2）A. 扩展关系B. 使用关系C. 依赖关系D. 继承关系
在某银行业务的用例模型中，“取款”用例需要等到“存款”用例执行之后才能执行，两个用例之间的关系属于(1)；“取款”和“存款”两个用例中都需要执行查询余额的功能，将查询余额提取成独立的用例，那么“取款”和“存款”用例与“查询余额”用例之间的关系属于(2)。A．关联关系B．扩展关系C．使用关系D．依赖关系
在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例。这种用例称为(1)。在UML的用例图上，将用例之间的这种关系标记为(2)。(1)A．扩展用例B．抽象用例C．公共用例D．参与用例
在用例建模过程中，若几个用例执行了同样的功能步骤，此时可以把这些公共步骤提取成独立的用例。这种用例称为(41)。在UML用例图上，将用例之间的这种关系标记为(42)。A．扩展用例B．抽象用例C．公共用例D．参与用例
下列对用例的泛化关系描述不正确的是（）。A、用例的泛化关系中，所有的子用例都有相似的目的和结构。注意它们是整体上的相似B、用例的泛化关系中，基础用例在目的上可以完全不同，但是它们都有一段相似的行为，它们的相似是部分的相似不是整体的相似C、用例的泛化关系类似于面向对象中的继承，它把多个子用例中的共性抽象成一个父用例。子用例在继承父用例的基础上可以进行修改D、用例的泛化指的是一个父用例可以被特化形成多个子用例，而父用例和子用例之间的关系就是泛化关系
下列关于用例图的描述，错误的是（）A、用例图中的参与者和用例之间是关联关系B、包含是用例之间的一种依赖关系，指向被包含的用例C、参与者和参与者之间、用例和用例之间都可能出现泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中，由被扩展用例指向扩展用例
下列说法不正确的是（）。A、用例和参与者之间的对应关系又叫做通信关联，它表示参与者使用了系统中的哪些用例B、参与者只能是人，不能是子系统、时间等C、特殊需求指的是一个用例的非功能性需求和设计约束D、在扩展关系中，基础用例提供了一个或者多个插入点，扩展用例为这些插入点提供了需要插入的行为
关于用例之间的包含和扩展关系，下面说法错误的是（）A、包含是指一个用例含有另一个用例的行为B、包含关系是一种依赖关系，指向被包含的用例C、扩展关系是从一个扩展用例到一个被扩展用例的一种泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中
如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（）A、用例A扩展用例BB、用例A包含用例BC、用例A继承用例BD、用例A实现用例B
单选题如果用例A与用例B相似，但A的功能较B多，A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的，则称（）A用例A扩展用例BB用例A包含用例BC用例A继承用例BD用例A实现用例B
单选题如果用例B是用例A的某项子功能，并且建模者确切地知道在A所对应的动作序列中何时将调用B，则称（）A用例A扩展用例BB用例A继承用例BC用例A包括用例BD用例A实现用例B