有关程序中流程图的问题

Question

小弟我是新手（连新人都算不上），刚刚接触c#，听网上不少牛人说是流程图对于程序来说就相当于是一份指导书，我也认为流程图很重要，但是我自己画就画的乱七八糟。
例如有这么一道题：不断的输入一个数字，然后输出这个数字的2倍，当输入为q时，结束程序。我是新手，是在控制台的模式下编辑的，下面的是我的程序：
            string input="";
            int number = 0;
            bool flag = true;
            Console.WriteLine("请输入一个数字(q结束)");
            input = Console.ReadLine();
            if (input == "q")
            {
                flag = false;
            }
            while (flag)
            {
                try
                {
                    number = Convert.ToInt32(input);
                    Console.WriteLine("{0}的2倍是{1}", number, number * 2);
                    Console.WriteLine("请输入一个数字（q结束）");
                    input = Console.ReadLine();
                }
                catch
                {
                    if (input != "q")
                    {
                        Console.WriteLine("您输入了错误字符，请输入q结束");
                        input = Console.ReadLine();
                        flag = true;
                    }
                    else
                    {
                        flag = false;
                    }
                }
            }
            Console.WriteLine("程序结束");
这个程序倒是能运行，但是我按照这个程序画流程图时却画的乱七八糟，希望坛子里的个位高手能够帮我画个标准的流程图，让我也学习一下。

Answer 1

stonespace老大，可是做稍微大一点的程序的话，我就会觉得脑子有点乱啊

Answer 2

stonespace老大，可是做稍微大一点的程序的话，我就会觉得脑子有点乱啊 

Answer 3

Quote: 引用 12 楼 caozhy 的回复:

如我所说，流程图之所以没有用不在于你写程序多么熟练，你的程序很大还是很小。流程图也可以视为对程序的一种抽象描述，用流程图还是不用的关键就是你用的编程语言的抽象能力和结构化表现力如何，流程图被用作编程语言更高级的抽象过程，而如果你的程序本身都超过流程图的抽象过程了，那么哪怕你是新手，哪怕你只写几行代码，也用不到流程图。相反，如果让我用汇编（事实上现在的宏汇编也是结构化的了）或者抽象程度很低的语言，我还是会画流程图——只是这些语言早就过时了。 quote]你说抽象有点像UML建模的概念，我记得UML里面也有一个图很像流程图，但不是用来描述具体程序的，如果要抽象就不能面面俱到，应该只抓住主要部分，像楼主说的，用来完善思路，其实是在完善细节，这和建模的思想背道而驰，不管怎么说，我认为流程图的描述密度太低，需要占用太多版面不是一种好的抽象描述方法，还不如用伪码，

Answer 4

你说的是活动图么？还是数据流图？UML之于DSL，就好比流程图之于结构化编程语言一样。都是没有意义的东西。

Answer 5

事实上，我们用“伪码”就是为了提高抽象度。但是某种语言可能比伪码更具有抽象和表现能力，那么伪码也就不需要了。这是一个相对的事情。松本行弘（Ruby创始人）在他的书中写道，他发明Ruby的目的就是创造一种可以在计算机上被执行的伪代码解释器。