《软件工程概论》郑人杰版-第9章-软件实现ppt课件.ppt

《《软件工程概论》郑人杰版-第9章-软件实现ppt课件.ppt》由会员分享，可在线阅读，更多相关《《软件工程概论》郑人杰版-第9章-软件实现ppt课件.ppt（68页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第9章 软件实现 程序设计语言程序设计语言 程序设计风格程序设计风格 编码规范编码规范 程序效率与性能分析程序效率与性能分析9.1 程序设计语言 程序设计语言的性能程序设计语言的性能 从软件心理学及软件工程角度对程序设计语言的从软件心理学及软件工程角度对程序设计语言的性能进行讨论。性能进行讨论。9.1 程序设计语言软件心理学的观点软件心理学的观点 (1) (1) 一致性一致性。表示一种语言所使用符号的兼容程度、。表示一种语言所使用符号的兼容程度、允许随意规定限制，以及允许对语法或语义破允许随意规定限制，以及允许对语法或语义破例的程度。例的程度。(2) (2) 二义性二义性。虽然语言的编译程序总

2、是以一种机械。虽然语言的编译程序总是以一种机械的规则来解释语句，但读者则可能用不同的方的规则来解释语句，但读者则可能用不同的方式来理解语句。式来理解语句。(3) (3) 简洁性简洁性。程序设计语言的简洁性用来表示为了。程序设计语言的简洁性用来表示为了用该语言编写程序，必须记忆的关于代码的信用该语言编写程序，必须记忆的关于代码的信息量。息量。9.1 程序设计语言 软件心理学的观点软件心理学的观点 (4) (4) 局部性局部性。是指程序设计语言的综合特性。在编。是指程序设计语言的综合特性。在编码的过程中，由语句组合成模块，由模块组装为码的过程中，由语句组合成模块，由模块组装为程序系统结构，并在组装

3、过程中实现模块的高内程序系统结构，并在组装过程中实现模块的高内聚和低耦合，可使程序的局部性加强。聚和低耦合，可使程序的局部性加强。(5) (5) 传统性传统性。人们学习一种新的程序设计语言的能。人们学习一种新的程序设计语言的能力受到传统的影响。力受到传统的影响。 9.1 程序设计语言软件工程的观点软件工程的观点 (1)(1) 详细设计应能直接地容易地翻译成代码程序。详细设计应能直接地容易地翻译成代码程序。(2)(2) 源程序应具有可移植性。源程序应具有可移植性。 (3)(3) 编译程序应具有较高的效率。编译程序应具有较高的效率。 (4)(4) 尽可能应用代码生成的自动工具。尽可能应用代码生成的

4、自动工具。 (5)(5) 可维护性。可维护性。 9.1 程序设计语言程序设计语言的分类程序设计语言的分类从软件工程的角度，根据程序设计语言发展的从软件工程的角度，根据程序设计语言发展的历程，可以将程序设计语言大致分为历程，可以将程序设计语言大致分为4 4类。类。(1)(1)从属于机器的语言从属于机器的语言第一代语言第一代语言(2)(2)汇编语言汇编语言第二代语言第二代语言(3)(3)高级程序设计语言高级程序设计语言第三代语言第三代语言 从从2020世纪世纪5050年代就开始出现，它们的特点是用年代就开始出现，它们的特点是用途广泛。典型的高级程序设计语言有途广泛。典型的高级程序设计语言有ALGO

5、LALGOL、FORTRANFORTRAN、COBOLCOBOL、BASICBASIC、PASCALPASCAL、C C、C +C +、LispLisp、PROLOGPROLOG、AdaAda等。等。9.1 程序设计语言 程序设计语言的分类程序设计语言的分类(4) (4) 第四代语言（第四代语言（4GL4GL）4GL4GL以数据库管理系统所提供的功能为核心，进一以数据库管理系统所提供的功能为核心，进一步构造了开发高层软件系统的开发环境，如报表步构造了开发高层软件系统的开发环境，如报表生成系统、多窗口表格设计系统、菜单生成系统生成系统、多窗口表格设计系统、菜单生成系统等。等。4GL4GL提供了功

6、能强大的非过程化问题定义手段，用提供了功能强大的非过程化问题定义手段，用户只需告诉系统做什么，而无须说明怎么做。户只需告诉系统做什么，而无须说明怎么做。 9.1 程序设计语言程序设计语言的选择程序设计语言的选择在选择编程语言时，可以考虑以下因素。在选择编程语言时，可以考虑以下因素。(1)(1)应用领域：目标系统的应用领域不同，需要采应用领域：目标系统的应用领域不同，需要采取的系统开发范型也不同，所以要考虑支持相取的系统开发范型也不同，所以要考虑支持相应范型的编程语言。应范型的编程语言。(2)(2)系统用户的要求系统用户的要求。(3)(3)编程语言自身的功能。编程语言自身的功能。(4)(4)编码

7、和维护成本及开发环境。编码和维护成本及开发环境。(5)(5)编程人员的技能。编程人员的技能。(6)(6)软件可移植性。软件可移植性。 9.2 程序设计风格 在软件生存期中，人们经常要阅读程序。特别是在软件生存期中，人们经常要阅读程序。特别是在软件测试阶段和维护阶段，编写程序的人和参在软件测试阶段和维护阶段，编写程序的人和参与测试、维护的人都要阅读程序。与测试、维护的人都要阅读程序。 在编写程序时多花些工夫，讲求程序的风格，这在编写程序时多花些工夫，讲求程序的风格，这将大量地减少人们读程序的时间。将大量地减少人们读程序的时间。 本节对程序设计风格的本节对程序设计风格的4 4个方面，即个方面，即源

8、程序文档化源程序文档化、数据说明的方法数据说明的方法、语句结构语句结构和和输入输入/ /输出方法输出方法中值中值得注意的问题进行概要的讨论得注意的问题进行概要的讨论 9.2 程序设计风格 源程序文档化源程序文档化 源程序文档化包括标识符的命名、安排注释以及源程序文档化包括标识符的命名、安排注释以及程序的视觉组织等。程序的视觉组织等。9.2 程序设计风格 标识符的命名标识符的命名 标识符包括标识符包括模块名模块名、变量名变量名、常量名常量名、标号名标号名、子程序名子程序名以及以及数据区名数据区名、缓冲区名缓冲区名等。这些名字等。这些名字应能反映它所代表的实际东西，使其能够见名知应能反映它所代表的

9、实际东西，使其能够见名知意，有助于对程序功能的理解。意，有助于对程序功能的理解。应当选择精练的意义明确的名字，才能简化程序应当选择精练的意义明确的名字，才能简化程序语句，易于对程序功能的理解。语句，易于对程序功能的理解。 9.2 程序设计风格 程序的注释程序的注释 正确的注释能够帮助读者理解程序，为测试和维正确的注释能够帮助读者理解程序，为测试和维护阶段提供明确的指导。护阶段提供明确的指导。注释行的数量占到整个源程序的注释行的数量占到整个源程序的1/31/3到到1/21/2。 注释分为序言性注释和功能性注释。注释分为序言性注释和功能性注释。序言性注释通常置于每个程序模块的开头部分，序言性注释通

10、常置于每个程序模块的开头部分，它应当给出程序的整体说明，对于理解程序本身它应当给出程序的整体说明，对于理解程序本身具有引导作用。具有引导作用。 9.2 程序设计风格序言性注释序言性注释有些软件开发部门对序言性注释做了明确而严格的规定，有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出。要求程序编制者逐项列出。 (1)(1) 程序标题。程序标题。(2)(2) 有关本模块功能和目的的说明。有关本模块功能和目的的说明。(3)(3) 主要算法。主要算法。(4)(4) 接口说明：包括调用形式，参数描述，子程序清单。接口说明：包括调用形式，参数描述，子程序清单。(5)(5) 有关数据

11、描述：重要的变量及其用途，约束或限制条件，有关数据描述：重要的变量及其用途，约束或限制条件，以及其他有关信息。以及其他有关信息。(6)(6) 模块位置：在哪一个源文件中，或隶属于哪一个软件包。模块位置：在哪一个源文件中，或隶属于哪一个软件包。(7)(7) 开发简历：模块设计者，复审者，复审日期，修改日期、开发简历：模块设计者，复审者，复审日期，修改日期、有关说明等。有关说明等。9.2 程序设计风格 功能性注释功能性注释 功能性注释嵌在源程序体中，用以描述其后的语句或程序功能性注释嵌在源程序体中，用以描述其后的语句或程序段，也就是解释下面要段，也就是解释下面要“做什么做什么”，或是执行了下面的语

12、，或是执行了下面的语句会怎么样。句会怎么样。例如，下面的注释行仅仅重复了后面的语句，对于理解它例如，下面的注释行仅仅重复了后面的语句，对于理解它的工作并没有什么作用。的工作并没有什么作用。/ /* * Add amount to total Add amount to total * */ /total = amounttotal = amounttotal; total; 如果注明把月销售额计入年度总额，便使读者理解了下面语如果注明把月销售额计入年度总额，便使读者理解了下面语句的意图：句的意图： / /* * Add monthly-sales to annual-total Add mon

13、thly-sales to annual-total * */ / total = amount total = amounttotal;total;9.2 程序设计风格 功能性注释功能性注释 书写功能性注释，要注意以下几点。书写功能性注释，要注意以下几点。(1)(1)用于描述一段程序，而不是每一个语句。用于描述一段程序，而不是每一个语句。(2)(2)用缩进和空行，使程序与注释容易区别。用缩进和空行，使程序与注释容易区别。(3)(3)注释要正确。注释要正确。9.2 程序设计风格 视觉组织视觉组织空格、空行和移行空格、空行和移行 空格空格：恰当地利用空格，可以突出运算的优先性，：恰当地利用空格，

14、可以突出运算的优先性，避免发生运算的错误。例如，将表达式避免发生运算的错误。例如，将表达式 (a(a17)&!(b17)&!(b49)|c 49)|c 写成写成 (a(a17) & !(b17) & !(b49) | c 49) | c 就更清楚。就更清楚。空行空行：自然的程序段之间可用空行隔开。：自然的程序段之间可用空行隔开。 9.2 程序设计风格 视觉组织视觉组织空格、空行和移空格、空行和移行行 移行移行：移行也叫做向右缩格。对于选择：移行也叫做向右缩格。对于选择语句和循环语句，把其中的程序段语句语句和循环语句，把其中的程序段语句向右做阶梯式移行，可使程序的逻辑结向右做阶梯式移行，可使程序

15、的逻辑结构更加清晰，层次更加分明。构更加清晰，层次更加分明。 9.2 程序设计风格 数据说明标准化数据说明标准化 为了使程序中数据说明更易于理解和维护，在编为了使程序中数据说明更易于理解和维护，在编写程序时，需要注意数据说明的风格。写程序时，需要注意数据说明的风格。(1) (1) 数据说明的次序应当规范化，使数据属性容易数据说明的次序应当规范化，使数据属性容易查找，也有利于测试、排错和维护。查找，也有利于测试、排错和维护。 常量说明。常量说明。 简单变量类型说明。简单变量类型说明。 数组说明。数组说明。 公用数据块说明。公用数据块说明。 所有的文件说明。所有的文件说明。9.2 程序设计风格 数

16、据说明标准化数据说明标准化 (2) (2) 当多个变量名用一个语句说明时，应当对这些当多个变量名用一个语句说明时，应当对这些变量按字母顺序排列。例如，将变量按字母顺序排列。例如，将 int sizeint size，lengthlength，widthwidth，costcost，price;price; 进行如下改写更好。进行如下改写更好。 int costint cost，lengthlength，priceprice，sizesize，width; width; (3) (3) 对于复杂的数据结构，应当使用注释对其进行对于复杂的数据结构，应当使用注释对其进行说明。说明。9.2 程序设计风

17、格 语句结构简单化语句结构简单化 在编码阶段，语句结构要力求简单、直接，不能在编码阶段，语句结构要力求简单、直接，不能为了片面追求效率而使语句复杂化。为了片面追求效率而使语句复杂化。(1) (1) 在一行内只写一条语句，并且采取适当的移行在一行内只写一条语句，并且采取适当的移行格式，使程序的逻辑和功能变得更加明确。例如，格式，使程序的逻辑和功能变得更加明确。例如，下面程序的可读性很差。下面程序的可读性很差。 for (i=1; i=n-1; i+) t=i; for (j=i+1; for (i=1; i=n-1; i+) t=i; for (j=i+1; j=n; j+) if (ajat)

18、 t=j; if (t!=i) j=n; j+) if (aj= 0 & char = 0 & char 8080字符）要分成多行写，长表字符）要分成多行写，长表达式要在低优先级操作符处划分新行，操作符放达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。使排版整齐，语句可读。(4) (4) 循环、判断等语句中的条件测试若有较长的表循环、判断等语句中的条件测试若有较长的表达式，则要进行适应的划分，长表达式要在低优达式，则要进行适应的划分，长表达式要在低优先级操作符处划分新行，操作符放在新行之首。先级

19、操作符处划分新行，操作符放在新行之首。1.1.版面版面(5) (5) 不允许把多个短语句写在一行中，即一行只写不允许把多个短语句写在一行中，即一行只写一条语句。一条语句。(6) if(6) if、whilewhile、forfor、defaultdefault、dodo等语句自占一等语句自占一行。行。(7) (7) 只用空格键，不要使用只用空格键，不要使用TABTAB键。以免用不同的键。以免用不同的编辑器阅读程序时，因编辑器阅读程序时，因TABTAB键所设置的空格数目不键所设置的空格数目不同而造成程序布局不整齐。同而造成程序布局不整齐。(8) (8) 函数或过程的开始、结构的定义及循环、判断函

20、数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，等语句中的代码都要采用缩进风格，casecase语句下语句下的情况处理语句也要遵从语句缩进要求。的情况处理语句也要遵从语句缩进要求。1.1.版面版面(9) (9) 程序块的分界符（如程序块的分界符（如C CC+C+语言的大括号语言的大括号 和和 ）应各独占一行并且位于同一列，同时与）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。引用它们的语句左对齐。 在函数体开始、类定义、结构定义、枚举定义以在函数体开始、类定义、结构定义、枚举定义以及及ifif、forfor、dodo、whilewhile、switchswitc

21、h、casecase语句中的语句中的程序都要采用如上的缩进方式。程序都要采用如上的缩进方式。1.1.版面版面 例如，下面的程例如，下面的程序段不符合规范。序段不符合规范。 应书写为以下格应书写为以下格式：式： 1.1.版面版面(10) (10) 在两个以上的变量、常量间进行判等操作时，在两个以上的变量、常量间进行判等操作时，操作符之前、之后或者前后要加空格；进行非判操作符之前、之后或者前后要加空格；进行非判等操作时，如果是关系密切的操作符（如等操作时，如果是关系密切的操作符（如- - 、:），后面不应加空格。），后面不应加空格。 由于留空格所产生的清晰性是相对的，所以，在由于留空格所产生的清晰

22、性是相对的，所以，在已非常清晰的语句中没有必要再留空格，如括号已非常清晰的语句中没有必要再留空格，如括号内侧（左括号后面和右括号前面）不要加空格，内侧（左括号后面和右括号前面）不要加空格，多重括号间不必加空格。多重括号间不必加空格。2.2.注释注释 注释的原则是有助于对程序的阅读理解。注释的原则是有助于对程序的阅读理解。(1) (1) 一般情况下，注释量一般控制在一般情况下，注释量一般控制在20%20%到到50%50%之间。之间。(2) (2) 说明性文件（如头文件说明性文件（如头文件.h.h文件、文件、.inc.inc文件、编文件、编译说明文件译说明文件.cfg.cfg等）头部应进行注释，注

23、释必须等）头部应进行注释，注释必须列出：版权说明、版本、生成日期、作者、内容、列出：版权说明、版本、生成日期、作者、内容、功能、与其他文件的关系、修改日志等，头文件功能、与其他文件的关系、修改日志等，头文件的注释中还应有函数功能简要说明。的注释中还应有函数功能简要说明。(3) (3) 源文件头部应进行注释，列出：版权说明、版源文件头部应进行注释，列出：版权说明、版本号、生成日期、作者、模块目的本号、生成日期、作者、模块目的/ /功能、主要函功能、主要函数及其功能、修改日志等。数及其功能、修改日志等。2.2.注释注释(4) (4) 函数头部应进行注释，列出：函数的目的函数头部应进行注释，列出：函

24、数的目的/ /功功能、输入参数、输出参数、返回值、调用关系能、输入参数、输出参数、返回值、调用关系（函数、表）等。（函数、表）等。(5) (5) 注释的内容要清楚、明了、含义准确，防止注注释的内容要清楚、明了、含义准确，防止注释二义性。释二义性。(6) (6) 避免在注释中使用缩写，特别是非常用缩写。避免在注释中使用缩写，特别是非常用缩写。在使用缩写时或之前，应对缩写进行必要说明。在使用缩写时或之前，应对缩写进行必要说明。(7) (7) 代码的注释应放在代码的上方或右方（对单条代码的注释应放在代码的上方或右方（对单条语句的注释）相邻位置，不可放在下面，如放于语句的注释）相邻位置，不可放在下面，

25、如放于上方则需与其上面的代码用空行隔开。上方则需与其上面的代码用空行隔开。2.2.注释注释(8) (8) 对于所有有物理含义的变量、常量，如果其命对于所有有物理含义的变量、常量，如果其命名不是充分自注释的，在声明时都必须加注释，名不是充分自注释的，在声明时都必须加注释，说明其物理含义。变量、常量、宏的注释放在其说明其物理含义。变量、常量、宏的注释放在其上方相邻位置或右方。上方相邻位置或右方。(9) (9) 如果数据结构声明（包括数组、结构、类、枚如果数据结构声明（包括数组、结构、类、枚举等）不是充分自注释的，必须加以注释。对数举等）不是充分自注释的，必须加以注释。对数据结构的注释应放在其上方相

26、邻位置，不可放在据结构的注释应放在其上方相邻位置，不可放在下面；对结构中的每个域的注释放在此域的右方。下面；对结构中的每个域的注释放在此域的右方。(10) (10) 全局变量要有较详细的注释，包括对其功能、全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注取值范围、哪些函数或过程存取它以及存取时注意事项等说明。意事项等说明。2.2.注释注释(11) (11) 注释与所描述内容进行同样的缩排，可使程注释与所描述内容进行同样的缩排，可使程序排版整齐，并方便注释的阅读与理解。序排版整齐，并方便注释的阅读与理解。(12) (12) 将注释与其上面的代码用空行隔开。将注释

27、与其上面的代码用空行隔开。(13) (13) 对变量的定义和分支语句（条件分支、循环对变量的定义和分支语句（条件分支、循环语句等）必须编写注释。因为这些语句往往是程语句等）必须编写注释。因为这些语句往往是程序实现某一特定功能的关键，对于维护人员来说，序实现某一特定功能的关键，对于维护人员来说，良好的注释可以帮助更好地理解程序，有时甚至良好的注释可以帮助更好地理解程序，有时甚至优于看设计文档。优于看设计文档。2.2.注释注释(14) (14) 对于对于switchswitch语句下的语句下的casecase语句，如果因为特语句，如果因为特殊情况需要处理完一个殊情况需要处理完一个casecase后

28、进入下一个后进入下一个casecase处处理，必须在该理，必须在该case case 语句处理完、下一个语句处理完、下一个casecase语句语句前加上明确的注释。这样比较清楚程序编写者的前加上明确的注释。这样比较清楚程序编写者的意图，有效防止无故遗漏意图，有效防止无故遗漏breakbreak语句。语句。(15) (15) 维护代码时，要更新相应的注释，删除不再维护代码时，要更新相应的注释，删除不再有用的注释。保持代码、注释的一致性，避免产有用的注释。保持代码、注释的一致性，避免产生误解。生误解。3.3.标识符命名标识符命名(1) (1) 标识符的命名要清晰、明了，有明确含义，同标识符的命名要

29、清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。较短的单词可通过去掉避免使人产生误解。较短的单词可通过去掉“元元音音”形成缩写；较长的单词可取单词的头几个字形成缩写；较长的单词可取单词的头几个字母形成缩写；一些单词采用大家公认的缩写。母形成缩写；一些单词采用大家公认的缩写。(2) (2) 命名中若使用特殊约定或缩写，则要有注释说命名中若使用特殊约定或缩写，则要有注释说明。明。(3) (3) 自己特有的命名风格，要自始至终保持一致，自己特有的命名风格，要自始至终保持一致，不可来回变化。不可来回变化。3.3.标识符命名

30、标识符命名(4) (4) 对于变量命名，建议除了要有具体含义外，还对于变量命名，建议除了要有具体含义外，还能表明其变量类型、数据类型等，因此最好不要能表明其变量类型、数据类型等，因此最好不要用单个字符表示，如果用单个字符表示，很容易用单个字符表示，如果用单个字符表示，很容易敲错，而编译时又检查不出来，有可能为了这个敲错，而编译时又检查不出来，有可能为了这个小小的错误而花费大量的查错时间。但使用单个小小的错误而花费大量的查错时间。但使用单个字符表示局部循环变量是允许的（如字符表示局部循环变量是允许的（如i, j, ki, j, k）。）。 (5) (5) 命名规范必须与所使用的系统风格保持一致，

31、命名规范必须与所使用的系统风格保持一致，并在同一项目中统一，比如采用并在同一项目中统一，比如采用UNIXUNIX的全小写加的全小写加下划线的风格或大小写混排（如下划线的风格或大小写混排（如add_useradd_user或或AddUserAddUser）的方式，不要使用大小写与下划线混排）的方式，不要使用大小写与下划线混排（如（如Add_UserAdd_User）的方式。）的方式。4.4.可读性可读性(1) (1) 注意运算符的优先级，并用括号明确表达式的注意运算符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。这是为了防止操作顺序，避免使用默认优先级。这是为了防止阅读程序时产生误

32、解。阅读程序时产生误解。 例如，本来是正确的代码：例如，本来是正确的代码： If ( year % 4 = 0 | year % 100 != 0 & year % 400 = 0 )If ( year % 4 = 0 | year % 100 != 0 & year % 400 = 0 ) 如果加上括号，则更清晰。如果加上括号，则更清晰。 If (year % 4) = 0 | (year % 100) != 0 & (year % 400) If (year % 4) = 0 | (year % 100) != 0 & (year % 400) = 0)= 0)4.4.可读性可读性(2)

33、(2) 避免使用不易理解的数字，用有意义的标识来避免使用不易理解的数字，用有意义的标识来替代。替代。 涉及物理状态或者含有物理意义的常量，不应直涉及物理状态或者含有物理意义的常量，不应直接使用数字，必须用有意义的枚举或宏来代替。接使用数字，必须用有意义的枚举或宏来代替。5.5.变量变量(1) (1) 去掉没必要的公共变量，以降低模块间的耦合度。去掉没必要的公共变量，以降低模块间的耦合度。(2) (2) 仔细定义并明确公共变量的含义、作用、取值范围及公仔细定义并明确公共变量的含义、作用、取值范围及公共变量间的关系。共变量间的关系。(3) (3) 明确公共变量与操作此公共变量的函数或过程的关系，明

34、确公共变量与操作此公共变量的函数或过程的关系，如访问、修改及创建等。这将有利于程序的进一步优化、如访问、修改及创建等。这将有利于程序的进一步优化、单元测试、系统联调以及代码维护等。这种关系的说明可单元测试、系统联调以及代码维护等。这种关系的说明可在注释或文档中描述。在注释或文档中描述。(4) (4) 当向公共变量传递数据时，要十分小心，若有必要应进当向公共变量传递数据时，要十分小心，若有必要应进行合法性检查，防止赋与不合理的值或越界等现象发生。行合法性检查，防止赋与不合理的值或越界等现象发生。(5) (5) 防止局部变量与公共变量同名。防止局部变量与公共变量同名。(6) (6) 严禁使用未经初

35、始化的变量。特别是在严禁使用未经初始化的变量。特别是在C CC+C+中引用未中引用未经赋值的指针，经常会引起系统崩溃。经赋值的指针，经常会引起系统崩溃。6.6.函数函数(1) (1) 每个函数完成单一的功能，不设计多用途面面每个函数完成单一的功能，不设计多用途面面俱到的函数。俱到的函数。(2) (2) 函数和过程中关系较为紧密的代码尽可能相邻。函数和过程中关系较为紧密的代码尽可能相邻。如初始化代码应放在一起，不应在中间插入实现如初始化代码应放在一起，不应在中间插入实现其它功能的代码。其它功能的代码。(3) (3) 对所调用函数的错误返回码要仔细、全面地处对所调用函数的错误返回码要仔细、全面地处

36、理。理。(4) (4) 每个函数的源程序行数原则上应该少于每个函数的源程序行数原则上应该少于200200行。行。 对于消息分流处理函数，完成的功能统一，但由对于消息分流处理函数，完成的功能统一，但由于消息的种类多，可能超过于消息的种类多，可能超过200200行的限制，不属于行的限制，不属于违反规定。违反规定。6.6.函数函数(5) (5) 编写可重入函数时，应注意局部变量的使用（如编写编写可重入函数时，应注意局部变量的使用（如编写C CC+C+语言的可重入函数时，应使用语言的可重入函数时，应使用autoauto即缺省态局部变即缺省态局部变量或寄存器变量），不应使用量或寄存器变量），不应使用st

37、aticstatic局部变量，否则必须局部变量，否则必须经过特殊处理，才能使函数具有可重入性。经过特殊处理，才能使函数具有可重入性。(6) (6) 编写可重入函数时，若使用全局变量，则应通过关中断、编写可重入函数时，若使用全局变量，则应通过关中断、信号量（即信号量（即P P、V V操作）等手段对其加以保护。若对所使用操作）等手段对其加以保护。若对所使用的全局变量不加以保护，则此函数就不具有可重入性，即的全局变量不加以保护，则此函数就不具有可重入性，即当多个进程调用此函数时，很有可能使有关全局变量为不当多个进程调用此函数时，很有可能使有关全局变量为不可知状态。可知状态。(7) (7) 避免函数中

38、不必要的语句，防止程序中的垃圾代码，预避免函数中不必要的语句，防止程序中的垃圾代码，预留代码应以注释的方式出现。留代码应以注释的方式出现。7.7.可测试性可测试性(1) (1) 在同一项目组或产品组内，要有一套统一的为集成测试在同一项目组或产品组内，要有一套统一的为集成测试与系统联调准备的调测开关及相应打印函数，并且要有详与系统联调准备的调测开关及相应打印函数，并且要有详细的说明。细的说明。(2) (2) 在同一项目组或产品组内，调测打印出的信息串的格式在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。信息串中至少要有所在模块名（或源文要有统一的形式。信息串中至少要有所在模块名（

39、或源文件名）和行号，以便于集成测试。件名）和行号，以便于集成测试。(3) (3) 编程的同时要为单元测试选择恰当的测试点，并仔细构编程的同时要为单元测试选择恰当的测试点，并仔细构造测试代码、测试用例，同时给出明确的注释说明。测试造测试代码、测试用例，同时给出明确的注释说明。测试代码部分应作为（模块中的）一个子模块，以方便测试代代码部分应作为（模块中的）一个子模块，以方便测试代码在模块中的安装与拆卸（通过调测开关）码在模块中的安装与拆卸（通过调测开关）7.7.可测试性可测试性(4) (4) 在进行集成测试系统联调之前，要构造好测在进行集成测试系统联调之前，要构造好测试环境、测试项目及测试用例，同

40、时仔细分析并试环境、测试项目及测试用例，同时仔细分析并优化测试用例，以提高测试效率。好的测试用例优化测试用例，以提高测试效率。好的测试用例应尽可能模拟出程序所遇到的边界值、各种复杂应尽可能模拟出程序所遇到的边界值、各种复杂环境及一些极端情况等。环境及一些极端情况等。(5) (5) 使用断言来发现软件问题，提高代码可测性。使用断言来发现软件问题，提高代码可测性。(6) (6) 使用断言来检查程序正常运行时不应发生，而使用断言来检查程序正常运行时不应发生，而在调测时有可能发生的非法情况。在调测时有可能发生的非法情况。(7) (7) 不能用断言来检查最终产品肯定会出现且必须不能用断言来检查最终产品肯

41、定会出现且必须处理的错误情况。处理的错误情况。7.7.可测试性可测试性(8)(8)对较复杂的断言加上明确的注释。这样可澄清断对较复杂的断言加上明确的注释。这样可澄清断言含义并减少不必要的误用。言含义并减少不必要的误用。(9)(9)用断言确认函数的参数。用断言确认函数的参数。(10)(10)用断言保证没有定义的特性或功能不被使用。用断言保证没有定义的特性或功能不被使用。(11)(11)用断言对程序开发环境（操作系统编译器用断言对程序开发环境（操作系统编译器硬件）的假设进行检查。硬件）的假设进行检查。(12)(12)正式软件产品中应把断言及其他调测代码去掉正式软件产品中应把断言及其他调测代码去掉（

42、即把有关调测开关关掉），可加快软件运行速（即把有关调测开关关掉），可加快软件运行速度。度。7.7.可测试性可测试性(13)(13)用调测开关来切换软件的用调测开关来切换软件的DEBUGDEBUG版和正式版，而不要同版和正式版，而不要同时存在正式版本和时存在正式版本和DEBUGDEBUG版本的不同源文件，以减少维护版本的不同源文件，以减少维护的难度。的难度。(14)(14)软件的软件的DEBUGDEBUG版本和发行版本应该统一维护，不允许分版本和发行版本应该统一维护，不允许分家，并且要时刻注意保证两个版本在实现功能上的一致性。家，并且要时刻注意保证两个版本在实现功能上的一致性。(15)(15)在

43、软件系统中设置与取消有关测试手段，不能对软件实在软件系统中设置与取消有关测试手段，不能对软件实现的功能等产生影响。即有测试代码的软件和关掉测试代现的功能等产生影响。即有测试代码的软件和关掉测试代码的软件，在功能行为上应一致。码的软件，在功能行为上应一致。8.8.程序效率程序效率(1) (1) 在保证软件的正确性、稳定性、可读性及可测试性的前在保证软件的正确性、稳定性、可读性及可测试性的前提下，提高代码效率。提下，提高代码效率。(2) (2) 局部效率应为全局效率服务，不能因为提高局部效率而局部效率应为全局效率服务，不能因为提高局部效率而对全局效率造成影响。对全局效率造成影响。(3) (3) 通

44、过对系统数据结构的划分与改进，以及对程序算法的通过对系统数据结构的划分与改进，以及对程序算法的优化来提高空间效率。优化来提高空间效率。(4) (4) 循环体内工作量最小化。应仔细考虑循环体内的语句是循环体内工作量最小化。应仔细考虑循环体内的语句是否可以放在循环体之外，使循环体内工作量最小，从而提否可以放在循环体之外，使循环体内工作量最小，从而提高程序的时间效率。高程序的时间效率。(5) (5) 较大的局部变量较大的局部变量(2K(2K以上以上) )应声明成静态类型应声明成静态类型(static)(static)，避免占用太多的堆栈空间。避免发生堆栈溢出，出现不可避免占用太多的堆栈空间。避免发生

45、堆栈溢出，出现不可预知的软件故障。预知的软件故障。9.9.质量保证质量保证(1) (1) 代码质量保证优先的原则：正确性，稳定性，安全性，代码质量保证优先的原则：正确性，稳定性，安全性，可测试性，符合编码规范可读性，系统整体效率，模块可测试性，符合编码规范可读性，系统整体效率，模块局部效率。局部效率。(2) (2) 严禁使用未经初始化的变量。引用未经初始化的变量可严禁使用未经初始化的变量。引用未经初始化的变量可能会产生不可预知的后果，特别是引用未经初始化的指针能会产生不可预知的后果，特别是引用未经初始化的指针经常会导致系统崩溃，需特别注意。声明变量的同时初始经常会导致系统崩溃，需特别注意。声明

46、变量的同时初始化，除了能防止引用未经初始化的变量外，还可能生成更化，除了能防止引用未经初始化的变量外，还可能生成更高效的机器代码。高效的机器代码。(3) (3) 定义公共指针的同时对其初始化。这样便于指针的合法定义公共指针的同时对其初始化。这样便于指针的合法性检查，防止应用未经初始化的指针。建议对局部指针也性检查，防止应用未经初始化的指针。建议对局部指针也在定义的同时初始化，形成习惯。在定义的同时初始化，形成习惯。(4) (4) 只引用属于自己的存储空间。只引用属于自己的存储空间。9.9.质量保证质量保证(5) (5) 防止引用已经释放的内存空间。在实际编程过程中，稍防止引用已经释放的内存空间

47、。在实际编程过程中，稍不留心就会出现在一个模块中释放了某个内存块不留心就会出现在一个模块中释放了某个内存块( (如指针如指针) )，而另一模块在随后的某个时刻又使用了它。要防止这种情而另一模块在随后的某个时刻又使用了它。要防止这种情况发生。况发生。(6) (6) 过程过程/ /函数中分配的内存，在过程函数中分配的内存，在过程/ /函数退出之前要释放。函数退出之前要释放。(7) (7) 过程函数中申请的（为打开文件而使用的）文件句柄，过程函数中申请的（为打开文件而使用的）文件句柄，在过程函数退出要关闭。分配的内存不释放以及文件句在过程函数退出要关闭。分配的内存不释放以及文件句柄不关闭，是较常见的

48、错误，而且稍不注意就有可能发生。柄不关闭，是较常见的错误，而且稍不注意就有可能发生。这类错误往往会引起很严重后果，且难以定位。这类错误往往会引起很严重后果，且难以定位。9.9.质量保证质量保证(8) (8) 防止内存操作越界。所谓内存操作主要是指对数组、指防止内存操作越界。所谓内存操作主要是指对数组、指计、内存地址等的操作。内存操作越界是软件系统主要错计、内存地址等的操作。内存操作越界是软件系统主要错误之一，后果往往非常严重，所以当我们进行这些操作时误之一，后果往往非常严重，所以当我们进行这些操作时一定要仔细小心。一定要仔细小心。(9) (9) 系统运行之初要对加载到系统中的数据进行一致性检查

49、。系统运行之初要对加载到系统中的数据进行一致性检查。(10) (10) 严禁随便更改其他模块或系统的有关设置和配置。严禁随便更改其他模块或系统的有关设置和配置。(11) (11) 不能随便改变与其他模块的接口。不能随便改变与其他模块的接口。(12) (12) 充分了解系统的接口之后，再使用系统提供的功能。充分了解系统的接口之后，再使用系统提供的功能。9.9.质量保证质量保证(13) (13) 编程时要防止关系运算符错误。如将编程时要防止关系运算符错误。如将“=”误误写成写成“ =”等造成的，由此引起的后果往往等造成的，由此引起的后果往往是很严重的，所以编程时，一定要在这些地方小是很严重的，所以

50、编程时，一定要在这些地方小心。当编完程序后，应对这些操作进行彻底检查。心。当编完程序后，应对这些操作进行彻底检查。(14) (14) 要时刻注意混淆的操作符。当编完程序后，要时刻注意混淆的操作符。当编完程序后，应从头至尾检查一遍这些操作符，以防止拼写错应从头至尾检查一遍这些操作符，以防止拼写错误。例如，如误。例如，如C+C+中的中的“= =”与与“=”、“| |”与与“|”、“& &”与与“&”等，若拼写错了。编译器不一定能够等，若拼写错了。编译器不一定能够检查出来。检查出来。9.9.质量保证质量保证(15) (15) 有可能的话，有可能的话，ifif语句尽量加上语句尽量加上elseelse分