一个庞大的项目，没有文档，为后续开发各位有什么建议？该怎么解决
一个庞大的项目，没有文档，为后续开发各位有什么建议？
一个庞大的项目，没有文档，现在对其进行反向工程，对软件进行UMl。让新人快
速的融入团队当中。
在对这个项目进行UML的基础上，各位有什么好的建议希望提出来。
其中每一个类的函数都非常之多，类与类的联系关系紧密，耦合度过高，各位遇到这么问题是如何解决的，希望赐教。
------解决方案--------------------
先画类关系图，用最简单的话简述一个每个类的作用。
先让新人去了解和维护功能单一，影响力小的类
------解决方案--------------------
跟这些“工具”没有关系，关键还在于个人对于面向对象分析的能力。也就是说，用源代码、软件运行界面、用户的通用需求等各种资料，自己写文档，基本上是手工工作。
------解决方案--------------------
1. 心态上，不能着急，不要指望新人一下子搞明白所有的实现
2. 认真计划，要进行细粒度的计划，让新人做起来相对容易入手
3. 要确保每项计划的任务都按质量完成
4. 如果业务比较复杂，建议遇到与任务相关的业务时再详细传递给新人，而不要指望一下子传递所有业务知识
一个庞大的项目，没有文档，现在对其进行反向工程，对软件进行UMl。让新人快
速的融入团队当中。
在对这个项目进行UML的基础上，各位有什么好的建议希望提出来。
其中每一个类的函数都非常之多，类与类的联系关系紧密，耦合度过高，各位遇到这么问题是如何解决的，希望赐教。
------解决方案--------------------
先画类关系图，用最简单的话简述一个每个类的作用。
先让新人去了解和维护功能单一，影响力小的类
------解决方案--------------------
跟这些“工具”没有关系，关键还在于个人对于面向对象分析的能力。也就是说，用源代码、软件运行界面、用户的通用需求等各种资料，自己写文档，基本上是手工工作。
------解决方案--------------------
1. 心态上，不能着急，不要指望新人一下子搞明白所有的实现
2. 认真计划，要进行细粒度的计划，让新人做起来相对容易入手
3. 要确保每项计划的任务都按质量完成
4. 如果业务比较复杂，建议遇到与任务相关的业务时再详细传递给新人，而不要指望一下子传递所有业务知识