我将担任从开发团队过渡过来的复杂应用程序的支持角色。此应用程序是连接到多个 (7) Web 服务的共享点解决方案。开发团队几乎立即撤离，并且只处理小问题。
我是这个角色的新手，所以我想知道在我接手这个大型项目时您对我有什么建议。应该考虑哪些因素才能平稳且不间断地过渡到支持？
我一直在阅读文档，但我已经看到一些需要填补的空白。该应用程序非常(可能过度)可配置，并且有很多注入(inject)代码。单步执行代码是我了解实际情况的唯一途径。
最佳答案
如果您能够调试应用程序，听起来好像您已经设置了环境，所以这是我在知识转移情况下建议的第一件事。在开发人员离开之前，我会从他们那里得到一些一般信息:
应用程序使用的第三方组件列表，以及许可信息和网站登录信息(如果适用)。
访问这个东西运行的环境的每个部分，包括生产和开发。这意味着源代码管理系统、数据库服务器等。听起来您已经拥有其中一些，但请确保您可以访问所有内容。
如果您的开发环境是“按原样”提供给您的(即您从一位即将离职的开发人员那里接管了它，请确保您知道如何从头开始重建它。他们可能有一份文档描述构建开发箱的过程，但如果没有，也许您可以让他们向您展示如何设置新机器。
三个将大有帮助，但如果设置服务器来运行应用程序与设置开发环境有任何不同，您可能想知道如何诊断服务器配置如果出现问题，甚至重建服务器。尽管根据您的组织，这类事情可能是其他人的责任。
一旦你有了这些，你可能想要了解应用程序为什么做它所做的事情。这将为您提供了解支持和增强请求时所需的上下文。
原始开发人员是此信息的唯一来源，还是开发人员离开后您将与之共事的业务人员？在开始使用对我来说是新的现有应用程序时，我尝试做的第一件事就是找到对业务了如指掌的人，让他们向我简要介绍该应用程序在生活中的用途。从那里您可以根据需要详细了解各个组件/功能/任何内容。与开发人员相比，业务人员可能是此信息的更好来源，因此您可能想先尝试一下。
希望其中一些有所帮助。
关于c# - 将应用程序转换为支持时需要考虑哪些因素？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2917302/