参与者和用例之间的关系是关联关系。
参与者和用例之间的关系是关联关系。
参考答案和解析
D
相关考题：
● 在某银行业务的用例模型中，“取款”用例需要等到“存款”用例执行之后才能执行，两个用例之间的关系属于 （1） ；“取款”和“存款”两个用例中都需要执行查询余额的功能，将查询余额提取成独立的用例，那么“取款”和“存款”用例与“查询余额”用例之间的关系属于 （2） 。（1）A. 关联关系B. 扩展关系C. 使用关系D. 依赖关系（2）A. 扩展关系B. 使用关系C. 依赖关系D. 继承关系
在某银行业务的用例模型中，“取款”用例需要等到“存款”用例执行之后才能执行，两个用例之间的关系属于(1)；“取款”和“存款”两个用例中都需要执行查询余额的功能，将查询余额提取成独立的用例，那么“取款”和“存款”用例与“查询余额”用例之间的关系属于(2)。A．关联关系B．扩展关系C．使用关系D．依赖关系
在采用标准UML构建的用例模型(Use-Case Model)中，参与者(Actor)与用例(UseCase)是模型中的主要元素，其中参与者与用例之间可以具有(45)关系。A．包含(include)B．递归(Recursive)C．关联(Association)D．组合(Composite)
以下关于用例图的叙述中，不正确的是（ ）。图书馆管理系统需求中包含还书用例和到书通知用例，对于还书用例，应先查询该书是否有人预定，若有则执行到书通知。还书用例和到书通知用例是（ ）关系，以下用例图中，（ ）是正确的。管理员处理还书用例时，需要先执行验证身份用例，那么还书用例和验证身份用例之间是（ ）关系。A.系统用例图反映了整个系统提供的外部可见服务B.系统用例图对系统的协作建模 C.用例图主要包含用例、参与者及其之间关系三个要素D.系统用例图对系统的需求建模 A.关联 B.扩展 C.包含 D.泛化 A.B.C.D.A.关联 B.扩展 C.包含 D.泛化
用例是一种描述系统需求的方法，以下关于用例建模的说法中，正确的是（ ）。A.用例定义了系统向参与者提供服务的方法 B.通信关联不仅能表示参与者和用例之间的关系，还能表示用例之间的关系 C.通信关联的箭头所指方是对话的主动发起者 D.用例模型中的信息流由通信关联来表示
● 在采用标准UML构建的用例模型（Use-Case Model）中，参与者（Actor）与用例（Use Case）是模型中的主要元素，其中参与者与用例之间可以具有（45）关系。（45）A. 包含（include）B. 递归（Recursive）C. 关联（Association）D. 组合（Composite）
下列关于用例图的描述，错误的是（）A、用例图中的参与者和用例之间是关联关系B、包含是用例之间的一种依赖关系，指向被包含的用例C、参与者和参与者之间、用例和用例之间都可能出现泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中，由被扩展用例指向扩展用例
下列说法不正确的是（）。A、用例和参与者之间的对应关系又叫做通信关联，它表示参与者使用了系统中的哪些用例B、参与者只能是人，不能是子系统、时间等C、特殊需求指的是一个用例的非功能性需求和设计约束D、在扩展关系中，基础用例提供了一个或者多个插入点，扩展用例为这些插入点提供了需要插入的行为
单选题使用基于用例的方法进行需求分析时的第一步是（）。A确定用例B确定参与者C用例之间的关系D确定参与者和用例的通信