我拿到一个新的系统时，该如何尽快的上手？

[wengdy2000]

各位高手：
我现在在一个公司上班，我拿到一个公司已经开发好了的系统（包括源代码），我应该如何才能迅速上手，熟悉并且修改程序？请各位高手指点！

[zhuma]

先到客户那里去

[中国红001]

看分析设计文档

[wengdy2000]

没有分析文档，只有代码，
这是一个我们自已公司用的系统

[zhf_karen]

反向工程，然后，根据需求，界面，集中消化一块业务。由于编写代码的项目组基本上会按照一个思路进行设计和开发，其他几块就容易突破了

[li_ping]

先把业务流程、相关的概念弄清楚；
我也是这样的，和我的工作有些相识。
可以相互交流：QQ 8215800

[zhuma]

千万不要先读所谓代码文档
会泥足深陷

向领导强烈要求去见客户
接触时间以项目大小而定
不要少于一个星期
再以自己的理解写出分析设计报告
然后徐图代码

这是教训
慎之

[中国红001]

分析软件本身，有些时候代码并不重要。
分析软件，自己写出文档。
必要时可以看代码。
体系结构-----代码

[wengdy2000]

这夽系统是我们公司自已在用，
我就在客户中间
每天都和客户在一起

[wengdy2000]

li_ping(#边学边用#):
先行谢过了,我的QQ号是：12884535

[termite]

业务流程

[billyqiao]

先亲自使用该软件，达到熟练使用的程度，根据软件本身并查找相关专家资料，写出你认为能满足的需求作为需求，根据你写出的需求并结合软件自身的操作，写出为满足需求而设计的功能作为功能，然后根据你所掌握的软件开发过程，猜测在需求和功能之间是怎么实现得作为分析，然后看看模块是怎么划分代码是怎么编写的作为编码，最后根据你对软件性能的理解亲自列出测试明细项目作为测试。

[xf_lii]

老兄，这应该算是天下第三大苦差事了。
文档是至关重要的，但你只有代码，首先得


解决方法只要一个：
给源代码添加注释，大量的注释。
从宏观再到微观。
详细说明没个类的内部信息，还有外部信息也很重要（比如与其它类之间的协作等，要详细。）
如果它很复杂，就有必要做个系统模型：选出你认为重要的类，根据你对它的注释就能轻易的做出来。或者注释与模型一起进行。其中不要有与界面有关的类，否则会使你头痛的。如果界面很复杂，并且在你的修改范围，就给参与界面处理的类产生个单独的模型放到单独的包里。
至于每个类的成员函数的具体实现部分先不要过多的考虑。因为太多了，而有些是你根本不需要知道的。
还有，添加注释也是一种艺术，好好琢磨吧。

[wengdy2000]

谢谢大家！