当我们在学校的时候,经常需要用流程图把我们逐行编写的小程序画出来。
由于图片的大小,这些流程图往往非常大,绘制起来往往很繁琐。
它总是如此详细,以至于你本质上是在写代码。
我使用流程图/UML风格的技术来开发更高层次的东西,但是当它深入到实际的循环和其他东西时,它似乎有点过分了。
我会经常伪代码,更详细的算法,但仍然不到超细粒度的点。
这只是学校里的小东西中的一种,没有其他东西可以‘流程图’,所以他们必须用来做细节?
发布于 2009-07-10 20:24:19
真实代码的假设和时间的流程图,从来没有(在30年内)被发现有用。
作为引出需求的辅助讨论……所以当我们在这里的时候,会发生什么?你怎么决定..。如果大于95%,你会怎么做?可能会有帮助。某一类用户发现白板上的这样的图表很容易谈论。
发布于 2009-07-10 20:22:40
流程图,不-- Sequence diagrams,是的。我试着让他们保持在一个非常高的水平,以便快速地将想法传达给某人。我不会试图把每一个细节都弄清楚。如果它看起来很重要,我可能会补充另一个图来显示边缘情况。
它很适合作为草图进行交流--我认为它不适合作为规范(但可以很好地介绍详细的部分)
发布于 2009-07-10 20:37:52
老实说,我非常高兴我被要求随同流程图一起完成任何作业。它们让我从结构上思考,我所缺少的东西(也许,在一定程度上仍然缺乏)。
因此,不要急于跳上“我要去弹三角钢琴”的潮流,流程图真的很管用。
我没有一次发现自己在非平凡的逻辑上有一点困难。在一张纸上以流程图的形式列出逻辑之后(需要几分钟),我不可避免地变得清晰起来。
https://stackoverflow.com/questions/1111772
复制相似问题