绘制流程图

　　早上项目需求文档和设计文档让PM帮忙查看，主要提到两个问题：

　　1.需求文档其中有一个流程图缺少一个节点，即需要添加“9%订单已登记”节点，因为此节点标识处理流程的开始。

　　2.设计文档需要添加SP的整体处理流程图。

　　与chen沟通了以上两个问题，chen觉得在2上面没必要添加流程图，原因是在主过程的代码编写就是全部SP的执行流程，可不用添加整体处理的流程图。在这个问题上我和chen出现小分歧，觉得这个是很有必要添加的，因为一个包里头有几十个SP，尽管各个SP都在文档上写得很清楚明白了，但是没法让人明白这些SP是怎么串起来的，某个SP的上承下启的联系不直观，还需要具体去代码层看，尽管去代码里头找联系肯定是可以理顺整个流程的，但是无形当中是花费了相当的时间成本喔。

　　Google一下流程图的作用，此为软件设计师的考点之一：

 

18.3  程序流程图

程序流程图也称为程序框图，是一种常用的算法表达工具，具有严格的时间顺序，先做什么事，然后做什么事，最后做什么事，有起始点和终止点，同时也能反映循环过程。它独立于任何一种程序设计语言，其特点是直观、清晰。

18.3.1  程序流程图的控制结构

为了使用流程图描述结构化程序，必须限制流程图只能使用如下的5种控制结构。且任何复杂的程序流程都由这5种基本控制结构组合或嵌套而成。

l         顺序型：几个连续的加工步骤依次排列构成。

l         选择型：由某个逻辑判断式的取值决定选择两个加工中的一个。

l         while型循环：在循环控制条件成立时，重复执行特定加工，其特点是特定加工可以不执行，而直接执行while循环的下一加工。

l         until型循环：重复执行某些特定加工，直到控制条件成立，其特点是特定加工至少要执行一次。

l         case型循环：列举多种加工情况，根据控制变量的取值，选择执行其一。

18.3.2  程序流程图解题要点

在程序流程图中已经确定了算法、变量及数据结构。在程序流程图的解题过程中，首先要根据程序说明，明确程序的功能，再结合不完整的程序流程图，弄清程序中所使用的算法和数据结构，完成问题的回答。一般可以归纳成以下3个步骤：

①阅读程序说明，了解程序功能，以及完成该功能的算法和数据结构有关的变量说明。

②阅读流程图，了解程序流程图的基本框架结构与所需要实现的功能，推断变量作用与作用范围，进一步确定所使用的算法和数据结构。

③针对具体的问题，结合变量、算法及数据结构，分析程序框架，确定问题的答案。

 

 

程序流程图是人们对解决问题的方法、思路或算法的一种描述。
流程图的优点：

     （a）采用简单规范的符号，画法简单；
     （b）结构清晰，逻辑性强；
     （c）便于描述，容易理解