第05五部分 面向对象的设计方法.ppt

第五部分 面向对象的设计方法 主要内容 确定设计元素 用例设计 子系统设计 类设计 数据库设计 案例实践 确定设计元素的步骤 确定类和子系统 确定子系统接口 确定复用机会 更新设计模型的组织结构 从分析类到设计元素 确定设计类 满足以下情况分析类直接映射到设计类 是很简单的分析类 代表了单一的逻辑抽象 较复杂的分析类可以 分离为多个类 变为包 变为子系统 设计类组合成包 可以出于以下原因划分设计模型 ： 配置单元 开发团队间分配资源 反映用户类型 代表系统所使用的现有产品和服务 边界类打包 将功能相关的类打包 判断两个类是否在功能上相关的标准： 一个类的行为和/或结构的变化使得另一个类也相应变化 删除某个类会影响其它类 两个对象进行大量的消息交互或以复杂的方式互相通信 某个边界类的功能是显示一个特定的实体类 两个类与同一个参与者进行交互或受到对同一个参与者更改的影响 如果两个类之间存在某些关系 一个类可能与创建其实例的类在功能上相关 以下标准确定何时不应将两个类放在同一个包中： 与不同参与者相关的两个类 可选类和必选类 包内容可见性 包的耦合 不应对包进行交叉耦合 较低层的包不应依赖于较高层中的包 通常依赖关系不应跳层 示例：Registration包 示例： External System Interfaces包 子系统和接口 具有包（其中可包含其他模型元素）和类（其具有行为）的语义 实现一个或多个接口，这些接口定义子系统可以执行的行为 子系统和接口 子系统： 完全封装了行为 有定义明确的接口代表独立的能力 有多种实现方式 包和子系统 子系统 提供行为 完全封装内容 很容易被替换 子系统的使用 子系统将系统分为若干个单元，这些单元： 可以独立预定、配置或交付 可以独立开发（只要接口保持不变） 可以在一组分布式计算节点上独立部署 可以在不破坏系统其他部分的情况下独立地进行更改 子系统还可以用来： 将系统分为若干单元，以提供对关键资源的有限安全保护 在设计中代表现有产品或外部系统 确定子系统提示 注意对象协作 注意可选性 注意用户界面 注意参与者 查找类与类之间的耦合和内聚 注意替换 注意分布 注意易变性 可能的子系统 分析类发展为子系统： 提供复杂行为和/或效用的类 边界类（用户界面和外部系统界面） 现有产品或外部系统： 通信软件 数据库访问支持 类型集合和数据结构 常用的实用程序 应用程序专用产品 确定子系统 确定设计元素的步骤 确定类和子系统 确定子系统接口 确定复用机会 更新设计模型的组织结构 确定子系统接口 目的 确定可以使系统接缝定形的设计元素 步骤 为每个子系统确定一个备选接口集 寻找接口之间的相似点 定义接口依赖关系 将接口映射到子系统 定义接口所指定的行为 将接口打包 接口指导 命名接口 反映在系统中的作用 描述接口 表达接口的职责 定义操作 操作名称应反映出操作的结果 描述操作做什么,及所有参数和返回值 记录接口 打包的信息：时序图，状态图，测试计划 设计子系统和接口示例 分析类与设计元素的映射 子系统和接口建模 CourseCatalogSystem 子系统 Billing System 子系统 确定设计元素的步骤 确定类和子系统 确定子系统接口 确定复用机会 更新设计模型的组织结构 确定复用的机会 目的 根据现有子系统和/或构件的接口确定它 们可以在哪些地方复用 步骤 寻找提供相似接口的现有子系统或构件 修改新确定的接口以增强匹配性 在出现准确匹配的地方将备选接口替换为 现有接口 将备选子系统映射到现有构件 可能的复用机会 开发系统的内部 验证过的来源于包和子系统的共性 开发系统的外部 商业上可利用的构件 以前所开发的应用程序的构件 逆向工程产生的构件 系统内部的复用 确定设计元素的步骤 确定类和子系统 确定子系统接口 确定复用机会 更新设计模型的组织结构 分层指南 可见度 只能与同一层及其下一层的子系统存在依赖关系 易变性 上层随需求而改变 底层随平台而改变 通用性 抽象的模型元素放在低层 层数 小系统：3-4层 复杂的系统：5-7层 设计元素和架构 架构层次示例 分区考虑的因素 内聚和耦合 用户组织 技能领域 系统分布 保密领域 可变性领域 分区示例 应用程序层示例 层次架构中的应用程序层 业务服务层示例 层次架构中的业务服务层 中间件层示例 第五部分 面向对象的设计方法 主要内容 确定设计元素 用例设计 子系统设计 类设计 数据库设计 案例实践 用例设计总览 用例设计的步骤 描述设计对象之间的交互 利用子系统简化时序图 说明与持久性相关的行为 改进事件流说明 合并类和子系统 描述设计