erp的技术实现.docVIP

ERP系统的技术实现 European Recovery Program 在企业中,直接使用软件开发商提供的ERP系统对IT部门来讲,既是机遇也是挑战。虽然与开发大规模的定制应用相比,购买ERP系统可以增加IT系统的投资回报率,但也可能大大增加相应基础设施的复杂程度。因此企业IT部门在为ERP系统选择适当的结构平台时,必须考虑以下技术实现问题。 系统结构 目前,几乎所有的ERP系统都采用多层次的客户机/服务器结构,并且绝大多数时候都采用了客户机/胖服务器模型。这种模型可以更有效地进行应用管理,降低网络的复杂性并保证数据库的完整性。 IT部门在设计ERP系统结构时必须考虑三个层次:表示层、应用层和数据库层。表示层、应用层与数据库层分离(不管是物理的还是逻辑的)已经成为创建模块化、可更新的客户机/服务器应用的一种最常见的方法。这样一来,用户可以从数据库服务器中装载可执行的应用,从而简化对应用的管理,同时在需要时,每个服务器还可以请求它自己的可执行模块。类似的,可伸缩性也相应地变得简单并且可通过增加应用服务器来进行升级。 此外,ERP系统的成功在很大程度上还有赖于其网络运行能力。在实施ERP的过程中,许多企业最常犯的一个错误就是在计划和实施ERP项目时没有充分考虑网络带宽问题。因此,为了确保ERP实施以后拥有足够的性能,项目实施小组在规划ERP项目时必须了解目标网络的速度并且详细理解应用结构的网络性能需求。 系统集成 绝大多数用户在实施企业ERP项目时一般都会采用来自多个不同厂商的ERP系统,因而经常需要不同的数据库和硬件平台。而且,随着这些独立系统的实现,IT部门需要将这些分离的ERP子系统相互集成起来,同时还必须将现有的应用同已有的应用和决策支持系统集成起来,只有这样才能最大限度地发挥ERP项目的作用。有鉴于此,用户应该选择市场前景最广阔的基础设施组件,因为这些组件以后集成起来更容易一些。 最理想的集成方法是在一个单一的操作系统和数据模型上运行多个应用。然而,虽然这种方法可以减少集成相关应用的复杂性,但却增加了实施的时间。除此之外,这种方法一旦实施完成,其灵活性就要相对差一些。不过,在绝大多数情况下,选择单一厂商方法是很有必要的,因为绝大多数应用软件开发商都依赖专用的或特定的数据库系统。 可扩展性与数据仓库 企业在自身发展的过程中需要不断地调整自己的核心商业过程,包括财务、人力资源、制造、后勤、客户服务和销售等。发展越快的企业其核心商业过程的调整频率就越高,因此在安装ERP系统时一个主要的考虑就是可扩展性。可扩展性是指将应用扩展到其他企业系统中特别是数据仓库中的能力。在这里,将数据在系统之间进行转移的能力是最为关键的。 ERP和数据仓库打包应用都允许IT人员在应用系统中集成原有的信息基础设施。这种方法简化了对基础设施的管理,也使增值销售商可以利用用户已经具有的基础设施进一步开发相关的ERP数据分析应用。ERP系统的增值销售商还可以提供额外的数据仓库应用功能。这些数据仓库可能很少提供与其他ERP包或现有资源的集成。这种做法将大大限制它们的功能,因为即使一个相对受限的(在用户的数量方面)数据库应用也可能需要访问来自多个数据源的数据。 操作系统 用户在实施ERP项目时应该考虑到操作系统的可移植性,因为有些服务器只能在某些硬件平台上实施。比如,NT服务器(NTS)应该只考虑基于Intel的硬件平台,因为在非Intel的硬件平台上运行NT的效果通常都不会很好。 现在最常用的两种操作系统就是Unix和Windows NT。Unix宝刀不老,将保持它在高端市场的领先地位,因为它能够支持高可伸缩的数据库服务器,而NT则更多地用于低端的服务器。因此,对实施ERP包的用户和其他高级应用(如Internet/Intranet、数据仓库等)来讲,使用基于Unix的方案将提供更大的可伸缩性,但用户也需要具有更多的技术经验和软件工具资源。 然而,到2000年,NTS应用与Unix应用相比将可能具有更多的商业功能,因为它在可伸缩性和可用性方面进行了改进,并且会得到ERP软件商的大力支持。因此,IT部门就需要深入了解NTS与Unix核心技术的异同并且与商业部门更紧密地合作,从而确定到底是使用NTS平台还是Unix平台。系统管理 1. 分布式系统管理用户在实施ERP项目时必须认真考虑是否能将系统管理扩展到其他应用。当前,针对ERP产品的系统管理方案仍然很不成熟,其原因主要是没有统一的标准,而且缺乏来自ERP厂商的合作以及在分布式系统管理厂商中缺乏相应的ERP专家。不过这种形势将在今后的ERP系统中得到改进。SAP现在已通过发布编程接口和分布式系统管理接口加强与系统管理软件的集成,其他ERP厂商也将会逐步涉足这一领域。 分布式系统管理软件厂商正在推出补