第五章_用例图.ppt

第五章 用例图 学习内容 什么叫用例图 用例图的构成要素 用例的重要元素 用例之间的关系 使用Rose创建用例的步骤说明 用例图 用例图主要用于为系统的功能需求建模，它主要描述系统功能，也就是从外部用户的角度观察，系统应该完成哪些功能，有利于开发人员以一种可视化的方式理解系统的功能需求。 用例图是对系统功能的一个宏观描述，画好用例图是由软件需求到最终实现的第一步，也是最重要的一步。 5.1 用例图的定义 由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。 用例和参与者之间的对应关系叫做通信关联，它表示参与者使用了系统中的哪些用例。 用例图显示了系统的用户和用户希望提供的功能，有利于用户和软件开发人员之间的沟通。 5.1 用例图的定义 要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。 要在用例图上绘制一个参与者（表示一个系统用户），可绘制一个人形符号。 5.1 用例图的定义 参与者和用例之间的关系使用带箭头或者不带箭头的线段来描述，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者。如果不想强调对话中的主动与被动关系，可以使用不带箭头的线段。 注意：参与者与用例之间的信息 流是默认存在的，并且信 息流是双向的。 5.1 用例图的定义 进行用例建模时，所需要的用例图数量是根据系统的复杂度来衡量的。 对于较复杂的大中型系统，可能会需要几张甚至几十张用例图，可以使用包来对其进行有效管理。 5.1 用例图的定义 在用例建模中，为了更加清楚的描述用例或者参与者，会使用到注释。 注意：包、注释都不是用例图的基本组成要素，但在用例建模过程中可能会用到它们。 2. 用例图的作用 用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。 借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。 用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。 2. 用例图的作用 用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的，系统对于我们来说就是一个黑箱子。 用例图清楚地描述了使用者及它们之间的泛化关系，用例及用例之间的泛化、扩展关系，用例和参与者之间的关联关系，可从用例图中得到对于被定义系统的一个总体印象。 5.2 用例图的组成 用例图有4个组成要素： 参与者（角色） 用例 系统边界 关联 5.2.1 参与者 1. 参与者的概念 参与者（Actor）是指存在于系统外部并直接与系统进行交互的人、系统、子系统或类的外部实体的抽象。 每个参与者可以参与一个或多个用例，每个用例也可以有一个或多个参与者。 在用例图中使用一个人形图标来表示参与者，参与者的名字写在人形图标下面。 5.2.1 参与者 参与者有三大类： 第一类参与者是真实的人，即用户，是最常见的参与者，几乎存在于每一个系统中。 第二类参与者是其他的系统。这类位于程序边界之外的系统也是参与者。 第三类参与者是一些可以运行的进程。如时间，当经过一定的时间触发系统中的某个事件时，时间就成了参与者。 5.2.1 参与者 参与者虽然代表人或事物，但参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。 一个用例的参与者可以划分为发起参与者和参加参与者。发起参与者发起了用例的执行过程，一个用例只有一个发起参与者，但可以有若干个参加参与者。 5.2.1 参与者 参与者还可以划分为主要参与者和次要参与者：主要参与者指的是执行系统主要功能的参与者；次要参与者指的是使用系统次要功能的参与者。标出主要参与者有利于找出系统的核心功能。 5.2.1 参与者 5.2.1 参与者 注意：直接或间接的与系统交互的任何人和物都是参与者。参与者总是处于系统外部，因此他们可以处于人的控制之外。 5.2.1 参与者 3. 参与者间的关系 由于参与者实质上也是类，所以它拥有与类相同的关系描述，即参与者与参与者之间主要是泛化关系（或称为“继承”关系）。 泛化关系的含义是把某些参与者的共同行为提取出来表示成通用行为，并描述成超类。 5.2.1 参与者 泛化关系表示的是参与者之间的一般/特殊关系，在UML图中，使用带空心三角箭头的实线表示泛化关系。 5.2.1 参与者 5.2.1 参与者 5.2.2 系统边界 系统边界是指系统与系统之间的界限。通常我们所说的系统可以认为是由一系列的相互作用的元素形成的具有特定功能的有机整体。 系统同时