软件工程第11、12章课件.pptVIP

系统设计 系统整体结构的设计 对象设计 对OOA模型中类/对象模型的具体化和细化 消息设计 从对象- 关系模型，设计出消息模型 设计模型复审 二、面向对象设计 三、系统设计过程 ⑴ 划分子系统； ⑵ 确定需要并发运行的子系统并为它们分配处理器； ⑶ 描述子系统之间的通信； ⑷ 确定系统资源的管理和控制； ⑸ 确定人机交互构件； ⑹ 选择实现数据管理和任务管理的基本策略。 四、四种主要子系统 问题域子系统 人机交互子系统 任务管理子系统 数据管理子系统 五、划分子系统 划分原则 模块化、功能独立、信息隐藏 同一个子系统的类拥有共同特性 同一个子系统的类具有共同目的 同一个子系统的类提供相似服务 同一个子系统的类间相对高耦合 子系统标准 有明确的接口，与其他子系统通信 一般类只和子系统内部的其它类协作 一、描述子系统间的通信 子系统协作模型 客户/服务器 端对端 二、人机交互设计 分类分析用户特点，设计不同界面 增加用户界面专用的类和对象 利用快速原型演示，改进界面设计 三、任务管理设计 策略 确定任务的特征 定义一个协调者任务和与之关联的对象 集成其它任务和协调者 步骤 识别由事件驱动和时间驱动的任务 识别关键性任务、任务优先级和任务管理类 定义任务 必要时扩充有关任务的类和对象 四、数据管理设计 解决对象数据的存储和检索 数据管理设计内容 定义数据格式 与所使用的数据存储管理模式相关 设计相应的操作 说明对象及所属类和对象如何存储自己 二、对象描述 五、领域对象的设计 设计目的——支持软件复用 设计内容 调整需求 复用已有的组件 引入父类，分组管理领域类 添加一般化类以建立协议 调整OOA模型 设计复审 一、OO软件的测试策略 1、OO软件的单元测试 全面地测试类和对象所封装的属性和操纵这些属性的操作的整体 发现类的所有操作中存在的问题 与其他的类协同工作时可能出现的错误 2、OO软件的集成测试 基于黑盒方法的集成测试 基于线程的测试（thread-based testing） 基于使用（use-based）的测试 3、OO软件的确认测试和系统测试 采用传统的黑盒法 OOA阶段的用例所描述的用户交互进行测试 导出OO系统测试的测试用例 对象－行为模型 时序图等 模拟用户实际使用环境 二、OO软件测试用例设计 （1）每个测试用例都要有一个唯一的标识，并与被测试的一个或几个类相关联起来； （2）每个测试用例都要陈述测试的目的； （3）对每个测试用例要有相应的测试步骤，包括被测对象的特定状态、所使用的消息和操作、可能产生的错误、测试需要的外部环境等。 三、OO概念对测试用例设计的影响 继承的成员函数需要测试 子类的测试用例可以参照父类 类测试用例设计 基于故障的测试用例设计 基于用例的测试用例设计 类间测试用例设计 类－关系模型 类－行为模型 * * 第十一章 面向对象的系统设计 一、面向对象设计的任务 11.1　系统设计的基本内容 属性、操作、协作者 对象-行为模型 对象-关系模型 类/对象 模型 使用 实例 0 请求 客户 子系统 服务器 子系统 peer subsystem peer subsystem 请求 请求 11.2　系统部件与结构的设计 设计模型 对象 数据结构 算法 消息传递 控制 分析模型 类 属性 方法 关系 行为 11.3　对象设计 一、分析与设计的关系 1.协议描述：一组消息和对消息的注释。 2.实现描述：对对象接收到某个消息后所执行的操作的实现细节的描述。 3.实现描述是由下列信息组成： ①对象与类的名字规范； ②指明数据项和类型的私有数据结构规范； ③每个操作的过程描述。 　实现描述必须含有对协议描述中所有消息的适当处理的充分信息。 三、算法设计和数据结构 　算法是一个简单的计算或过程序列并能实现为一个自包含的模块。 　数据结构的设计应该先于算法的设计，至少是和算法设计同时进行。因为操作总是操纵类的属性，因此最好地表示属性的数据结构的设计将会对相应操作的算法设计有强烈的影响。 四、程序部件和接口 软件设计质量的一个重要方面是模块化－即一些程序部件(模块)相结合以形成程序。面向对象的方法定义对象作为程序部件，对象自身又联接到其他部件(如私有数据、操作)。 　在设计期间必须标识出对象之间的接口和对象的总体结构(体系结构)。 六、设计模板 　在任何领域中最好的设计者都有一个神奇的能发现描述问题的模式与对应的解决问题的模式的能力。一个设计模式即是设计模板，而类和对象都可以作为设计模板。 设计模板的信息组成： 该模板的名字 该模板用于解决的问题 该设计模板的特征 应用该设计模板的结果 第十二章 面向对象系统的测试 *