在上一章我看了UML大战需求分析分析中的类图，在上课中老师也提到了类图对于需求分析的重要性。其中在软件需求分析中重要的有：类图（结构建模是最常用的UML图）、时序图、用例图。现在看着这一章虽然没有那么的重要，但是在软件需求分析中也有很重要的地位；
在书中提到活动图可能用来表达流程的最常用的一种UML图，是行为建模的重要工具之一。在这就会出现一个问题：如果我们想要做一个项目，我们就要问自己几个问题：1、没有应用系统的时候，系统是怎样运行的（事物内容和事物之间的关系/流程相关的问题）2、应用了系统后，系统是怎样运行的（从中可以看出，我们做项目就应该做到了解我们应该做什么 ，该怎么做的问题）关系中就可以看出角度的不同，就会导致流程的不同。
在刚开始学习UML 的时候，我们了解的是流程图（每个图的形状都活代表自己的意思），现在看完活动图，其实他们两个真的很像，1、都会由形状标注状态2、都是有每一步的流程走下来（存在判断分支（1、写下判断语句2、直接监护3、增加活动，判断），2、多层分支3、泳道/分区）；世界上不会有一模一样那个的东西，所以，活动图更会有自己 的特色：1、活动图有分叉就会有汇合，而且必须成对出现（流程图是由菱形判断的）。
从这些中就可以看出，活动图虽然没有那么的常用，但是当我们所涉及的业务流程很复杂，我么可以适当的分解，如果进行适当的规划，那么画图就非常的简单了。就像书中提到的流程（1很简单的表达了十五的流程2、强调了各个角色之间的关系3、强调各版本过程的配置）所以，认为所有的图都有自己的特色，活动图自己的内容，我们应该明白的就是每一个项目它的流程是什么，他自己的开始和结尾、用户、关键活动是什么，这些的都是最重要的东西。
我们应该亦步亦趋，逐步的学习所应该的东西，只要有事物存在，既然有优点，肯定会有缺点，但是，我们活动图是表达复杂业务流程的最好的工具。
我的方法:
1、 为什么要做这个项目；
2、 明白什么是用户、关键字等等；
3、 进行流程的判断，明确主干，
4、 加入分支；
5、 进行优化分析，确定；
问题：
1、 是不是所有的活动图都可以了解所有的流程的信息；
2、 活动图是不是就可以代表系统让客户了解一切；