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

题目

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

A.关联关系

B.扩展关系

C.使用关系

D.依赖关系


相似考题
更多“在某银行业务的用例模型中,“取款”用例需要等到“存款”用例执行之后才能执行,两个用例之间的关系属 ”相关问题
  • 第1题:

    假设某公司业务的用例模型中,“检验”用例需要等到“生产”用例执行之后才能执行,这两个用例之间的关系属于( )关系。

    A.关联 B.扩展 C.依赖 D.使用


    正确答案:C

  • 第2题:

    假设某公司业务的用例模型中,“检验”用例需要等到“生产”用例执行之后才能执行,这两个用例之间的关系属于( )关系。

    A.关联
    B.扩展
    C.依赖
    D.使用

    答案:C
    解析:
    UML中有4种关系:(1)依赖关系。是两个事物间的语义关系,其中一个事物发生变化会影响另一个事物的语义。(2)关联关系。是一种结构关系,它描述了一组链,链是对象之间的连接。聚合是一种特殊类型的关联,描述了整体和部分间的特殊关系。(3)泛化关系。是一种特殊/一般关系,特殊元素的对象可替代一般元素的对象。(4)实现关系。是类元之间的语义关系,其中的一个类元指定了由另一个类元保证执行的契约。

  • 第3题:

    如果两个用例构成包含关系,则在基用例执行过程中,包含用例一定会执行至少一次。


    正确

  • 第4题:

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

    A.扩展用例

    B.抽象用例

    C.公共用例

    D.参与用例


    正确答案:B
    解析:用例之间的关系包括:关联关系、扩展关系、使用(或包含)关系、依赖关系和继承关系。关联关系是一个参与者与一个用例发生交互的关系。一个用例可能会包含由几个步骤组成的复杂功能,使用例难以理解。为了简化用例,使其更容易理解,通常可以将较复杂的步骤提取成专门的用例,这样得到的用例称为扩展用例,它扩展了原始用例的功能。扩展用例与其他扩展用例之间的关系称为扩展关系。在UML 中,每个扩展关系标记为“extends>>"。如果几个用例执行了同样的步骤,最好把这些公共步骤提取成独立的用例,称为抽象用例。抽象用例代表某种形式的“复用”,是降低用例之间冗余的工具。抽象用例可以被另一个需要使用其功能的用例访问。抽象用例和使用它的用例之间的关系称为使用(或包含)关系。在UML 中,使用关系标记为“uses>>”。依赖关系用来表示系统的用例之间的依赖性,在UML 中,依赖关系标记为“depends on>>”。

  • 第5题:

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

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

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