读《OOA&D实践之路——真实案例解析OO理论与实践(一)》总结

一、第一项任务：特性列表

      1.客户不会想到方方面面。
      2.有时客户并不明确自己想要什么东西，而仅仅是有个动机。
      3.不要和客户谈需求，要谈特性。
      4.开发人员有义务引导和帮助客户挖掘系统的特性。
      5.当客户描述不清某个特性时，可以采用找类似事物的方法，说说这个特性像什么，不像什么。
      6.在软件开发初期，我们需要首先整理出一张特性列表，而不是做需求分析。

二、降低风险

      1.特性列表完成后，我们首先应该降低风险，而不是做分析或设计。
      2.重复特性存在风险。可以用DRY原则处理。
      3.存在模糊不清概念的特性存在风险。请仔细询问客户，不要想当然。
      4.不知如何实现的特性存在风险。一定要保证对每条特性的实现方式心里大致有个谱，但不需很精确。

三、通览全局：避免过早陷入细节的泥沼

      1.不要过早陷入细节
      2.在特性列表到用例分析之间，用该先有一个系统概览，让我们从高层次上审视系统全貌。
      3.用例图是实现这种概览的有效方式。
      4.用例不要粒度过细，要能反应系统粗粒度操作。
      5.最后不要忘了检查图中用例是否覆盖了所有特性。

 

具体实践见：

http://www.uml.org.cn/mxdx/201001081.asp