uml知识总结

UML图的作用：

UML的目标是以面向对象图的方式来描述任何类型的系统，具有很宽的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之，UML是一个通用的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模，而且适用于系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维护。

特点：

（1）UML统一了各种方法对不同类型的系统、不同开发阶段以及不同内部概念的不同观点，从而有效的消除了各种建模语言之间不必要的差异。它实际上是一种通用的建模语言，可以为许多面向对象建模方法的用户广泛使用。

（2）UML建模能力比其它面向对象建模方法更强。它不仅适合于一般系统的开发，而且对并行、分布式系统的建模尤为适宜。

（3）UML是一种建模语言，而不是一个开发过程。

——以上引用自百度百科

下面是九种常用的UML图：

1.用例图（UseCase Diagrams）
用例图是从用户（角色）的角度出发，描述角色和用例之间的关系。即：谁要使用系统，一级他们使用系统可以做什么。简单来说就是：谁，可以用此系统做什么。

2.类图（Class Diagram）
类图是描述系统中的类，以及各个类之间的关系的静态视图。是面向对象系统建模中最常用和最重要的图，是定义其他图的基础。

在UML类图中，常见的有以下几种关系: 泛化（Generalization）, 实现（Realization），关联（Association），聚合（Aggregation），组合（Composition），依赖（Dependency）。

各种关系的强弱顺序： 泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖

2.1.泛化（Generalization）

泛化是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。

2.2.实现（Realization）

实现是一种类与接口的关系，表示类是接口所有特征和行为的实现。

2.3.关联（Association）

关联是一种拥有的关系，它使一个类知道另一个类的属性和方法；关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
　　　　
2.4.聚合（Aggregation）

聚合是整体与部分的关系，且部分可以离开整体而单独存在。如车和轮胎是整体和部分的关系，轮胎离开车仍然可以存在。

聚合关系是关联关系的一种，是强的关联关系；关联和聚合在语法上无法区分，必须考察具体的逻辑关系。

2.5.组合（Composition）

组合是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。

组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。
2.6.依赖（Dependency）

依赖是一种使用的关系，即一个类的实现需要另一个类的协助，所以要尽量不使用双向的互相依赖.
3.对象图（Object Diagrams）
对象图和类图一样反映系统的静态过程，但它是从实际的或原型化的情景来表达的。对象图显示某时刻对象和对象之间的关系。一个UML对象图可看成一个类图的特殊用例，实例和类可在其中显示。
4.状态图（Statechart Diagrams）
状态图描述类的对象所有可能的状态，以及事件发生时状态的转移条件。他们可以告知一个对象可以拥有的状态，并且事件会怎么随着时间的推移来影响这些状态。

状态图是对类图的补
5.活动图（Activity Diagrams）
活动图描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图的业务需求。

活动图是状态图的一种特殊情况，这些状态大都处于活动状态。本质是一种流程图，它描述了活动到活动的控制流。

6.序列图-时序图（Sequence Diagrams）
序列图是用来显示你的参与者如何以一系列顺序的步骤与系统的对象交互的模型。顺序图可以用来展示对象之间是如何进行交互的。序列图将显示的重点放在消息序列上，即强调消息是如何在对象之间被发送和接收的。

序列图展示的是多个系统或者对象之间的交互的顺序，强调时间顺序。

7.协作图（Collaboration Diagrams）
协作图和序列图相似，显示对象间的动态合作关系。可以看成是类图和顺序图的交集，协作图建模对象或者角色，以及它们彼此之间是如何通信的。

8.构件图（Component Diagrams）
构件图是用来表示系统中构件与构件之间，类或接口与构件之间的关系图。其中，构建图之间的关系表现为依赖关系，定义的类或接口与类之间的关系表现为依赖关系或实现关系。

构件图也叫组件图，由组件、接口和组件之间联系构成，描述的是在软件系统中遵从并实现一组接口的物理的、可替换的软件模块。

组件图 = 构件（Component）+接口（Interface）+关系（Relationship）+端口（Port）+连接器（Connector）

9.部署图（Deployment Diagrams）
部署图又叫配置图，是用来建模系统的物理部署。

部署图由节点以及节点之间的关系组成。

部署图描述的是系统运行时的结构，展示了硬件的配置及其软件如何部署到网络结构中。

部署图通常用来帮助理解分布式系统，一个系统模型只有一个部署图。

部署图用于可视化的软件组件部署的系统中的物理组件的拓扑结构。

总结：

nified Modeling Language（UML）是一种图形化建模语言，广泛应用于软件工程和系统设计领域。它提供了一套标准符号和图形表示法，用于描述和设计软件系统的结构、行为、交互和构建过程。以下是关于UML的一份总结性语句：

Unified Modeling Language（UML）是一种强大的图形建模语言，为软件工程师、系统设计师和其他相关领域的专业人员提供了一种标准化的方式来可视化、规范化和沟通复杂系统的各个方面。

UML的主要目标之一是促进团队协作，提高沟通效率。通过采用标准化的符号和图形表示法，UML使得软件开发团队能够更容易地理解和共享对系统的设计和结构的理解。这有助于降低沟通障碍，提高团队协作的效果。

UML包括多种图表，如用例图、类图、时序图、活动图等，每种图表都关注系统的不同方面。用例图关注系统的功能需求，类图关注系统的结构和类之间的关系，时序图关注系统中对象之间的交互等。这种多样性使得UML成为一个全面而灵活的建模工具，适用于各种类型的系统和开发阶段。

在软件开发生命周期的不同阶段，UML图表可用于不同的目的，从需求分析和系统设计到编码和测试。这种全生命周期的支持使得UML成为一个强大的工具，有助于确保系统在整个开发过程中的一致性和正确性。

UML不仅限于软件系统的建模，还可以应用于硬件系统、业务流程等各种领域。这使得UML成为一个通用的建模语言，可以用于描述和设计各种类型的系统和问题领域。

尽管UML在建模方面提供了强大的工具，但其成功使用仍依赖于适当的使用和理解。UML并非一种固定的方法论，而是一种灵活的工具，需要根据具体项目的需求和特点进行调整和应用。

总的来说，UML作为一种标准化的建模语言，在软件工程和系统设计中发挥着关键的作用，促进了团队协作、提高了开发效率，并为复杂系统的理解和设计提供了强有力的支持。