第 10章-系统实施.ppt

第10章 系统实施 本章计划学时：4学时 本章主要内容 系统实施阶段的任务 程序设计 程序设计技术 编程规范 系统测试和调试 测试技术 测试类型 测试工具 系统转换 10.1 制定实现策略 结构化方法主张自顶向下实现，尽量先实现上层模块，逐步向下，最后实现下层最基本的模块。 首先实现系统的轮廓或框架，在此基础上不断添加新的功能，逐步完善，最后达到物理模型所要求的全部功能。 面向对象方法主张基于构件的实现方法，按层划分构件后，尽量先完成构件接口，然后可实现并行开发。 先实现底层构件，然后开发上层构件 10.2 编写程序 编写程序，要考虑以下几个方面： (1) 了解什么是好程序； (2) 采用什么程序设计技术； (3) 遵循什么样的编程规范； 1、好程序的标准 一般认为好程序应具备下列素质： (1) 能够工作； (2) 调试代价低； (3) 易于维护； (4) 易于修改； (5) 设计不复杂； (6) 效率高。 2、程序设计技术 结构化程序设计 面向对象程序设计 可视化程序设计 Web程序设计 插件技术 …… 结构化程序设计 通常认为结构化程序设计包括以下四方面的内容： （1） 限制使用GO TO语句 （2） 逐步求精的设计方法 （3） 自顶向下的设计、编码和调试 （4） 主程序员制的组织形式 面向对象程序设计 封装、继承、多态 程序以对象为基本元素，对象包含属性和方法，设计程序通常不采用顺序结构 数据是特定对象的数据，只有对象自身的函数或过程（方法）可以维护对象的数据（属性） 公用的功能通常设计组件（类）以实现重用 需要分析并表达出对象之间的关系 可视化编程技术 所见即所得的交互编程 基于事件驱动的原理 可以使用模板自动生成部分代码 结合面向对象编程技术 3、编程规范 必要的内部注释 清晰的结构 良好的风格 严格的源代码管理 …… 程序的注释 需要注意以下几点： 每个文件的开始部分应指明程序的主要内容、编写者、最后修改日期等信息，以利于管理。 每个过程或函数前应有简要的接口描述信息，如函数功能、参数要求、返回值或其他特别说明。 注释必须与程序一致, 所以修改程序时，要注 意对注释作相应的修改。 对程序段作注释，而不是对每个语句作注释。 清晰的程序结构 简单、直接地反映意图 表达式的书写应一气呵成 嵌套不宜过深 避免使用GOTO语句 避免使用全局变量（通常是设计问题） 其他规范 排版格式的规范化 文件名、过程名、变量名的规范化 不要直接使用数字 …… 参考阅读《代码大全》 10.3 系统测试 测试的目的（概念） 测试的类型、步骤 测试技术 测试用例的设计 10.3.2 测试类型 模块测试 也称单元测试，根据模块的功能说明检验每个单独的模块是否存在错误。 联合测试 也称集成测试，检验模块及系统结构。 确认测试 检验系统说明书的各项功能与性能是否实现，是否满足要求。也可称验收测试。 系统测试 是对整个信息系统的测试，将硬件、软件、操作人员看作一个整体，来分析系统的功能与执行性能 1、模块测试 模块测试又称单元测试，是针对软件设计的最小单位——程序模块，进行正确性检验的测试工作。 模块测试的目的在于发现各模块内部可能存在的各种差错。 模块测试需要从程序的内部结构出发设计测试用例，多个模块可以平行地独立进行单元测试。 模块测试方法 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其他模块。 驱动模块 (driver，测试驱动开发方法强调 比如人工吹气测试自行车的气门芯，测试没有问题后再安装 桩模块 (stub) ── 存根模块 某演员缺席使用替补，彩排继续 模块测试工具 比如常见的单元测试工具： JUnit NUnit 这些工具实质上是一种测试框架，一般提供一些基本接口，开发人员继承这个接口，来编写测试程序，而测试程序的具体运行交给框架来负责。 可以集成到开发环境中 2、集成测试 将所有模块集成在一起所进行的系统功能的测试 集成测试的策略有多种： 一次性组装 自顶向下的组装 自底向上的组装 一次性组装测试 Big-bang Integration（一次性组装或整体拼装） 首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。 自顶向下的集成测试 Top-down Integration（自顶至下） 按系统程序结构，沿控制层次自顶向下进行组装。 通过设置下层模块为桩，检查控制流，较早地验证了主要的控制和判断点。 需要制作较多的桩模块，并且桩模块不能返回真实的数据。 自顶向下的集成测试