早上项目需求文档和设计文档让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）便于描述，容易理解
