LIPIN 2018-08-31:
老师好，咨询一个问题，状态图是否可以融入流程图中处理？咱们之前讲过活动图，貌似有这么个画法

UMLChina潘加宇:

不需要，也不应该
把你的具体问题说出来看看

LIPIN:
在什么环节，变成了什么状态，我觉得挺直观的

请老师帮忙看看，这张图的问题，谢谢

苏俊兴:
这种与状态结合度这么高的流程图，直接使用状态机图不就好了？外加一个顺序图描述清楚流程

UMLChina潘加宇:
状态是对象的状态，不是独立的东西。
1，如果用活动图的话，出现在线上（对象流，即"数据流"），就是我发的图的右侧，名词（隐）那里，可以把名词改为"形容词+名词"
2、序列图，出现在生命线上

UMLChina潘加宇:
如果把几种图的内容拼起来是好事，那就不会出现几种图了。

LIPIN:
[嗯]

UMLChina潘加宇:
这个世界之所以复杂，就是因为各种元素不是一一对应的。一个流程下来，很多对象的状态都变了，不止一种对象。否则，就像苏俊兴说的，直接画一个状态图就可以了
活动图，参见《软件方法》第四章开头的图

但这不是建议的做法。
画序列图，状态图就行了

LIPIN:
我就说因为看了这个，还以为这个是推荐的用法

UMLChina潘加宇:
全书通篇讲了序列图，你不用，看到一张活动图，你就像吸血鬼一样扑过去了啊
好多同学都这样，上课讲了，没有学会写用例规约，不要去想扩展，包含之类的。学会了写用例规约，自然就知道了。结果他就盯住这一句，老师课上提到了扩展和包含，所以要多多使用。
全书就这个地方提到活动图，而且接下来马上就说明活动图和序列图比较的缺点。。。

UMLChina潘加宇:
注意：如果硬要画在一起，我上面贴出的是对的。
我是说：剩菜不要吃，有害健康。如果硬要吃剩菜，像我上面这样吃也是可以的。

UMLChina潘加宇:
[链接]
序列图和状态的结合，参见这个链接的图3.
同样，也是不推荐的。因为这是冗余的信息。