Question

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.

这个问题似乎并不涉及在help Center中界定的范围之内的方案规划。

Closed 3 years ago.

我们外包了一个基于网络的门户,现在我们不希望与它们合作,因为网站日复一日变得更加富有活力,客户抱怨增加。

我们选择了一个基于其当地声誉的不同团队,他们的组合有利于满足我们的迫切需要。我们与他们讨论了这一项目,在一周内,他们提出了一些有助于我们控制的良好想法。我们同意将这个项目授予他们。我在过渡期间的想法:

你认为哪些文件能够帮助新开发商了解申请? 我可以向它们索取多少份文件? 如果新开发商开始就这些文件开展工作,有助于他们方便地了解各方(申请、数据库、配置等)

申请由协会申请。 NET和SERVER 2005年,以及所有来源控制工具的公证部分都不存在。他们进行直接部署,甚至不推卸出版的纽顿。 Touch Luck :

感谢。

Answer 1

如果不知道哪类门户是哪类门户,那么很难回答:

Answer 2

除了@Pekka的好答复外,我补充说:

Functional Design Document (or Business Requirements) - One that explains how the application should work from a business perspective.
Technical Specification (or Architecture document) - One that explains how the application was developed from a technical perspective.
Application Support Guide - Some form of cheat sheet that explains the common problems, service accounts, batch schedules... etc

除文件外,还应了解事件趋势;

如果你没有足够的技术资源来应付日常事件(考虑到在使用门户网站时可能出现高峰期),那么你可能发现与你目前的服务提供者的情况相同。