UML- 1 -UML- 1 -UML 基础教程UML- 2 -UML- 2 -目录1. 前言 1.1前言 1.2UML概述 1.3UML事物 1.4UML关系 1.5各UML图及特征 1.6各UML图的关系 1.7UML语法 1.8习题 2. 用例图 2.1用例图概要 2.2用例图中的事物及解释 2.3用例图中的关系及解释 2.4例子 2.5习题 3. 类图 3.1类图概要 3.2类图中的事物及解释 3.3类图中的关系及解释 3.4类图与代码的映射 3.5类图例子 3.6习题 4. 顺序图 4.1概要 4.2顺序图中的事物及解释 4.3顺序图与用例图和类图的关系 4.4顺序图例子 4.5 练习题 5. 协作图 5.1概要 5.2协作图中的事物及解释 5.3协作图中的关系及解释UML- 3 -UML- 3 -目录5.4对消息标签的详细讲解 5.5协作图例子 5.6协作图与顺序图的区别和联系 5.7练习题 6. 状态图 6.1状态图概要 6.2状态图的组成 6.3状态图中的事物及解释 6.4状态的可选活动表 6.5简单的例子:对象的状态图 6.6复杂的例子:网上银行登陆系统 6.7练习 7. 活动图 7.1活动图概要 7.2活动图事物 7.3活动图关系 7.4活动图实例 7.5活动图练习 8. 构件图 8.1构件图概要 8.2构件图中的事物及解释 8.3构件图中的关系及解释 8.4构件图的例子 8.5习题 9. 部署图 9.1部署图概要 9.2部署图中的事物及解释 9.3部署图中的关系及解释 9.4部署图的例子 9.5关于部署图与构件图 9.6习题附录UML- 4 -1. 前言1.1 前言本资料对UML1.5各种模型图的构成和功能进行说明，通过本资料的学习达到可以读懂 UML模型图的目的。本资料不涉及模型图作成的要点等相关知识。1.2 UML概述 1.2.1 UML简介UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准 的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计 的全过程。 UML的定义包括UML语义和UML表示法两个部分。 (1) UML语义：UML对语义的描述使开发者能在语义上取得一致认识， 消除了因人 而异的表达方法所造成的影响。 (2) UML表示法：UML表示法定义UML符号的表示法，为开发者或开发 工具使用这些图形符号和文本语法为系统建模提供了标准。 1.2.2 UML模型图的构成事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽 象关系(Relationships)：关系把事物紧密联系在一起图(Diagrams )：图是事物和关系的可视化表示UML- 5 -1. 前言1.3 UML事物UML包含4种事物：构件事物 行为事物 分组事物 注释事物 1.3.1 构件事物： UML模型的静态部分，描述概念或物理元素它包括以下几种：类：具有相同属性相同操作 相同关系相同语义的对象的描述 接口：描述元素的外部可见行为，即服务集合的定义说明 协作：描述了一组事物间的相互作用的集合 用例：代表一个系统或系统的一部分行为，是一组动作序列的集合 构件：系统中物理存在，可替换的部件 节点：运行时存在的物理元素另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体 1.3.2 行为事物：UML模型图的动态部分，描述跨越空间和时间的行为交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列 、链接 状态机：描述事物或交互在生命周期内响应事件所经历的状态序列 1.3.3 分组事物： UML模型图的组织部分，描述事物的组织结构包： 把元素组织成组的机制 1.3.4 注释事物： UML模型的解释部分，用来对模型中的元素进行说明，解 释 注解 ：对元素进行约束或解释的简单符号UML- 6 -1. 前言1.4 UML关系 1.4.1依赖依赖(dependency)是两个事物之间的语义关系，其中一个事物(独立事物)发生变化，会影响到另一个事物(依赖事物)的语义 1.4.2关联关联(association)是一种结构关系，它指明一个事物的对象与另一个事物的对象间的联系 1.4.3泛化泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系 1.4.4实现实现(realization)是类元之间的语义关系，其中的一个类元指定了由另一个类元保 证执行的契约UML- 7 -1. 前言1.5 各UML图及特征 1.5.1 用例图( Use Case Diagram ) 用例图是从用户角度描述系统功能， 是用 户所能观察到的系统功能的模型图，用例 是系统中的一个功能单元 类图描述系统中类的静态结构。不仅定义系 统中的类，表示类之间的联系如关联、依赖、 聚合等，也包括类的内部结构(类的属性和操 作) 类图是以类为中心来组织的，类图中的其他 元素或属于某个类或与类相关联 1.5.2 类图(Class Diagram)UML- 8 -1. 前言1.5 各UML图及特征 1.5.3 对象图( Object Diagram )对象图是类图的实例，几乎使用与类图完全 相同的标识。他们的不同点在于对象图显示 类的多个对象实例，而不是实际的类1.5.4 顺序图(Sequence Diagram)顺序图显示对象之间的动态合作关系，它 强调对象之间消息发送的顺序，同时显示 对象之间的交互 顺序图的一个用途是用来表示用例中的行 为顺序。当执行一个用例行为时，顺序图 中的每条消息对应了一个类操作或引起状 态转换的触发事件 UML- 9 -1. 前言1.5 各UML图及特征 1.5.5 协作图(Collaboration Diagram)协作图描述对象间的协作关系，协作图跟顺序图 相似，显示对象间的动态合作关系。除显示信息 交换外，协作图还显示对象以及它们之间的关系. 协作图的一个用途是表示一个类操作的实现 1.5.6 状态图(State Chart Diagram)状态图是一个类对象所可能经历的所有历程 的模型图。状态图由对象的各个状态和连接这 些状态的转换组成 UML- 10 -1. 前言1.5 各UML图及特征 1.5.7 活动图(Activity Diagram)活动图是状态图的一个变体，用来 描述执行算法的工作流程中涉及的 活动 活动图描述了一组顺序的或并发的 活动 1.5.8 构件图(Component Diagram)构件图为系统的构件建模型构件即构 造应用的软件单元还包括各构件之间 的依赖关系，以便通过这些依赖关系来 估计对系统构件的修改给系统可能带来 的影响 UML- 11 -1. 前言1.5 各UML图及特征 1.5.9 部署图(Deployment Diagram)部署视图描述位于节点实例上的运行构件实 例的安排。节点是一组运行资源，如计算机、设 备或存储器。这个视图允许评估分配结果和资源 分配类图顺序图需求分析BDFD/DD类图顺序图用例图用例文档用例图顺序图主要图之间的关系1.6 各UML图的关系UML- 12 -1. 前言1.7 UML语法描述类是对一组具有相同属性、相同操 作、相同关系和相同语义 的对象 的描述对象接口是描述了一个类或构件的一个服 务的操作集协作定义了一个交互，它是由一组共 同工作以提供某种协作行为的角 色和其他元素构成的一个群体用例是对一组动 作序列的描述主动 类对象至少拥有一个进程或线程的 类构件是系统中物理的、可替代的部件参与 者在系统外部与系统直接交互的人 或事物节点是在运行时存在的物理元素交互它由在特定语境中共同完成一定 任务的一组对 象间交换的消息组 成状态机它描述了一个对象或一个交互在 生命期内响应事件所经历 的状态 序列包把元素组织 成组的机制注释事物是UML模型的解释部分依赖一条可能有方向的虚线关联一条实线 ，可能有方向泛化一条带有空心箭头的实线实现一条带有空心箭头的虚线UML- 13 -1. 前言1.8习题判断题 1、UML中一共有九种图：它们是用例图、类图、对象图、顺序图、协作图、状态图、活动 图、构件图、部署图 2、用例图是从程序员角度来描述系统的功能 3、类图是描述系统中类的静态结构，对象图是描述系统中类的动态结构 4、活动图和状态图用来描述系统的动态行为 5、协作图的一个用途是表示一个类操作的实现选择题 6、请在下面选项目中选出两种可以互相转换的图(a) 顺序图 (b)协作图 (c) 活动图 (d) 状态图 7、下面哪些图可用于BD阶段(a)用例图 (b)构件图 (c)类图 (d)顺序图答案：1.正确 2.错误 3.错误 4.正确 5.正确 6. (a)(b) 7.(a)(c)(d)UML- 14 -2.1 用例图概要 2. 用例图事物名称解释UML表示参与者(Actor)在系统外部与系统直接交互的人或事物(如另一个计算 机系统或一些可运行的进程)。我们需要注意的是： 1.参与者是角色(role)而不是具体的人，它代表了参与者 在与系统打交道的过程中所扮演的角色。所以在系统 的实际运作中，一个实际用户可能对应系统的多个 参与者。不同的用户也可以只对应于一个参与者，从 而代表同一参与者的不同实例。 2.参与者作为外部用户(而不是内部)与系统发生交互作 用，是它的主要特征。 3.在后面的顺序图等中出现的“参与者”，与此概念相同 ，但具体指代的含义，视具体情况而定。用例(Use Case)系统外部可见的一个系统功能单元。系统的功能由系 统单元所提供，并通过一系列系统单元与一个或多个 参与者之间交换的消息所表达 。创建新用例，确认候 选用例和划分用例范围的优秀法则-“WAVE”测试(见 附录) 2.2 用例图中的事物及解释 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。 (UML参考手册) 用例图列出系统中的用例和系统外的参与者，并显示哪个参与者参与了哪个用例的执行(或称为发起了哪个用例)。 用例图多用于静态建模阶段(主要是业务建模和需求建模)。UML- 15 -2. 用例图关系解释图参与者与 用例之间 的关系关联表示参与者与用例之间的交互，通信途径。 (关联有时候也用带箭头的实线来表示，这样的表示 能够显示地表明发起用例的是参与者。)用例之间 的关系包含箭头指向的用例为被包含的用例，称为包含用例；箭 头出发的用例为基用例。包含用例是必选的，如果缺 少包含用例，基用例就不完整；包含用例必须被执行 ，不需要满足某种条件；其执行并不会改变基用例的 行为。include扩展箭头指向的用例为被扩展的用例，称为扩展用例；箭 头出发的用例为基用例。扩展用例是可选的，如果缺 少扩展用例，不会影响到基用例的完整性；扩展用例 在一定条件下才会执行，并且其执行会改变基用例的 行为。参与者之 间的关系泛化发出箭头的事物“is a”箭头指向的事物。泛化关系是一 般和特殊关系，发出箭头的一方代表特殊的一方，箭 头指向的一方代表一般一方。特殊一方继承了一般方 的特性并增加了新的特性。extend2.3 用例图中的关系及解释UML- 16 -2. 用例图实例1 参与者之间的泛化关系参与者：经理，安全主管，保安用例：管理人事，批准预算，批准安全证书，监视周边在参与者之间不存在泛化关系的情况下，各个参与者参与 用例的情况分别是：经理参与用例管理人事和批准预算； 安全主管参与用例批准安全证书；保安参与用例监视周边 。由于安全主管与经理，安全主管与保安之间泛化关系的 存在，意味着安全主管可以担任经理和保安的角色，就能 够参与经理和保安参与的用例。这样，安全主管就可以参 与全部4个用例。但经理或者保安却不能担任安全主