LIPIN 2018-08-31: 老师好,咨询一个问题,状态图是否可以融入流程图中处理?咱们之前讲过活动图,貌似有这么个画法
UMLChina潘加宇:
不需要,也不应该 把你的具体问题说出来看看
LIPIN: 在什么环节,变成了什么状态,我觉得挺直观的
请老师帮忙看看,这张图的问题,谢谢
苏俊兴: 这种与状态结合度这么高的流程图,直接使用状态机图不就好了?外加一个顺序图描述清楚流程
UMLChina潘加宇: 状态是对象的状态,不是独立的东西。 1,如果用活动图的话,出现在线上(对象流,即"数据流"),就是我发的图的右侧,名词(隐)那里,可以把名词改为"形容词+名词" 2、序列图,出现在生命线上
UMLChina潘加宇: 如果把几种图的内容拼起来是好事,那就不会出现几种图了。
LIPIN: [嗯]
UMLChina潘加宇: 这个世界之所以复杂,就是因为各种元素不是一一对应的。一个流程下来,很多对象的状态都变了,不止一种对象。否则,就像苏俊兴说的,直接画一个状态图就可以了 活动图,参见《软件方法》第四章开头的图
但这不是建议的做法。 画序列图,状态图就行了
LIPIN: 我就说因为看了这个,还以为这个是推荐的用法
UMLChina潘加宇: 全书通篇讲了序列图,你不用,看到一张活动图,你就像吸血鬼一样扑过去了啊 好多同学都这样,上课讲了,没有学会写用例规约,不要去想扩展,包含之类的。学会了写用例规约,自然就知道了。结果他就盯住这一句,老师课上提到了扩展和包含,所以要多多使用。 全书就这个地方提到活动图,而且接下来马上就说明活动图和序列图比较的缺点。。。
UMLChina潘加宇: 注意:如果硬要画在一起,我上面贴出的是对的。 我是说:剩菜不要吃,有害健康。如果硬要吃剩菜,像我上面这样吃也是可以的。
UMLChina潘加宇: [链接] 序列图和状态的结合,参见这个链接的图3. 同样,也是不推荐的。因为这是冗余的信息。