问答题什么是用例，用例模型，如何描述用例？

题目
问答题
什么是用例，用例模型，如何描述用例？
相似考题

1.说明用例模型的功能，用例图的主要组成部分，用例建模的步骤。

2.UML用例模型由（）构成。A、用例图B、执行者C、用例D、关系

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

4.业务对象模型描述（ ）。A.业务结构 B.结构元素如何完成业务用例 C.业务结构以及结构元素如何完成业务用例 D.组织支持的业务过程

更多“问答题什么是用例，用例模型，如何描述用例？”相关问题

  • 第1题：

    什么是用例？如何确定系统的用例？


    正确答案: 用例是对一组序列动作的描述，系统执行这些动作将对用例的参与者产生可以观察的结果。
    可以根据下面的一些问题来识别用例：
    ①参与者希望系统提供什么功能；
    ②系统是否存储和检索信息；
    ③当系统改变状态时，是否通知参与者；
    ④是否存在影响系统的外部事件，是哪个参与者通知系统这些外部事件。

  • 第2题：

    建立用例模型的步骤（）。

    • A、评估每个参与者
    • B、确定参与者
    • C、确定用例
    • D、描述每个用例

    正确答案:B,C,D

  • 第3题：

    建立用例模型的步骤包括确定角色、确定用例和绘制用例图。


    正确答案:错误

  • 第4题：

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


    正确答案:用例

  • 第5题：

    关于用例说明错误的是（）

    • A、用例止于系统边界
    • B、用例是一个交互的抽象
    • C、用例是Actor的行为
    • D、从Actor的角度去描述用例

    正确答案:C

  • 第6题：

    不属于面向对象方法的模型是（）。

    • A、结构图
    • B、用例图
    • C、活动图
    • D、用例描述

    正确答案:A

  • 第7题：

    什么是用例，用例模型，如何描述用例？


    正确答案: 用例是一个描述性的文档，用来描述一个参与者使用系统完成某个业务过程时的事件发生顺序。用例描述的是系统使用过程，它描述了系统的功能需求。用例不描述系统内部如何工作，而是定义系统的责任，说明系统必须做什么。用例模型是需求工作的一个重要的制品。
    用例一般有Brief，Casual，fullydressed三种类型的描述方式。

  • 第8题：

    问答题
    什么是用例模型？

    正确答案： 用例模型用于系统需求的获取，描述系统的功能需求。用例模型的主要成分有用例、参与者和系统。用例模型由用例图组成，用例图展示了参与者、用例以及它们之间的关系。
    解析： 暂无解析

  • 第9题：

    问答题
    什么是用例图？用例图的主要构成？

    正确答案： 用例图是显示一组用例、参与者及它们之间关系的图，是软件需求分析到最终实现的第一步，它描述人们希望如何使用一个系统。用例图显示谁将是相关的用户，用户希望系统提供什么服务，以及用户需要为系统提供的服务，以便使系统的用户更容易地理解这些元素的用途，也便于软件开发人员最终实现这些元素。 用例图由用例、参与者和用例间的关系构成，参与者触发用例，并与用例进行信息交换。单个参与者可以和多个用例连接，一个用例也可以与多个参与者连接。对同一个用例而言，不同参与者有着不同活动：可以从用例获取值，也可以输出信息到用例中。
    解析： 暂无解析

  • 第10题：

    判断题
    建立用例模型的步骤：确定参与者，确定用例和描述每个用例。
    A

    对

    B

    错


    正确答案： 错
    解析： 暂无解析

  • 第11题：

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

    正确答案： 用例
    解析： 暂无解析

  • 第12题：

    问答题
    什么是用例，用例模型，如何描述用例？

    正确答案： 用例是一个描述性的文档，用来描述一个参与者使用系统完成某个业务过程时的事件发生顺序。用例描述的是系统使用过程，它描述了系统的功能需求。用例不描述系统内部如何工作，而是定义系统的责任，说明系统必须做什么。用例模型是需求工作的一个重要的制品。
    用例一般有Brief，Casual，fullydressed三种类型的描述方式。
    解析： 暂无解析

  • 第13题：

    业务用例和参与者一起描述（1），而业务对象模型描述（2）。空白（2）处应选择（）

    • A、业务结构
    • B、结构元素如何完成业务用例
    • C、业务结构以及元素如何完成业务用例
    • D、组织支持的业务过程

    正确答案:C

  • 第14题：

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


    正确答案:正确

  • 第15题：

    用例模型的基本组成部件是用例、角色和用例之间的联系。（）


    正确答案:正确

  • 第16题：

    什么是用例模型？


    正确答案:用例模型用于系统需求的获取，描述系统的功能需求。用例模型的主要成分有用例、参与者和系统。用例模型由用例图组成，用例图展示了参与者、用例以及它们之间的关系。

  • 第17题：

    下列哪些是产生需求用例模型的步骤（）。

    • A、确定业务参与者
    • B、确定业务需求用例
    • C、构造用例模型图
    • D、记录业务需求用例描述

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

  • 第18题：

    在UML中什么是用例？如何识别用例。


    正确答案: 用例是用户期望系统具备的功能，它定义了系统的行为特征，如果没有这些特征，系统就不能被成功地使用。
    识别用例：通过询问下列问题
    1）参与者需要从系统中获取哪种功能？即参与者要系统“做什么”；
    2）参与者是否需要读取、生产、删除、修改或存储系统中的某种信息？
    3）系统的状态改变时，知否通知参与者？
    4）系统需要什么样的输入/输出信息？

  • 第19题：

    判断题
    用例模型的基本组成部件是用例、角色和用例之间的联系。（）
    A

    对

    B

    错


    正确答案： 对
    解析： 暂无解析

  • 第20题：

    单选题
    （）是以图形化的方式将系统描述成用例、参与者及其之间的关系。
    A

    用例图

    B

    用例描述

    C

    用例建模

    D

    用例分解


    正确答案： A
    解析： 暂无解析

  • 第21题：

    多选题
    建立用例模型的步骤（）。
    A

    评估每个参与者

    B

    确定参与者

    C

    确定用例

    D

    描述每个用例


    正确答案： A,B
    解析： 暂无解析

  • 第22题：

    多选题
    下列哪些是产生需求用例模型的步骤（）。
    A

    确定业务参与者

    B

    确定业务需求用例

    C

    构造用例模型图

    D

    记录业务需求用例描述


    正确答案： C,D
    解析： 暂无解析

  • 第23题：

    问答题
    什么是用例图？用例图有什么作用？

    正确答案： 定义：由参与者（Actor）、用例（UseCasE.以及它们之间的关系构成的用于描述系统功能的图成为用例图。
    作用：用例图是从软件需求分析到最终实现的第一步，它显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。用例图可视化的表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。用例方法是完全从外部来定义系统的，它把需求和设计完全分离开来，使用户不用关心系统内部是如何完成各种功能的。
    解析： 暂无解析

  • 第24题：

    单选题
    业务用例和参与者一起描述（1），而业务对象模型描述（2）。空白（2）处应选择（）
    A

    业务结构

    B

    结构元素如何完成业务用例

    C

    业务结构以及元素如何完成业务用例

    D

    组织支持的业务过程


    正确答案： A
    解析： 业务用例模型描述一个业务的流程以及它们与外部各方（如客户和合作伙伴）之间的交互。业务用例模型描述的是业务范围，与系统用例模型讲述的系统范围是不同的。业务对象模型是描述业务用例实现的对象模型。业务对象模型是一种根据职责、可交付工件和协作行为来说明业务流程的方法。没有业务对象模型意味着存在一定风险，因为开发人员只是肤浅地注意业务的进行方式，他们将做自己所熟悉的工作，即在缺乏业务流程观念的前提下设计和创建软件，其结果可能是构建出来的系统无法满足业务需要。

相关内容