现有两个用例UCl和UC2,其中UC2是一个完整的用例,可被实例化,而UCl需要UC2中的事件流才可被实例化,且UCI指定了使用UC2的精确位置,则UCl和UC2间的关系是“(4)”。A.includeB.extendC.generalizeD.call

现有两个用例UCl和UC2,其中UC2是一个完整的用例,可被实例化,而UCl需要UC2中的事件流才可被实例化,且UCI指定了使用UC2的精确位置,则UCl和UC2间的关系是“(4)”。

A.include

B.extend

C.generalize

D.call


相关考题:

● 采用UML分析用户需求时,用例UC1可以出现在用例UC2出现的任何位置,那么C1和UC2之间的关系是 (1) 。(1)A. includeB. extendC. generalizeD. call

某订单处理系统中,"创建新订单"和"更新订单"两个用例都需要检查客户的账号是否正确,为此定义一个通用的用例"检查客户账户",用例"创建新订单"和"更新订单"与"检查客户账户"之间是() A.包含关系B.聚合关系C.泛化关系D.关联关系

● 某订单处理系统中,“创建新订单”和“更新订单”两个用例都需要检查客户的账号是否正确,为此定义一个通用的用例“核查客户账户”。用例“创建新订单”和“更新订单”与用例“核查客户账户”之间是 (1) 。(1)A. 包含关系B. 聚合关系C. 泛化关系D. 关联关系

现有两个用例UC1和UC2,其中UC2是一个完整的用例,可被实例化,而UC1需要UC2中的事件流才可被实例化,且UC1指定了使用UC2的精确位置,则UC1和UC2间的关系是“(3)”。A.includeB.extendC.generalizeD.call

采用UML分析用户需求时,用例UC1可以出现在用例UC2出现的任何位置,那么UC1和UC2之间的关系是(45)关系。A.includeB.extendC.generalizeD.call

阅读以下利用场景法设计测试用例的技术说明,根据要求回答问题1~问题4。[说明]现有的软件通常都是由事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流。该软什设计思想也可被引入到软件测试中,从而生动描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使得测试用例更容易得到理解和执行。用例场景是通过描述流经用例的路径来确定的过程,这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。表7-15是对某IC卡加油机应用系统基本流的描述,表7-16是对该IC卡加油机应用系统备选流的描述。图7-13是对该IC卡加油机应用系统的基本流路径和备选流路径的描述,请用试题描述中的相应字母(见表7-15和表7-16)将图中(1)~(6)空缺处的内容填写完整。

关系在用例图上用两个符号之间的一条线表示,其中表示一个用例需要等到另一个用例执行之后才能执行的关系是()。 A.依赖关系B.继承关系C.泛化关系D.扩展关系

采用UML分析用户需求时,用例UC1可以出现在用例UC2出现的任何位置,那么UC1和UC2之间的关系是(48)关系。A.包含(include)B.扩展(extend)C.泛化(generalize)D.调用(call)

基于用例的开发方法是用( )驱动开发的。A.实例B.事件C.消息D.模型

● 在下面的用例图(UseCase Diagram)中,X1、X2 和 X3 表示 (39) ,已知 UC3是抽象用例,那么 X1 可通过 (40) 用例与系统进行交互。并且,用例 (41) 是 UC4的可选部分,用例 (42) 是 UC4 的必须部分。(39)A. 人B. 系统C. 参与者D. 外部软件(40)A. UC4、UC1B. UC5、UC1C. UC5、UC2D. UC1、UC2(41)A. UC1B. UC2C. UC3D. UC5(42)A. UC1B. UC2C. UC3D. UC5

现有两个用例UCl和UC2,其中UC2是一个完整的用例,可被实例化,而UC1需要UC2中的事件流才可被实例化,且UC1指定了使用UC2的精确位置,则UC1和UC2间的关系是“(50)”。A.includeB.extendC.generalizeD.call

阅读以下利用场景法设计测试用例的技术说明,回答问题1至问题5。[说明]现在的软件几乎都是由事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流。这种在软件设计方面的思想也可被引入到软件测试中,生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易得到理解和执行。用例场景是通过描述流经用例的路径来确定的过程,这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。以下表6-4是对某IC卡加油机应用系统基本流的描述,表6-5是对该IC卡加油机应用系统备选流的描述。图6-9是对该IC卡加油机应用系统的基本流路径和备选流路径的描述,请用题干中描述的相应字每将图中(1)~(6)空缺处的内容填写完整。

下列对用例的泛化关系描述不正确的是()。A、用例的泛化关系中,所有的子用例都有相似的目的和结构。注意它们是整体上的相似B、用例的泛化关系中,基础用例在目的上可以完全不同,但是它们都有一段相似的行为,它们的相似是部分的相似不是整体的相似C、用例的泛化关系类似于面向对象中的继承,它把多个子用例中的共性抽象成一个父用例。子用例在继承父用例的基础上可以进行修改D、用例的泛化指的是一个父用例可以被特化形成多个子用例,而父用例和子用例之间的关系就是泛化关系

某订单处理系统中,"创建新订单"和"更新订单"两个用例都需要检查客户的账号是否正确,为此定义一个通用的用例"检查客户账户",用例"创建新订单"和"更新订单"与"检查客户账户"之间是()A、包含关系B、聚合关系C、泛化关系D、关联关系

()是对类图的实例化。A、用例图B、构件图C、状态图D、对象图

抽象用例是不能被实例化的,它必须被包含在其他用例中才能得以执行。

静态类和实例类的区别在于:静态类不需要初始化即可直接使用,实例类需要进行实例化,生成对象才可使用。

一个用例中加入一些新的动作后则构成了另一个用例,这两个用例之间的关系是()A、聚集B、泛化C、扩展D、包含

下面有关用例和场景的描述,不正确的是()A、场景是参与者和系统之间的一系列特定的活动和交互B、场景是由用例组成C、场景也称用例实例D、用例是由场景组成

在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。

采用UML分析用户需求时,用例UC1可以出现在用例UC2出现的任何位置,那么UC1和UC2之间的关系是()A、includeB、extendC、generalizeD、call

现有两个用例UC1和UC2,其中UC2是一个完整的用例,可被实例化,而UC1需要UC2中的事件流才可被实例化,且UC1指定了使用UC2的精确位置,则UC1和UC2间的关系是()A、includeB、extendC、generalizeD、Call

单选题在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用()关系表示。A扩展关系B包含关系C泛化关系D通信关系

判断题在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。A对B错

单选题对象图是对()的实例化。A类图B用例图C状态图D构件图

单选题下面有关用例和场景的描述,不正确的是()A场景是参与者和系统之间的一系列特定的活动和交互B场景是由用例组成C场景也称用例实例D用例是由场景组成

判断题抽象用例是不能被实例化的,它必须被包含在其他用例中才能得以执行。A对B错