???????????? 關于編寫流程的一些經驗
?各位同行有時編寫較多的流程。在很多情況下需要修改其他同事的流程。在修改的過程中需要了解流程的結構、看懂原流程各部分編寫的情況 ，了解每個變量存放的內容。但由于在編寫過程中會不斷的修改增加流程，所以有時有些地方的情況變的比較復雜，讓后來的同事一時找不到頭緒，大大影響了編寫的效率?？偨Y以上經驗，我覺得如果能做好一下幾點，對他人修改流程會有很大幫助：

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鍵的縮進。注釋部分也確保上下對齊列。每個函數開始時用中文寫明函數的名稱用途等。這樣整個流程上看起來整整齊齊，后面修改的人就很容易找到需要的段落，提高效率。??流程不可能一次就寫好。在實際編寫中我遵守了以上幾點，使得流程測試修改時間大大減少。如果大家都能寫好整齊清晰的流程，在后來的修改過程中就能順利一些。如果能統一規劃好變量，將來還有可能將一些函數固定，例如錯誤次數超出處理等這樣的函數就可以通用到任何一個流程。??當然，現場有許多不同的網關和業務需求，在編寫時也要結合具體情況。希望大家能提供更多的建議和意見，將流程寫得更好。

轉載于:https://www.cnblogs.com/kikee/archive/2005/04/24/144491.html

總結

以上是生活随笔為你收集整理的关于编写流程的一些经验的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。