niusouti.com
更多“ 解释图5—3中用例u3和用例Withdraw、Deposit等四个用例之间的关系及其内涵。 ”相关问题
  • 第1题:

    简要解释图(a)中用例U1和U3之间的extend关系的内涵。


    正确答案:用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模。通过这种方式可以把可选行为从必需的行为中分离出来。
    用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模。通过这种方式,可以把可选行为从必需的行为中分离出来。 解析:本题考查面向对象设计基本知识和方法。
    题目给出了4个用例,在4个用例中,两个用例表示汽车进入停车场,一个用例表示汽车退出停车场,另一个用例表示记录停车场相关信息。经分析得出,前3个用例的参与者都是驾驶员,因此U1、U2和U3对应进入和退出停车场。U1和U3之间存在扩展关系,而用例之间的延伸关系用于对被用户看作是可选系统行为的用例的一部分建模通过这种方式,可以把可选行为从必需的行为中分离出来。Car entry when full和Car entry之间就可以使用extend关系进行建模。
    类图问题的回答比较容易,因为首先可以判断Barrier、EntryBarrier和ExitBarrier之间存在继承关系,而类图中表示继承关系的部分只有一处,因此这3个类分别对应B、C和D,而剩下的空A只有选择类CarPark了。
    在状态图中,Idle表示有空闲车位,Disable表示没有空闲车位,因此在其之间存在双向的状态迁移,因此状态图上的状态31为Idle状态。当停车场存在空闲车位时,汽车请求进入停车场,根据说明描述“当汽车到达入口时,驾驶员按下停车卡打印机的按钮获取停车卡”,可知在该动作正对应于状态图上的S1和状态S2之间的迁移,因此,状态S2表示的含义应该是按下按钮后状态,此时,驾驶员等待打印停车卡,所以,状态日2为Await Ticket Take。同理可分析出状态S3和状态S4。

  • 第2题:

    以下关于用例图的叙述中,不正确的是( )。

    A.系统用例图反映了整个系统提供的外部可见服务

    B.系统用例图对系统的协作建模

    C.用例图主要包含用例、参与者及其之间关系三个要素
    D.系统用例图对系统的需求建模

    答案:B
    解析:

  • 第3题:

    下面关于用例图的描述中正确的是()。

    A.完整的用例模型由用例图和用例规约组成

    B.在同一个需求阶段的用例图中用例粒度大小应保持一致

    C.用例的粒度越大,其中所包含的功能越多,因此在需求建模中,用例的粒度越细越好

    D.参与者和用例之间存在关联关系,是指参与者实例通过与用例实例相互传递消息实例从而实现人机交互过程

    E.用例间的包含关系和扩展关系在表示法上相似,都是将虚线箭头从基础用例指向新用例


    完整的用例模型由用例图和用例规约组成;在同一个需求阶段的用例图中用例粒度大小应保持一致;参与者和用例之间存在关联关系,是指参与者实例通过与用例实例相互传递消息实例从而实现人机交互过程

  • 第4题:

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

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


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

  • 第5题:

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

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

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