软件工程实践编程.pptVIP

（23）模块规模每个软件单元的源代码行数（不含注释行），平均不应超过６０行，最大不应超过２００行。第94页，共144页，星期日，2025年，2月5日程序复杂性度量程序复杂性主要指模块内程序的复杂性。它直接关联到软件开发费用的多少，开发周期的长短和软件内部潜伏错误的多少。减少程序复杂性，可提高软件的简单性和可理解性，并使软件开发费用减少，开发周期缩短，软件内部潜藏错误减少。第95页，共144页，星期日，2025年，2月5日复杂性度量需要满足的假设为了度量程序复杂性，要求：它可以用来计算任何一个程序的复杂性；对于不合理的程序，例如对于长度动态增长的程序，或者对于原则上无法排错的程序，不应当使用它进行复杂性计算；如果程序中指令条数、附加存储量、计算时间增多，不会减少程序的复杂性。第96页，共144页，星期日，2025年，2月5日代码行度量法源代码行数度量法基于两个前提：程序复杂性随着程序规模的增加不均衡地增长；控制程序规模的方法最好是采用分而治之的办法。将一个大程序分解成若干个简单的可理解的程序段。方法的基本考虑是统计一个程序模块的源代码行数目，并以源代码行数做为程序复杂性的度量。第97页，共144页，星期日，2025年，2月5日代码行与出错率的关系设每行代码的出错率为每100行源程序中可能有的错误数目。Thayer曾指出，程序出错率的估算范围是从0.04％～7％之间，即每100行源程序中可能存在0.04～7个错误。他还指出，每行代码的出错率与源程序行数之间不存在简单的线性关系。Lipow指出，对于小程序，每行代码出错率为1.3％～1.8％；对于大程序，每行代码的出错率增加到2.7％～3.2％之间，这只是考虑了程序的可执行部分，没有包括程序中的说明部分。Lipow及其他研究者得出一个结论：对于少于100个语句的小程序，源代码行数与出错率是线性相关的。随着程序的增大，出错率以非线性方式增长。第98页，共144页，星期日，2025年，2月5日McCabe度量法McCabe度量法，又称环路复杂性度量，是一种基于程序控制流的复杂性度量方法。它基于一个程序模块的程序图中环路的个数，因此计算它先要画出程序图。程序图是退化的程序流程图。流程图中每个处理都退化成一个结点，流线变成连接不同结点的有向弧。程序图仅描述程序内部的控制流程，完全不表现对数据的具体操作，以及分支和循环的具体条件。第99页，共144页，星期日，2025年，2月5日McCabe计算计算环路复杂性的方法：根据图论，在一个强连通的有向图G中，环的个数由以下公式给出：

V(G)＝m－n＋p

其中，V(G)是有向图G中环路个数，m是图G中弧数，n是图G中结点数，p是图G中的强连通分量个数。Myers建议，对于复合判定，例如，(A＝0)∩(C＝D)∪(X＝‘A’)算做三个判定。为使图成为强连通图，从图的入口点到出口点加一条用虚线表示的有向边，使图成为强连通图。这样就可以使用上式计算环路复杂性。第100页，共144页，星期日，2025年，2月5日第101页，共144页，星期日，2025年，2月5日Kernighan和Plauger给出的好的程序设计风格的规则不使用条件转移代替一个逻辑表达式假如一个逻辑表达式难以理解，则试着对其进行变换使用数组，避免重复的控制序列选用使程序简单的数据表示法先用一个容易理解的伪语言写程序，然后再翻译成你所用的语言

使用IF…ELSEIF…ELSEIF…ELSE…ENDIF实施多路选择模块化，使用子例程第62页，共144页，星期日，2025年，2月5日Kernighan和Plauger给出的好的程序设计风格的规则确保注释与代码一致不要用注释去精确地重复代码——使每一个注释有价值不要注释或修补坏代码——重写使用有意义的变量名使用有意义的语句标号程序格式应有助于读者理解程序为你的数据设计提供文档仅使用GOTO去实施一个基本的结构第63页，共144页，星期日，2025年，2月5日Kernighan和Plauger给出的好的程序设计风格的规则假如你能保持程序的可读性，则完全不必使用GOTO以小片段的方式写和测试一个大程序对已定义的递归数据结构使用递归过程检测输入的合理性和合法性确保输入没有违反程序的限制使用文件的结尾或标记终止输入，而不是用计数来终止输入识别错误的输入（若有可能要恢复输入）第64页，共144页，星期日，2025年，2月5日Kernighan和Plauger给出的好的程序设计风格的规则输入简易，输出自明使用一致的输入格式使输入容易校对若可能，使用自由格式