关于编写流程的一些经验

             关于编写流程的一些经验

 各位同行有时编写较多的流程。在很多情况下需要修改其他同事的流程。在修改的过程中需要了解流程的结构、看懂原流程各部分编写的情况 ，了解每个变量存放的内容。但由于在编写过程中会不断的修改增加流程，所以有时有些地方的情况变的比较复杂，让后来的同事一时找不到头绪，大大影响了编写的效率。总结以上经验，我觉得如果能做好一下几点，对他人修改流程会有很大帮助：

1）规划变量，打好基础

 变量是流程的主要部分，规划好变量SR0～SR30、IR0～IR30有很重要的意义。先定义好各变量所存放的内容，比如SR1存放用户编号，SR2存放用户密码，SR3存放系统时间，SR4存放金额，IR1存放用户ID，IR2存放语音编号、IR3存放各函数返回代码等等。一般情况下将SR29、SR30，IR29、IR30做为临时变量使用。规划好之后就不要再改动，不要随意在其他地方将不同内容赋与该变量。这样一个变量对应一个内容，就可以很容易的知道流程现在这部分在做什么处理，也方便在流程的任何一个地方调用你想要的变量。

2）做好注释，清晰醒目

 做好注释是使人短时间内看懂流程的好方法。在容易产生误解或没有资料的情况下不能看懂的地方，一定要做好注释。在所有的查询数据库操 作，例如SelectDB、InsertDB、UpdateDB、DeleteDB等地方，一定要将对数据库的操作语句完整的、详细的注释出来。这样在没有DBINTERFACE表资料的情况下也可以迅速修改流程，调用这些数据库接口。但在详细注释的同时也需要注意，只有在有需要的地方注释，不必全部或大部分地方都做满注释。

3）巧用函数，事半功倍

 函数调用是流程当中必不可少的内容。对于整个流程中多次使用到的部分，例如用户ID、密码认证；网关数据查询等，就可使用函数。在变量 合理定义的前提下，可以做到不必理会函数内部做了些什么，只要提供函数需要的数据，就可得出结果。对于考虑到将来可能需要做修改或配合不同地市修改的地方，也应该使用函数。而对于只使用一次，固定不必再次修改而且又较短小的部分，就不必单独写一个函数来调用。过多的使用函数，会使后面的修改有很大困难。其他的编写人员会在众多的函数调用之间搞得理不清流程架构。当许多不同的流程定义了相同的一部分保留变量，例如SR20～SR30、IR20～IR30定义相同，函数又只调用了这几个变量的时候，甚至可以做到将不同流程的同功能函数完全拿过来使用，使就像大规模集成电路中的门电路一样，不必理会它到底做了什么，怎么做，只要知道它要什么，得出什么结果就可以了。所以，合理巧妙的利用函数是非常重要的。

 

4）统一处理，结构分明

 在流程中经常要求返回上级菜单或返回主菜单，有时一些函数调用之后需要处理调用的结果，这都需要函数返回值。如果不能合理安排，统一 处理函数的返回值，就会在返回，错误处理，正常结束时出现很多错误，给修改流程带来很大工作量。其实，函数的返回不过几项，统一处理是比较好的。函数返回一般可分为：函数正常、返回上级、返回主菜单、函数内部有错误（需要单独解释原因）、函数内部有错误（可统一解释原因或不需解释原因）。有时函数正常也需要返回上级或主菜单，不过仍建议分开处理。需要单独解释错误原因的，可在函数中写一段播放错误原因的代码。而其他返回情况则可以定义成为不同的函数返回码。例如定义IR27为函数返回码。那么就定义当IR27＝0时函数正常；当IR27＝1时函数错误（可统一解释，比如系统忙）；当IR27＝2时函数返回上级；当IR27＝3时函数返回主菜单；当IR27＝4时函数中用户输入错误需退出等等。这样当调用任何一个函数时就很容易的处理它的返回结果。需要返回主菜单只需要在函数中赋值IR27＝3，在调用它的母函数中再次赋值IR27＝3，这样层层处理，就很容易返回到主菜单了。还有例如系统忙提示，也可以只在主菜单写一段播放的代码，不必处处写。

5）做好说明，大有裨益

 足球不是一个人的运动，程序也一样。好的程序都有齐全的、详细的文档辅之。如果时间允许，可以做好流程的说明文档。对于流程中的函数 ，可作详细说明：该函数利用到那些变量；在调用函数前需要赋什么值给什么变量、调用后出来什么结果、结果放在那些变量里、函数返回后有几种情况等等。对于流程中的数据库调用，也可详细说明：DBINTERFACE表内容、所操作表的大致情况、当中的数据情况等等。

6）整理流程，精益求精

 在流程的最后，可以适当整理一下流程。流程在编写过程中会产生一些注释不要的部分，其中有些是完全错误的，大可不必留下，影响美观。 有些可能是这个流程里不需要但是其他地市使用时需要的，就可留下。对于函数，在函数的开始和终结都使用//*******一类的注释行加空行分隔开来。在每个段落间的空行数目要相等。函数编写时每个状态行要靠左，而其他行前面最好统一使用一个TAB键的缩进。注释部分也确保上下对齐列。每个函数开始时用中文写明函数的名称用途等。这样整个流程上看起来整整齐齐，后面修改的人就很容易找到需要的段落，提高效率。  流程不可能一次就写好。在实际编写中我遵守了以上几点，使得流程测试修改时间大大减少。如果大家都能写好整齐清晰的流程，在后来的修改过程中就能顺利一些。如果能统一规划好变量，将来还有可能将一些函数固定，例如错误次数超出处理等这样的函数就可以通用到任何一个流程。  当然，现场有许多不同的网关和业务需求，在编写时也要结合具体情况。希望大家能提供更多的建议和意见，将流程写得更好。