uml培训文档

uml培训文档内容摘要：

中 owner和 key，表示 User 在关系中扮演拥有者的角色，而 Password 则扮演进入系统的钥匙的角色。 图图 关关 联联 关关 系系 多重性表示两个类之间存在多少个相互连接。 比如 UserGroup 和 User 之间就是多对多的关系，一个用户可以属于多个用户组，而一个用户组也可以包含多个用户；而 User 和 Password 之间就是一对多的关系，一个用户可以有好几个用于不同身份的密码，而每个密码只属于一个用户。 图图 组组 合合 与与 聚聚 合合 聚合是一种特殊类型的关联， 它描述了整体和部分间的结构关系。 组合则是一种特殊类型的聚合，两者的差别在于组合关系更为紧密。 我们设想一个有四面可移动的墙的房间，当这四面墙被移开，那么房间就不存在了，但墙还存在，还可以分别去组成其他的房间，我们就认为房间和墙的关系是聚合关系。 我们再设想一个 Windows 窗口类，它有一个内部属性 Frame，当 Windows 窗口类被 destroy 了，这个 Frame 也就不存在了，我们认为 Windows 和 Frame的关系是组合关系。 图 15 表示的是一种自关联关系。 Person 类和自己关联，因为管理者和雇员都是人。 一个管理者可以管理多个雇员。 图图 自自 关关 联联 图 16 则表示了关联本身可以有自身的特性，这些特性用关联类来说明。 图中的 Job 类就是关联类。 它说明了 Person 和 pany 之间关联的特性。 图图 关关 联联 类类 泛化（ Generalization）： 是一种特殊 /一般关系，特殊元素（子元素）的对象可替代一般元素（父元素）的对象，也就是我们在面向对象学中常常提起的继承。 用这种方法，子元素共享了父元素的结构和行为。 图图 泛泛 化化 关关 系系 泛化关系我们用带空心三角箭头的实线来表示，箭头指向 父类。 实现（ Realization）： 是 UML 元素之间的语义关系，其中的一个元素 指 定了由另一个元素保证执行 的契约。 有两种地方会遇到实现关系：接口和实现它们的类或构件之间；用例和实现它们的协作之间。 图图 实实 现现 关关 系系 实现关系我们用带空心三角箭头的虚线来表示，箭头指向被实现的接口或用例。 图 一般来说， UML 可分为 5 类 9 种图。 下面一一详细介绍。 用例图 （ use case diagram） ： 用例是对系统提供的功能的描述。 用例图从用户的角度描述系统功能，并指出各个功能的操作者 ，它 定义了系统的功 能需求。 图图 学学 生生 成成 绩绩 管管 理理 用用 例例 图图 静态图 （ static diagram） ： 静态图描述系统的静态结构，包括类图和对象图。 类图（ class diagram） ： 类图不仅定义系统中的类，表示类与类之间的关系，也表示类的内部结构（属性和操作）。 类图描述的是一种静态关系，在系统整个生命期内都是有效的。 图图 订订 票票 系系 统统 类类 图图 上面的类图说明了一个戏票预订系统中各个类之间的关系。 Reservation（订票）类有两个子类，分别代表两种预定方式 Subscription Series（订套票）和Individual Reservation（订个人票）；顾客可以选择其中一种方式或者两种方式进行订票；套票中可含有 1 到多张 Ticket（票），个人票中则是一张票；每张票对应一次 Performance（演出），并只能拥有一个 seat（座位）；没出Show（戏）将会演出多次。 对象图（ object diagram） ： 对象图是类图的实例，使用几乎完全相同的符号。 对象图表示的是类的多个对象实例，而不是实际的类。 对象图只在系统的某个时间段内存在。 图图 WebEx 组组 织织 对对 象象 图图 上面的对象图表示 WebEx 公司的组织结构。 Office, HR, Dev 都是Department 类的一个实例。 WCC 也是 Department 的一个实例，它属于Dev 部门。 行为图 （ behavior diagram） 这类图描述系统的动态行为和组成系统的对象间的交互关系，包括状态图和活动图。 状态图（ Statement diagram）： 展现了一个状态机，它由状态、转换、事件和活动组 成。 它用来 描述类的对象可能具有的所有状态，以及引起状态变化的事件，通常是对类图的补充。 不需要为每个类都画状态图，仅需要为那些有多个状态，且其行为在不同状态有所不同的类画状态图。 状态图也主要专注于整个系统的动态视图，系统的状态图对于接口，类或协作的行为建模尤为重要，而且它还 强调了对象行为的时间顺序，这一点是非常有助于对反应式系统建模的。 活动图（ Activity diagram）： 是一种特殊的状态图，它展现了在系统内从一个活动到另一个活动的流程。 它用来 描述为满足用例要求而进行的动作以及动作间的关系。 活动图是状态图的 一个变种，是另一种描述交互的方法。 活动图在专注于系统的动态视图的同时，强调了对象间的控制流程，这对系统的功能建模特别的重要。 图图 话话 机机 状状 态态 图图 图 22 表示了一个电话机的各种状态之间的关系，从空闲（ Idle）到拨号（ Dialing）或振铃（ Ringing）再到通话（ Working）直至挂机的转换过程。 图图 活活 动动 图图 图图 泳泳 道道 图图 图 23 是个最一般的活动图，非常类似于以前的流程图。 图 24 的活动图也被称为泳道，它把不同对象的活动放在不同的列中，看起来 好像泳道一样，对于构建类时确定类的方法很有帮助。 交互图（ interactive diagram） 这类图描述对象间的交互关系，包括顺序图和协作图。 顺序图（ sequence diagram） ： 在系统中，顺序图是一种强调消息的时间顺序的交互图。 它用来 显示若干个对象间的动态协作关系，强调对象之间发送消息的先后次序，描述对象之间的交互过程。 对于系统建模来说，顺序图应该说是最重要的图 之一。 虽然顺序图和协作图是同构的，也就是说是可互相转化的，但由于顺序图强调了时间上的概念，这与一个实际商业流程的运作是完全一致的 ，所以当我们要对具体的商业流程建模的时候，顺序图是我们最好的选择。 图图 盘盘 点点 过过 程程 顺顺 序序 图图 协作图（ collaboration diagram）： 协作图也是一种交互图，不过它主要强调了收发消息的对象的结构组织的交互图。 对于一般的系统建模（如 MIS 系统）来说，协作图与顺序图是一样重要的。 对于一些用顺序图表示不太适合的交互（如涉及到复杂的消息传递），我们可以用协作图将其表示出来。 协作图和顺序图在语义上是等价的。 图 26 表示的语义和图 25 完全相同，都是说明盘点的过程，只是一个强调事件发生的顺序，一个强 调对象之间的消息传递关系。 图图 盘盘 点点 过过 程程 协协 作作 图图 实现图（ implementation diagram） 这类图提供系统实现方面的信息，包括构件图和配置图。 构件图（ ponent diagram） ： 描述代码构件的物理结构及各个构件之间的 组织和 依赖关系。 构件可能是源代码、二进制文件或可执行文件。 构件图则有助于分析和理解构件之间的相互影响。 对于构件图，我们首先要知道的是构件图不能反映出系统的动态特性， 它 专注于描述系统的静态实现视图。 在我们对任何一个系统建模时，构件图不可避免 地 要与类图相关联 ，因此我们通常把构件映射成一个或多个类、接口或协作。 图图 各各 种种 构构 件件 的的 表表 示示 方方 式式 部署图 （ Deployment diagram）： 定义系统中软件和硬件的物理体系结构。 通常显示实际的计算机和设备（用节点表示），以及各个节点之间的连接关系，也可以显示连接的类型及构件之间的依赖关系。 通过构造系统的 部署 图，我们就可以构造出整个系统体系结构的静态 部署 视图。 图图 部部 署署 图图 UML的公共机制 规范说明 （ Specification） ： 在建模的过程中，我们利用 UML 的图形表示发来对系统进行可视 化，利用 UML 的详述来描述系统的细节问题。 在文章前面提到的注释的问题实际上就是详述机制的问题，一个完备的系统不仅要包括完整的系统模型元素，还要有详细的详述才能称得上是一个健壮的系统。 修饰 ： UML 表示法中的每一个元素都有一个基本符号，可以把各种修饰细节加到这个符号上以扩展其含义。 通用划分 ： 有 两种通用划分的手段，一种是对类和对象的划分（类是一个抽象，而对象是这种抽象的一个具体形式）；第二种是对接口和实现的分离（接口声明了一个契约，而实现则表示了对该契约的具体实施，它负责如实地实现接口的完整语义）。 扩充 机制 ： 扩展机制是对已有的 UML 语义按不同系统的特点合理地进行扩展。 UML 扩展机制包括：  构造型（ Stereo type）： 我们可以利用构造型来扩展 UML 的词汇，利用它来创造新的构造块，这个新创造的构造块既可以从现有的构造块派生，又专门针对我们要解决的问题。  标记值（ Tagged value）： 利用标记值，我们可以扩展 UML 构造块的特性，我们可以根据我们的需要来创建详述元素的新元素。  约束（ Constraint）： 如果我们需要对 UML 构造块的语义进行扩展，我们就可以使用约束机制，这种机制使我 们可以增加新的规则和修改现有的规则。 3 Rational Rose 使用指南 Rose 创建一个新的系统模型时会自动生成下列四种视图：用例视图、逻辑视图、组件视图和部署视图。 视图是 Rose 模型结构中的第一层次。 用例视图 用例视图 用来描述系统应该具有的功能集。 它是从系统的外部用户角度出发，对系统行为的抽象表示。 它所描述的系统为用户或者另一个系统提供服务，也就是说，系统功能依赖外部角色的触发激活，实现角色与系统的交互。 因此，用例视图又叫做系统行为模型，或者系统需求模型或系统功能模型。 用例 视图主要为用户、系统 分析人员、系统开发。