【UML】使用环境（转）

http://blog.csdn.net/sds15732622190/article/details/49404169

用例图

        用例图是在需求文档中使用的，但一定要配合用例一同使用。写用例和画用例图的目的是为了与用户确认需求，而实际上很多用户看不懂用例图。因此，可以理解为写用例是必须的，画用例图是次要的。

类图

        使用类图的目的就是为了简化逻辑，让我们的思维可以站在类级别的去考虑问题，从而避免一开始就陷入细节。而需要画类图的类有实体类，控制类，边界类。

对象图

        对象图是类图的实例化。当我们画出类图后，只需要将类图中的类实例化，就可以画出对象图。

时序图

用法：箭头开始处是调用该方法的对象，箭头指向处是拥有该方法的对象。

为什么要用时序图：因为时序图可以直观的反应程序执行的过程，特别在表示各个对象间的调用顺序，那么时序图是一个很好的选择。时序图只表示正常的情况，如果要表示不正常的情况用状态图。

协作图

        可以通过时序图转化。用来分析该系统中有哪些类。

活动图

用法：每一个圆角框表示一个活动。
为什么要用活动图：活动图可以清楚的表示完成某件事情中的各个活动过程，让我们可以站在人的思维去考虑代码而不是站在实现代码的角度去考虑程序。当我们不需要代码，只需要了解活动运行过程时需要用到活动图。

状态图

        用来描述一个对象所有可能的状态。状态图有最重要的一点，当类中的状态比较多时才需要用到状态图。将类的各个状态分别表示出来。

作用：

1、分析页面流程。
2、对象状态。
3、需求分析和设计。

构件图

        构件图从软件架构的角度来描述一个系统的主要功能，如子系统、类、包、构建等。使用构件最重要的是复用。

部署图

        当该系统所需要的硬件过多时使用部署图。

总结

一般情况下程序设计对于的分析设计顺序

        类图-->时序图-->活动图

类图和序列图的关系

        一般情况下在分析程序的总体流程时用序列图比较好：因为总体分析是站在类的角度去考虑的。类的关系一般都比较简单（高内聚低耦合）序列图适用于简单的过程。

序列图和活动图的关系

        一般情况下分析程序中的方法用活动图更好，因为活动图可以很好的反应各种复杂的逻辑。

综合

        站在类的角度分析用时序图较好，站在函数级别的用活动图比较合适。