国产ERP和国外差距到底有多大3

本文对比分析了SAP与用友在技术发展与市场策略上的不同选择与挑战,探讨了各自产品线的形成背景、发展历程及未来方向。

论解决方案

 

    SAP是一套软件打天下,号称内置了各行各业的业务流程和业务模块。

 

    而用友,深知一套软件是无法满足各行各业的。所以,用友近几年加大并购,并购各个行业管理软件领域的佼佼者,然后和用友主线产品集成。这样,用户在使用行业专用管理软件的时候,也会和用友软件有很好的集成性。

 

论技术

 

    曾经有人声称,SAP的技术比国内至少先进十年。但事实到底如何?

 

    就拿SAP至今的主流销售产品R3来说吧。

 

    而R3直到1993年才算成型,真正销售、推广、完善、商用,已经是1995年的事情了。而1995年又是什么概念?WIN95上市、JAVA诞生、Web浏览器掀起狂潮。互联网暗潮按耐不住。而R3出来了。

 

    为了适应各种客户端操作系统,SAP开发了统一的UI组件。为了灵活兼容各种数据库,SAP开发了最早的数据持久层、开发了最早的数据对象查询语言。为了让SAP业务能够跑在各种服务器操作系统,SAP开发了虚拟机。当年也没有商业中间件的说法,SAP只好自己写中间件。由于R3是C语言开发而成,所以编写业务应用不太合适,所以SAP发明了ABAP,继而发明了开发IDE,编写代码、调试代码、版本管理代码、打包发布代码。

 

    R3造就了SAP,但从技术方面似乎生不逢时。因为在上世纪90年代初,大量新技术不断涌现,面向对象、面向组件、虚拟机、IDE、脚本语言,都在理论与商业互相影响中快速促进发展。而SAP的产品研发却不能等待这些理论和技术的成熟,只能夹生应用。所以我们也看到了ABAP语言特性中面向对象与面向过程的风格互相交叉。当JAVA语言、JAVA虚拟机、Eclipse、中间件均告成熟,R3已经不可再返。

 

    箭在弦上不得不发。R3于是不断在此架构上添砖加瓦。但是,互联网的热潮之大影响之深出乎所有人的意料。SAP也不得不加入互联网的功能。MySAP出现。SAP用WEB技术重写了所有UI客户端层。终于,一套中间件业务应用,一套数据库,可以表现为WEB或原生UI。

 

    但是,新技术的狂潮看起来不像要停止的意思。伴随互联网热潮而起的XML、WebService不断新技术涌现,SAP应接不暇,只能不断加啊加啊。一个诞生于80年代后期的软件架构仍然扛着要过千年,负担累累的R3举步维艰,大量用户反应速度慢的如牛,各种新老技术复杂的让开发费用巨高而开发周期却更长。

 

    当SAP看着自己曾经需求的技术一个个都成为了开放的业界支持成熟标准,而自己却因为当年没有那样的技术所以只能自己土办法实现一套,真是一声叹息。SAP当年靠自己一己之力研发了现如今J2EE架构的所有技术产品,但是却又是土办法,而非J2EE标准。现在全球大型应用都在J2EE架构上进行开发类似现代汽车工业,而SAP的R3基础技术却像自己内部铁锤凿出来的汽车。但是SAP不忍放弃啊,毕竟为了R3,SAP持续投入了多少的人力和资金啊,不收回来这些投资就匆匆放弃,那就太失败了。所以,继续推,继续推,即使全球都已经互联世界、Google世界、WEB2.0世界、SOA世界,R3还是继续推继续推。

 

    SAP也知道这样强推终究一天会被客户所抛弃。所以SAP这次也学精了,全部用开放的技术,能拿来的就拿来用。JAVA虚拟机、JAVA语言、Eclpise、JBOSS、TOMCAT、WebShpere、Apache,能用则用,各种商用的、开源的,反正都是JAVA的世界,只要支持JAVA,那么也就进了SAP的技术范围,JAVA演进,SAP基础技术就自然搭顺风车,再也不用担心自己一个人走独木桥孤木难支。于是NetWeaver出现了。

 

    但是,NetWeaver似乎又有点时机不对。因为R3做的过早,而NetWeaver又似乎过晚。因为Oracle的基于JAVA平台的管理软件在2000年就风生水起了。NetWeaver只是一个技术架构平台,过去SAP为R3开发的各行各业的应用功能都没法在NetWeaver上直接运行,必须重新写一遍代码。要知道R1、R2的时代,世界各大公司的业务还不如现在这般复杂庞大。所以R3在重新开发代码以代替R2的时候才相对来说时间可以短些。但是,现如今,R3 应用在各行各业的每个角落,要把这么多应用都移植到新平台上,所需时间与人力不敢想象。但是SAP又不得不这么做。

 

    这就产生了一个尴尬的事情。SAP力推NetWeaver,但是NetWeaver上又没有多少可用的应用功能(你以为过去R3上所有世界500强的应用都能一点不动的在netweaver上跑啊)。R3上有现成的功能,但是SAP总部下令要渐渐替换R3并且减少R3的支持力度。于是在不少项目中,很多客户花钱买个NetWeaver平台,然后再购买R3软件。真是难为了SAP的基层销售人员,想出如此变通之法。NetWeaver和R3两套技术平台却互相不能流畅连通,还要维护两套系统,真也难为了客户。有些客户索性付出高额费用和巨长的研发周期,在NetWeaver平台上开发R3已有的应用业务。SAP虽然声称可以平滑升级,但从种种实际案例来看,升级颇费周折,升级后不少功能都失去了,继续用还是不用,把客户陷入了两难境界。

 

    SAP就在这种两难的产品过渡期中摇摇晃晃的前行。而这种过渡临时策略却让客户来承担。上一套管理软件,那是要用五年十年甚至更长的时间。尤其全球金融危机唯独中国仍然强劲发展,这种过渡策略真的能匹配中国企业快速竞争变化发展的现状吗?

 

    外国的月亮真的比中国的更亮吗?外来的和尚真的更会念经吗?

 

    在中国正在和平崛起、国人渴望走入国际舞台展现自己的时候,这些问题一定会困扰许多国人。就如同一个暴发户希望参加一场贵族绅士的酒会一样,怎么模仿优雅都觉得自己尴尬。我想起有人抱怨过日本出了大前研一这样的管理大师而中国为什么出不了,我当时回答:“大前研一这样管理大师的产生也是立足于日本经济的崛起、日本社会的发展、日本融入国际的险阻经历才会迸发而生。当中国真正崛起屹立世界之首的时候,中国的文化、中国的管理模式、中国的管理软件,一定会成为最独特的,最流行的,最值得学习的。中国本土的老百姓,中国本土的消费需求,特定会产生中国本土的企业,特定会产生适合这个环境的中国人自己的管理模式,只能由中国人自己创造。只有深刻总结、思考、探索中国社会的发展、中国老百姓的消费趋势,才能为中国企业管理找到出路,才能匹配产生中国企业最适合的管理软件”。

Delphi 12.3 作为一款面向 Windows 平台的集成开发环境,由 Embarcadero Technologies 负责其持续演进。该环境以 Object Pascal 语言为核心,并依托 Visual Component Library(VCL)框架,广泛应用于各类桌面软件、数据库系统及企业级解决方案的开发。在此生态中,Excel4Delphi 作为一个重要的社区开源项目,致力于搭建 Delphi 与 Microsoft Excel 之间的高效桥梁,使开发者能够在自研程序中直接调用 Excel 的文档处理、工作表管理、单元格操作及宏执行等功能。 该项目以库文件与组件包的形式提供,开发者将其集成至 Delphi 工程后,即可通过封装良好的接口实现对 Excel 的编程控制。具体功能涵盖创建与编辑工作簿、格式化单元格、批量导入导出数据,乃至执行内置公式与宏指令等高级操作。这一机制显著降低了在财务分析、报表自动生成、数据整理等场景中实现 Excel 功能集成的技术门槛,使开发者无需深入掌握 COM 编程或 Excel 底层 API 即可完成复杂任务。 使用 Excel4Delphi 需具备基础的 Delphi 编程知识,并对 Excel 对象模型有一定理解。实践中需注意不同 Excel 版本间的兼容性,并严格遵循项目文档进行环境配置与依赖部署。此外,操作过程中应遵循文件访问的最佳实践,例如确保目标文件未被独占锁定,并实施完整的异常处理机制,以防数据损毁或程序意外中断。 该项目的持续维护依赖于 Delphi 开发者社区的集体贡献,通过定期更新以适配新版开发环境与 Office 套件,并修复已发现的问题。对于需要深度融合 Excel 功能的 Delphi 应用而言,Excel4Delphi 提供了经过充分测试的可靠代码基础,使开发团队能更专注于业务逻辑与用户体验的优化,从而提升整体开发效率与软件质量。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值