[p][align=left]在企业中,直接使用软件开发商提供的erp系统对it部门来讲,既是机遇也是挑战。虽然与开发大规模的定制应用相比,购买erp系统可以增加it系统的投资回报率,但也可能大大增加相应基础设施的复杂程度。因此企业it部门在为erp系统选择适当的结构平台时,必须考虑以下技术实现问题。[/align][/p] [p][b]系统结构[/b][/p] [p]目前,几乎所有的erp系统都采用多层次的客户机/服务器结构,并且绝大多数时候都采用了客户机/胖服务器模型。这种模型可以更有效地进行应用管理,降低网络的复杂性并保证数据库的完整性。[/p] [p]it部门在设计erp系统结构时必须考虑三个层次:表示层、应用层和数据库层。表示层、应用层与数据库层分离(不管是物理的还是逻辑的)已经成为创建模块化、可更新的客户机/服务器应用的一种最常见的方法。这样一来,用户可以从数据库服务器中装载可执行的应用,从而简化对应用的管理,同时在需要时,每个服务器还可以请求它自己的可执行模块。类似的,可伸缩性也相应地变得简单并且可通过增加应用服务器来进行升级。[/p] [p]此外,erp系统的成功在很大程度上还有赖于其网络运行能力。在实施erp的过程中,许多企业最常犯的一个错误就是在计划和实施erp项目时没有充分考虑网络带宽问题。因此,为了确保erp实施以后拥有足够的性能,项目实施小组在规划erp项目时必须了解目标网络的速度并且详细理解应用结构的网络性能需求。[/p] [p][b]系统集成[/b][/p] [p]绝大多数用户在实施企业erp项目时一般都会采用来自多个不同厂商的erp系统,因而经常需要不同的数据库和硬件平台。而且,随着这些独立系统的实现,it部门需要将这些分离的erp子系统相互集成起来,同时还必须将现有的应用同已有的应用和决策支持系统集成起来,只有这样才能最大限度地发挥erp项目的作用。有鉴于此,用户应该选择市场前景最广阔的基础设施组件,因为这些组件以后集成起来更容易一些。[/p] [p]最理想的集成方法是在一个单一的操作系统和数据模型上运行多个应用。然而,虽然这种方法可以减少集成相关应用的复杂性,但却增加了实施的时间。除此之外,这种方法一旦实施完成,其灵活性就要相对差一些。不过,在绝大多数情况下,选择单一厂商方法是很有必要的,因为绝大多数应用软件开发商都依赖专用的或特定的数据库系统。[/p] [p][b]可扩展性与数据仓库[/b][/p] [p]企业在自身发展的过程中需要不断地调整自己的核心商业过程,包括财务、人力资源、制造、后勤、客户服务和销售等。发展越快的企业其核心商业过程的调整频率就越高,因此在安装erp系统时一个主要的考虑就是可扩展性。可扩展性是指将应用扩展到其他企业系统中特别是数据仓库中的能力。在这里,将数据在系统之间进行转移的能力是最为关键的。[/p] [p]erp和数据仓库打包应用都允许it人员在应用系统中集成原有的信息基础设施。这种方法简化了对基础设施的管理,也使增值销售商可以利用用户已经具有的基础设施进一步开发相关的erp数据分析应用。erp系统的增值销售商还可以提供额外的数据仓库应用功能。这些数据仓库可能很少提供与其他erp包或现有资源的集成。这种做法将大大限制它们的功能,因为即使一个相对受限的(在用户的数量方面)数据库应用也可能需要访问来自多个数据源的数据。[/p] [p][b]操作系统[/b][/p] [p]用户在实施erp项目时应该考虑到操作系统的可移植性,因为有些服务器只能在某些硬件平台上实施。比如,nt服务器(nts)应该只考虑基于intel的硬件平台,因为在非intel的硬件平台上运行nt的效果通常都不会很好。[/p] [p]现在最常用的两种操作系统就是unix和windows nt。unix宝刀不老,将保持它在高端市场的领先地位,因为它能够支持高可伸缩的数据库服务器,而nt则更多地用于低端的服务器。因此,对实施erp包的用户和其他"高级应用"(如internet/intranet、数据仓库等)来讲,使用基于unix的方案将提供更大的可伸缩性,但用户也需要具有更多的技术经验和软件工具资源。[/p] [p]然而,到2000年,nts应用与unix应用相比将可能具有更多的商业功能,因为它在可伸缩性和可用性方面进行了改进,并且会得到erp软件商的大力支持。因此,it部门就需要深入了解nts与unix核心技术的异同并且与商业部门更紧密地合作,从而确定到底是使用nts平台还是unix平台。[br]系统管理[/p] [p]1. 分布式系统管理[br]用户在实施erp项目时必须认真考虑是否能将系统管理扩展到其他应用。当前,针对erp产品的系统管理方案仍然很不成熟,其原因主要是没有统一的标准,而且缺乏来自erp厂商的合作以及在分布式系统管理厂商中缺乏相应的erp专家。不过这种形势将在今后的erp系统中得到改进。sap现在已通过发布编程接口和分布式系统管理接口加强与系统管理软件的集成,其他erp厂商也将会逐步涉足这一领域。[/p] [p]分布式系统管理软件厂商正在推出补充、扩展、填补erp产品系统管理空白的软件,如缺乏健壮的日程安排、性能监视和存储管理功能等。现有的分布式系统管理软件大部分仅限于对应用组件/资源的外部监控,而erp系统的有效管理需要对内部应用结构和功能有深入的了解。不过,分布式系统管理产品的性能将会不断提高,并逐渐满足erp系统的需求。[/p] [p]sap的r/3虽然具有最广泛的系统管理功能并且在计算中心管理系统(ccms)中提供了有限的功能控制和监视工具,但是在大中型的r/3安装中会迅速显露出其不足。oracle提供了oracle enterprise manager用于第三方机构将系统管理方案集成到oracle数据库中。但传统的分布式系统管理厂商对peoplesoft和baan只有很少的支持。[/p] [p]总之,没有一个单一的产品或框架能够满足所有erp应用的分布式系统管理需求。每种系统管理功能必须针对客户服务环境中的erp系统、平台要求和已有系统管理设施的集成问题一一进行解决。[/p] [p]2. 数据的备份/检索[br]随着企业数据通信流量的不断增加,it部门在满足用户对存储空间的需求方面已面临越来越大的挑战。用户开始越来越多地选择第三方独立软件厂商和系统厂商提供的三层备份/检索方案。[/p] [p]据meta group估计,与数据存储相关的成本(如磁盘、控制器复杂性、备份/检索软件、硬件以及额外的人员)将占服务器总成本的75%。用户必须考虑每个服务器、存储管理和应用备份/检索功能的购买成本。尽管企业服务器的选择对erp系统来说是非常重要的,但它只占erp系统总成本的一小部分。而且,即使在前端数据库创建成本降低时,数据库维护成本一般仍占整个前端数据库成本的15%。[/p] [p]总之,it部门必须在高级应用(如erp、数据仓库)中支持备份/检索。一般而言,影响服务器性能和成本的主要因素都与数据的存储量有关,因此企业it部门需要将注意力更多地放在存储能力而不是cpu能力上。[/p]