在用例图中,用例与用例之间的关系通常有()、()和()。

题目
填空题
在用例图中,用例与用例之间的关系通常有()、()和()。
如果没有搜索结果或未解决您的问题,请直接 联系老师 获取答案。
相似问题和答案

第1题:

用例图是指反映活动者、系统边界所封闭的用例,及活动者与用例之间、用例与用例之间关系的一种图。()

此题为判断题(对,错)。


参考答案:正确

第2题:

在用例建模的过程中,若几个用例执行了同样的功能步骤,这时可以把这些公共步骤提取成独立的用例。这种用例称为(1)。在UML的用例图上,将用例之间的这种关系标记为(2)。

(1)

A.扩展用例

B.抽象用例

C.公共用例

D.参与用例


正确答案:B

第3题:

● 在某银行业务的用例模型中,“取款”用例需要等到“存款”用例执行之后才能执行,两个用例之间的关系属于 (1) ;“取款”和“存款”两个用例中都需要执行查询余额的功能,将查询余额提取成独立的用例,那么“取款”和“存款”用例与“查询余额”用例之间的关系属于 (2) 。

(1)

A. 关联关系

B. 扩展关系

C. 使用关系

D. 依赖关系

(2)

A. 扩展关系

B. 使用关系

C. 依赖关系

D. 继承关系


正确答案:D,B

第4题:

以下关于用例图的叙述中,不正确的是( )。图书馆管理系统需求中包含“还书”用例和“到书通知”用例,对于“还书”用例,应先查询该书是否有人预定,若有则执行“到书通知”。“还书”用例和“到书通知’’用例是( )关系,以下用例图中,( )是正确的。管理员处理“还书”用例时,需要先执行“验证身份“用例,那么“还书”用例和“验证身份”用例之间是( )关系。

A.系统用例图反映了整个系统提供的外部可见服务B.系统用例图对系统的协作建模 C.用例图主要包含用例、参与者及其之间关系三个要素D.系统用例图对系统的需求建模 A.关联 B.扩展 C.包含 D.泛化 A.B.C.D.A.关联 B.扩展 C.包含 D.泛化


正确答案:B,B,B,C

第5题:

在用例图中,用例是一个行为上相关的步骤序列。()


答案:×

第6题:

抽象用例代表了某种形式的“复用”,是降低用例之间冗余的极好工具。抽象用例和使用它的用例之间的关系称为()。

A.关联关系

B.扩展关系

C.使用(或包含)关系

D.继承关系


正确答案:A

第7题:

在用例建模过程中,若几个用例执行了同样的功能步骤,此时可以把这些公共步骤提取成独立的用例。这种用例称为(41)。在UML用例图上,将用例之间的这种关系标记为(42)。

A.扩展用例

B.抽象用例

C.公共用例

D.参与用例


正确答案:B

第8题:

在某银行业务的用例模型中,“取款”用例需要等到“存款”用例执行之后才能执行,两个用例之间的关系属于(1);“取款”和“存款”两个用例中都需要执行查询余额的功能,将查询余额提取成独立的用例,那么“取款”和“存款”用例与“查询余额”用例之间的关系属于(2)。

A.关联关系

B.扩展关系

C.使用关系

D.依赖关系


正确答案:D
解析:本题考查用例建模中用例之间的基本关系。用例执行有先后顺序,是一种在时间上的依赖关系。在使用用例建模系统需求时,两个或多个用例可能执行同样的功能步骤。把这些公共步骤提取成独立的用例,称为抽象用例。抽象用例代表了某种程度的复用,是降低用例之间冗余比较好的方式。抽象用例可以被另一个需要使用它的功能用例访问,抽象用例和使用它的用例之间的关系称为使用关系。

第9题:

在用例图中,一个用例代表了系统的一个单一的目标。()


答案:√

第10题:

以下关于用例图的叙述中,不正确的是(1)。图书馆管理系统需求中包含“还书”用例和“到书通知”用例,对于“还书”用例,应先查询该书是否有人预定,若有则执行“到书通知”。“还书”用例和“到书通知’’用例是(2)关系,以下用例图中,(3)是正确的。管理员处理“还书”用例时,需要先执行“验证身份“用例,那么“还书”用例和“验证身份”用例之间是(4)关系。
3、____

A.一
B.二
C.三
D.四

答案:B
解析:
用例图展现了一组用例、参与者以及它们之间的关系;通常包括:用例;参与者;扩展关系、包含关系。用例是对一组动作序列的描述,系统执行这些动作将产生一个对特定的参与者有价值而且可观察的结果。用例图用于对系统的静态用例视图进行建模。这个视图主要支持系统的行为,即该系统在它的周边环境的语境中提供的外部可见服务。当对系统的静态用例视图建模时,可以用下列两种方式来使用用例图。1、对系统的语境建模。对一个系统的语境进行建模,包括围绕整个系统画一条线,并声明有哪些参与者位于系统之外并与系统进行交互。在这里,用例图说明了参与者以及他们所扮演的角色的含义。2、对系统的需求建模。对一个系统的需求进行建模,包括说明这个系统应该做什么(从系统外部的一个视点出发),而不是考虑系统应该怎么做。在这里,用例图说明了系统想要的行为。通过这种方式,用例图使我们能够把整个系统看作一个黑盒子。可以观察到系统外部有什么,系统怎样与哪些外部事物相互作用,但却看不到系统内部是如何工作的。

扩展: 对基用例的扩展,基用例是一个完整的用例,即使没有子用例的参与,也可以完成一个完整的功能。在用例图中使用带箭头的虚线表示(在线上标注<>),箭头从子用例指向基用例。
包含: include为包含关系,当两个或多个用例中共用一组相同的动作,这时可以将这组相同的动作抽出来作为一个独立的子用例,供多个基用例所共享。include关系在用例图中使用带箭头的虚线表示(在线上标注<>),箭头从基用例指向子用例。

更多相关问题