SharePoint ...是我的应用程序的Web服务接口值得吗？

Question

我希望能听到在其网站上安装了SharePoint的人员。我正在尝试决定是否让用户只使用基于Web的界面签出并编辑我的应用程序的文件，然后依靠他们足够复杂，知道返回到SharePoint Web界面并执行签入。

我的假设是，对于使用SharePoint的普通组织来说，这对于很大比例的用户来说是不可理解的。因此，我开始在我的应用程序中使用SharePoint Web服务，以便用户可以打开文件，编辑它们，然后在文件关闭时（可选）检查它们 - 所有这些都来自我的应用程序。但是，我对完成此任务的开发时间的初步估计不足。所以现在我想要做一些成本/效益分析。

大多数用户“快速”自然地“获得”SharePoint的本地/签到周期的签出/编辑？

Answer 1

正如OTisler所说，在Office 2003中有些混乱。事实上，Office 2007中的故事实际上已经多了，因为Word，Excel，PP等都是MOSS感知的，并且在菜单，信息栏和MOSS元数据等中反映出来

FWIW，我做了一些项目，其中一个大型（> 1,000个用户/站点）用户群与之交互，最大的问题是“他/她已经检出我的文件了！”这只是教育用户的问题，答案是打电话给违规用户，而不是服务台。

Answer 2

我对整个Checkout-edit-Check进程的体验非常消极。它永远不适用于大型团队，你总是让人抱怨他们想要的文件被签出。我们特别遇到了Sharepoint 2003的问题，我不知道它在SP 2007中是否更好

Answer 3

在某些情况下，办公室会创建implicit checkout。这肯定会引起用户的注意，他们在纠正这个问题时遇到了一些困难。

我真的无法帮助对此进行成本/收益分析，但我确实知道用户需要花一些时间才能解决问题。在处理大型组织时，绝对值得将库的签入功能仅限于那些需要它的库。

Answer 4

我们的员工（约40人）使用VSS管理空军的课件开发。我们去年转换到SharePoint 2007和Office 2007并遇到了一些问题，但没有一个是不可克服的。配置错误的浏览器和糟糕的网络性能对用户体验产生的负面影响最大。由于每个人都已经拥有整个签入/签出流程的经验，因此主要是让人们快速了解流程在SharePoint中的运作方式。

无论经验水平如何，都有一个简单的先决条件：培训，培训，培训！这是快乐客户的关键。为实施制定合理的期望和切合实际的时间表。让他们知道即将发生的事情和原因，然后正确地培训他们如何使用产品。

对于我们300多名空军用户（外部客户），我们开始看到6个月时的使用量快速增长。关键是要确定并让早期采用者参与组织各级的技术倡导者。让他们向同行出售福利。一开始收养会很慢，但随着词语的流逝，收听会很快。

让您的系统保持稳定，让您的客户在开始使用这些功能之前感到舒适。如果您的系统或应用程序在部署的早期阶段被认为不可靠或过于复杂（培训！），您可能永远无法达到满意用户的临界质量。