UML-状态图及活动图

前言

对它们的认识始于软设教程，以前的设计过程几乎没用过，后来发现其考频度还挺大的，略读后感觉可以用儿子的话来描述“托马斯和培西都是很有用的小火车”…

动态视图

动态视图是描述事物动态行为的。第一次想在EA中构建活动图时，怎么都没有找到新建步骤，新建选项里根本没有它，还以为我的软件有问题呢，直到后来才搞明白：动态视图不能够独立存在，他必须特指一个静态视图或UML元素，说明在静态视图规定的事物结构下它们的动态行为。UML动态视图包括活动图、状态图、时序图和协作图。

状态图

状态图用来描述一个特定的对象所有可能的状态,以及由于各种事件的发生而引起的状态之间的转移和变化。
通常说，状态图用来描述单个对象，但是不要理解偏了。这里所谓的单个对象，事软件系统中核心的、需要进行详细分析的单个实体；从不同的视点(ViewPoint)可有不同的选择如类的对象、构件、整个系统；是从选定的角度，把要考察的实体看作一个整体。

主要参考1

活动图

活动图用来描述事物或对象的活动变化流程。它可看作状态图的特殊形式。特殊性在于活动图中的一个活动结束后将立即进入下一个活动而不需要事件触发活动的转移。活动图被引入 UIML 中是有争议的，因为活动图实际上描述的是业务流程，是一种过程化的分析方法。《UML大象P₁₀₅》因为在面向对象的眼中是没有业务流程这种东西的，所谓流程只不过是在某个外部力量推动下对象之间相互交流的一个过程，它只是“瞬时”的。如果从活动图的观点来描述业务，实际上是不能直接看到对象是如何发挥作用的。这样在观念上很容易导致对象独立性被破坏，例如有的设计可能会试图得到一个从头到尾参与了整个业务流程的“对象”。

活动图描述系统应提供的功能，不实现功能的细节。活动图显示了用例图之间中的操作和操作之间的数据流和控制流。使用活动图可以描述用例的业务工作流，进行工作流建模，展示与系统交互的参与者所能观察到的活动。

•活动图和交互图是UML中对系统动态方面建模的两种主要形式
•交互图强调的是对象到对象的控制流，而活动图则强调的是从活动到活动的控制流
•活动图是一种表述过程基理、业务过程以及工作流的技术。它可以用来对业务过程、工作流建模，也可以对用例实现甚至是程序实现来建模
•UML 2.0而言，去除了“活动图是状态图的一种特例”这一规定

一篇很好的参考

活动图的基本元素可参考，

DFD数据流程图

[非官宣] 首先，传统认为数据流图是面向过程的，不是面向对象的。DFD数据流图T通常是分层绘制，既可以用在概要设计也可用在详细设计。并不是说面向对象设计不可以使用DFD，只不过其出发点是对象间的数据而已，在这一点上他与UML动态视图中的活动图、通信图是功能相近的。
数据流程图是结构化系统分析和设计方法（SSADM）的三个基本视角之一，它早于面向对象的设计方法和建模语言（如UML）。这并不意味着DFD即使在进行新的分析工作时也失去了作用，任何业务分析师都必须在查看“传统”系统的原始设计文档时遇到它们。