系统架构师考点--统一建模语言UML

大家好。今天我来总结一下面向对象的第二个考点–统一建模语言UML。

UML(统一建模语言)是一种可视化的建模语言，而非程序设计语言，支持从需求分析开始的软件开发的全过程。UML的结构包括构造块、规则和公共机制三个部分。其中考点主要集中在构造块部分，UML有三种基本的构造块，分别是事物(thing)、关系(relationship)和图(diagram)。下面我们来具体说一说这三个基本的构造块。

一、事物(thing)

事物是UML的重要组成部分，主要分为结构事物（模型静态部分）、行为事物（模型动态部分）、分组事物（组织部分）、**注释事务（解释部分）**四类。

上图中，前两行属于结构事物；消息、状态和动作属于行为事物；包属于分组事物；注解属于注释事物。

二、关系(relationship)

关系把事物紧密联系在一起，关系分为以下四类：

依赖：一个事物的语义依赖于另一个事物的语义的变化而变化。

关联：是一种结构关系，描述了一组链，链是对象之间的连接。分为组合和聚合，都是部分和整体的关系，其中组合事物之间关系更强。两个类之间的关联，实际上是两个类所扮演角色的关联，因此，两个类之间可以有多个由不同角色标识的关联。

泛化：一般/特殊的关系，子类和父类之间的关系。

实现：一个类元指定了另一个类元保证执行的契约。

例题：

答案：B、A、C、D

三、图(diagram)

UML2.0共有13种图，如果带制品图的话算14种，总分类如下：

类图

静态图，为系统的静态设计视图，展现一组对象、接口、协作和它们之间的关系。UML类图如下:

对象图

静态图，展现某一时刻一组对象及它们之间的关系为类图的某一快照。在没有类图的前提下，对象图就是静态设计视图。如下：

用例图

静态图，展现了一组用例、参与者以及它们之间的关系。用例图中的参与者是人、硬件或其他系统可以扮演的角色；用例是参与者完成的一系列操作，用例之间的关系有扩展、包含、泛化。如下:

序列图

也叫顺序图，动态图，是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。有同步消息(进行阻塞调用，调用者中止执行，等待控制权返回，需要等待返回消息，用实心三角箭头表示)、异步消息(发出消息后继续执行，不引起调用者阻塞，也不等待返回消息，因由空心箭头表示)、返回消息(由从右到左的虚线箭头表示)三种。如下:

通信图

动态图，是协作图，强调参加交互的对象的组织。如下：

状态图

动态图，展现了一个状态机，描述单个对象在多个用例中的行为。包括简单状态和组合状态。转换可以通过事件触发器触发，事件触发后相应的监护条件会进行检查。状态图中转换和状态是两个独立的概念，如下：图中方框代表状态，箭头上的代表触发事件，实心圆点为起点和终点。

活动图

动态图，是一种特殊的状态图，展现了在系统内从一个活动到另一个活动的流程。活动的分岔和汇合线是一条水平粗线。牢记下图中并发分岔、并发汇合、监护表达式、分支、流等名词及含义。每个分岔的分支数代表了可同时运行的线程数。活动图中能够并行执行的是在一个分岔粗线下的分支上的活动。

构件图(组件图)

静态图，为系统静本实现视图，展现了一组构件之间的组织和依赖。

部署图

静态图，为系统静态部署视图，部署图物理模块的节点分布。它与构件图相关，通常一个结点包含一个或多个构件。其依赖关系类似于包依赖因此部署组件之间的依赖是单向的类似于包含关系。如下:

四、UML4+1视图

(1)逻辑视图：逻辑视图也称为设计视图，它表示了设计模型中在架构方面具有重要意义的部分，即类、子系统、包和用例实现的子集。

(2)进程视图：进程视图是可执行线程和进程作为活动类的建模，它是逻辑视图的一次执行实例，描述了并发与同步结构。

(3)实现视图：实现视图对组成基于系统的物理代码的文件和构件进行建模。

(4)部署视图：部署视图把构件部署到一组物理节点上(4)表示软件到硬件的映射和分布结构。

(5)用例视图：用例视图是最基本的需求分析模型。

例题：

答案：C、B

答案：A、D、D、A、B

好了，今天就总结到这里了。

日拱一卒，功不唐捐。加油！

最后依旧是请希望大家能给作者点个关注，谢谢大家！各位老板有钱的捧个人场，没钱的也捧个人场，谢谢各位老板！