将应用程序转换为支持时需要考虑什么？

Question

我将承担支持正在从开发团队过渡的复杂应用程序的角色。此应用程序是连接到几个（7）Web服务的共享点解决方案。开发团队几乎马上就要开始工作了，只会提供一些小问题。

我是新来的这个角色，所以我想知道我对这个大型项目有什么建议。应该做些什么考虑，以便过渡到支持是平稳和不间断的？

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

Answer 1

这听起来像是如果您能够调试应用程序，您已经设置了环境，所以这是我在知识转移情况下首先要提出的建议。一些通用的东西，我会得到从开发商，他们之前离开：

1. 应用程序使用的，凭许可证信息，如果适用的网站登录沿着第三方组件的列表。

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

3. 如果你的开发环境是“按原样”给你的（即你从一个离开的开发人员手中接过来，确保你知道如何从头开始重建它，他们可能有一个描述过程的文档建立一个开发箱，但如果没有，也许你可以让他们告诉你如何建立一个新的机器。

4. 三将走这很长的路，但如果设置一个服务器来运行应用程序是与建立开发环境不同，你会想知道如何在服务器配置问题出现时诊断服务器配置问题，甚至重建服务器。虽然这种情况可能是别人的责任，这取决于你的组织。

一旦你有了这些，你可能想了解应用程序为什么要做它所做的事情。这将为您提供需要了解支持和增强请求时的环境。

原始开发人员是此信息的唯一来源，还是在开发人员离开后您将与其合作的业务人员？在我开始使用现有的新应用程序时，我试图做的第一件事情就是找到一个熟悉业务的人，并让他们对应用程序的生活目标进行高级别的调整。从那里你可以根据需要进一步了解单个组件/功能/任何细节。商业人士可能比开发人员更好地获取这些信息，因此您可能需要先尝试。

希望有些帮助。

Answer 2

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

这可能包括诸如停止和启动服务（IIS，定时服务等）以及文件系统和数据库监视和维护。事先进行整理可以在以后节省很多痛苦。

如果系统管理员对SharePoint没有一些了解，请对其进行教育。他们需要知道与代码部署之类的事情有什么关系。

最好不要感受我的痛苦。