3面向对象的分析与设计设计篇剖析.ppt

* OO模型的构件化 构件化的意义 ——支持基于构件的软件开发 OOA阶段：支持分析级的软件复用 OOD阶段：支持和计级的软件复用，并且支持以构件为单位进行编程实现 OOA阶段的构件通常不是最终结果，在OOD阶段会有变化 主要工作 把类图中的类组织成一些可以独立进行编程、发布、销售和升级的构件 基本原则 构件的粒度不宜过小，一个构件通常可以包含多个类，除非某些类本身就已经很庞大。 一个类可以在多个构件中复用，但是不把一个类拆分到多个构件中，即：把类看成一个原子的系统单位。 * 考虑的因素： 各个类之间关系的紧密程度 在问题域中所对应的事物 所提供的功能类别 彼此之间通信频繁程度 在系统中的分布与并发情况 这一切正是在面向对象建模中进行包的划分所考虑的因素。 结论： 以包作为组织构件的基本依据 必要时对包进行合并或拆分 兼顾软件的发布、销售等因素 如何将类组织为构件 * 15.3 系统部署 1、软件制品的组织 源文件制品 构件及其接口编程实现后的源文件 可执行文件制品 由源文件编译产生 数据库制品和数据文件制品 按部署的结点打包 模型文件制品 各种模型图及其规约 测试用例制品 按被测试的程序单位进行组织 其他制品 如产品说明书、用户手册、联机帮助文件等 * 2、系统部署过程与策略 针对不同的目标确定不同的部署方案 例如：针对系统安装、售后服务和最终用户的不同方案 部署过程 （1）描述结点及通信路径 例如： * 1 * 1 Client （2）配置结点的执行环境 操作系统、编译系统、DBMS、界面支持系统、中间件…标准配置，自选配置 * （3）把制品部署到结点上 包的组织策略、系统分布策略和构件组织策略 ——决定了各个结点上应该有哪些构件 源文件制品和可执行文件制品 部署到相应的构件所在的结点上 模型文件制品和测试用例制品 根据模型文件和测试用例的作用范围 数据库制品和数据文件制品 根据应用范围和数据传输量较小的原则 产品说明书、用户手册和联机帮助文件等制品 根据使用范围 * 谢谢大家 * * * * * * 4、问题域部分的修改 … … … … 类B … … … … … … … … 类D … … … … 问题域部分 数据接口部分 类A 类C 对象存取器 … … … … 每个持久对象类都要增加请求存储和恢复所需的属性和操作，以便向数据接口部分发出请求 类名 … … 请求保存 请求恢复 … … 类名 … … 请求保存 请求恢复 … … 类名 … … 请求保存 请求恢复 … … 持久对象 请求保存 请求恢复 … … 类名 … … 增加一个一般类来定义它们，作为共同协议，供所有的持久对象类继承 * （二）针对RDBMS的设计 应用系统 数据接口 … RDBMS 对象 对象 对象 1、对象及其对数据库的使用 如何看待用 RDBMS存储对象 应用系统仍然是面向对象的 只是用关系数据库存储对象的数据 关系数据库 * 从应用系统的对象到数据库表元组的不同映射方式 类A 对 象 1 实例化 … 元 组 1 元 组 2 … 元 组 n 对 象 2 对 象 n 内存空间 数据库 表A 一一对应的映射方式 数据接口 RDBMS 类A 数据接口 实例化 元 组 1 元 组 2 … 元 组 n 对 象 内存空间 数据库 表A 非一一对应的映射方式 RDBMS * 使用RDBMS和使用文件系统的不同 （1）系统以不同方式使用数据库中的数据 存储对象 或 使用其普通数据 ——原因：数据库的共享性 （2）可能需要数据格式转换 原因：关系数据库对规范化的要求 对象从数据库获得其他数据 关系数据库 ? 应用系统 对象 数据接口 对象 … RDBMS 对象 对象保存与恢复 * 2、对象在数据库中的存放策略 对象数据的规范化 修改类图 确定关键字 从类图映射到数据库表 类→表 类的属性→表的属性 对象实例→行 对一般-特殊结构、整体-部分结构、关联等OO概念的处理 * 第一范式（1NF）：关系（表）的每个属性都必须是原子的。就是说，关系的每个属性都是单值的，它不再包含内部的数据结构。 第二范式（2NF）：如果一个关系的所有非关键字属性都只能依赖整个关键字（而不是依赖关键字的一部分属性），则该关系在第二范式中。 第三范式（3NF）：如果一个关系在第二范式中，而且没有传递依赖，则该关系在第三范式中。 Boyce-Codd范式（BCNF）：如果一个关系的每个决定因素都是候选关键字，则该关系在BCNF中。 第四范式（4NF）：如果一个关系在BCNF中，而且没有多值依赖，则该关系在第四范式中。 1）对象数据的规范化 关系数据库要求存入其中的数据符合一定的规范，并且用范式衡量规范化