戴吾蛟-测绘程序设计基础（VC++net）第十六章 软件工程初步.pptVIP

2.编码风格与规范 源程序代码的逻辑简明清晰、易读易懂是好程序的一个重要标准，为了做到这一点，应该遵循下述规则： (1)程序内部的文档（如：“匈牙利”法则 ） 选取含义鲜明的名字，使它能正确地提示程序对象所代表的实体。 如果使用缩写，那么缩写规则应该一致，并且应该给每个名字加注解。 命 名 规 范 通常在每个模块开始处有一段序言性的注解，简要描述模块的功能、主要算法、接口特点、重要数据以及开发简史。 插在程序中间与一段程序代码有关的注解，主要解释包含这段代码的必要性。 对于用高级语言书写的源程序，不需要用注解的形式把每个语句翻译成自然语言，应该利用注解提供一些额外的信息。 应该用空格或空行清楚地区分注解和程序。 程序清单的布局对于程序的可读性也有很大影响，应该利用适当的阶梯形式使程序的层次结构清晰明显。 注 释 代 码 格 式 (2)数据说明 数据说明的次序应该标准化（例如，按照数据结构或数据类型确定说明的次序）。 当多个变量名在一个语句中说明时，应该按字母顺序排列这些变量。 如果设计时使用了一个复杂的数据结构，则应该用注解说明用程序设计语言实现这个数据结构的方法和特点。 (3)语句构造 构造语句时应该遵循的原则是，每个语句都应该简单而直接，不能为了提高效率而使程序变得过分复杂。 不要为了节省空间而把多个语句写在同一行； 尽量避免复杂的条件测试； 尽量减少对“非”条件的测试； 避免大量使用循环嵌套和条件嵌套； 利用括号使逻辑表达式或算术表达式的运算次序清晰直观。 (4)输入／输出 对所有输入数据都进行检验； 检查输入项重要组合的合法性； 保持输入格式简单； 使用数据结束标记，不要要求用户指定数据的数目； 明确提示交互式输入的请求，详细说明可用的选择或边界数值； 当程序设计语言对格式有严格要求时，应保持输入格式一致； 设计良好的输出报表； 给所有输出数据加标志。 (5)效率 效率主要指处理机时间和存储器容量两个方面。 效率是性能要求，因此应该在需求分析阶段确定效率方面的要求。 效率是靠好设计来提高的。 程序的效率和程序的简单程度是一致的。不要牺牲程序的清晰性和可读性来不必要地提高效率。 4. 测试 测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。 目前软件测试仍然是保证软件质量的关键步骤。软件测试在软件生命周期中横跨两个阶段。 通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。 对软件系统进行各种综合测试，通常由专门的测试人员承担这项工作。 软件工程初步 小型软件开发的基本过程 ： (参照软件工程，遵循软件开发的一般规律)  需求分析 设计 编码与单元测试 综合测试 软件工程简介 软件工程是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件。 软件工程关注于大型程序的构造 软件工程的中心课题是控制复杂性 软件经常变化 开发软件的效率非常重要 和谐地合作是开发软件的关键 软件必须有效地支持它的用户 在软件工程领域中是由一种文化背景的人替另一文化背景的人创造产品。 软件生命周期由软件定义、软件开发和运行维护三个时期组成，每个时期又划分若干个阶段。 问题定义 问题定义阶段必须回答的关键问题是：“要解决的问题是什么？”。通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告。通过访问调查，分析员扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报告，得出一份双方都满意的文档。 可行性研究 这个阶段要回答的关键问题是：“对上一阶段所确定的问题有行得通的解决办法吗？” 系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。 在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。 可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。可行性研究以后的那些阶段将需要投入更多的人力物力。及时终止不值得投资的工程项目，可以避免更大的浪费。 需求分析 这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，