更多“在需求分析阶段,可以使用UML中的(30)来捕获用户需求,并描述对系统感兴趣的外部角色及其对系统的 ”相关问题
  • 第1题:

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

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

    答案:A
    解析:
    用例图是指由参与者(Actor)、用例(UseCase)以及它们之间的关系构成的用于描述系统功能的静态视图。用例图(UserCase)是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。

  • 第2题:

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

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

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

  • 第3题:

    UML系统需求分析阶段产生的包图描述了系统的体系层次结构()。


    系统体系层次结构

  • 第4题:

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

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

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

  • 第5题:

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

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

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