研究一下一个问题（技术性）参与都有分

Question

大家认为写程序的时候，流程图是不是很必要的呢，是不是应该在写程序之前，先画流程图，欢迎大家来参与讨论，来了都有分

Answer 1

简单的问题，一般都不会画流程图得，它得代码量小于 1万，并且基本没有什么难点。只要组织好数据结构就行了，数据流向。复杂得问题，一般都会画流程图，程序运行情况，数据流向，错误处理，
类层次关系，程序之间接口设计（是设计成dll到处函数，还是做成com dll）。它得代码量有 3万以上，
*****************************************************
  学习，再学习。

Answer 2

开始写程序时，画一些流程图有助于我们掌握一些常用结构如果写程序有一段时间了，就不应该在细节问题上画流程图，那时我们的流程图应该画在业务那一层，特别是在Windows这种消息驱动机制下，在程序实现时画流程图会很复杂，得不偿失

Answer 3

按照CMM的标准,函数的代码在50行以下可以不用画流程图,写伪代码就可以了,但超过50行就必须画流程图。

Answer 4

按照CMM的标准,函数的代码在50行以下可以不用画流程图,写伪代码就可以了,但超过50行就必须画流程图。

Answer 5

看系统的大小。小系统如果算法简单，思路清晰，当然可以不用画流程图。
但大系统的结构复杂，结构与结构间的关系需要花很大的功夫才能理清楚。
且信息非常之多。很有可能写了这块就忘了那块的设计。所以一般不仅要画流程图，还要画架构图，写说明文档。我一般用rose,smartdraw,word来完成设计工作。

Answer 6

业务流程一定得要先理出来,如果涉及到数据库的,开始没设计好,写起代码会累死,而且要改非常难.具体写的时候我觉得Visio不错,好用.

Answer 7

参与参与
—————————————————————————————————
         ____()()
        /      @@
  `~~~~~\_;m__m._>o     -------大米在哪里？大米在哪里？？

Answer 8

那么多建模软件我都没有用过，不过自己写软件有一些心得体会，也不全在程序的大小决定是否写流程图，我发现对于这样一些简单的程序，哪怕代码行再多，只要思路清晰，逐个模块的突破，也是无需流程图的，但是对于一些稍稍绕口的算法，没有流程图，或者不演算一下，真的很难搞定，举个例子——对于图象PCX格式的文件读写操作，由于颜色位分多种，如果你一蹴而就，那么只有一个字:牛！

Answer 9

要，要，要！！！
现在在看公司原来人写的程序，没有文档，没有流程图，真TMD痛苦！
那些走了的前辈每天都被我骂！如果你不想将来也被骂，你就应该画！从理论讲，大家都知道要画！现在人就是懒，一个字懒！可以我自己也不画，但却会要求别人要画！^_^