ERP软件的简要历史第二部分-从客户端服务器到内部部署

ERP软件的简要历史第二部分-从客户端服务器到内部部署

第二部分–从客户端服务器到本地

如今，似乎每个人都使用ERP这个词，但进行比较的真正线程是当今那些制造，分销，服务和/或再制造的基于产品的公司。他们使用可以管理供应链的ERP软件，并具有支持工程，采购，销售，计划，库存，成本核算，计划甚至财务的软件。

1990年代

在1990年代初期，我们拥有客户端服务器和Windows，并且该技术包含许多活动部件。您拥有操作系统，Windows，数据库管理系统和编程语言。与其他软件包的集成非常困难且存在问题，因为每个软件包都使用各自独立的版本控制控件。因此，软件供应商别无选择，只能将所有ERP功能都放在一个软件包中，这导致该软件因客户不需要或不需要的功能而变得肿。由于客户对于要关闭和打开什么软件开关感到困惑，因此实现起来既困难又耗时。

在这个of肿的软件时代，一些软件是从其他公司购买的，即使将其打包并推广为具有所有功能的一站式软件，也很难集成。

与当时不断出现编程错误的Windows软件相比，该硬件（基于IBM，HP，SUN UNIX的硬件）和数据库管理软件（Oracle，Informix，Sybase）是可靠的。大型公司的主要工厂都运行在大型机上，他们迁移到了这种新的客户端-服务器架构。到1990年代中期，第二层工厂已经在微型计算机（例如IBM的AS400系列）上运行。

内部部署

自1990年代后期以来，SAP和Oracle在大型Tier-1制造企业中占据了本地ERP的主导地位，但主要作为企业级的ERP系统。在二级和中小型工厂中实施它们并没有取得成功。因此，有关Tier-2 ERP的大部分文章都可以理解地讨论了大型企业的下一级工厂和部门正在考虑采用的不同类型的解决方案，以及它们如何与这些较大的Tier-1企业系统集成。直到2009年，Gartner才在其Tier-2 ERP魔力象限中报告了本地ERP软件供应商。

但是，这种内部定价模型和旧体系结构要求您将所有选项都填充在同一软件中，仍然使每个客户负担许多他们无法使用的功能。这种古老的体系结构在使用过程中以及在实现过程中都包含了复杂性，涉及哪些开关设置为不需要的“关闭”功能。

本地与基于云的平台

今天，我们看到许多使用旧的，专有的基于IBM的系统的AS / 400上的公司。这些公司现在正在寻找云ERP，以降低IT成本，提高运营绩效，加快部署速度并简化升级。因此，现在这些公司正在寻找砧木。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。