SAP的强和弱

       刚刚正式接触SAP不久,胡乱说说,从技术架构上讲,SAP的确超前了整个IT行业至少10年。应用服务器、中间件、虚拟机等等在SAP中早就应用了,想想JAVA又是什么时候的事情?可以说技术上,SAP把所有和底层相关的东西全部屏蔽掉了,所以在平台上他是通用的。

  不说别的,单说SAP在全球化上做的工作就够得上海量了。

  SAP在整个架构上就是自成一体,独树一帜的,整个SAP给我感觉就像一个庞大的操作系统+数据库+开发环境+应用软件的整合体,试问有那个系统能和他比。

  说说SAP的不足,应该说为了方便开发,SAP设计出了ABAP语言,ABAP是类似于FOXPRO、PB这样的第四代或第五代语言,很多特性都是针对数据和业务处理的,但是为了方便和通用,ABAP的执行效率一直是个迷,我个人觉得ABPA可能是个性能杀手。

  另外,由于SAP架构定型较早,虽然很超前,但是技术发展实在太快了,虽然整体架构还没有什么问题,但是很多细节上也已经遭到很多诟病。比如我个人就比较费解为什么ABAP没有图形界面,为什么事件触发还要自己写代码,给我感觉用ABAP编程就像在PB里不用图形界面而用edit source来写程序。ABAP的独特性让很多编程的朋友一头雾水,我想如果换了今天,SAP是否可能会用JAVA来做为开发平台。

  第三个问题还是由于SAP的历史太悠久,所以系统中的补丁实在太多了,很多后来加上去的程序是否被优化过又是一个问题。大家是否看过SAP的源程序,简直是大杂烩。这样,SAP对系统进行彻底优化和翻新是几乎不可能的事情了,就像MSSQL7到MSSQL2000那样的变化是不可能的了。另外由于系统太庞大,很难有人说的清楚他到底在干些什么(或许只是在中国)。

  第四个问题就是,SAP的服务,SAP的服务真的好吗?我想很多实施过SAP的单位对此应当很有些想法,无论是SAP公司本身还是那些实施公司,对于客户来说都是巨大的成本中心,他所提供的服务和收费比起来,性价比怎么样大家自己想吧。虽说一分价钱一分货,但是在当今这个追求性价比的年代,恐怕世界上再难找出和SAP一样的服务了吧。当年我还为微软的服务收费感到吃惊,现在我觉得什么服务都是便宜的。有时候想到SAP有多好,紧接着想到收了那么多钱,还做不好象话嘛:。)

  第五个问题,由第四个问题引发的,SAP真的性价比好吗?我和同事们无聊时曾经算过,如果把上SAP的投资来做定制开发的话,足够养活一个中等规模的软件企业,而且理想状态下,这个软件企业只为你一家服务。如果你说SAP不单单时软件,还有管理。那么,试问,有哪家企业在上SAP的时候不是另外掏腰包来买管理咨询的——比如BPR什么的。所以在管理上的投资根本和SAP无关。顺便说一句,SAP所需要的硬件平台真的是很昂贵,能支撑SAP的硬件就没有便宜的。很多上SAP的公司,一般都基于稳健考虑不会采用最新的硬件——比如安腾2什么的,至少目前来说,买那些小型机真的是个很大的投入。另外,好的机器还需要好的窝,如果按照标准来考核,很多企业的机房看来要重建。小型机可不是随便找个干净点的地方就可以放的。而且由于SAP独特的架构,上SAP绝对不是一套硬件能搞定的,还需要配置系统、开放系统、测试系统,最后才是生产系统,呵呵,你就等着掏钱吧。

  第六个问题,由第五个问题引发的,SAP的扩展性真的好吗?由于SAP自成一体,所以其他系统很难和他进行沟通,沟通的方式也很繁琐,SAP对外的接口有BAPI、RFC、IDOC等,做过开发就知道了。SAP的生产系统往往是OLTP的,那么做数据统计就自然要外接系统了,如果不用SAP的BW,可以说购买ETL工具是不可避免的——这又是投资,并且做ETL的和实施SAP的往往不是一家公司——协调又是个问题。无论是用BW还是另外购买数据仓库软件(比如SARS等)都是需要另外投资的。试想,如果是定制的软件,养着那家公司,增加若干报表应该不是问题吧——什么?要收钱?——小心扁你,不干活我凭什么给你每年10%的维护费——并且我第三年需要增加报表你们还要问我收前2年的服务费——即使我没有提出过要服务也没要过服务。

  大家不要太过指责UF或KD等,毕竟IT是从西方起源的,就像乒乓、围棋那样,是需要群众基础的。

  对于SAP这样的大怪物,欧洲的法律制度和整体认知水平要好很多,所以SAP做的不错就能生存下来,并且有了原始积累。这是UF和KD所无法比的,SAP在客户上收的钱是可持续的,就像电话的月租费一样,而UF、KD等公司基本上买了一个拷贝就基本结束了。我想,如果UF和KD很有钱的话,应该会有做大的想法,因为竞争中不是我强就是被吞食。

  听SAP的人说,SAP强的不是技术而是行业顾问,行业顾问才是SAP真正的竞争力,有了这些顾问SAP能够适应发展潮流不断建立新的业务模型,让SAP立于不败之地。了解SAP的都知道,SAP中真的没有什么实现不了的流程,只是方便与否。这有些像学计算机会写程序的确是技术,但是更有含金量的是数学模型,那些什么股票软件,如果没有数学模型又有什么用,和股票BB机又有什么区别。会写程序的人很多,但是会建数学模型的人就比较稀有了,这个道理大家应该很明白。

  说了这么多,总的来说就是觉得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、付费专栏及课程。

余额充值