UML各种图画法计划.docxVIP

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