-996 火龙果●整理 uml.org.cn UML中的事物 ·UML中的事物包括结构事物、行为事物、组织事物和辅助事物(也称 注释事物)。 ·结构事物(Structure Things) ·结构事物主要包括7种,分别是类、接口、协作、用例、活动类、 组件和节点: 41 ·行为事物(Behavior Things) ·行为事物也称动作事物,是UML模型中的动态部分,代表 时间和空间上的动作。行为事物主要有两种:交互和状 态机。它们是UML模型中最基本的两个动态事物元素, 通常和其他的结构元素、主要的类、对象连接在一 起。 ·(1)交互(Interaction) ·在UML图中,交互的消息通常画成带箭头的直线。 ·(2)状态机(State Machine) ·状态机是对象的一个或多个状态的集合。 21
21 41 UML中的事物 • UML中的事物包括结构事物、行为事物、组织事物和辅助事物(也称 注释事物)。 • 结构事物( Structure Things ) • 结构事物主要包括7种,分别是类、接口、协作、用例、活动类、 组件和节点: 42 • 行为事物(Behavior Things) • 行为事物也称动作事物,是UML模型中的动态部分,代表 时间和空间上的动作。行为事物主要有两种:交互和状 态机。它们是UML模型中最基本的两个动态事物元素, 通常和其他的结构元素、主要的类、对象连接在一 起。 • (1)交互(Interaction) • 在UML图中,交互的消息通常画成带箭头的直线。 • (2)状态机( State Machine ) • 状态机是对象的一个或多个状态的集合
999e 火龙果·整理 uml.org.cn ·3、组织事物(Grouping Things) · 组织事物也称分组事物,是UML模型中组织的部分,可以把它看作一 个个的盒子,每个盒子里面的对象关系相对复杂,而盒子与盒子之间 的关系相对简单。组织事物只有一种,称为包(Package) ·包是一种有组织地将一系列元素分组的机制。包与组件的最大区 别在于,包纯粹是一种概念上的东西,仅仅存在于开发阶段结束之前 而组件是一种物理元素,存在于运行时。在UML图中,包通常表示为 一个类似文件夹的符号。 Package 3 ·4、辅助事物(Annotation Things) -辅助事物也称注释事物,属于这一类的只有注释(Annotation)。 -注释就是UML模型的解释部分。在UML图中,一般表示为折起一角 的矩形。 note 22
22 43 • 3、组织事物(Grouping Things) • 组织事物也称分组事物,是UML模型中组织的部分,可以把它看作一 个个的盒子,每个盒子里面的对象关系相对复杂,而盒子与盒子之间 的关系相对简单。组织事物只有一种,称为包(Package) • 包是一种有组织地将一系列元素分组的机制。包与组件的最大区 别在于,包纯粹是一种概念上的东西,仅仅存在于开发阶段结束之前, 而组件是一种物理元素,存在于运行时。在UML图中,包通常表示为 一个类似文件夹的符号。 Package 44 • 4、辅助事物(Annotation Things) – 辅助事物也称注释事物,属于这一类的只有注释( Annotation )。 – 注释就是UML模型的解释部分。在UML图中,一般表示为折起一角 的矩形。 note
999e 火龙果●整理 uml.org.cn UML中的关系 ·UML中的关系(Relationships)主要包括4种:关联关系、依赖关系、泛 化关系和实现关系。 ·1、关联关系是一种结构化的关系,指一种对象和另一种对象有联系。 给定关联的两个类,可以从其中的一个类的对象访问到另一个类的相关 对象。在UML图中,关联关系用一条实线表示。 class1 class2 另外,关联可以有方向,表示该关联在某方向被使用。只在一个方向上 存在的关联,称作单向关联(Unidirectional Association),在两个方向上 都存在的关联,称作双向关联(Bidirectional Association)。 45 。 2、依赖(Dependency)关系 对于两个对象X、Y,如果对象X发生变化,可能会引起对另一个对象Y的 变化,则称Y依赖于X。在UML图中,依赖关系用一条带有箭头的虚线来 表示。 class1 class2 ·3、泛化(Generalization)关系 ·UML中的泛化关系定义了一般元素和特殊元素之间的分类关系,与和 C+及Java中的继承关系有些类似。在UML图中,泛化关系用一条带 有空心箭头的实线来表示。 Class1 Class2 23
23 45 UML中的关系 • UML中的关系(Relationships )主要包括4种:关联关系、依赖关系、泛 化关系和实现关系。 • 1、关联关系是一种结构化的关系,指一种对象和另一种对象有联系。 给定关联的两个类,可以从其中的一个类的对象访问到另一个类的相关 对象。在UML图中,关联关系用一条实线表示。 • 另外,关联可以有方向,表示该关联在某方向被使用。只在一个方向上 存在的关联,称作单向关联(Unidirectional Association ),在两个方向上 都存在的关联,称作双向关联( Bidirectional Association)。 class1 class2 46 • 2、依赖( Dependency)关系 • 对于两个对象X、Y,如果对象X发生变化,可能会引起对另一个对象Y的 变化,则称Y依赖于X。在UML图中,依赖关系用一条带有箭头的虚线来 表示。 • 3、泛化( Generalization )关系 • UML中的泛化关系定义了一般元素和特殊元素之间的分类关系,与和 C++及Java中的继承关系有些类似。在UML图中,泛化关系用一条带 有空心箭头的实线来表示。 class1 class2 Class1 Class2
999 火龙果●整理 uml.org.cn 4、实现(Realization)关系 ·实现关系将一种模型元素(如类)与另一种模型元素(如接口)连接起来, 其中接口只是行为的说明而不是结构或者实现。真正的实现由前一个 模型元素来完成。在UML图中,实现关系一般角一条带有空心箭头的 虚线来表示。 Interface Interface class1 以上讲述了UML中的4种关系,除了需要注意各种关系的区别与联系以 外,还要了解对关系的修饰。最常见的,对关系可以做两种修饰。 第1种是命名,即可以为关系取名。 dependence class1 class2 第2种是数字,可以表示不同对应情况的关系,比如一对多、多对一、一 对一和多对多等。 经理 雇员 % 24
24 47 • 4、实现( Realization )关系 • 实现关系将一种模型元素(如类)与另一种模型元素(如接口)连接起来, 其中接口只是行为的说明而不是结构或者实现。真正的实现由前一个 模型元素来完成。在UML图中,实现关系一般用一条带有空心箭头的 虚线来表示。 Interface class1 Interface <<Interface>> class1 48 • 以上讲述了UML中的4种关系,除了需要注意各种关系的区别与联系以 外,还要了解对关系的修饰。最常见的,对关系可以做两种修饰。 • 第1种是命名,即可以为关系取名。 • 第2种是数字,可以表示不同对应情况的关系,比如一对多、多对一、一 对一和多对多等。 class1 class2 dependence
-999 火龙果●整理 uml.org.cn UML中的视图 UML中的各种组件和 域 视图 图 主要概念 调有明 结构 静态视图 类图 类、关联、泛化、依赖关 划 泵限宿 系、实现、接口 用例视图 用例图 概念和组件。 视图页 用格鑫资礼 是表达系统其 方面 实现视图 构件图 构件、接口、依赖关系、实 特往UML建模组件 的子集。视图的划分 部署视图 部署图 节点、构件、依赖关系、位 带有一定的随意性。 在每 奕视图审使用 动态 状态机视图 状态、事件、转换、动作、 活动视图 活动图 状态、活动、完成转换、分 中的各种概念。 叉、结合 交互视图 顺序图 交互、对象、消息、激活 在最上一 层,视图被划 协作图 协作、交互、协作角色、消 分成3个视图域:结构 分类、 动态行为和模 模型 模型管理祝图 类图 报、子系统、模型 型管理 扩展 所有 所有 钓束、构造型、标记值 49 “4+1”视图 Use Case View(End-user:Functionality) Logical View(Analysts/Designers:Structure) Process View(System integrators:Performance,Scalability, Throughput) Implementation View(Programmers:Software management) Deployment View(System engineering:System Topology,Delivery, installation,communication) 50 25
25 49 UML中的视图 • UML中的各种组件和 概念之间没有明显的 划分界限,但为方便起 见,用视图来划分这些 概念和组件。视图只 是表达系统某一方面 特征的UML建模组件 的子集。视图的划分 带有一定的随意性。 在每一类视图中使用 一种或两种特定的图 来可视化地表示视图 中的各种概念。 • 在最上一层,视图被划 分成3个视图域:结构 分类、动态行为和模 型管理。 扩展 所有 所有 约束、构造型、标记值 性 模型 模型管理视图 类图 报、子系统、模型 协作、交互、协作角色、消 息 协作图 交互视图 顺序图 交互、对象、消息、激活 状态、活动、完成转换、分 叉、结合 活动视图 活动图 状态机 状态、事件、转换、动作、 图 动态 状态机视图 节点、构件、依赖关系、位 置 部署视图 部署图 构件、接口、依赖关系、实 现 实现视图 构件图 用例、参与者、关联、扩 展、包括、用例泛化 用例视图 用例图 类、关联、泛化、依赖关 系、实现、接口 结构 静态视图 类图 域 视图 图 主要概念 50 “4+1”视图 • Use Case View (End-user: Functionality) • Logical View (Analysts/Designers: Structure) • Process View (System integrators: Performance, Scalability, Throughput) • Implementation View (Programmers:Software management) • Deployment View (System engineering: System Topology, Delivery, installation, communication)