我想知道在新项目中学习业务逻辑的最快/最好的方法。
大多数项目已经运行了多年，其中一些项目的文档记录很差，但您仍然需要知道如何使用它们。最好的方法是什么？(用例图/同事支持/代码分析等(
详细日志记录的问题是，您可能会被没有帮助的详细信息过载，即使您有正确的详细信息，也可能会误解大局。
此外，如果项目运行了数年，并且文档记录不足，那么很少可用的文档很可能已经过时了。很可能，该团队也没有在伐木方面投入大量资金。
对代码进行逆向工程是另一种方法，但如果遗留系统中有数百万行代码，该从哪里开始呢？有些东西可以很容易地在代码中读取，但许多更复杂、更紧急的行为来自于许多类之间的交互，而这类知识是最难提取的。
所以这是一条路：
- 与同事交谈。将知识从一个大脑转移到另一个大脑的最佳方法是直接对话。它比任何形式的图表或任何文档都要好得多。不幸的是，这并不总是可能的(例如，团队离开(
- 如果1不可能，请理解业务用户的观点。可能有用户手册吗？也许一些同事的用户支持？如果这些都不可能，那么最终的方法就是在用户的生活中花一些时间。你不会理解系统是如何工作的，但至少你会快速了解系统应该做什么，对用户来说重要的是什么，也许还有一些商业规则
- 检查自动测试用例。事实上，这样的测试用例是一个隐藏的、最新的文档资源
- 检查非自动化测试用例，特别是使用验收测试和集成测试。如果这些不是自动化的，就有可能已经过时了。但总比什么都没有好
- 对代码进行逆向工程。确定主要类及其交互方式。是的，一些简化的类图将帮助您理解类是如何关联的(不需要记录属性和方法：这些可以在代码中找到(。一些序列图将帮助您了解更复杂的交互
运行服务器，处处记录详细信息。遵循代码流并深入研究。