UML建模之用例分析与设计.ppt

Hwadee 用例分析与设计 Overview 课程介绍 用例分析 用例实现 用例设计 类设计 设计模型 问题和反馈 课程介绍 关于本次课程 课程目标 预备知识 目标听众 日程表 词汇表 课程目标 理解分析模型和设计模型； 理解分析类和设计类； 掌握用例分析及用例设计方法、步骤。 预备知识 了解UML； 了解面向对象基础知识； 了解用例建模。 目标听众 软件分析设计人员； 日程表 共计:0.5 天 详细安排 词汇表 用例分析 目的 确定执行用例事件流的类。 使用用例实现，将用例行为分配给那些类。 确定类的职责、属性和关联关系。 记录构架机制的使用情况。 步骤 补充用例说明 对每一个用例实现 从用例行为中查找分析类 将行为分配给分析类 对每一个得到的分析类 说明职责 说明属性和关联关系 确定属性 建立分析类之间的关联关系 说明分析类之间的事件依赖关系 限定分析机制 评估用例分析的结果 边界类 表示方法： 理解边界类 是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件，并记录系统表示方式（例如接口）中的变更。 边界类对系统中依赖于环境的那些部分进行建模。实体类和控制类对独立于系统外部环境的那部分进行建模。因此，如果更改 GUI 或通信协议，将只会更改边界类，对实体类和控制类则毫无影响。 边界类(Cont) 常见的边界类 窗体(Form)； 通信协议； 打印机接口； 传感器； 终端； 外部系统接口。 识别边界类 三种类型 用户界面类； 系统接口类； 设备接口类。 用户界面类 识别边界类（Cont） 系统接口类 外部系统主角 设备接口类 设备主角 控制类 表示方式： 理解控制类 用于对一个或几个用例所特有的控制行为进行建模。控制对象（控制类的实例）通常控制其他对象，因此它们的行为具有协调性质。控制类将用例的特有行为进行封装。 控制类并不能处理用例需要执行的一切事务。相反，它协调其他用来实施此功能的对象的活动。控制类将工作委派给已被指定负责此项功能的对象。 识别控制类 控制类用于在系统中协调行为。系统可以在没有控制对象的情况下执行某些用例（仅使用实体对象和边界对象），尤其是那些只需对已存储信息进行简单处理的用例。 较复杂的用例一般都需要一个或多个控制类来协调系统中其他对象的行为。控制对象的示例有：事务管理器、资源协调器和错误处理器。 识别控制类（Cont） 控制类特点 独立于环境（不随环境的变更而变更）。 确定用例中的控制逻辑（事件顺序）和事务。 在实体类的内部结构或行为发生变更的情况下，几乎不会变更。 使用或规定若干实体类的内容，因此需要协调这些实体类的行为。 不是每次被激活后都以同样的方式执行（事件流具有多种状态）。 识别控制类-示例 有两种行为必须加以控制 A 用户端行为 B 用户端行为 实体类 表示方式： 理解实体类 是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。 识别实体类 实体类表示系统中的信息存储，它们一般用于表示系统所管理的核心概念。实体对象经常是被动和永久性的。它们的主要职责是存储和管理系统中的信息。 通常可以从词汇表（在需求阶段制定）和业务领域模型（如果进行了业务建模，则在业务建模阶段中建立）中找寻到实体类的。 关联关系限制-边界类 允许存在以下关联关系： 两个边界类之间的关联关系，例如：说明某一个特定窗口与其他边界对象之间存在什么关系。 从边界类到实体类的关联关系，因为边界对象可能需要在这个边界对象的各个操作之间对某些实体对象进行跟踪。 应该避免以下关联关系： 从边界类到控制类的关联关系，因为控制对象和边界对象的关系一般延续时间很短，所以不必对此建模。 关联关系限制-控制类 允许存在以下关联关系： 控制类和实体类之间的关联关系，因为控制对象可能需要在这个控制对象的各个操作之间对某些实体对象进行跟踪。 应该避免以下关联关系： 控制类和边界类之间的关联关系，因为控制类和边界类之间的关系延续时间很短，所以不必对此建模。 控制类之间的关联关系，因为它们之间的关系延续时间也很短，所以不必对此建模。 关联关系限制-实体类 实体类只应和其他实体类之间存在关联关系。实体类对象的生存期一般都很长；而控制类对象和边界类对象的生存期则很短。正是由于这些类的生存期相差如此之大，所以在这些类之间建立关联关系是不可取的。 用例实现 用例实现（Use Case Realization) 表示方式 理解用例实现 用例实现描述如何在设计模型内部使用协作对象来实现一个特定用