完整word版,UML各种图画法总结.doc

一．用例图 用例模型是把应满足用户需求的基本功能 (集 ) 聚合起来表示的强大工具。 用例模型的基本组成部件是用例 角色和系统。 引入用例的主要目的是： 确定系统应具备哪些功能 这些功能是否满足系统的需求 开发者与用户协商达 成共识的东西 为系统的功能提供清晰一致的描述，以便为后续的开发工作打下良好的交流基 础，方便开发人员传递需求的功能 为系统验证工作打下基础 通过验证最终实现的系统能够执行的功能是否与最初 需求的功能相一致 保证系统的实用性 从需求的功能 用例 出发 提供跟踪进入系统中具体实现的类和方法 检查其 是否正确的能力 特别是为复杂系统建模时 常用用例模型构造系统的简化版本 （也就是精化系统的变化和扩展能力 使系统不要过于复杂） 然后 利用该用例 模型跟踪对系统的设计和实现有影响的用例 简化版本构造正确之后 通过扩展 完成复杂系统的建模 图示用例图时 既要画出三种模型元素， 同时还要画出元素之间的各种关系 （通用化 关联 依赖） 用例代表的是一个完整的功能。 如何发现用例 实际上 从识别角色起 发现用例的过程就已经已开始了 对于已识别的角色 通过 询问下列问题就可发现用例 角色需要从系统中获得哪种功能 角色需要做什么 角色需要读取 产生 删除 修改或存储系统中的某种信息吗 系统中发生的事件需要通知角色吗 或者角色需要通知系统某件事吗 这 些事件功能能干些什么 如果用系统的新功能处理角色的日常工作是简单化了 还是提高了工作效 率 还有一些与当前角色可能无关的问题 也能帮助建模者发现用例 例如 系统需要的输入 /输出是什么信息 这些输入 /输出信息从哪儿来到哪儿去 系统当前的这种实现方法要解决的问题是什么 也许是用自动系统代替手 工操作 UML 中的用例 UML 中的用例用椭圆形表示 用例的名字写在椭圆的内部或下方 用例位于系统边 界的内部 角色与用例之间的关联关系 或通信关联关系 用一条直线表示 用例和角色之间有连接关系 用例和角色之间的关系属于关联 association 通信关联 communication association， 这种关联表明哪种角色能与该用例通信，关系是双向的一对一关系， 即角色可以与用例通信， 用例也可以与角色通信。  又称作 关联 用例关系 用例之间有扩展 使用 组合三种关系 扩展和使用是继承关系 即通用化关系另一种体现形式 组合则是把相关的用例打成包 package 当作一个整体看待  的 1 扩展关系 一个用例中加入一些新的动作后则构成了另一个用例 这两个用例之间的关系就是通 用化关系 又称扩展关系 后者通过继承前者的一些行为得来 前者通常称为通用化用例 后者常称为扩展用例 扩展用例可以根据需要有选择地继承通用化用例的部分行为 扩展 用例也一定具有完全性 2 使用关系 一个用例使用另一个用例时 这两个用例之间就构成了使用关系 一般情况下 如果若干个 用例的某些行为都是相同的 则可以把这些相同的行为提取出来单独作成一个用例 这个用 例称为抽象用例 这样 当某个用例使用该抽象用例时 就好象这个用例包含了抽象用例的所 有行为 二 类图 所谓对象就是可以控制和操作的实体 ,类是对象的抽象描述，它包括属性的描述和行为 的描述二方面，构建面向对象模型的基础是类 对象和它们之间的关系 类图是用类和它们之间的关系描述系统的一种图示 属于一种静态模型 类图是构建其它图的基础 没有类图 就无法表示系统的其它各个方面  是从静态角度表示系统的 因此类图 就没有状态图 协作图等其它图 也 类图中允许出现的模型元素只有类和它之间的关系 类用长方形表示 长方形分成上 中 下三个区域 每个区域用不同的名字标识 用以代表类的各个特征 上面的区域内用黑体字标 识类的名字 中间的区域内标 类的名字识类的属性 下面的区域内标识类的操作方法 即行 为 这三部分作为一个整体描述某个类 属性的可见性可以不限于上述的三种 某些具体的程序设计语言还可以定义其它的可 见性类型 但是 在表示类图时 必须含有公有类型和私有类型 在类图中 公有类型表示为加 号 + 私有类型表示为减号 － 它们标识在属性名称的左侧 如图 4-4 所示如果属性名称旁 没有标识任何符号 表示该属性的可见性尚未定义 描述属性的语法格式为 可见性 属性名 类型名 = 初值 { 性质串 } 枚举类型的属性经常使用性质串 操作 在类图中 操作部分位于长方形的最底部 一个类可以有多种操作 名 参数表 返回值类型等几部分构成 标准语法格式为  每种操作由操作 可见性 操作名 参数表 返回值类型 { 性质串 } 参数表由多个参数 用逗号分开 构成 参数的语法格式为 参数名 参数类型名 = 缺省值 有一种特别的类 叫做持久类 persistent class