在采用标准UML构建的用例模型(Use-Case Model)中,参与者(Actor)与用例(Use Case)是模型中的主要元素,其中参与者与用例之间可以具有()关系。A.包含(include)B.递归(Recursive)C.关联(Association)D.组合(Composite)

在采用标准UML构建的用例模型(Use-Case Model)中,参与者(Actor)与用例(Use Case)是模型中的主要元素,其中参与者与用例之间可以具有()关系。

A.包含(include)

B.递归(Recursive)

C.关联(Association)

D.组合(Composite)


参考答案和解析
C 解析:本题考查Use-Case模型中基本元素的关系。在Use-Case模型中,参与者与用例只有一种关联关系。

相关考题:

用例(use-case)用来描述系统在对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中,创建新订单和更新订单都需要核查用户账号是否正确。那么,用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是(27)关系。A.包含(include)B.扩展(extend)C.分类(classification)D.聚集(aggregation)

在采用标准UML构建的用例模型(Use-Case Model)中,参与者(Actor)与用例(UseCase)是模型中的主要元素,其中参与者与用例之间可以具有(45)关系。A.包含(include)B.递归(Recursive)C.关联(Association)D.组合(Composite)

UML中,用例图展示了外部Actor与系统所提供的用例之间的连接,UML中的外部Actor是指( )。 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)

面向对象分析中,构建用例模型一般分为四个阶段,其中,除了(5)阶段之外,其它阶段是必需的。A.识别参与者B.合并需求获得用例C.细化用例描述D.调整用例模型

UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括用例图(use case diagram),它从外部用户的角度描述系统的功能,并指出功能的参与者。A、用例视图B、结构视图C、行为视图D、构件视图

下列关于用例图的描述,错误的是()A、用例图中的参与者和用例之间是关联关系B、包含是用例之间的一种依赖关系,指向被包含的用例C、参与者和参与者之间、用例和用例之间都可能出现泛化关系D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中,由被扩展用例指向扩展用例

UML中,用例图展示了外部Actor与系统所提供的用例之间的连接,UML中的外部Actor是指()。A、人员B、单位C、人员和单位D、人员或外部系统

在UML中,定义了用例图来描述()及他们之间的关系,而用例建模的主要工作是书写用例规约。A、事件流B、用例C、参与者D、对象

用例(Use-case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在“税库银系统”中,扣款和重发扣款都需要检查三方协议是否有效。那么,用例“扣款”、“重发扣款”与用例“检查三方协议是否有效”之间是()关系。A、包含(include)B、扩展(extend)C、分类(classification)D、聚集(aggregation)

建立用例模型的步骤()。A、评估每个参与者B、确定参与者C、确定用例D、描述每个用例

建立用例模型的步骤:确定参与者,确定用例和描述每个用例。

在UML的用例图中,根据参与者与用例关系的不同,参与者可分为()和次要参与者,参与者之间的关系只有()关系。

下列不是用例模型的基本元素的是()。A、用例B、参与者C、实体D、系统边界

用例模型是所有用于描述指定系统的用途,参与者和用例—参与者关联关系的组合。用例模型最重要的两个概念是参与者和()。

用例模型主要由()元素构成。A、参与者、用例B、参与者、通信关联C、通信关联、用例D、参与者、用例、通信关联

在用例建模的过程中,应包含的步骤有()A、找出参与者B、确定每个参与者相关的用例C、细化每一个用例的用例规约D、检查用例模型

下列哪些是产生需求用例模型的步骤()。A、确定业务参与者B、确定业务需求用例C、构造用例模型图D、记录业务需求用例描述

填空题在UML的用例图中,根据参与者与用例关系的不同,参与者可分为()和次要参与者,参与者之间的关系只有()关系。

多选题在UML中,定义了用例图来描述()及他们之间的关系,而用例建模的主要工作是书写用例规约。A事件流B用例C参与者D对象

填空题用例模型是所有用于描述指定系统的用途,参与者和用例—参与者关联关系的组合。用例模型最重要的两个概念是参与者和()。

单选题用例模型主要由()元素构成。A参与者、用例B参与者、通信关联C通信关联、用例D参与者、用例、通信关联

多选题建立用例模型的步骤()。A评估每个参与者B确定参与者C确定用例D描述每个用例

多选题在用例建模的过程中,应包含的步骤有()A找出参与者B确定每个参与者相关的用例C细化每一个用例的用例规约D检查用例模型

单选题下列不是用例模型的基本元素的是()。A用例B参与者C实体D系统边界

单选题用例(Use-case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在“税库银系统”中,扣款和重发扣款都需要检查三方协议是否有效。那么,用例“扣款”、“重发扣款”与用例“检查三方协议是否有效”之间是()关系。A包含(include)B扩展(extend)C分类(classification)D聚集(aggregation)