一.概念性相关
1.1.定义
- 是统一建模语言，是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法；
1.2.作用
- 1、帮助开发团队以一种可视化的方式理解系统的功能需求；
- 2、有利于开发团队队员间在各个开发环节间确立沟通的标准，便于系统文档的制定和项目的管理。因为UML的简单、直观和标准性，在一个团队中用UML来交流比用文字说明的文档要好得多；
- 3、UML为非专业编程人士理解软件的功能和构造，提供了一种直白、简单、通俗的方法；
- 4、使用UML可以方便理解各种框架的设计方式；
二.用例图
2.1.定义
- 用例图是参与者（外部用户）所能观察到的系统功能模型图
- 用例图是系统功能的视图
2.2.组成元素
- 参与者（外部用户）
- 用例功能
- 关联关系
- 参与者于用例之间的关系
- 泛化关系
- 参与者之间或用例之间的关系
- 把该关系理解为继承关系（用例图是没有实现关系的）
- 包含关系
- 用例之间的关系
- 拓展关系
- 用例之间的关系
2.3.四种关系的表示符号
2.4.使用场景
- 场景一：产品初期，产品经理跟用户介绍产品的时候使用
三.结构图
- 类图是重点，其它可以不关注
3.1.类图
- 类图是非常重要的，也是最常用的，最应该掌握的就是类图
- 类图是唯一一种可以映射到面向对象的模型
3.1.1.作用
- 可以分析和设计应用程序的静态视图
3.1.2.六种关系
- 泛化（Generalization）
- 是一种继承关系, 表示一般与特殊的关系, 它指定了子类如何特化父类的所有特征和行为. 例如：老虎是动物的一种, 即有老虎的特性也有动物的共性;
- 实现（Realization）
- 是一种类与接口的关系, 表示类是接口所有特征和行为的实现;
- 关联（Association）
- 关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头;
- 依赖（Dependency）
- 是一种使用的关系, 即一个类的实现需要另一个类的协助, 所以要尽量不使用双向的互相依赖;
- 聚合（Aggregation）
- 是整体与部分的关系, 且部分可以离开整体而单独存在. 如车和轮胎是整体和部分的关系, 轮胎离开车仍然可以存在;
- 组合（Composition）
- 是整体与部分的关系, 但部分不能离开整体而单独存在. 如公司和部门是整体和部分的关系, 没有公司就不存在部门;
- 总结：具体的符号表示，还是得自己动手才能强化记忆，单纯得记忆符号很难有深刻得印象，下面的图包含了以上6种关系；
3.1.3.powerdesiger绘制类图
3.2.组合结构图
-
主要用于描述类的内部结构，和类与类之间的关系；
-
比类图更加抽象（一般先画组合结构图，再画类图）；
-
侧重类的整体特性，就使用类图。侧重类的内部结构，就使用组合结构图。
3.3.对象图
- 描述某时刻类与类之间的关系
3.4.包图
- 包与包之间的关系
四.动态图
4.1.时序图
-
时序图（Sequence Diagram），又名序列图、循序图、顺序图，是一种UML交互图。
它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
它可以表示用例的行为顺序，当执行一个用例行为时，其中的每条消息对应一个类操作或状态机中引起转换的触发事件。
4.2.包含的角色
- 角色（Actor）
- 对象（Object）
- 生命线（Lifeline）
- 控制焦点（Focus of Control）
- 消息（Message）
- 同步用实心，异步用开放
4.3.powerdesiger绘制时序图
五.总结
- 主要学习类图和时序图的画法，其它类型的后续再安排上。
评论区