教学目标、内容(编辑修改稿)

教学目标、内容(编辑修改稿)内容摘要：

1+ 拥有 1+ 通信 1+ 1+ 1+ 通信 雇佣 拥有 1 1 1 1 2 2 2 2 3 3 3 3 修 改 第 24 页 ⑷ 确定属性  属性是对对象性质的描述。  确定属性分两个步骤： 分析和选择属性 分析属性 ：通常 ， 需求陈述中用名词词组表示属性。 例如 ， “ 光标的位置 ”。 确定找出属性还要借助领域知识和常识分析得到。 属性的确定既与问题域有关 ， 也和目标系统的任务有关。 应该只考虑与具体应用直接相关的属性 ， 不考虑那些超出所要解决问题范围的属性。 在分析过程中应该首先找出最重要的属性 ， 以后再逐步地把其他属性增添进去。 第 25 页 选择属性 选择属性时有以下几种常见情况： 1) 误把对象当作属性。 例如，在邮政目录中，“城市”是一个属性，而在人口普查中“城市”则作为对象。 2) 把限定误当作属性。 正确地使用限定词可以减少关联的阶数。 在 ATM例中，“分行帐号”、“雇员号”等都是限定词，不能作为属性。 3) 把内部状态当作属性。 如果某个性质是对象的非公开的内部状态，则不能作为该对象的属性。 4) 过于细化。 忽略那些对大多数操作没有影响的属性。 5) 存在不一致的属性。 如果存在与其他属性毫不相关的属性，则应该把该类分解为两个不同的类。 第 26 页 ATM对象模型中的属性 总行 分 行 代 码 组成 分行 账户 储户 保管 1+ 1+ 现金兑换卡 拥 有 1+ 访问 1+ 远程事务 ATM 分行计算机 拥 有 通信 授权 输入 1+ 1+ 1+ 修改 柜员事务 柜员终端 1+ 输入 中央计算机 柜员 输入 1+ 通信 1+ 1+ 通信 雇佣 1+ 拥 有 总行名 站号 现有金额 付出金额 类型 日期 金额 密码 1+ 修 改 修 改 类型 日期 金额 姓名 地址 拥有 卡号 站号 站号 分行名 拥 有 账号 雇员号 姓名 分 行 代 码 发放 姓名金额 限额 类型 第 27 页 ⑸ 识别继承关系  确定了类中的属性后 ， 就可以对系统中的类确认它们的继承关系了。  可以使用两种方式建立继承关系： 1) 自底向上。 抽象出现有类的共同性质泛化出父类。 例如 ， ATM中 “ 远程事务 ” 和 “ 柜员事务 ” 是类似的 ， 可以泛化出父类 “ 事务 ”。 2) 自顶向下。 把现有类细化成更具体的子类。 例如 ， 带形容词修饰的名词词组往往暗示了一些具体类。 但在分析阶段应该避免过度细化。 第 28 页 带有继承关系的 ATM对象模型 保管 1+ 访问 输入 1+ 拥有 1+ 总行 分 行 代 码 总行名 ATM 现有金额 付出金额 事务 类型 日期 金额 现金兑换卡 密码 1+ 修改 储户 姓名 地址 拥有 分行计算机 站号 分行 站号 账号 分行名 雇员号 中央计算机 站号 分 行 代 码 柜员事务 账户 金额 限额 类型 输入站 拥 有 通信 通信 通信 拥 有 拥 有 柜员 姓名 卡号 雇 佣 发放 远程事务 柜员终端 1+ 授权 1+ 输入 组成 1+ 1+ 第 29 页 ⑹ 反复修改  建立模型的过程往往是反复修改的过程 ， 只要发现模型有缺陷 ， 就必须返回到前期阶段进行修改。  例如 ， 对于上述 ATM系统 ， 可能做的修改： 1. 分解 “ 现金兑换卡 ” 类为 “ 卡权限 ” 和“ 现金兑换卡 ” 两个类。 2. “ 事务 ” 由 “ 更新 ” 组成。 一个事务包含对账户的若干次更新。 3. 把 “ 分行 ” 与 “ 分行计算机 ” 合并。 类似的 ， 合并 “ 总行 ” 和 “ 中央计算机 ”。 第 30 页 四、面向对象设计 OOD  OOD是用 OO观点建立求解域模型的过程。  OOA是通过对象的认定 ， 确定问题空间中应当存在的对象和对象层次结构； OOD则是通过对象的认定和对象层次结构的组织 ， 确定解空间中应存在的对象和对象层次结构 ， 并确定外部接口和主要的数据结构。  OOD也分两个步骤：即高层设计阶段和低层设计阶段。 高层设计阶段开发系统的结构 ， 构造软件系统的总体模型 ， 包括开发用户界面等。 低层设计集中于类的详细设计 ， 包括对象类的关联 、 接口形式及实现服务的算法等。 第 31 页 面向对象设计的目标  OOD的主要目标是提高生产率 、 提高质量及提高可维护性。 1. 提高生产率 OOD是一种系统设计活动 ， 使用 OOD最多使整个生产率提高 20%左右。 OOD使用重用类机制来改进效率 ， 类库是这种结构的主要组成部分。 2. 提高质量 OOA和 OOD过程能够减少开发后期发现的错误 ， 并大大提高系统的质量。 3. 提高可维护性 OO方法开发的系统中 ， 最稳定的是类 ， 系统可变的是服务 ， 服务的复杂程度也是变化的 ， 外部接口也是最可能变化的部分。 为提高可维护性 ， 就要把系统中稳定的部分和易变的部分分离开。