UML初次接触

最近创业失败团队刚刚解散，在家闲来无事翻想起很久就想看却一直没有看的UML。创业之前就知道UML这个东西，因为事情比较多放下了学习，现在感觉真是错误！如果能更早的看到了解这个东西现在的情况可能就完全不一样了。

UML到底是什么那 ？

    一个软件设计的好方法，一个人人沟通的好工具， 一个团队协作的好思想。以上是我翻了一本书，看了几个视频得出的结论，可能理解有些不对，但他的核心作用应该会包含这些。UML的初衷就是让人们对软件的设计思想有个统一的表达，使每个人的思想都能很直观的表现出来，人人都看的明白。他是软件的模型，高楼的图纸。

UML的表现形式是几个图，把软件从不同的角度表达 ：use case 图，对象类图与对象图，交互图，状态机图，活动图，包图和物理图等共13种图。

Use Case 图也叫用例图，他是软件运行过程中的某个场景。很多Use case场景组合起来就构成了整个软件运行环境。

对象类图与对象图，是根据面向对象的思想设计的，他是整个软件以类的角度的展现。

交互图，表达了对象之间的交互关系，是描述一组对象如何通过协作完成某事情的模型。一般包括按照时间顺序传递消息的顺序图和通过消息传递协同工作的协同图。

状态机图，又称为状态迁移图，他表示一个对象在其生存期间的行为。包括对象状态，状态转移，并发状态机

活地图，一种特殊的状态机图。和状态机图的区别在于，活动图描述的是响应内部处理的对象类的行为，状态机图描述的是对象类相应事件的外部行为。活动图着重表现的是从一个活动到另一个活动的控制流，是内部处理驱动的流程；而状态机图描述的是从一个状态到另一个状态的控制流，用于异步事件发生的情形。活动图和交互图也有不同。活动图着重表现的是活动的控制流，描述在对象之间传递的操作，而交互图着重表现对象到对象的控制流，描述对象之间传递的消息。

包图是把语义上相近的可能一起变更的模型元素组织在同一个包里，便于理解复杂的系统，控制系统各部分之间的链接。一个系统的框架，模型，子系统都可以看作特殊的包。包与包之间的关系主要有依赖和泛化。

UML提供了两种物理图，组件图和配置图。组件代表系统的一个物理模块，如image.java，image.dll。组件图表示系统中不同物理组件的关系，表示的系统代码本身的结构。 配置图由节点和节点之间的关系构成。节点是存在于运行期间的物理元素，他代表计算机资源，通常指物理设备。

UML的交互图，状态机图，活动图以及Use Case图共同构成了系统的行为视图。

以上是两天来对UML的理解，不对之处请指正