niusouti.com

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

题目

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

相似考题

1.用例建模主要有两个产物:用例图和用例描述。( )此题为判断题(对，错)。

2.在用例建模过程中，若几个用例执行了同样的功能步骤，此时可以把这些公共步骤提取成独立的用例。这种用例称为(41)。在UML用例图上，将用例之间的这种关系标记为(42)。A．扩展用例B．抽象用例C．公共用例D．参与用例

3.在用例建模的过程中，若几个用例执行了同样的功能步骤，此时可以把这些公共步骤提取成独立的用例。这种用例称为(51)。A．扩展用例B．抽象用例C．公共用例D．参与用例

4.在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例。这种用例称为(1)。在UML的用例图上，将用例之间的这种关系标记为(2)。(1)A．扩展用例B．抽象用例C．公共用例D．参与用例

参考答案和解析
正确答案：用例模型是表达系统外部事物(行为者)与系统之间交互的可视化工具。一个系统的用例模型由若干用例图组成用例图的主要成分有用例、行为者和系统它用简单的图标元素准确地描述了行为者(角色)与系统的交互情况和系统的功能(用例)。 用例建模的步骤是： (1)确定系统的范围和边界。 (2)确定角色和用例。 (3)对用例进行描述。 (4)定义用例之间的关系。 (5)审核用例模型。
用例模型是表达系统外部事物(行为者)与系统之间交互的可视化工具。一个系统的用例模型由若干用例图组成，用例图的主要成分有用例、行为者和系统，它用简单的图标元素准确地描述了行为者(角色)与系统的交互情况和系统的功能(用例)。 用例建模的步骤是： (1)确定系统的范围和边界。 (2)确定角色和用例。 (3)对用例进行描述。 (4)定义用例之间的关系。 (5)审核用例模型。 解析：首先分析系统边界，这个教学管理系统与学校教务管理系统和财务管理系统有系统边界，学校教务管理系统只接受学院教学管理系统的汇总信息报表等，不反馈信息；财务管理系统接收学院学生选课情况信息作为收费依据，反馈学生交费信息。
试题中给出的最高层用例图中显示，有5名参与者，并且已经标出教师和学生，可以从已知中得出还有教学管理员。角色2和角色3都只对一个用例发生关系，并且角色3与用例5是单向传递，综合分析可得出角色3是学校教务管理系统，用例5是学生成绩管理，那么，角色2就是财务系统，用例4是选修课管理，角色1是教学管理员。
更多“说明用例模型的功能,用例图的主要组成部分,用例建模的步骤。 ”相关问题

  • 第1题：

    在用例建模过程中，若几个用例执行了同样的功能步骤，这是可以把这些公共步骤提取成独立的用例，这种用例称为()。

    A.扩展用例

    B.抽象用例

    C.公共用例


    答案：B

  • 第2题：

    以下关于用例图的叙述中，不正确的是（ ）。

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

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

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

    答案：B
    解析：

  • 第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关系在用例图中使用带箭头的虚线表示（在线上标注<>），箭头从基用例指向子用例。

相关内容