软件工程知识回顾.ppt

* CQUPT * 1 软件工程知识回顾1.6 测试 设计测试方案的基本方法 用黑盒法设计基本的测试方案； 用白盒法设计补充的测试方案。 * CQUPT * 1 软件工程知识回顾1.6 测试 测试方案中应包括的内容 预定要测试的功能 应该输入的测试数据 预期的测试结果 设计测试方案应尽可能做到逻辑覆盖 * CQUPT * 1 软件工程知识回顾1.6 测试 根据给定的三个长度值，判断三角形的类型。 * CQUPT * 1 软件工程知识回顾1.6 测试 选择下图中的某个处理，设计一个测试方案。 * CQUPT * 1 软件工程知识回顾1.7 维护 软件维护是为了改正错误或满足新的需要而修改软件的过程。 * CQUPT * 1 软件工程知识回顾1.7 维护 软件维护的分类 改正性维护 适应性维护 完善性维护 预防性维护 * CQUPT * 1 软件工程知识回顾1.7 维护 软件可维护性的定义： 维护人员理解、改正、改动和改进这个软件的难易程度。 * CQUPT * 1 软件工程知识回顾1.7 维护 决定软件可维护性的因素 可理解性 可测试性 可修改性 文档：影响软件可维护性的决定因素。 * CQUPT * 1 软件工程知识回顾1.3 需求分析_面向对象 将处理、数据和数据之间的关系聚合在一个模型中，即类图。 * CQUPT * 1 软件工程知识回顾1.3 需求分析_面向对象 对需求更直观的描述—用例图 * CQUPT GE J. * 需求分析 概念模型和规范化 衡量数据聚合在一个实体或对象中是否合适的方法—规范化 采用分解的方法，力求使关系的语义单纯化。 * CQUPT GE J. * 需求分析 概念模型和规范化 什么是范式？ 表示关系的某一种级别(或消除数据冗余的程度)。 * CQUPT GE J. * 需求分析 概念模型和规范化 范式定律 第一范式(1NF) 关系的每一个分量必须是不可分的数据项。 * CQUPT GE J. * 需求分析 概念模型和规范化 范式定律 第二范式(2NF) 若R?1NF，且每一个非主属性完全函数依赖于码，则R?2NF。 例：运动会管理系统，下面的实体： 项目(项目编号，名称，时间，场地，成绩); 由于项目编号不能唯一确定成绩，故不满足2NF。 项目(项目编号，名称，时间，场地，成绩，运动员); 由于名称等部分函数依赖于项目编号，故不满足2NF。 * CQUPT GE J. * 需求分析 概念模型和规范化 范式定律 第三范式(3NF) RU，F中若不存在这样的码X、属性组Y及非主属性Z(Z\?Y)使得X→Y，Y→Z，Y→/ X成立，则称R?3NF。或 即若R?3NF，则每一个非主属性既不部分依赖于码，也不传递依赖于码。 例：裁判(裁判编号，姓名，项目编号，项目名称) 假设一个裁判只能执法一个项目。 项目名称←项目编号←裁判编号，存在传递依赖 * CQUPT GE J. * 需求分析 概念模型和规范化 范式定律的图示 * CQUPT * 1 软件工程知识回顾1.3 需求分析 讨论：“互联网上身份证挂失系统”的顶层数据流图？ * CQUPT * 1 软件工程知识回顾1.4 总体设计 总体设计的任务 划分出组成系统的物理元素； 设计软件的结构。 怎么从需求分析结果导出系统架构？ * CQUPT * 总体设计Software Architecture Software architecture is the design and specification of overall system structure. It defines a software system in terms of computational components (structure) and interactions among those components (topology). Components: are identified and assigned responsibilities that client components interact with through contracted interfaces. Interactions: specify communication and control mechanisms, and support all component interactions needed to accomplish system behavior. * CQUPT * 总体设计Software Archi