我们经常见到有些国内产品在宣传中，总是喜欢嘲讽国外产品如SAP已经是“老古董”，刻意强调自己的技术是如何先进、平台是如何创新等等这些于企业应用实践其实相距甚远、华而不实的东西，而在产品研发过程中，却忽略了于企业信息化实践更为重要的基本元素与应用基础的研究。这就好比卖房子的开发商总是卖弄自己造房子的钢筋质量是如何好、水泥标号是如何高、施工所用的机械设备都是进口的等等，问题是这些与买房人真正所关心、所需要的“户型结构、空间适用以及小区配套”等又有多大关系呢？
技术的进步无疑会对企业管理实践中的组织形态、业务模式等诸多方面产生重大影响，管理作为一门“科学”而诞生的这近一百年来，企业管理实践从早期的“职能管理”到现代的“流程管理”，从早期主要内向关注“生产效率”到现代重点外向关注“客户需求”，技术的进步尤其是近二十年来信息技术的飞速发展起到了重要的推动作用。但管理科学毕竟是属于“形而上”的范畴，相较于“形而下”的器物层面，技术进步的作用与影响方式总是承前继后、继往开来而非颠覆性的。
回顾SAP R3或ORACLE EBS过往十多年的发展历史与演化进程，我们可以发现，系统开发设计人员于早期阶段就融入软件的那些于企业核心业务运作所至关重要的管理思想、业务模式等核心内容并未过时，它们今天依然是支撑企业高效运作的核心与基础，并且它们也在随着时代的发展而与时俱进、不断得到充实与完善。
管理软件从三十年前的主机时代，到二十年前C/S架构的客户机/服务器时代，再到十年前开启的B/S架构的互联网时代，软件具体技术的发展较之于信息技术整体进步对企业管理实践的影响，总的来说还是局部的、非决定性的。今天大概不会再有人相信“管理软件从C/S架构进化到B/S架构是企业管理实践的一场革命”这样的夸大其辞，遑论更为等而下之的诸如.NET平台、Java平台、私有的ABAP平台等等这些纯技术领域的开发工具对于管理软件中所蕴含的管理思想、业务流程模式能有多大影响。
喜欢看美剧的人或许经常可以在片中看到美国纽约于上世纪三十年代初期所建造的两座美轮美奂的标志性大厦：克莱斯勒大厦（77层）和帝国大厦（102层）。八十年前的技术条件与工具手段和今天简直没法比，但我们今天能说它们已经落后、不是“现代化”的大厦吗？有谁知道克莱斯勒大厦还是世界现存最高的“砖体”建筑呢！
人类的认识总是从已知的东西逐步推展到未知的领域。如果我们暂且抛开系统具体的业务流程、功能应用以及操作细节不谈，仅针对前述ORACLE EBS系统的11个基本组成元素，从实践来源与系统实现两方面，作并非详细深入但比较直观概要的探讨，我们也许就能获得这样一个总体上的认识，即无论多么庞大、复杂的一个软件应用产品体系，它仍然是由一些使用比较简单、理解并不深奥的基本构件所组成。这些基本构件来源于业务实践或与日常工作息息相关，我们其实并不陌生，它们是“从业务到技术，再从技术回到业务”两者高度融合的结晶体，也是神妙莫测、不可捉摸的代码空间通往纷繁复杂、多姿多彩的真实世界的桥梁。
大多数情况下，对于普通的EBS系统用户而言，结合自身的业务，掌握了上述十多个基本元素中前几个，例如表单、查询、事务处理、文件夹以及报表类并发请求等，就足以可应付一般的日常工作；而对于系统实施、维护人员来说，相对而言后几个技术味较浓的基本元素，诸如并发处理、弹性域、配置文件、工作流等则可能是工作的重点与难点。
但需指出的是，本篇有关系统基本组成元素的介绍，只是起到一个帮助初学者打破神秘、入门引路的作用，进一步深入掌握系统还必需结合ORACLE EBS的具体测试环境，对照单调抽象、枯燥乏味的海量应用帮助文档，进行大量的、艰苦的、耐心细致的学习研究，绝非一朝一夕之功。
关于EBS系统的具体测试环境，对于今天即使普通配置的计算机来说，安装与使用也基本不是问题，网上有大量图文并茂、详尽细致的安装帮助文档可供参考。而ORACLE系统官方的应用帮助文档，针对每个模块则主要有三种：Implementation Guide（实施指南），User Guide（用户指南）以及online help（在线帮助）。这三种文档基本上也是顾问、实施人员需经常用到的工具书。
码字到这里，突然想起一位资深ORACLE 顾问喜欢在其文章封面中引用的亘古励志名言，这里且搬来与大家共识、共勉：
路漫漫其修远兮，吾将上下而求索。