如果纯OO做出来的ERP系统,二次开发将会是什么样?

小弟做了快1年ORACLE EBS那套系统的二次开发. 下个月去新公司报道,从事J2EE领域的事了.
一直以来有个问题想问,其实自己也不知道这算不算的上一个问题, 只是一个好奇的疑惑吧.

ORALCE EBS那套系统,为企业做二次开发搞实施,不管做customization也好,做界面form也好,做report也好,操作的对象直接就是数据库表.
了解业务上的需求后,要做的直接就是对数据库表的操作, 而且数据库那头一大堆系统API也都是以PL/SQL的形式提供
虽然EBS这套系统, ORACLE也是用JAVA技术实现的,但二次开发人员看不到一点OO的影子. 界面的FORM开发里直接就是SQL语句存取数据的.给二次开发人员的空间也就是熟悉表结构,了解业务需求,然后用ORACLE的工具生成本质是PL/SQL的components.

因为这里的朋友可能对EBS那套系统不是很了解,所以上面就罗嗦了下自己在做二次开发的情况.

ERP系统的二次开发也绝对应该是典型的"需要适应企业快速变化需要的"OO体系才对, 但从EBS这套系统来看,我没看到OO啊, 二次开发人员理解好业务后,就直接搞表. BANQ来提提这样的开发弊端在哪?
如果是纯OO的ERP系统,那么二次开发将会是怎么样的? 谁能设想一下,意淫一下这种系统下的二次开发可能要做的事,让我感受下区别就行了.

ORACLE EBS这套推出R/12后,已经开始越来越让二次开发人员转到JAVA上来了,例如OAF. 后续可能是个纯OO架构的东西呈现在二次开发人员眼前吗? 谁知道呢!

>ERP系统的二次开发也绝对应该是典型的"需要适应企业快速变化需要的"OO体系才对, 但从EBS这套系统来看,我没看到OO啊

OO体系实际就是为企业信息化提出，企业软件不类似科学计算软件，企业软件是不断变化而且变化很快的，这些就要求使用OO思维来做。

因为你看到的不是OO系统，眼界有限，打听一下SAP的B/S结构的OO ERP是多高的架构？

现在各大厂商都提SOA，这些都是必须有一个OO前提，才能实现SOA，否则你的业务和数据库界面混合在一起，不能重用，哪来的SOA？所以，不要看外面都是宣传SOA，=以为OO已经不需要了，其实大厂商已经在OO上走得更深入，更高级，这个观点已经在下面文章分析了：
快速适应需求变化的软件复用
http://www.jdon.com/artichect/reuse.html

>因为你看到的不是OO系统，眼界有限，打听一下SAP的B/S结构的OO ERP是多高的架构？
你的意思是说,我作为一个二次开发人员的视角来看ORACLE EBS,他不是一个OO系统, 但总体是一个OO系统?

对于ERP系统二次开发人员来说, 要解决企业不断变动的需求, OO给了我们(我就指EBS的二次开发人员)什么好处? 看看ORALCE EBS开发人员的市场, 不要求懂OO的, 能看得懂业务需求, 能直接动表写SQL语句,能用ORALCE工具就行.
或者EBS二次开发人员根本就不需要OO系统带来的好处?

其实我对自己的疑问也没个总结,很散,归根结底就是想在离开这个行业前搞清楚一点,就是为什么EBS二次开发人员工作在一套ERP系统下,干的工作却丝毫与OO世界无关,企业需求变的再快,二次开发人员依靠对数据库表的功夫和对ORACLE工具的熟练程度,全部搞的定, 前途市场还很火呢. 那二次开发人员就不需要OO了对不?

不太了解SAP那帮二次开发人员都做些什么, 等我了解后再来发贴.