本帖最后由 左转 于 2012-9-24 23:28 编辑
本来这章想写关于SAP 开发的，后来觉得，应该把其他走SAP技术流派的都包括进来，因为里面的那些帮派虽然各自侧重点不同，却有着千丝万缕的联系。
首先想说的当然还是开发。SAP 是个很牛逼的企业，还有个原因，就是它有自己的开发语言！大家都知道，武功的传承都很难，更难的是自创一派武功。最开始的时候，SAP几个创始人是从IBM 出来的，那时候的IBM 还不是吐故纳新、兼收并蓄，卖了PC 和Notebook 产业、买了普华永道咨询产业后以咨询、服务为导向的新IBM，它当时还是一个纯粹以技术为主的企业。于是这几位创始人的技术功底或者技术观念绝对是可以推断出来的。他们为了做报表，觉得C神马的不够用，C++ 神马的又太繁琐，于是自己发明了一个编程语言叫ABAP，它的德语名字大家看看吧，丫就是做报表的，很土的，你懂的：Allgemeiner BerichtsAufbereitungsProzessor，当然后来为了冲出德国走向世界，得有个很fancy 的英文名字，叫Advanced Business Application Programming。
ABAP是一种服务器端/客户端的语言，渐渐的在信息爆炸的时代就有点力不从心了。于是SAP在大概十年前做出了重大的决定，那就是走向Web。于是Web 界当红小生Java 就成了ABAP 的重要伙伴。现在搞SAP的童鞋们，大概很难想象当初要是SAP 做了另外的决定，死守ABAP，会是什么一番光景吧。
这里完全不是说ABAP 会被Java淘汰，在可以预见的将来是不会的，ABAP 已经是SAP 应用程序的精髓。用SAP 的人都知道Transaction 这个概念，在ABAP 里它是程序的一种，每个Transaction 都有个代码，靠它来执行这个Transaction。这其实也是SAP 烦人的地方之一，因为SAP 程序的菜单结构其实设计得很不好，很多时候你如果不知道这个代码，你恨死了它想咬它都不知道从哪里下嘴。另外有种可以运行的程序，其实叫做Report（还是一颗闷骚的做报表的心啊）。而它们背后的东西，都是深埋在各种数据库表格里的，甚至SAP 有自己改编了的SQL 语言。对数据库这么依赖，大家可以想象，SAP 为什么对Oracle 又爱又恨了。
不想太多走进科学，就想引出来技术流的其他方面。比如，你想SAP 搞开发，你一定得知道Transport这个概念，它是从ABAP 编程而来的，如今所有的SAP 应用程序的实现都还是需要Transport。有了Transport Management（这可跟后来的Transportation Management 完全不同，以后再说），你还得知道它下面的Basis——这个概念越来越被扩展出来的NetWeaver 这个概念取代了，它们都是指的平台，就是我们之前说的那块主板。那么PI/ XI (Process Integration / Exchange Infrastructure) 就可以算作是这个计算机系统里的系统总线——BUS，它是连接各个组成部分的桥梁。那么再往上向企业流程方向走，你可能会接触到跟Transport Management 结合很紧的Change Control Management，跟系统实施和运行结合很紧的ApplicationLifecycle Management，最终你能设计规划整个系统。总之，偏技术的方面很广，远远不只是开发、编程了……
如果这些你都能精通，那么恭喜你，你将来的头衔小母牛坐炕上——牛逼哄哄：就是Enterprise Architect，企业架构师师密达！这种角色，又要懂各种技术的运用，又要明白企业对SAP 系统的需求，也是SAP行业的栋梁之才啊~ | 
简体中文
繁體中文
English
Deutsch
窥视卡
雷达卡
发表于 2012-9-14 16:29
显身卡
好东东，写的通俗易懂，工作的人都能看懂。