Sharepoint是否适合大型ERP应用程序的平台？

Question

我被委派开发一些大型ERP应用程序（重写一些旧应用程序和编写一些新应用程序），并使用Sharepoint进行开发。随着我在Sharepoint中的学习，我看到了创建团队网站的价值和便利性，我在网上和书籍中找到的示例都是针对内部部门门户网站或简单的业务应用程序，适用于没有大型遗留ERP系统的公司。我开始相信，如果要创建一个与几个不同的遗留系统交互并跨越多个部门的大型应用程序，那么在Sharepoint中构建自定义WebPart并不是正确的方法。

Sharepoint是否是创建和托管大型ERP应用程序的可行应用框架？

如果是，请问有人能指点我关于这种系统架构的参考资料吗？

如果不是，有人能否指引我可以引用来反驳使用它的论据吗？

- Geoff

---

这是与此主题相关的另一个主题，但它针对的是2013版本。自2007年版本以来的重大变化。我认为答案应该针对这个新主题进行修订和更改。http://stackoverflow.com/questions/16997286/is-sharepoint-2013-the-right-platform-for-large-erp-applications - Ahmed Abdul Moniem

Answer 1

作为一名有着15年ERP应用开发经验的人，我认为Sharepoint是一个极差的选择来构建ERP产品。

• Sharepoint的表结构对于生成报告非常低效。
• 数据验证能力非常有限。
• 我不知道是否有本地支持维护文档之间关系完整性的功能。

在现有LOB应用程序中，Sharepoint作为门户很有效，但不能作为构建数据丰富型应用程序的平台。

- Darrel Miller

Answer 2

我目前正在为客户部署一款Sharepoint编写的ERP系统。我已经从事这项工作约一年时间，从我的经验来看，Sharepoint引入了许多障碍，使事情变得更加复杂。

简化的事情：

- 凭据自动同步到AD。 - 开箱即用的文档处理和版本控制。 - 极佳的Office集成。

不好的事情：

- 您需要学习Sharepoint的做事方式。 - 您在ERP中有另一个依赖项。 - 它相当笨重。

我建议在决定之前阅读《真实世界SharePoint 2007：16个Moss和WSS MVP的必备经验》Real World SharePoint 2007: Indispensable Experiences From 16 MOSS and WSS MVPs。

- bartek

Answer 3

我在工作中使用SharePoint 2007 (MOSS)，作为更大ERP系统的一部分。我们大量使用Business Data Catalog来与外部系统进行接口，使它们的数据在MOSS门户内可见和可搜索。

在我们的架构中，ERP数据的CRUD操作由我们的ERP业务系统处理。然后，MOSS和BDC从ERP数据库中提取数据，并将其显示为嵌入在各种门户页面中的数据网格。例如，HR站点有一个MOSS页面，用于跟踪挂起绩效报告的当前状态。

MOSS和BDC的另一个引人注目的特性是将BDC数据源暴露给MOSS搜索服务的能力。例如，当用户使用MOSS搜索查找John Smith时，公共ERP记录会与搜索结果并排显示。单击搜索结果中的链接会将用户重定向到我们ERP系统中正确的页面，而不是进入MOSS页面。

我们不仅仅将MOSS用作ERP系统，而是将其用作ERP系统之上的演示和报告层。

- Ryan Michela

Answer 4

MS Dynamics AX系统广泛使用Sharepoint，事实上有工具包可以让用户构建Web部件等，直接从基本AX对象中提取数据。这是一个谈论Sharepoint集成的链接AX+SP。目前，AX仍有相当大一部分不在Sharepoint内部，但他们的方向似乎是将应用程序的相当大部分启用Sharepoint。我不认为整个ERP系统可以驻留在Sharepoint基础架构中，但从MVC的角度来看，它肯定可以成为您的视图基础架构。在我看来，这正是微软正在走的方向，但我只是猜测他们未来的计划。

- JPrescottSanders

Answer 5

在复杂的遗留系统中，构建自定义SharePoint Web部件并不是明智之举。

如果您为主导航创建一个自定义导航提供程序（例如基于XML文件），SharePoint仍然会给您带来很多好处。这将允许自定义ASP.NET页面显示为“像”它们仍然是SharePoint的一部分，从而产生一个全包含应用的错觉。

我认为人们想要一个巨大的应用程序的唯一原因更多地与信息架构、外观和可查性有关，而不是任何技术架构原因。

为适当的应用程序创建单独的网站解决方案，并将其皮肤化并链接到SharePoint信息架构中，并且仍然可以从主界面进行搜索，可以解决ERP“企业”部分的“需求”，同时为真正的独立应用程序创建适当的解决方案。

我使用的心理模型并不是在SharePoint中构建应用程序，而是在SharePoint中创建一个“窗口”来公开应用程序。

- Nat

---

你有关于如何创建你所描述的模型的参考链接吗？最好的方法是如何制作仍然链接到Sharepoint的单独网站？ - Geoff

很抱歉，没有参考资料。 为了统一两个不同网站的导航结构，可以添加一个xml导航源到SharePoint，并将文件与自定义站点共享。 http://blogs.msdn.com/matjazperpar/archive/2008/12/17/how-to-create-custom-navigation-menu-in-sharepoint-with-xml-data-source.aspx - Nat