对分析业务模型----类图的学习与认识
编程的发展史，简单来说就是一下的几个阶段：一行行的代码；用方法组织起来的代码；结构化的代码；面向对象的代码（用类来组织的代码）。同我们的学习一样这是个循序渐进的过程。
我们的认知可能还存在这样的一个认知：将业务概念直接转变为类，赋予合适的属性和操作就能解决问题。或者是对这种认知存在疑问但还是会以这种思维解决遇到的问题。其实需求阶段的建模与设计阶段的建模是很不一样的。需求阶段的建模是对业务和需求的提炼，优秀的需求设计是设计建模的良好开端，但优秀的设计建模还要考虑更多的设计上的事情，并不是简单的将需求建模转化为设计建模就能解决问题。
牢记主要目的：形成严谨、全面、深入的分析方法。
将某样东西归纳在一起，恶意成为一个类。类有很多提炼角度，我们需要根据系统的目标，业务的场景等进行分析选取合适的角度对事物进行归纳。类的基本语法是简单的，但是要准确识别出来就不是简单的事情了。在实际项目中，我们需要将需求调研中了解到的业务对象、任务列举出来，画出他们的关系，反复推敲，才能得出合适的业务模型。
对于关联类，在《UML大战需求分析》当中有这么几条建议：
1、如果觉得两个类有关系，则先拉上一条直线再说；
2、如果觉得两个类有关系，但怎么画都觉得这个关系不太合适，那么可以思考是不是漏了一个关联类；
3、分别列出两个类的关键属性，思考这些属性的属性值是不是该类本身就可以确定了；
4、通过对属性的思考，可能会发现这个属性应该是属于另外一个类的，思考这个类是不是能表征原来两个类的关联类。
利用好类图，类图的最大魅力在于帮助你发掘和提炼业务模型。