UML 总结

温故而知新……

UML之后直接进入了C#，直至看完C#视频，感触深刻，觉得很有必要对UML进行章节小结。

 

UML简介

UML统一建模语言，英文名全称：Unified Modeing Language .统一建模语言（UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，UML 是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。它融入了软件工程领域的新思想、新方法和新技术。不仅支持面向对象的分析与设计，还支持从需求分析开始的软件开发全过程。

UML 模型、视图、图

表格中展示了部分内容，详请看下文（点击标题获取更多详情）：

UML的关系

类元之间的关系有关联、泛化、各种形式的依赖关系，包括实现关系和使用关系。

UML图（一） 用例图

用例是系统中的一个可以描述参与者与系统直接交互作用的功能单元，用例图的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行

UML图（二） 类图

类是对应用领域或应用解决方案中概念的描述。类图以类为中心组织，类图中国的其他元素或属于某个类，或与类相关联。

 

UML图（三） 包图

包图是把一个复杂的图模块化，相似功能的类放在一个包中，使得程序结构上比较清晰，源代码比较易读，组织源代码，一个包就相当于一个子系统。

 

UML图（四） 对象图

对象图是类图的变体，它使用与类图相似的符号描述，不同之处在于对象图显示的是类的多个对象实例而非实际的类。可以说对象图是类图的一个例子，对象图与类图表示的不同之处在于它用带下划线的对象名称类表示对象，显示一个关系中的所有实例。

 

UML图（五） 活动图

活动图是状态图的一个变体，用来描述执行算法的工作流程中涉及的活动。活动状态代表了一个活动，即一个工作流步骤或一个操作的执行。活动图由多个动作状态组成，当一个动作完成后，动作状态将会改变，转换为一个新的状态。

UML图（六） 状态图

 状态图是对类描述的补充，它用于显示类的对象可能具备的所有状态，以及引起状态改变的事件。实际建模时，并不需要为所有的类都绘制状态图，仅对那些具有多个明确状态并且这些状态会影响和改变其行为的类才有绘制状态图的必要。此外，还可以为系统绘制整体状态图。

UNL图（七） 序列图和协作图

序列图显示多个对象间的动作协作，重点是显示对象之间发送的消息的时间顺序。　协作图对在一次交互中有意义的对象和对象间的链建模。除了显示消息的交互以外，协作图也显示对象以及它们之间的关系。时序图和协作图都可以表示各对象间的交互关系，但它们的侧重点不同。

UML图（八） 构件图

构件图是用代码组件来显示代码物理结构。一个组件包含它所实现的一个或多个逻辑类的相关信息。通常组件图用于实际的编程工作中。

UML图（九） 部署图

配置图用于显示系统中的硬件和物理结构。

UML结合文档：

      UML在软件开发过程的每个阶段都能够提供相应相应的图形来对应，使得改变需求，设计代码，测试分析能变得相对简单。

      在需求分析过程中，应该分为两个过程：1 需求的获取 2、需求的分析。需求的获取，往往不受到重视，在国内目前的情况，项目工期紧，公司往往想方设法先把项目拿下来，然后就拿自己公司，以往做过的项目做蓝本，然后再根据顾客的需求改动，再次开发，测试，交付就完工了。

      但如果需求的获取，做不好，往往对后面的步骤流程造成很大的影响，造成 太多的改动和损失。所以为了得到更好的需求，使用UML建模能变得相对简单。

      例如需求的用例图对系统的功能模型的搭建。用例间的关系有包含、扩展、泛化三类。用例图包括角色、用例和关 系。角色可以有角色的描述，用例可以有用例的描述，这些描述在交流或评审中会非常有用。用例可以泛化，泛化用例具有基本用例的功能，还可以做得更多。角色 也可以泛化，泛化角色能执行原角色能执行的所有用例，还可以执行更多的用例。除了基本用例，角色不能与包含用例、扩展用例和泛化用例有联系。一个用例可以 对应一个类图。增、删、改、查一般来说对于大多数应用做为一个简单的操作即可，不必要作为一个用例来分析。