软件设计师-UML基础教程

场景

针对UML1.5各种模型图的构成和功能进行说明。

UML概述

UML简介

UML (Unified Modeling Language)为面向对象软件设计提供统一的、标准的、可视化的建模语言。

适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。

UML的定义包括UML语义和UML表示法两个部分。

(1) UML语义：

UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响。

(2) UML表示法：

UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模

提供了标准。

UML模型图的构成

事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象

关系(Relationships)：关系把事物紧密联系在一起

图(Diagrams )：图是事物和关系的可视化表示

UML事物

UML包含4种事物：构件事物行为事物分组事物注释事物

构件事物：

UML模型的静态部分，描述概念或物理元素它包括以下几种：

类：具有相同属性相同操作相同关系相同语义的对象的描述

接口：描述元素的外部可见行为，即服务集合的定义说明

协作：描述了一组事物间的相互作用的集合

用例：代表一个系统或系统的一部分行为，是一组动作序列的集合

构件：系统中物理存在，可替换的部件

节点：运行时存在的物理元素

另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体

行为事物：

UML模型图的动态部分，描述跨越空间和时间的行为

交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列、链接

状态机：描述事物或交互在生命周期内响应事件所经历的状态序列

分组事物：

UML模型图的组织部分，描述事物的组织结构

包：把元素组织成组的机制

注释事物：

UML模型的解释部分，用来对模型中的元素进行说明，解释

注解：对元素进行约束或解释的简单符号

UML关系

依赖

依赖(dependency)是两个事物之间的语义关系，其中一个事物(独立事物)发生变化，

会影响到另一个事物(依赖事物)的语义

关联

关联(association)是一种结构关系，它指明一个事物的对象与另一个事物的对象间的联系

泛化

泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系

实现

实现(realization)是类元之间的语义关系，其中的一个类元指定了由另一个类元保证执行的契约

注：

博客：
霸道流氓气质_C#,架构之路,SpringBoot-CSDN博客

UML图及特征

用例图(Use Case Diagram)

用例图是从用户角度描述系统功能，是用户所能观察到的系统功能的模型图，

用例是系统中的一个功能单元

用例图中的事物及解释

事物名称	解释	UML表示
参与者(Actor)	在系统外部与系统直接交互的人或事物(如另一个计算机系统或一些可运行的进程)。我们需要注意的是： 1.参与者是角色(role)而不是具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。 2.参与者作为外部用户(而不是内部)与系统发生交互作用，是它的主要特征。 3.在后面的顺序图等中出现的“参与者”，与此概念相同，但具体指代的含义，视具体情况而定。
用例(Use Case)	系统外部可见的一个系统功能单元。系统的功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。