【讨论】大家觉得金融软件能实现组件化开发嘛？ - 金融行业 - ITPUB论坛－专业的IT技术社区

众所周知，金融软件由于历史、技术、业务限制等原因，核心系统很多都是交易方式。
每一只交易对应着一个业务功能。
这样导致系统扩展很不灵活，无法满足快速推出新产品占领市场的要求。
同时在OO，UML，以及模式等新的软件工程方法的出现，金融核心系统依然停留在老式的定制软件的阶段。
国内各银行，软件厂商，金融公司都开发了各自的系统，但是缺乏一个共有的数据模型来支撑系统开发。
以及由于系统的局限，比如有的旧系统开发语言是cobol，数据依然采用文件的保存方式，导致系统升级和换代都比较困难。
能否通过开发金融软件的组件方式来替代现有开发方式呢？
能否通过数据模型定义－》软件组件开发－》应用系统开发的方式来实现呢？
以上只是抛砖引玉，欢迎有经验的高手来讨论，不准灌水：）
我们得核心系统就是采用基于主件得方式来开发得
据我所知，新开发得系统，大都是采用标准得三层架构，基于组件开发得
如果由国内企业来开发，个人感觉基本不可能或是开发出来问题多多。软件公司基本上没有业务高手来指导软件设计与开发，分模块对终端维护用户来说是个麻烦事。
现在cobol主要做业务系统了，如果处理的好，在旧的业务系统与其它系统之间加上一个中间层，就是IBM吹嘘的商业智能（听IBM人说，我们是亚太第一家）。然后其它的新业务或系统以中间层为基础，全部使用java,基本可以解决平台的问题。现在AS400也是有java支持的哦。
多少金融软件都已经这么做了！国内之所以滞后，就是因为长期处于项目开发的模式下，有点积重难返！
最初由 cfin 发布
[B]多少金融软件都已经这么做了！国内之所以滞后，就是因为长期处于项目开发的模式下，有点积重难返！ [/B]
这个历史的原因太多了，
要完全推翻重来，成本太高，
所以就过一天算一天了
只能期盼出现一个铁碗人物，能够顶住改造核心系统带来的种种阵痛，为了银行的长期利益，冒着个人粉身碎骨的风险，去....
唉，这种人会出现吗？谁会冒着断送自己美好前程的风险，去实现一个对他自身的利益来说基本什么好处的事情呢！
还不如多做政绩工程，来的实惠！
说到底还是体制问题！
不好意思，说远了，本来是讨论技术的......................
斑竹要是觉得不爽就删了吧