有没有人实际使用流程图的螺母和螺栓代码？

Question

在学校时，通常需要对我们为行编写的小程序进行流程图。

由于图片的大小，这些流程图往往非常大，而且绘制起来往往很乏味。

总是这样细节，无论如何你基本上都在编写代码。

我使用流程图/ UML样式技术来开发更高级别的东西，但是当它归结为实际循环时，它看起来有点过分。

我经常伪编码更详细的算法，但仍然没有超细粒度。

这只是学校里的东西如此之小的事情之一，那么“Flow-Chart”就没有别的了，所以他们使用了minutia吗？

Answer 1

流程图，没有 - Sequence diagrams，是的。我试着让他们保持在一个非常高的水平，以便迅速将这个想法传达给某人。我不会尝试获取每一个细节。如果它看起来很重要，我可能会补充另一个图表来展示边缘情况。

这对于作为草图的沟通来说非常棒 - 我认为这不适合规范（但对于详细的部分来说是一个很好的介绍）

Answer 2

真实代码的ifs和whiles的流程图，从未（30年内）发现有用。

作为elicitng要求的讨论辅助工具......所以，当我们来到这里时，会发生什么？ ......你怎么决定...如果它是＆gt;你会怎么做？ 95％......可以提供帮助。一位用户在白板上发现这样的图表很容易讨论。

Answer 3

说实话，我非常高兴我被要求陪伴任何流程图。他们让我在结构上思考，我缺乏的东西（也许，在某种程度上仍然缺乏）。

所以不要快速跳上“我要去弹三角钢琴”的潮流，流程图确实有效。

我没有一次发现自己在非平凡的逻辑中有点束缚。在流程图表格中将逻辑布局在一张纸上（需要几分钟）后，这一切都不可避免地让我清楚了。

Answer 4

是的，我同意。关键是要让你理解流程图，而不是暗示你应该将它们用于逐行代码覆盖。

我不知道你为什么甚至浪费时间使用伪代码，除了演示，老实说，除非它是一些非常低级的编程。

Answer 5

我自己不使用它们。但是，每隔一段时间只编程一次的同事就是这样。这是他非常方便的方式，让他记住他一年前写的那个程序的细节。他没有做太多的编程，所以对他来说学习序列图和类似的东西是不值得的。

这也是几乎没有编程的其他pple能够轻松阅读的图表类型。在他的位置上是一个加号。

Answer 6

我没有在流程图中找到非常有用的细节。我在一张纸上使用UML风格的技术。在组设置中使用白板。中级类图和序列图对于组织您的想法和传达您的设计意图非常有帮助。

Answer 7

有时在白板上描述一个过程，但从不在实际设计或文档中。我将它们描述为“类似流程图”，因为我并不总是特别关注形状。

Answer 8

我们有一个内部应用程序，其中包含一些相当复杂的工作流程。流程图构成了系统这一部分规范的重要部分。所以是的，流程图是规范系统的有用工具。它们通常也被非技术人员理解，如果它们是用户要求的一部分，则它们是有用的。不，我通常不会在非常低的水平上使用它们，我也不期望系统的一部分仅由流程图规范或记录。

Answer 9

TDD对于螺母和螺栓代码是一个很好的选择，如果你是如此倾向，它还有许多其他好处。

Answer 10

我们有一个大型有机增长的应用程序，其文档很少，因此使用流程图来记录应用程序中的组件已被证明对操作的业务方面非常有用，因为即使他们不了解所有内容是如何组合在一起的。

它们不是逐行的，而是通过后续处理和输出覆盖业务逻辑的所有分支（尽管不遵循严格的流程图规则 - 一些块描述多个流程）。