|
中华网络安全联盟 作者：佚名 来源：网络转载 时间：2006-3-21
汇编语言---程式设计 （3）： 第四节 程式规划
程式规划是指在整体设计的观念上，事先对全部程式周详地、有系统地分析，再定出一个明晰的架构，以便于制作。
最理想的方式，是从使用者的角度，先决定应用功能、用键、输入形式、空间结构及模组划分等。
这些都确定了，才能按图索骥，根据蓝图写程式。也就是说，规划即先把目标介定妥当，以便按步就班，循序执行。
1,工作的认识：程式的规划，相当于设计建筑篮图，首先要明确认识工作性质、特征、条件，选择取适当的方式，以求得到最理想的结果。
2,程式的结构：结构要事先定案，是采用流程抑或模组？全部或部份采用组合语言？是依工作人员的素质分工，或者是用生产线统一制作？程式段、资料段及堆栈段的空间分配，每个程式联接次序的安排，暂存器的定义，缓冲器的设置等，都应该慎重地考虑清楚，并记录下来，以供工作之依据。
3,参数的设定：参数是程式的处理对象，必须合情合理地安排，且要有扩充的余地。因为参数与功能分类及程式的效率息息相关，对程式师而言，参数即相当于程式的处理对象；对应用程式的人，则等于工作的分类标准。其安排的结果，影响功能价值甚钜。
4,效率的要求：在第一章第三节中，我们特别强调了效率的法则，使用电脑的目的，就在于效率的追求。故在规划之初，就应该规定每一段程式的效率要求。
另外，参数的运用，也应考虑其使用的频率，凡能在事先一次准备妥当的，切不可等到运用时再临时计算。
5,测试的标准：测试就是品质管理，程式所应达到的指标，可由测试求证之。一般程式师只对程式的正确性负责。其实正确性与指标无关，乃是程式师最起码的责任。
组合语言程式的品质，应该包括原程式的写作规格及时限；程式的思路、理念；执行时的时效；程式空间的大小及安排；应用的方便与否；指令运用是否恰当等等。
执行程式的品管，则可以透过测试程式完成之。这种测试程式，也应该在规划之初，一并考虑。
6,制作的进度：程式制作的进度很难控制，而正因为其难以控制，更要加倍小心，事先规划。其方法是先按照工作性质，设定工作「难度值」。再对工作的程式师评估其「能力值」，依此设定一个「合理」的进度。最后，根据实际的工作进度调整之。一般说来，程式师需要三年以上的写作经验，才能养成进度的观念。
由于程式本身占有空间，所以其结构的好坏，对程式制作及执行效率影响极大。良好的结构应根据程式的性质、使用的频率、处理的先后过程等，在效率的立场，作全面的考虑。
一、程式性质
前文曾介绍过程式的种类，在规划时，要更进一步瞭解程式的性质。因为所谓的效率，一是指程式的制作、维护，一是指程式的执行及调用。这两者必须根据程式的性质，作适当的安排。
大体说来，程式的性质只有两种，一种是主动的，使用者可以直接控制执行；另一种是被动的、公用的，为其他程式所调用。
前者也可以说是应用程式，而后者比较类似系统程式。只是在这里强调的是其性质，以及如何根据其性质进行规划。
主动程式最好能放在同一模组中，当程式太大，必须分割时，也要设法联接在一起。但若在功能不同，所调用的模组亦无交集的情况下，为了避免跨越段与段时的效率损失，则无须考虑是否安置在同一模组内。
由于主动程式涉及使用人的习惯和设计者的理念，经常需要修改调整，变动极大。正因为这种因素，其「再利用」价值不高，对效率的要求也较低。
规划时，主动程式一定要与被动程式分开，而在制作时，则应注意其所占用的空间，与各段的关系。
被动程式既然是公用的，必然具备一些基本的功能。所谓被动是表示该程式仅在某种条件下，才被调用。由于其「再利用」的特色，应该设计成为精简的子程式。再依情况需要，或者为了节省空间，放在磁盘中，随时以覆盖其他子程式方式调用，或者为了效率，直接联接备用。
二、使用频率
对程式执行的效率而言，占用空间与处理时间，经常需要作些取舍。如果程式太大，空间不敷应用，则在规划时，先行统计各个程式的使用频率。
不常用到的程式，不表示并不重要，但若占用了空间，则于效率有损。
这种程式最好独立成一个模组，以便随时可以因应空间的条件，再作打算。
因此在程式规划时，对空间的安排，应该优先考虑使用频率。也就是说，要设法将使
三、程式流程
程式有一定的运行规律，称为「流程」，意即在执行时，依照预先安排的顺序，一一流经的过程。
传统的程式写作法，流程非常重要，因为人需要根据一种理念，以逐步检验并付诸实现。但自从模组受到重视后，每个模组代表一种完整的功能，而功能的集合所能实现的效果，远非流程可以表达。这一来，流程的重要性减低了，其地位降到只属于结构中的一部份而已。
因为模组是可组合的，模组越多，主流程便越短。虽然每一个模组也都各有其流程，结构良好的模组，又可再细分为若干子模组，以此类推。因此，流程远不如模组灵活，观念上也显得呆板。
不过，即使在模组设计过程中，有时也有必要藉着流程逐步推理，以瞭解细部的结构。在这种立场，流程的应用原无可厚非。可是一旦反客为主，程式师不用流程即无从思考，就大谬不然了。
流程属于单线思考，人虽然经常使用这种流程推理，但更重要的能力却来自「抽象思考」。抽象思考是指人在许多错综复杂、相互纠结的现象中，能立即掌握重点，针对目的，解决问题。
在程式上，这种抽象思考相当于对所有模组的全面认知，而非仅仅是流程的推理。有了全面的认知，灵活地加以调用，程式的功能就更上层楼，大大的提高了。
如果程式师祇知道根据流程写程式，习惯养成后，不仅程式笨拙不堪，连人的思考方式都连带受到影响。一般所谓的「匠气」、「呆滞」，就是这种机械式训练的结果。
因此，我不赞成利用流程来规划程式，但在解释或说明某种过程时，并不排除流程的方便性。
四、流程图
流程的第一步是画流程图，根据流程图再作细部流程，然后根据细部流程去瞭解或编写程式。
以上面例子，先制作流程图如下:
请注意上图并没有出口，这是模组的特色之一，当码＝０时，就进入结束程式。本子模组的工作，便是要安排好资料，再回到来处。
上面说过，每个码是根据组码定义而来，每次取一码后，立即根据码的预设条件作图。（见第一节一、任务）这样不仅速度快，空间也精简。
当然各码都有其子流程图，由于太简单，几句话便交待完毕，不必再作图了：首先确定位置、宽度、长度，即可画直线或横线，如此而已。
五、细部流程
细部流程最重要的，是要确定暂存器的功能，另外需要缓冲器辅助的，也应在此详细说明。至于要详细到什么程度，则须根据程式的复杂性及写作的程式师而定。
如果写作流程及程式为同一人，且无留供他人参考的必要时，细部流程甚至可以免掉。但若是集体制作，而且需要保留档案，则不仅有必要，更须写得明确，让他人能够一目瞭然，不论任何人都能接手才是。
由于前面所举的例子太简单，如果要写细部流程，不待写完，程式早写好了。所以，有时也不必过分拘泥形式。在下节指令应用中，仅以附注的方式说明细部流程，与程式相对照，反而更有效率。
六、工作进度
工作进度最重要的意义，不在于增加制作的速度，而是培养一种敬业的精神以及对工作的判断能力。
工作进度的掌握靠进度表，而制作进度表需要对全部的工作有相当的认识。所以，进度相当于全面地、有系统地思考工作的细节，对程式师的工作能力的提高有极大的帮助。
当然，进度能有效地督促工作，每当进度如期完成，对程式师而言，即是一种成就感。在制作大型程式时，时间往往拖得很久，如果没有进度作参考，人往往会有一种迷失在汪洋，不知身在何处的失落感。
能力强的人，经常能正确判断工作所需的时间；反之，不知道工作需要多久，或者所预定的进度与事实相差太远，都表示着程式师的能力有限或不足。
不过，写作程式完全要符合进度，也是不正确的观念。前文讨论过，写程式是种艺术，而非流水作业式的生产，创造性强的艺术工作是不可能用进度来加以控制的。
进度的制作方式没有定则，只要记下工作项目，预计完成时间，实际完成时间即可。只是制作是一回事，执行又是另一回事，唯有认真负责的执行，才会有实用的价值。
执行的方式不外每天或定期查阅进度，如果发现进度不符合，应该立刻分析原因，并做修正调整。至于所分析的结果，最好能记载下来，以作下次改进的参考。
如此这般养成了习惯，自然而然，就有了自动分析判断的能力，而且还会增进规划和设计的理念。 |
