ERP漫谈

来源:互联网 发布:java replace 单引号 编辑:程序博客网 时间:2024/04/28 18:49
ERP已成为现代企业管理不可或缺的手段,它早已不是以软件技术为核心的高科技产品这么简单。除了使企业流程规范,使管理和财务透明外,现代企业激烈的竞争环境,对于ERP的标准化、可扩充性、可维护性、可交互性等提出了更高的要求。我一直都认为,ERP最核心的并不是技术,而是其中经过万千咨询顾问和企业的实践者们提炼出来的管理思想。我曾经做过MRP的开发工作,经历过企业从ERP选型、上线、实施、优化的全过程,但ERP技术并不是我的强项,但我想通过管理的角度来谈谈ERP技术发展趋势,希望能为广大ERP技术开发人员提供一些参考。

几年前,国内的ERP市场是浮躁的。2003年某国内领先ERP软件公司提出ERP已过时,RTE(Real Time Enterprise实时企业)将取而代之的言论。我当时曾撰文《也谈“ERP是否过时?”》进行大力抨击,事实证明ERP已成为现代企业架构的核心,虽然它在不断发展和改进,但基础是不会改变的。因为工作的关系,笔者接触国外ERP巨头SAP、Oracle的产品和技术交流较多,虽然它们的ERP产品并非完美无缺,但通过研究它们的ERP,管窥ERP技术的发展趋势,对于提升我国ERP水平无疑是有所帮助的。

SOA(Service-oriented architecture,面向服务的架构)是这两年在ERP圈子里出现频率最高的词汇之一,有些厂商和顾问言必称SOA,否则就会让人觉得跟不上ERP 技术潮流了。SOA是一种软件架构,它就像计算机的总线一样,构成了企业信息化的主线,除了ERP以外,企业其它以ERP为核心的外围信息化模块应用如 CRM、SCM、SRM、PLM等若符合SOA的技术规范,即使不是同一个公司的产品,实施和接口将比以前更加容易。当前,国内在ERP宣传有一种很不好的现象,一些非主流ERP厂商提出“SOA将会终结ERP”,这比“RTE将取代ERP”更不靠谱。SOA只是新一代ERP引入的新构架和接口技术,即使没有SOA,ERP所实现的功能一点也不会少,只是实施、管理和接口的成本更高而已。

企业信息化的现状,往往是不同种类的操作系统(Windows、Unix、Linux等)、系统和应用软件等相互交织,企业应对业务流程的变更往往因为各个系统的紧密关联而牵一发动全身,使管理层柔性管理和信息系统的快速适应变成不可能任务。根据IBM对SOA的定义,SOA使一个应用程序的业务逻辑(Business Logic)或单独的功能被模块化并作为服务呈现给消费者(Customer)或客户端(Client),这源于SOA的松耦合性。SOA凭借松耦合的特性,使企业可以按模块化的方式来添加新服务或更新现有服务,从而可以最大限度的保护现有IT基础投入。

为了便于读者理解ERP和SOA,我举个不太恰当的比方。以前的ERP就像使用大规模集成电路(IC)的电视机(主要功能都在一个IC里面,业内称之为“单片机”)。如果在使用过程中,我们发现电视机的某项功能失去了(比如无声),恰好就是因为IC里面负责声音处理的部分坏掉了,这时我们只有更换整个IC来修复故障。SOA对于电视机而言,就像是把实现所有功能的大规模IC根据声音、图像、色彩、行场扫描等分为多个规模稍小的IC(模块),每个模块可以单独更换。而且,符合模块要求的IC可以由多个生产厂提供,可以完全互换或经过很少的外围元件更改就可以互换。当然,电视机制造技术的趋势是从分立到集中,便于降低制造人工成本;ERP的技术趋势是从集中到分立,籍SOA技术,使这样的架构实现成本更低。在SOA的技术思想出现以前,其实SAP在它的ERP产品R/3中已经开始按服务功能对模块进行细分,比如MM(物料)、FI(财务)、 SD(分销)、CO(成本)、PP(计划)、HR(人力)等,只是各个模块之间以财务为主线串起来,接合相当紧密。国内的优秀ERP,比如金蝶、用友等,基本上也是从做财务软件开始,逐步建立起自己的ERP体系和开发平台,这些产品基本上借鉴了国外先进产品的体系架构,业务模块化的思路为SOA技术的引入打下了良好的基础。从下图可以看到企业SOA平台(Enterprise SOA Workplace)使ERP软件厂商为客户、顾问、业务流程专家(BPX)、合作人、独立软件开发提供了一个技术、软件、信息、资源协同开发和实施的平台。


(图一)

在SOA技术出现之前,因为各业务模块之间非松耦合的关系,某块业务功能升级将引发整个ERP产品的升级,对于业务和信息部门都带来很大的压力。某一业务模块的调整将对整个公司或集团的信息处理工作带来影响,比如因为升级需要频繁的停机安装和备份,甚至带来相关模块操作界面和流程的改变。在SOA技术出现之后,各ERP产商都在SOA的技术规范下建立了自己的SOA开发环境,比如SAP的 NetWeaver(网络编织者)、Oracle的Fusion(熔合)、金蝶的BOS等。通过SOA开发平台的迁移,ERP厂商们逐渐把原来紧密结合的业务模块进行重新定义,作为单独的产品来发布和升级。还是以SAP为例,R/3过渡为ECC作为ERP的核心,SD的功能逐渐在CRM中得到继承和扩展, MM则过渡为SCM(供应链管理)和SRM(供应商关系管理),R/3的主数据管理独立为MDM(主数据管理系统)为SOA整合打下了数据基础…… 

下图是IBM SOA Foundation对面向服务的体系构架模型,描述了SOA的重点不在于技术方面,更重要的是使企业内外部的各种服务(商务服务、交互服务、流程服务、开发和管理服务等)作为SOA总线的插件协同工作的原理。


 
(图二)

SOA的技术思想无疑是先进的,众多软件开发商(当然ERP厂商更是主力)也推出了自己的SOA产品线。它们都符合SOA的基础定义,但又往往加入了开发商自己的一些东西,特别是以IBM、Oracle、SAP、BEA等国际软件巨头为代表的SOA技术规范参与者,它们都想通过自己的软件产品对SOA标准的定义和扩充,成为SOA标准的事实领袖。据Gartner的研究预测,2007年全球50%的核心业务系统将会使用SOA架构,到2010年将达到 80%,同时80%企业的现有应用系统将于2011年前完全融入到SOA架构中。虽然根据笔者的观察,大多数国内企业的CIO/CTO对于SOA还在观望,但从引领IT技术潮流的美国SOA的发展态势看,SOA在企业应用将带来一场革命,其作用将一点不逊色于Web2.0对于互联网的影响。

如果说SOA还有隐忧的话,那就是SOA标准的不统一性,虽然IBM、Oracle、SAP、BEA、SUN等及国内的很多软件商都参与了SOA标准的制定,但W3C、OASIS、IETF、GGF、WS—l等多个标准组织和多种SOA标准描述使SOA标准乱战之势已形成。国际软件大鳄们在参与SOA标准制定的同时,都努力推行自己对于SOA的定义和扩展,力图使自己的SOA产品和技术成为SOA事实的工业标准。在企业信息化甚至互联网应用中,对于SOA标准的统一有利于降低信息化建设和集成的成本,使CIO/CTO从关注信息化的TCO(总体拥有成本),过渡到关注信息化服务业务本身。同时,某些软件巨头对于SOA的标准的垄断虽然有利于标准统一,但同时也带来垄断对于技术进步的负面影响。SOA的发展前景是肯定的,但最终是一枝独秀还是百花齐放有待观察,它对于ERP技术的影响才刚刚开始。

说到ERP技术趋势,还得提到SaaS(Software-as-a-Service,软件即服务),因为它是除了SOA之外,另外一个很热门的名词。之所以要提SaaS,就因为很多人都误解为它是一种新技术,而我认为SaaS其实是一种服务,或者称之为软件外包销售的一种方式。对于ERP来讲,SaaS并非一种好的方式,因为ERP需要涉及到企业财务层面的很多流程和数据,从物料管理、成本控制、销售分销等业务层面除了标准流程之外,往往还有很多企业特有的差异化的东西(也可称之为核心竞争力),这些都非采用SaaS方式的ERP可以解决的。SaaS更适合于一些业务操作标准化的企业或企业的部分业务部门,比如阿里巴巴就是对出口型企业外销的SaaS,国外一些纯分销的IT渠道商常常使用SaaS的CRM也是典型案例。在中国,SaaS还处于起步阶段,虽然从技术上并没有太大障碍,但国内互联网相关保密、信用、电子签名、结算的法律法规不建全使SaaS的发展受到限制,ERP的SaaS成功案例更是寥寥无几。

还是回到ERP技术趋势的主题,通过我对SAP、Oracle、Microsoft、Baan等国外ERP厂商的观察,我认为还有以下几种技术趋势值得国内同行学习和借鉴。

首先,通过ERP建立企业应用核心业务和开发平台。SAP从很早的时候就开始在系统中内置ABAP开发语言(其实到目前为止,SAP的业务应用基本上是用这种语言开发完成的),业务定义除了通过配置、增强和更改标准程序外(更改标准程序并不是ASAP标准所推荐的),通过内置开发平台可以完成大多数个性化的业务和报表的开发。随着基于SOA标准的NetWeaver平台的推出,SAP还在开发平台里引入了 Java语言(同时内置了著名的Java开发工具Eclipse),它能完成ABAP的所有开发功能,虽然两种语言并非由相同的运行时服务器支持。SAP 在开发平台的规划和建设方面,先于Microsoft采取了类似.Net Framework的构架,通过底层的编译器使上层高级开发语言和企业底层应用做到了分离。

是否内置符合SOA标准的,支持多语言的开发平台,并且ERP所有应用模块都在这个平台上构建,是区分ERP技术构架的分水岭。笔者欣喜得看到,国内ERP厂商比如金蝶已推出了自己的中间件产品BOS,并在此基础上作为构架自己ERP技术平台。通过ERP内置开发平台,逐渐向企业其它应用渗透,可以算是ERP技术发展趋势之一。在这一点上面,SAP做得比较成功,目前推出的新版本CRM、PLM、SCM等已完全作到了和ERP从界面到后台技术的完美统一。Oracle已计划通过Fusion技术,将收购的Siebel CRM、Peoplesoft HR进行整合,以此和SAP的产品线进行全面抗衡。另外,通过Portal技术,ERP向企业门户渗透的脚步也没有停止,DELL、SONY、联想的在线定制和网上商城可算是比较成功的案例之一。

对于ERP的发展,技术和业务分离也是趋势之一。ERP技术提供的是一个通用的实施、配置、开发平台,而对行业的解决方案通过类似插件(配置数据)的导入已成为快速实施的必要保证。在ERP研发投入方面,技术平台的投入往往只占到总成本的30%左右,而对于行业解决方案的研究占到了70%。对于一个成熟的ERP产品,从长期来讲行业解决方案的投入比例往往还更高。从技术构架来讲,国内的ERP不一定比国外的差,但由于对测试的投入不够往往稳定性不如国外ERP巨头的产品。另外,我认为国产ERP和国外先进ERP的主要差距还是在行业解决方案的研究和投入方面,SAP 多年来倡导的“企业最佳实践”经验的推广值得我们学习,虽然这是管理的问题,已不是技术问题了。国产ERP主要占据着中小企业的市场份额,随着SAP SBO(SAP Business One,SAP的中小企业ERP解决方案套件)等中小企业解决方案在国内推广的深入,国产ERP厂商凭借本土化所占优势越来越少。如何在保持已有ERP市场份额的同时,向高端ERP市场发起冲击是国产ERP厂商需要思考的问题,而国外ERP巨头对于行业细分解决方案的研究和总结提供了另辟蹊径的思路。

保持对新技术的关注和判断,是保证ERP生命力的基础之一。从SAP走过的发展之路,我们看到该公司把握住了每一次重大的技术升级带来的机会,比如关系型数据库、大型数据库、C/S(B/S)三层/多层架构、跨平台技术(早于Java的出现)、中间件、SOA等。优秀的ERP厂商,如果不能引领ERP技术方向,至少也要对ERP技术发展趋势有正确的判断,否则很容易丧失掉发展的机会。比如,用友和金蝶在发展早期把产品都定位于Windows平台,因为大型企业的信息化建设大多以Unix/Linux、小(大)型机为基础,加之当时Windows服务器平台对于硬件扩展的局限性,使他们失去了很好的发展机会。让SAP、Oracle、SSA、J.D.Edwards、Baan等占了先机。令人欣慰的是,目前国内主流 ERP厂商已意识到J2EE在大企业应用的主流地位,除了继续中小企业的.Net架构的ERP开发外(随着Microsoft服务器/数据库软件的发展,因其较低的TCO已逐渐被大企业的CIO/CTO们所接受),大多推出基于J2EE符合SOA标准的ERP新一代产品。

对于ERP技术趋势,笔者并非权威,也不是预言家。以上,只是以一个ERP多年的实践者和信息化管理者的身份,谈了自己的一些拙见,错误和不尽这处请各位读者多指教。

说明:本文图片引用自SAP和IBM开发社区资料,特此致谢。

 
原创粉丝点击
热门问题 老师的惩罚 人脸识别 我在镇武司摸鱼那些年 重生之率土为王 我在大康的咸鱼生活 盘龙之生命进化 天生仙种 凡人之先天五行 春回大明朝 姑娘不必设防,我是瞎子 四季海棠花叶子干了怎么办 海棠花叶子枯萎枝干发黑怎么办 长寿花叶尖焦了怎么办 新买的盆栽蔫了怎么办 熬中药水太多了怎么办 秋根海棠烂根怎么办 大叶海棠烂根怎么办 玻璃海棠长得很高怎么办 玫瑰海棠叶子干焦怎么办 海棠树树干生虫怎么办 天竺葵花骨朵有虫子了怎么办? 被刺梅的刺扎了怎么办 被刺梅的刺划手了怎么办 虎刺花叶子黄了怎么办 地栽月季叶子发黄怎么办 梅花浇水浇多了怎么办 深水井底下花管进水量小怎么办 盆景对节白腊树叶尖干枯怎么办 四季海棠茎软了怎么办 玫瑰海棠烂根了怎么办 格丽海棠花腌了怎么办 养殖场不能雨污分流怎么办 药店买的药贵了怎么办 神经损伤小便少尿不出来怎么办 手指夹伤出血了怎么办 手指夹破流血了怎么办 喂了宝宝熊胆粉怎么办 不小心擦伤了皮怎么办 吃了减肥药拉肚子怎么办 遇到他心通的人怎么办 被茅山术害了怎么办 鱼缸鱼身上烂了怎么办 鳄鱼龟皮肤烂了怎么办 墨水渗透进皮肤里了怎么办 中药渗透到皮肤里怎么办 甘露醇渗透到皮肤下怎么办 水银弄到眼睛里怎么办 水银粘到皮肤上怎么办 榴莲和虾同吃了怎么办 吃榴莲和虾中毒怎么办 榴莲和虾一起吃怎么办