参考答案和解析
正确答案:A
本题考查UML图。在UML2.0中,共有14种图:(1)类图(classdiagram):展现了一组类、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出了系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。(2)对象图(objectdiagram):展现了一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。和类图一样,这些图给出系统的静态设计视图或静态进程视图,但它们是从真实案例或原型案例的角度建立的。(3)构件图(componentdiagram):展现了一个封装的类和它的接口、端口,以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件构建大的系统来说,构件图是很重要的。构件图是类图的变体。(4)组合结构图(compositestructurediagram):它可以描绘结构化类(例如构件或类)的内部结构,包括结构化类与系统其余部分的交互点。它显示联合执行包含结构化类的行为的部件配置。组合结构图用于画出结构化类的内部内容。(5)用例图(usecasediagram):展现一组用例、参与者(一种特殊的类)及它们之间的关系,它描述了系统与外部系统及用户之间的交互。用例图给出系统的静态用例视图。这些图在对系统的行为进行组织和建模时是非常重要的。(6)顺序图(sequencediagram):又称序列图。是一种交互图(interactiondiagram),交互图展现了一种交互,它由一组对象或角色以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。(7)通信图(communicationdiagram):又称协作图。也是一种交互图,它强调收发消息的对象或角色的结构组织。顺序图和通信图表达了类似的基本概念,但每种图所强调的概念不同,顺序图强调的是时序,通信图则强调消息流经的数据结构。(8)状态图(statediagram):展现一个状态机,它由状态、转移、事件和活动组成。状态图展现了对象的动态视图。它对于接口、类或协作的行为建模尤为重要,而且它强调事件导致的对象行为,这非常有助于对反应式系统建模。(9)活动图(activitydiagram):将进程或其他计算的结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模特别重要,并强调对象间的控制流程。(10)部署图(deploymentdiagram):展现了对运行时的处理结点及在其中生存的构件的配置。部署图给出了架构的静态部署视图,通常一个结点包含一个或多个部署图。(11)制品图(artifactdiagram):展现了计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也展现了它们实现的类和构件。(12)包图(packagediagram):展现了由模型本身分解而成的组织单元,以及它们的依赖关系。(13)定时图(timingdiagram):也是一种交互图,它展现了消息跨越不同对象或角色的实际时间,而不仅仅只是关心消息的相对顺序。(14)交互概览图(interactionoverviewdiagram):是活动图和顺序图的混合物。
更多“UML中的用例和用例图的主要用途是描述系统的(17)。A.功能需求B.详细设计C.体系 ”相关问题
  • 第1题:

    在需求分析阶段,可利用UML中的__( )__描述系统的外部角色和功能要求。

    A.用例图
    B.静态图
    C.交换图
    D.实现图

    答案:A
    解析:
    在需求分析阶段,可以用用例来捕获用户需求,通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。建模的每个用例都指定了客户的需求(他或她需要系统干什么)。

  • 第2题:

    在用UML对信息系统建模过程中, ( ) 来描述用户需求,主要从用户的角度描述系统的功能

    A.用例图
    B.类图
    C.对象图
    D.部署图

    答案:A
    解析:
    用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求,包括基于基本流程的"角色"(actors,也就是与系统交互的其他实体)关系,以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例,要么是完成具有功能(例如,所有安全管理相关的用例)的一组用例。要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色(表示一个系统用户),可绘制一个人形符号。类图表示不同的实体(人、事物和数据)如何彼此相关;换句话说,它显示了系统的静态结构。类图可用于表示逻辑类,逻辑类通常就是业务人员所谈及的事物种类--摇滚乐队、CD、广播剧;或者贷款、住房抵押、汽车信贷以及利率。类图还可用于表示实现类,实现类就是程序员处理的实体。实现类图或许会与逻辑类图显示一些相同的类。然而,实现类图不会使用相同的属性来描述,因为它很可能具有对诸如Vector和HashMap这种事物的引用。部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行,以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模,系统的生产人员就可以很好地利用这种图。部署图中的符号包括组件图中所使用的符号元素,另外还增加了几个符号,包括结点的概念。一个结点可以代表一台物理机器,或代表一个虚拟机器结点(例如,一个大型机结点)。要对结点进行建模,只需绘制一个三维立方体,结点的名称位于立方体的顶部。对象图和类图一样反映系统的静态过程,但它是从实际的或原型化的情景来表达的。对象图显示某时刻对象和对象之间的关系。一个对象图可看成一个类图的特殊用例,实例和类可在其中显示。对象也和合作图相联系,合作图显示处于语境中的对象原型(类元角色)。对象图是类图的实例,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例,而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期,因此对象图只能在系统某一时间段存在。

  • 第3题:

    用例的详细程序过程设计不会采用的模型是:

    A.UML顺序图

    B.UML用例图

    C.程序流程图

    D.盒图


    D

  • 第4题:

    在需求分析阶段,可利用UML中的( )描述系统的外部角色和功能要求。

    A.用例图
    B.静态图
    C.交换图
    D.实现图

    答案:A
    解析:
    在需求分析阶段,可以用用例来捕获用户需求,通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。建模的每个用例都指定了客户的需求(他或她需要系统干什么)。

  • 第5题:

    3、用例的详细程序过程设计不会采用的模型是:

    A.UML顺序图

    B.程序流程图

    C.盒图

    D.UML用例图


    D