设计阶段的类图？解决方法

设计阶段的类图？
1. 之前在上一家公司的时候，设计的时候类图画的不是很细，只大概知道类之间的关系和类中主要的方法，这样基本就可以了。
2. 现在换了家公司，设置中类图要画的特别细，里面有什么方法，什么成员都要写出来，函数的参数也要画出来，很不适应？
这是特别细的行为，请问大家设计的时候一般是按照哪种方式画类图的？

如果按照2的结果，基本上跟写代码一样，代码就已经出来了。（这的确有好多好处，但是没有进行编码细节一般很难考虑到）
请问大家平时设计进行评审的时候一般按照哪种方式进行画类图！
------解决方案--------------------
可能是为了更好的模块化，定义好各个模块之间的传递的参数信息，方便协同开发，提供效率。
------解决方案--------------------
2，尽可能的详细，否则，修改起来可能会涉及团队的N多人的工作；修改是不可避免的，但应该尽可能控制范围
------解决方案--------------------
遇到一个接口非常多的类，图非常难看。。。 按照你们老大的意思吧，别纠结了，不然吃亏的是自己