流程图与UML活动图

Question

使用流程图和UML活动图有什么实际区别？我有一些想法,但也许我在房间里想念一头大象？

流程图:

1. 广泛使用;
2. 非程序员容易理解;
3. 旧？

UML活动图:

1. 规范;
2. 支持并发;
3. 鲜为人知的语法,但仍然很简单.

对于我特定记录特定应用程序逻辑块的情况,我决定使用流程图.公司中的更多人将能够理解他们.

Answer 1

它可能看起来像一个偏好,但如果我们有一个标准化的语言来描述软件系统,为什么我们使用其他东西呢？这可能导致过度使用流程图的坏习惯.活动图非常简单.但是,如果您决定描述系统的更复杂的方面或尝试更改您描述的部分,您可能还是必须切换.所以只需使用UML并防止将来出现混淆.

Answer 2

如您所知,活动图本身可以包括并发和计时.如果你看一下这个来自维基百科的例子(如果只支持SO支持的SVG格式我会插入)你可以观察到有两个重的水平条的部分,以及两个平行的"现在的想法"和"记录的想法"活动.这被解读为"并行开始这些活动,并且只有在两者完成时才继续." 流程图不能在表示法中表达.

实际上,使用活动图可以让您清楚地思考并发流程.我想你会发现任何能阅读流程图的人都会很快适应.

Answer 3

根据敏捷建模网站:

在许多方面,UML活动图是面向对象的等效结构开发流程图和数据流图(DFD).

来自IBM:

但是,流程图不包括和状态,操作的流程图无法接收事件.

这可能就是为什么流程图更容易理解,因为活动图具有面向对象开发和并发的概念.