首先我们要理解这里面的“子程序”指的是什么？在这里，“子程序”理解为一个函数比较合适，可以是一个执行特定功能的全局函数、可以是一个类里面的成员函数（注：《代码大全》里面之所以用“子程序”来表述，是因为它所讲述的规则与方法是与语言无关的，我们应该根据自己实际编程中所使用的语言来自行定义“子程序”），也可以这样理解“子程序”，它是完成某一特定功能的一个小单元，其粒度比模块要小，而比数据类型、结构控制语句要大。
综合《代码大全》里面的介绍和自己的理解，将“如何建立一个子程序”分为三个步骤：1. 之间的准备工作；2. 建立操作；3. 检查及测试。（其实这是放之四海而皆准的普遍规则，做任何事情只要遵守这三条都不会有太大问题的，在这里算是投机取巧了，主要是为了方便理解和记忆）
1. 之前的准备工作
问题引发设计，如果没有需求我们就不需要去设计一个“子程序”啦。那么我们首先就要明确地定义出这个“问题”啦，一般情况下，这个“问题”在整个的程序框架中会有所提及，而如何那时问题定义比较清晰的话，我们的准备工作可以几乎省去。不管怎么样，我们都要明确几个问题：
明确这些以后，我们的准备工作就做完了，那么最后为我们的“子程序”起一个清晰、直观、简介的名字吧！
2. 建立操作
建立操作的第一步，也是大部分程序员忽视的一个步骤（《代码大全》里面这样说的啊！）——使用PDL（program design language）语言来精确描述“子程序”所执行的操作。
这一操作是相对于使用具体程序语言编写“子程序”更抽象、更上一层的操作步骤，抽象并不意味着复杂，反而会更加简单清晰，以便使后续的编码、检查、调试操作更容易。因为使用PDL语言会带来以下好处：
确认PDL描述没有问题后，可以着手编写程序代码了，如果PDL语言对于“子程序”描述的足够准确并得当的话，那么编写代码的过程可能是一个简单、机械的工作，程序员应该很快能完成“子程序“设计。
但是，并不是说设计出一个行为良好的PDL描述就晚上大吉了，有些情况下，PDL描述看似完美，但将它转化为代码时会出现很多错误，所以这是要不检查是不是代码本身出错，或者是PDL语言描述还存在不足，如果是的话，重新用PDL语言描述。
3. 检查及测试
在编译“子程序”之前，程序员有必要进行一些检查工作：
确认检查无误以后，程序员可以对“子程序”实施测试了，《代码大全》里面建议我们不要急于对“子程序”实施编译，并试图通过编译来查找程序中的错误，如果某次编译出现了错误，那么程序员往往急切万分得修改以试下次编译不要出错，这并不是发现并排除错误的正确方法。《大码大全》推荐我们这样做：
总结：
阅读《代码大全》关于“子程序”建立这部分，确实对程序员的编程工作有一定启发，也确实指出了一些有效的方法和容易忽略的问题。下面结合书中介绍的内容和自己的理解谈一下自已的认识：
原文：http://www.cnblogs.com/pbendan/p/3871695.html