软件工程-第11讲R2.pptVIP

低内聚例子（2） 不同领域的类之间形成错误的关系 责任分配原则 原则1：专家（ Expert ）原则 原则2：老板（Boss）原则 原则3：可视（Visibility）原则 责任分配原则（1） ——专家（ Expert ）原则 把责任分配给信息专家 --有足够信息去完成该责任的类。 拟人化的抽象思维 我知道什么？我能做什么？这件事该由谁负责？ 责任分配原则（2） ——老板（Boss）原则 聚合/组合结构的消息传递 当出现以下情况时，发给A的消息先通过B处理和中转： B聚合A（Aggregation） B组合A（ Composition ） 责任分配原则（2） ——老板（Boss）原则 责任分配原则（3） ——可视（Visibility）原则 两个对象之间有消息传递，则相应类必有关联 不要与陌生人说话 类图（修订4） 用例：结账：基本路径 1. 会员请求结账 2. 系统检查账户是否处于打开状态 3. 系统检查库存是否满足 4. 系统检查会员提交的信息是否充分 5. 系统合计订单总价（订单总价＝所有订单项价钱 合计＋税金＋运费） 6. 系统显示收费明细 7. 会员确认 8. 系统通知供应商发货，减少相应库存数量 责任分配给谁？ 会员？账户？ 应用：专家+老板原则 类和代码变化 会员.检查账户状态() { … 账户.检查状态() … } 责任分配给谁？ ？ 应用专家原则 “合计总价”操作