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

Question

我的任务是在Sharepoint中开发一些大型ERP应用程序(一些旧的应用程序被重写和一些新的应用程序).随着我在Sharepoint中的速度提升,我看到了创建团队网站的价值和便利性,我在网上和书中找到的示例都是针对Intranet部门门户或简单的业务线应用程序而定制的.那些没有大型遗留ERP系统的公司.我已经开始相信,如果要创建一个与多个不同遗留系统接口并跨越多个部门的大型应用程序,那么在Sharepoint中构建自定义Web部件就不是一种可行的方法.

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

如果是这样,有人可以请我指出描述这种系统架构的参考资料吗？

如果没有,任何人都可以请我参考我可以引用作为不使用它的论据吗？

Answer 1

作为在过去15年中编写ERP应用程序的人,我会说Sharepoint将是构建ERP产品的极其糟糕的选择.

• Sharepoint表结构对于生成报告非常无效.
• 验证数据的能力非常有限.
• 我所知道的没有本机支持来维护文档之间关系的完整性.

Sharepoint非常适合作为现有LOB应用程序的入口,而不是作为构建数据丰富的应用程序的平台.

Answer 2

我目前正在为客户部署一个用Sharepoint编写的ERP系统.我已经在这方面工作了大约一年,从我所看到的,Sharepoint引入了许多障碍,因为它使事情变得更复杂.

事情变得更简单:

• 凭据自动同步到AD.
• 开箱即用的文档处理和版本控制.
• 伟大的Office集成.

吸吮的事情:

• 您需要学习Sharepoint的做事方式.
• 您的ERP中还有另一个依赖项.
• 它非常笨重.

我建议在做出决定之前阅读Real World SharePoint 2007:来自16个MOSS和WSS MVP的不可或缺的经验

Answer 3

MS Dynamics AX 系统广泛利用 Sharepoint，事实上，有一些工具包允许用户构建 Web 部件等，直接从基本 AX 对象中提取数据。这是一个谈论 Sharepoint 集成AX+SP的链接。目前，仍有很大一部分 AX 不驻留在 Sharepoint 中，但他们的方向似乎是使 Sharepoint 能够支持应用程序的很大一部分。我不认为整个 ERP 系统可以驻留在 Sharepoint 基础架构中，但从 MVC 的角度来看，它肯定可以成为您的 View 基础架构。在我看来，这正是MS的发展方向，但我只是对他们未来的计划做出假设。