《新》第六讲 软件实现及维护.pptVIP

面向对象技术与Java程序 第六讲 软件实现与维护 1. 软件实现的流程 1. 软件实现的流程 1.1 准备工作 开发小组制定计划（包括编程计划、代码审查计划、测试计划等），项目经理审批该计划。 开发小组确定编程、代码审查、内部测试等规范。如果机构已经存在相应的规范，则采用之。如果机构不存在相应的规范，则由开发小组制定。 开发小组构建编程与测试环境，例如安装软件开发工具（包括可复用库）、配置管理工具、软件测试工具和缺陷跟踪工具，等等。如果是异地开发和测试，那么要构建Internet环境。 如果开发组长认为开发小组需要接受编程、测试、代码审查等方面的培训，那么由开发组长安排相应的培训。 1. 软件实现的流程 1.2 编程 （1）编程建议 尽可能采用成熟可靠的技术 对代码进行单步跟踪调试 写工作日记 源代码的版本管理 正常作息 1. 软件实现的流程 1.2 编程 （2）编程语言选择 开始编程时，程序员根据需要选择合适的语言，就会使编码过程遇到的困难少，测试工作量少，且代码维护容易。编程语言选择应考虑以下因素： 软件的应用领域 算法和数据结构的复杂性 系统用户的要求 软件的运行环境 软件开发方法 可得到的软件工具 工程规模 软件可移植性要求 程序员的知识水平 1. 软件实现的流程 1.2 编程 （3）编程风格 源程序文档化：在满足语法限制的前提下，标识符含义清晰、注释内容正确、源程序布局可读性高。 数据说明：次序应规范，对复杂数据结构，应利用注释说明实现这个数据结构的特点。 表达式和语句：考虑程序的清晰性，不要刻意追求技巧性；尽量用自然形式使用表达式；对于以文字形式写出的数值应给出合适的名字；尽量一行只写一条语句，尽量采用简单明了的语句；避免使用无条件转移语句；尽可能使用标准函数；尽可能按照初始化或数据输入、数据处理、结果输出3部分安排层次结构。 1. 软件实现的流程 1.2 编程 （4）程序设计 构件是通过统一外部接口封装特定功能，可以自主决定自身行为可复用软件模块。构件是表示系统部件的物理实体，包括源文件代码、可执行文件、库等。 组成系统的源文件可以显示在构件图上。 部署系统，把系统中的构件映射到处理器上，用部署图表示。 选择应用框架：框架提供了一个完整的但又只是一个应用骨架，可以用作一个支持结构，能够在面建立完整而专门的应用程序。如Java AWT、J2EE、.NET 等。 1. 软件实现的流程 1.2 编程 （5）类的实现 把设计模型中的类映射成面向对象语言中的类。 使用面向对象语言的引用实现设计模型中类的关联。 根据交互图实现类的操作 采用“状态机”实现复杂对象的状态图。 1. 软件实现的流程 1.3 代码审查 代码审查通常在开发人员之间开展，用眼睛检查代码是否符合编程规范。 软件测试不能发现代码风格不统一的问题，而代码审查则很容易做到； 有经验的人可以一目十行地审查代码，很快就能抓住一些Bug（主要是常见的Bug）。 1. 软件实现的流程 1.3 代码审查 1. 软件实现的流程 1.3 代码审查 1. 软件实现的流程 1.4 开发小组内部测试 开发人员编写完成某个程序之后，先进行单步跟踪调试然后请同伴进行代码审查，再请同伴进行测试。如果测试时发现了缺陷，则记录在缺陷跟踪工具中，开发者应当及时修正程序，消除缺陷 1. 软件实现的流程 1.5 调试改错的方法 找出错误的根源 症状和根源可能相隔很远。 症状可能在另一个错误被纠正后暂时性消失。 症状可能并不是由某个程序错误直接引发的，如误差累积。 症状可能是由不太容易跟踪的人工错误引起的。 症状可能时隐时现，如内存泄漏。 很难重新产生完全一样的输入条件，难以恢复“错误的现场”。 症状可能分布在许多不同的任务中，难以跟踪。 1. 软件实现的流程 1.6 完善性工作 代码优化 实现折中 修改、增补文档 2. 软件测试 2.1 为什么需要测试 开发人员不太了解需求，常常做不合需求的事情，因此产生了Bug。 软件系统越来越复杂，开发人员不太可能精通所有的技术，如果不能正确地使用技术，将产生Bug。 技术文档普遍比较糟糕，文档本身就有Bug，导致使用者产生更多的Bug。 软件需求、设计报告、程序经常发生变更，每次变更都可能产生新的Bug。 任何人在编程时都可能犯错误，导致程序中有Bug。 人们常处于进度的压力之下，急忙之下容易产生Bug，尤其是在期限临近之际。 人们过于自信，喜欢说“没问题”。不真实的“没问题”将产生真正的问题。 2. 软件测试 2.2 一些常识和经验之谈 测试能提高软件的质量，但是提高质量不能依赖测试。 测试只能证明缺陷存在，不能证明缺陷不存在。 测试的主要困难是不知道如何进行有效地测试，也不知道什么