9.34面向对象分析和设计.ppt

建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联（结构） 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立对象模型 确定类——对象 确定关联 划分主题 确定属性 识别继承关系 定义服务 建立动态模型 画状态图 画事件跟踪图 面向对象设计 问题论域部分的设计 用户界面（人机交互）部分的设计 任务管理部分的设计 数据管理部分的设计 面向对象设计 问题论域部分的设计 用户界面（人机交互）部分的设计 任务管理部分的设计 数据管理部分的设计 面向对象设计 问题论域部分的设计 用户界面（人机交互）部分的设计 任务管理部分的设计 数据管理部分的设计 用户界面部分的设计 用户分类（技能/组织/职能） 描述人及其任务的场景 设计命令层 设计详细的交互 继续做原型 设计人机交互类 根据图形用户界面进行设计 面向对象设计 问题论域部分的设计 用户界面（人机交互）部分的设计 任务管理部分的设计 数据管理部分的设计 面向对象设计 问题论域部分的设计 用户界面（人机交互）部分的设计 任务管理部分的设计 数据管理部分的设计 数据管理部分的设计 数据管理方法 文件管理 关系数据库管理系统 面向对象数据库管理系统 数据管理部分的设计 数据存放设计 设计相应的操作（服务） 前一页 系统分解 对于规模较大、较复杂的系统，可分解为若干个较小的部分，分别设计。 采用面向对象方法设计软件，与面向对象分析模型一样，由主题、类——对象、结构、属性和服务五个层次组成。 大多数系统的面向对象设计模型，在逻辑上都可以划分为，问题域子系统、人机交互子系统、任务管理子系统、数据管理子系统。 前一页 问题论域部分的设计 使用面向对象方法开发软件时，在分析和设计之间没有明确的界限。 通过分析所得出的问题域精确模型，为设计问题域子系统奠定了良好的基础，建立了完整的框架，应尽可能保持分析所建立的问题域结构。 通常设计仅需从实现的角度对问题域做一些补充和修改，主要是合并或分解类——对象、属性和服务，调整继承关系等等。 当问题域子系统较复杂庞大时，应该将其分解为更小的子系统。 前一页 问题论域部分的设计（设计问题论域子系统） 复用设计 关联专用类 增添一般化类 调整继承关系 例子 前一页 复用设计 软件复用（重用）是提高生产率和质量的重要途径，在设计阶段应加以重视。 一是尽量使用已有的类； 二是在新建类时要考虑将来的可重用性。 设计问题域子系统 前一页 概 念 复用（重用）：是指同一事物不加修改或稍加改动就可以多次重复使用。软件重用可分为： 1、知识重用。 2、方法和标准重用。 3、软件成分重用。 软件重用 前一页 概 念 软件成分重用又可从低到高分为如下三个级别： 1、代码重用 原代码剪贴、原代码包含、继承。 2、设计结果重用 3、分析结果重用 软件重用 前一页 复用设计 代码重用从设计阶段开始，在研究分析的结果时就应该寻找使用已有的类。如果需要创建新的类，则在设计中必须考虑将来的可重用性。 设计问题域子系统 前一页 关联专用类 在面向对象设计过程中，设计者通常是通过引入一个根类把问题域类组合在一起。 设计问题域子系统 前一页 增添一般化类 在设计中常常发现，一些具体的类需要有一个公共的协议，即它们需要定义一组类似的服务。在这种情况下，可以引入一个附加类，以便建立这个协议。 设计问题域子系统 前一页 调整继承层次 1、使用多重继承机制 使用多重继承机制时，应避免属性和服务的命名冲突。 设计问题域子系统 窄菱形多重继承模式 阔菱形多重继承模式 前一页 调整继承层次（续） 2、使用简单继承机制 如果使用只有单继承机制的语言，则应将分析模型中的多重继承结构转换成单继承结构。 ? 使用映射把多重继承分解为两个层次。 ? 把多重继承化为单一的继承层次。 设计问题域子系统 利用关联关系调整 调整为单一层次 前一页 调整继承层次（续