类图要依赖于系统分析，系统分解，然后将结果绘制为“用例图”、“活动图”，根据“用例图”活动图“，类图才可以诞生。
1、根据需求分析系统，分解系统，绘制出系统—子系统分解图。
2、然后分析子系统，绘制出子系统的用例图和活动图，根据此绘制总系统“用例图”和活动图。
3、根据子系统用例图中的“角色”和“用例”抽象出类，设计类的属性和方法，这时可以参考子系统活动图。
4、类的每一个“方法”都用“活动图”表示该方法的“业务处理流程”，这样的类的功能就非常明确了。
设计类的注意事项：
1、一次能完成的操作，不要分开，除非一次操作不能完成。要简化用户操作和程序员使用过程，最大化封装。可以将类中的方法封装为私有方法，然后“私有方法”被该类的共有方法使用，只对外公开共有方法。
2、对形参、返回值、类之间的关系等都要在类图说明里面写明。
3、在设计类的时候不要考虑与数据库，考虑的过多的细节，可能影响设计过程，使设计难于继续。
4、对子系统中的模块需要进行实现方式的思考，根据实现方式绘制子系统的用例图。用例图的绘制要站在客户的角度上，用户可见的是什么？他可以操作的是什么？ 在用例图基础上，把模块操作当做一个类来进行抽象与封装。
5、子类 虽然继承抽象类，但是他自己的属性和方法 依然需要存在，需要在类图中体现出来。
6、类图 一定要考虑到模块的操作，抽象基类 一定是再 大量类的基础上抽象出来的，不要先设计基类 再设计子类。抽象基类的时候 一定要合理，假如不合理 就没必要抽象基类。共性多的才抽象基类，差异多得 就不要抽象基类了。