常规的做法是看设计文档、了解背景、维护代码等。经过这一阶段的体会，总结到以下可行的方法。
1) 看设计文档、了解项目产生的背景，必须明白：主要是解决了业务什么问题，关键路径、接口是什么？核心数据是什么？可能存在哪些系统瓶颈（单点、外部依赖、安全、性能等）
2）关键还是看代码了，代码里面有重要的细节，建议的方法如下：
a. 先了解基本的框架、类库的大概作用
b. 从配置文件入手，必须了解每一个配置的含义，特别是该配置对应功能的实现逻辑。这对于维护系统、讨论问题特别重要，如果连一个配置都不知道，怎么还能说在维护这个系统?!
c. 把代码重要的逻辑图示记录下来，系列图、流程图，或者是伪代码都行，主要是进一步理解、分析、记忆的过程
3）运维起来，针对现网问题进行分析理解;知道或者准备一些排查问题的工具、方法，这个也是为你后面修改代码的测试做准备。
4）可以开始更新的需求了，注意：
a. 保持原来的代码、异常处理、容错风格，特别是对于异常处理、变量命名的一致性，有时候还要参考其它模块。当然，明显不对的地方要改进。
b. 开始一定要进行全方位的测试，在测试过程中，可能会有意外的发现和收获。