第9-10篇软件面向对象方法3.pptVIP

删除派生关联 总行拥有多台ATM。 分行提供分行计算机和柜员终端。 储户拥有账户。 柜员输入事务 事务修改账户 柜员终端与分行计算机通信。 分行保管账户 分行计算机维护账户。 ATM与中央计算机通信 ATM输入事务 中央计算机与分行通信 总行由各个分行组成。 总行拥有中央计算机。 储户拥有现金兑换卡。 现金兑换卡访问账户。 分行雇用柜员。 进一步完善筛选后的关联 正名 应该仔细选择含义更明确的名字作为关联名。 分解 为了能够适用于不同的关联，必要时应该分解以前确定的类/对象。 补充 发现了遗漏的关联就应该及时补上。 标明阶数 应该初步判定各个关联的类型，并粗略地确定关联的阶数。 分行提供分行计算机和柜员终端。 储户拥有账户。 柜员输入事务 事务修改账户 柜员终端与分行计算机通信。 分行保管账户 ATM与中央计算机通信 ATM输入事务 中央计算机与分行通信 总行由各个分行组成。 总行拥有中央计算机。 储户拥有现金兑换卡。 现金兑换卡访问账户。 分行雇用柜员。 柜员事务 远程事务 柜员输入柜员事务 柜员事务输进柜员终端 ATM输入远程事务 现金兑换卡授权远程事务 柜员事务修改账户 远程事务修改账户 筛选结果 分行提供分行计算机 分行拥有柜员终端 储户拥有账户 柜员输入柜员事务 柜员事务输进柜员终端 柜员事务修改账户 远程事务修改账户 柜员终端与分行计算机通信 分行保管账户 ATM与中央计算机通信 ATM输入远程事务 现金兑换卡授权远程事务 中央计算机与分行通信 总行由各个分行组成 总行拥有中央计算机 储户拥有现金兑换卡 现金兑换卡访问账户 分行雇用柜员 ATM系统初始对象模型 划分主题 确定属性 分析 在需求陈述中用名词词组表示属性，形容词表示可枚举的具体属性。 藉助于领域知识和常识 选择 误把对象当作属性 误把关联类的属性当作一般对象的属性 把限定误当成属性(如分行代码) 误把内部状态当成了属性 过于细化 不一致的属性 ATM 现有金额 付出金额 柜员终端 中央计算机 现有金额 付出金额 分行计算机 总行 总行名 分行 分行名 通信? 分行代码 ?组成 ▲ 拥有 ▲ 拥有 ▲ 通信 1+ ▲ 通信 1+ 1+ ▲ 拥有 1+ 柜员事务 远程事务 柜员 姓名 储户 姓名 地址 现金兑换卡 密码 拥有? ▲ 输入 1+ ▲ 授权 1+ 1+ 1+ ▲ 雇佣 帐户 余额 限额 类型 发放? 1+ 保管? 1+ 拥有? 1+ 1+ 访问 ▼ 修改 ▼ 修改 ▼ 1+ 1+ 识别继承关系 归纳 抽象出现有类的共同性质泛化出父类。 演绎 带有形容词修饰的名词词组往往暗示了一些具体类。但是，在分析阶段应该避免过度细化。 输入站 事务 类型 日期 金额 输入? 1+ 1+ ATM 现有金额 付出金额 柜员终端 中央计算机 现有金额 付出金额 分行计算机 总行 总行名 分行 分行名 通信? 分行代码 ?组成 ▲ 拥有 ▲ 拥有 ▲ 通信 1+ ▲ 通信 1+ 1+ ▲ 拥有 1+ 柜员事务 远程事务 柜员 姓名 储户 姓名 地址 现金兑换卡 密码 拥有? ▲ 输入 1+ ▲ 启动 1+ 1+ 1+ ▲ 雇佣 帐户 余额 限额 类型 发放? 1+ 保管? 1+ 拥有? 1+ 1+ 访问 ▼ 1+ 1+ 反复修改 事务 一个事务包含对账户的若干次更新 “更新” 有自己的属性（类型、金额等），因此应该把它作为类/对象。 类合并 “分行”与“分行计算机” “总行”和“中央计算机”。 现金兑换卡 “卡权限”：鉴别储户使用ATM的权限的卡。 “现金兑换卡”： ATM获得分行代码和卡号等数据的数据载体。 多张“现金兑换卡”可能对应着相同的“卡权限” 输入站 事务 日期 输入? 1+ 1+ ATM 现有金额 付出金额 柜员终端 总行 总行名 分行 分行名 分行代码 ?组成 ▲ 拥有 ▲ 拥有 1+ 1+ 柜员事务 远程事务 柜员 姓名 储户 姓名 地址 卡权限 密码 权限 拥有? ▲ 输入 1+ ▲ 授权 1+ 1+ 1+ 雇佣? 帐户 余额 限额 类型 发放? 1+ 保管? 1+ 拥有? 1+ 1+ 访问 ▼ 修改 ▼ 1+ 更新 类型 金额 1+ ▲标识 现金兑换卡 分行代码 卡号 1+ 第9周研讨 对象建模实例分析 实例1：实验八 课堂练习 * 9.4 对象模型 类图的基本符号 类间关系的符号 类的基本符号 类间关系的符号 关联（Association） 聚集（Aggregation） 泛化（Generalization ） 关联 两个类的对象之间的某种语义上的联系。 关联名： Work For 关联方向： ? 角色： employee, employer 重数: 1..*, * 重数（multiplici