二、使用频率
对程式执行的效率而言，占用空间与处理时间，经常需要作些取舍。如果程式太大，空间不敷应用，则在规划时，先行统计各个程式的使用频率。
不常用到的程式，不表示并不重要，但若占用了空间，则于效率有损。
这种程式最好独立成一个模组，以便随时可以因应空间的条件，再作打算。
因此在程式规划时，对空间的安排，应该优先考虑使用频率。也就是说，要设法将使
三、程式流程
程式有一定的运行规律，称为「流程」，意即在执行时，依照预先安排的顺序，一一流经的过程。
传统的程式写作法，流程非常重要，因为人需要根据一种理念，以逐步检验并付诸实现。但自从模组受到重视后，每个模组代表一种完整的功能，而功能的集合所能实现的效果，远非流程可以表达。这一来，流程的重要性减低了，其地位降到只属于结构中的一部份而已。
因为模组是可组合的，模组越多，主流程便越短。虽然每一个模组也都各有其流程，结构良好的模组，又可再细分为若干子模组，以此类推。因此，流程远不如模组灵活，观念上也显得呆板。
不过，即使在模组设计过程中，有时也有必要藉着流程逐步推理，以了解细部的结构。在这种立场，流程的应用原无可厚非。可是一旦反客为主，程式师不用流程即无从思考，就大谬不然了。
流程属于单线思考，人虽然经常使用这种流程推理，但更重要的能力却来自「抽象思考」。抽象思考是指人在许多错综复杂、相互纠结的现象中，能立即掌握重点，针对目的，解决问题。
在程式上，这种抽象思考相当于对所有模组的全面认知，而非仅仅是流程的推理。有了全面的认知，灵活地加以调用，程式的功能就更上层楼，大大的提高了。
如果程式师只知道根据流程写程式，习惯养成后，不仅程式笨拙不堪，连人的思考方式都连带受到影响。一般所谓的「匠气」、「呆滞」，就是这种机械式训练的结果。
因此，我不赞成利用流程来规划程式，但在解释或说明某种过程时，并不排除流程的方便性。
四、流程图
流程的第一步是画流程图，根据流程图再作细部流程，然后根据细部流程去了解或编写程式。
以上面例子，先制作流程图如下:
请注意上图并没有出口，这是模组的特色之一，当码＝０时，就进入结束程式。本子模组的工作，便是要安排好资料，再回到来处。
上面说过，每个码是根据组码定义而来，每次取一码后，立即根据码的预设条件作图。（见第一节一、任务）这样不仅速度快，空间也精简。
当然各码都有其子流程图，由于太简单，几句话便交待完毕，不必再作图了：首先确定位置、宽度、长度，即可画直线或横线，如此而已。
五、细部流程
细部流程最重要的，是要确定暂存器的功能，另外需要缓冲器辅助的，也应在此详细说明。至于要详细到什么程度，则须根据程式的复杂性及写作的程式师而定。
如果写作流程及程式为同一人，且无留供他人参考的必要时，细部流程甚至可以免掉。但若是集体制作，而且需要保留档案，则不仅有必要，更须写得明确，让他人能够一目了然，不论任何人都能接手才是。
由于前面所举的例子太简单，如果要写细部流程，不待写完，程式早写好了。所以，有时也不必过分拘泥形式。在下节指令应用中，仅以附注的方式说明细部流程，与程式相对照，反而更有效率。
六、工作进度
工作进度最重要的意义，不在于增加制作的速度，而是培养一种敬业的精神以及对工作的判断能力。
工作进度的掌握靠进度表，而制作进度表需要对全部的工作有相当的认识。所以，进度相当于全面地、有系统地思考工作的细节，对程式师的工作能力的提高有极大的帮助。
当然，进度能有效地督促工作，每当进度如期完成，对程式师而言，即是一种成就感。在制作大型程式时，时间往往拖得很久，如果没有进度作参考，人往往会有一种迷失在汪洋，不知身在何处的失落感。
