ERP之关键——组件结构
2000/10/3 来源:amt

    核心提示:用户需求:统一,厂商迎合:集成,
    没有人能说清ERP主干(Backbone)结构的确切含义?尽管专家、厂商、用户天天提到这个概念,但对圈外人来说,ERP主干结构仍然是软件业中最容易产生混淆的概念。甚至ERP本身也产生了许多含义。人们通常在两种情况下可以接触到ERP主干结构,即考察套件程序中的具体应用和探测系统底层结构时。现在,用户对统一的ERP系统的需求,使厂商纷纷采用组件技术。
    
    用户需求:统一

    今天大多数客户都从单个供应商那里购买自己所用的全部信息管理系统。在过去的几年里,客户一般都制定系统配置的规划来削减软件的TCO,他们规定采用一种软件平台以减少维护和开发的费用。由于此原因,厂商和用户都考虑将复杂的ERP软件设计在一个平台上运行。
    系统中应用程序脚本语言要求企业必须采用同样的平台才能运行程序,才能产生详细的性能分析报告。这些应用包括金融系统(付帐、帐单管理、帐目分类、预算等)、定单管理系统和人力资源管理等。典型情况下,这些系统通过共享的服务模块在整个企业内部形成应用。而有些企业没有采取使用共享服务的方法,他们的观点是企业CIO和企业IT部门对信息的需求是不一致的,特殊的站点经常要负担一些特殊的任务,所以他们对站点分配不同的工作任务以达到协同工作的目的。例如,一个药品生产企业与医疗器械生产企业的信息需求就明显不同。
    ERP主干结构应用的情况集中反映在应用程序脚本上。这是从早期的MRP(资源需求计划)上发展起来的,MRP系统是一种处理企业资源配置应用的软件包。原始的MPR结构缺陷之一是它将注意力集中在企业管理的操作过程而不是集成上。在以后的ERP软件设计中,开发者嵌入了一种企业结构设计的方法。单个的企业模型使用并不广泛,因为它没有完全满足CIO的需求,CIO要求的是复杂的数据综合。ERP在解决自身缺陷的过程中不断发展,目前已经有了处理1至2万个用户的系统,软件价格超过1亿美元。
    ERP供应商调整了应用程序的组织结构,通常包括生产管理、金融、分配和客户服务程序。在一个集成的系统中,所有应用程序对公用数据库进行操作,至少有一个公用数据模型做为ERP主干结构而存在。其应用程序相对比较灵活,可以根据用户的不同进行修改。结果是程序员之间的数据模型有所差异,而且用户的系统种类也不尽相同,造成了在系统集成期间,必须在接口的协调上耗费大量精力。这种问题非常复杂,大多数IT部门都避免发生这种情况。当在为非制造企业(如保险、银行、保健等行业)编制系统时,相关的数据模型都要做一定改动。
    
    厂商迎合:集成

    虽然大多数企业都倾向于从一个提供商那里购买所有的商业应用软件,但各个ERP厂商提供的产品差别很大。全球性厂商必须要成功集成各个厂商的ERP系统,例如将账务管理本地化,以迎合当地的财务制度,这对大企......点击查阅全文......↓