《用例驱动的UML对象建模应用：范例分析》读书笔记

　　花了两天的时间把《用例驱动的UML对象建模应用——范例分析》读完了。书中的关键内容就是40条CheckList，总结摘抄下来和大家分享。

 

十种最常见的域建模错误

10. 立即给关联指定多重度，确保每个关联都有明确的多重度。

9. 对名词和动词做过度的分析，而背离初衷。

8. 不对用例和时序图进行研究，就将操作分配给类。

7. 在确保以满足用户需求之前，对代码进行优化以提高重用性。

6. 对每个part-of关联，就使用聚集还是组合而争论不休。

5. 未对问题空间进行建模之前，就假定一种具体的实现策略。

4. 将类命名为难以理解的名称，而不是直观的名称。

3. 直接进入到实现结构，如友员关系和参数化类。

2. 在域类和关系型数据库表之间建立1对1的映射。

1. 过早地执行模式化，这将导致根据用户问题毫无关系的模式创建解决方案。

 

十种最常见的用例建模错误

10. 编写功能性需求，而不是使用场景文本。

9. 描述属性和方法而不是用况。

8. 编写的用例过于简洁。

7. 让自己同用户界面完全脱离。

6. 不给边界对象提供明确的名称。

5. 不从用户的角度进行编写，并使用被动语态。

4. 只描述用户交互，而忽略系统做出的响应。

3. 不描述操作的分支流程。

2. 不将重点放在用例的内部，而是放在如何达到这里或以后将发生的情况。

1. 花一个月的时间决定使用包含结构还是扩展结构。

 

十种最常见的健壮性分析错误

10. 违反一种或多种健壮性分析规则。

9. 不使用健壮性分析来帮助您在用例文本中采用一致的格式。

8. 健壮性图中不包含分支流程。

7. 不使用健壮性分析来确保类图和用例文本中的类名一致。

6. 给健壮性图中的类分配行为。

5. 包含的控制器过多或过少。

4. 试图使健壮性图十全十美，而花费过多的时间。

3. 试图在健壮性图上完成详细设计。

2. 不在用例文本和健壮性图之间进行可视化跟踪。

1. 不更新静态模型。

 

十种最常见的时序图错误

10. 不为每个用例绘制一个时序图。

9. 不将用例文本添加到时序图。

8. 不首先在健壮性图上确定所有必需的对象。

7. 不在用例文本和消息箭头之间提供可视化跟踪。

6. 不说明对象间的通信管道，而是让时序图表示高级抽象。

5. 将时序图绘制成流程图，而不是使用它来在对象间分配行为。

4. 不将重点放在有趣的方法上，而是放在get函数和set函数上。

3. 不仔细考虑消息箭头的起点（即特定时间内，哪个对象拥有控制权）。

2. 通过绘制消息箭头来分配行为时，不遵循职责驱动的OOD基本原则。

1. 不为每个用例包绘制本地类图，以更新静态模型。