《《软件工程》用例图及其应用》由会员分享，可在线阅读，更多相关《《软件工程》用例图及其应用（36页珍藏版）》请在金锄头文库上搜索。
1、第3章 用例图及其应用 Rational Rose 2003基础教程配套电子教案内 容n基本概念 n关系及其应用 n参与者规范及应用n用例规范及应用 n用例视图 用例图由三部分组成： 参与者 一组（个）用例 关系 1 基本概念 n1.1 参与者 定义 是直接与系统相互作用的系统、子系统或类的外 部实体的抽象。它是用户所扮演的角色，是系统 的用户。每个参与者定义了一个角色集合。通常 ，一个参与者可以代表一个人、一个计算机子系 统、硬件设备或者时间等角色。典型的参与者如 销售部经理、销售员和结帐系统。 图形表示 用小人图符表示 1 基本概念 n1.1 参与者 参与者的识别 谁将使用系统的主要功能？
2、 谁将需要系统的支持来完成他们的日常任务？ 谁必须维护、管理和确保系统正常工作？ 谁将给系统提供信息、使用信息和删除信息？ 系统需要处理哪些硬件设备？ 系统使用了外部资源吗？ 系统需要与其他什么系统交互吗？ 谁或者什么对系统产生的结果感兴趣？ 一个人同时使用几种不同的规则吗？ 几个人使用相同的规则吗？ 系统使用遗留下来的应用吗？1 基本概念 1 基本概念 n1.2 用例 定义 对一组动作序列的描述，系统通过执行这一组动作序 列为参与者产生一个可观察的结果 用例特征 说明了系统具有的一种行为模式 说明了一个参与者与系统执行的一个相关的事务序列 提供了一种获取系统需求的方法 提供了一种与最终的用户
3、和领域专家进行沟通的方法 提供了一种测试系统的方法 图形表示 用椭圆形表示，用例的名字显示在图标的下面 n1.2 用例 用例识别 参与者要向系统请求什么功能？ 每个参与者的特定任务是什么？ 参与者需要读取、创建、撤消、修改、或存储系统的某些 信息吗？ 是否任何一个参与者都要向系统通知有关突发性的、外部 的改变？或者必须通知参与者关于系统中的发生的事件？ 这些事件代表了哪些功能？ 系统需要哪些输入/输出？ 这些输入输出来自哪里或者到哪里去？ 哪些用例支持或维护系统？ 是否所有功能需求都被用例使用了？ 系统当前实现的主要问题是什么？ 1 基本概念 n1.3 事件流 事件流是用例完成需求行为的事件描
4、述。 事件流的目的是建立用例中逻辑流程的文档 ，详细描述系统用户的工作和系统本身的工 作，既包括正常状态下系统完成需求行为的 事件，也包括在其他状态下不能完成需求行 为的事件。 事件流通常包括： 简要说明 前置条件 事件流 后置条件 1 基本概念 n1.4 用例模型一个用例模型由一个或者多个用例图和 所有的支持文件（诸如用例规范和参与 者定义等）所构成。用例规范是大多数 用例模型的产物，而用例图充当将需求 模型综合在一起的粘胶剂。用例模型应 当从项目投资者的角度进行开发，而不 是从开发者的（通常是技术）观点去开 发。 1 基本概念 关系反应了参与者和用例之间、用 例和用例之间以及参与者和参与者
5、之间 的相互作用。在一个用例图中，可能会出现关联 关系、依赖关系、泛化关系以及这三种 关系的扩展形式：扩展关系、包含关系 和精化关系。 2 关系及其应用 n2.1 关联关系关联关系表示一种通信路径，它存在于参 与者和用例之间，提供用例和参与者之间的通 信途径。建立通信之后，信息可以双向流动。关系方向显示的不是信息的流动方向，而 是谁启动信息。 2 关系及其应用 2 关系及其应用 n2.1 关联关系 表示 工具箱中：一个直角直线 模型图中：一条直线或者 一条带箭头的直线 关联命名 一个动词或者一个动词短 语，用于指明关系的类型 或者目的。 关联关系表示通信途径 n2.1 关联关系 在用例图中，通
6、常存在两种类型的关联： 单向关联 双向关联 Actor1 与 UseCase1 Actor2 与 UseCase12 关系及其应用 n2.2 依赖关系 定义 存在于两个模型要素之间的一种关系，其中一个 模型要素的改变将影响另一个模型要素 表示方法 工具箱和模型图中均表示为一个带箭头的虚线 画图时，拖动鼠标从客户到提供者画出关联关系 2 关系及其应用 n2.3 泛化关系 定义 在一个更一般的模型要素和另一个较具体的模型 要素之间存在的一种关系，通常用于表示类（包 括用例、参与者等）之间的继承关系 表示方法 工具箱中： 模型图中：一条带空心三角形箭头的实线（箭头 方向从具体用例指向一般用例） 2
7、关系及其应用 n2.3 泛化关系 用例之间的泛化关系 参与者之间的泛化关系2 关系及其应用 2 关系及其应用 n2.4 关系的扩展 1）扩展关系 扩展关系可以放置在所有的关系上，大多数扩展构造型 都放置在依赖关系和关联关系上 扩展关系用带箭头的虚线表示，沿线上加一个用双尖括 号括起来的“extend” n2.4 关系的扩展 常见的几种扩展关系 a.两个用例相似但不完全相同时（如图）b.当要对多个额外情况逐一建模时，可以使用扩 展关系，用一个独立的用例替代每个额外的情况c.如果用例涵盖了所有的情况变化，则该用例将 会变得十分复杂，应该考虑使用扩展关系 2 关系及其应用 2 关系及其应用 n2.4
8、 关系的扩展 2）包含关系 是一种构造型关系，它将一个基用例连接到一个包含用 例 UML1.1中为使用关系，在1.3中改为包含关系 包含关系在一个用例中重用另一个用例中的步骤 包含关系用带箭头的虚线表示，沿线上加一个用双尖括 号括起来的“include” n2.4 关系的扩展 使用包含关系的三种情况：a.如果有多个用例，并且这些用例包含大量类似 的行为，应该考虑将这些类似的行为通过包含关 系包含到用例中 b.对两个或多个互相独立的用例建模时做了重复 的工作，可以通过包含关系包含这些重复的工作 c.如果某个行为可能会引入冗余，或者，当行为 发生变化时可能导致不一致性，这时，应该对这 种行为进行孤
9、立建模并将它包含到用例中 2 关系及其应用 n2.4 关系的扩展 包含关系举例2 关系及其应用 n2.4 关系的扩展 3）精化关系 精化关系在不同的语义层或者开发阶段连接两个 或者多个模型要素。它表示了某些在一个特定的 细节层次上规定的东西的更加全面的规格说明。 例如，一个设计类就是一个分析类的一种精化。 在一个精化关系中，源模型要素是一般的，在定 义上更加概括；而目标模型要素更加具体并得到 了进一步的精化。 2 关系及其应用 n3.1 参与者规范 Rose在实现中对参与者和类使用相同的规 范窗口，包括如下一些标签： General Detail Operations Attributes R
10、elations Components Nested Files 3 参与者规范及应用 3 参与者规范及应用 n3.1 参与者规范 General标签 Name Stereotype Documentation 3 参与者规范及应用 n3.1 参与者规范 Detail标签 Multiplicity （参与者基数） Abstract（抽象参与者） 基数含义0.000.10或者10.n0或者多 1.11 1.n1或者多 n许多3 参与者规范及应用 n3.1 参与者规范 Relations标签 列出了参与者参与的所 有关系。包括参与者与 用例、参与者与其他参 与者的一切关系 n3.2 参与者的操作
11、1）增加参与者 2）删除参与者 3 参与者规范及应用 n4.1 用例规范 General标签 Diagrams标签 Relations标签 Files标签4 用例规范及应用 4 用例规范及应用 n4.1 用例规范 General标签 Name Package Stereotype Rank Abstract Documentation n4.1 用例规范 Diagrams标签 用例所拥有的模型图的信 息，其中第一列（没有标 题）显示模型图的图标， 第二列（Title）显示图的 名称 4 用例规范及应用 4 用例规范及应用 n4.1 用例规范 Relations标签 用例与其他用例或参 与者之间存在的所有 关联关系 4 用例规范及应用 n4.1 用例规范 Files标签 n4.2 用例的操作 增加用例 将新的用例加入用例图 将现有的用例加入用例图 删除用例 仅仅从一个用例图中删除一个用例 从整个模型中删除用例 添加文件和链接URL 4 用例规范及应用 5 用例视图 用例图包含的内容 用例 参与者 用例与参与者之间的通信关系 用例之间的包含和扩展关系 参与者的泛化关系 用例图 用例实现 顺序图 协作图 n5.1 用例图操作 创建新的用例图 打开已有的用例图 删除用例图 链接用例图 重命名用例图5 用例视图 n5.1 用例图工作箱 常用工具 10个按钮 定制工具箱5 用例视图
