在将应用程序转换为支持时需要考虑哪些因素？

Question

我将承担支持从开发团队过渡的复杂应用程序的角色。此应用程序是一个连接到多个（7）Web服务的sharepoint解决方案。开发团队几乎立即就开始了，只能用于小问题。

我是这个角色的新手，所以我想知道当我接受这个大项目时你对我有什么建议。应该做些什么考虑，以便顺利和不间断地过渡到支持？

我一直在阅读文档，但我已经看到了一些需要填补的空白。应用程序非常（可能过度）可配置，并且有很多注入的代码。单步执行代码是我了解实际情况的唯一方法。

Answer 1

如果你能够调试应用程序，听起来你已经设置了你的环境，所以这是我在知识转移情况下建议的第一件事。在开发人员离开之前我会得到一些一般性的东西：

1. 应用程序使用的第三方组件列表，以及许可证信息和网站登录（如果适用）。

2. 访问运行此内容的环境的每个部分，包括生产和开发。这意味着源代码管理系统，数据库服务器等等。听起来你已经拥有其中的一些，但确保你可以访问绝对的一切。

3. 如果您的开发环境“按原样”提供给您（即您从其中一个离开的开发人员那里获得了开发环境，请确保您知道如何从头开始重建它。他们可能有一个文档描述了构建开发盒的过程，但如果没有，也许你可以让他们向你展示如何设置一台新机器。

4. 有三个会对此有所帮助，但如果设置服务器以运行应用程序与设置开发环境有任何不同，那么您需要知道如何诊断服务器配置问题，如果他们突然出现，甚至重建服务器。虽然根据您的组织，这类事情可能是其他人的责任。

一旦掌握了这些内容，您可能希望了解应用程序执行其操作的原因。这将为您提供在进入时理解支持和增强请求所需的上下文。

原始开发人员是这些信息的唯一来源，还是在开发人员离开后会与您合作的业务人员？当我开始使用对我来说不熟悉的现有应用程序时，我尝试做的第一件事就是找到一个对业务有所了解并让他们高度重视应用程序生活目标的人。从那里，您可以根据需要详细了解各个组件/功能/任何内容。与开发人员相比，商务人士可能是获取此信息的更好来源，因此您可能需要先尝试这些信息。

希望其中一些有帮助。

Answer 2

如果您不是系统管理员（而不是SharePoint管理员），请与他们了解您可以执行的任务以及您需要执行的操作。

这可能包括停止和启动服务（IIS，定时服务等）以及文件系统和数据库监视和维护。事先解决这个问题会在以后节省很多痛苦。

如果系统管理员对SharePoint没有一定的了解，请对其进行培训。他们需要知道代码部署等事务的处理方式。

最好不要感受到我的痛苦。