大家认为构件技术是发展趋势么？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

还有关心软件构件的亚，呵呵。
关于构件技术国内研究比较深入的是北大，北大青鸟搞了个构件模型算是不错的了。
常用的商用构件模型只有EJB和COM了，CORBA 3.0里面有了个构件模型，但好像还没有哪个厂商宣称已经支持它的构件模型。
构件必然是和领域相关的，其主要难点在于抽象出各个领域的构件，理想化的应用是一个应用来了只要把一些相关构件组装起来就成了一个系统，但目前除了UI领域好像还没有能做到这一点的。
大家有兴趣搞一个开放源码的数据模型和构件库研究小组嘛？
可以考虑按照行业领域来搞，一个小提议。哈哈
本人所在公司就是一家定位在面向构件的应用软件平台。本人在金融行业推广构件平台也有一段时日，总体说来大家比较认同价值。
国内做构件研究比较出名的就是北大杨芙清和软件所冯玉琳。但做成产品的几乎没有，因为这个产品一者需要大资金投入，二者需要好的技术支持。CORBA、EJB、COM还是在技术实现上。普元的产品ＥＯＳ经过3年时间已经发展到3.3版本，年底发布5.0（内部评估是历史性的突破），其核心支撑是J2EE＋XML＋构件思想，层次是在应用层面的构件积累，屏蔽技术细节。
在金融行业的前景如何，应该如何去推，请大家提提建议。本人Mail: hzxqg@vip.sina.com
我不是构件技术专家，但我可以帮你们站在客户角度来思考问题。
其实金融企业对于厂商使用什么技术是不关心的，比如是CORBA，EJB，COM这些，都无所谓。
主要关注在如下几点突破：
1。金融行业属于垂直行业应用，因此关注的是采用构件能为企业带来实质性的好处。降低开发成本？快速推出产品？这些需要数据说话。
2。你的构件属于那个层面？专注于哪些应用问题，能解决银行，保险，基金其哪些业务问题？
3。构件一定要有坚实的数据模型基础，尤其是分领域建模的，关注业务模型到设计模型的转换，很多时候这个层面有断层。
抛砖引玉。。
构件技术不应当仅仅针对面向对象的技术实现，是否也应当考虑在传统应用中的使用，据我所知，银行只在前端应用中使用OO技术，在事务处理中还是很多是结构化编程实现的。
不能进入核心业务领域的IT企业没有前途。
你说的很到位。构件不关心什么技术，关心的是能否带来业务上的降低成本、提高软件质量、快速开发、积累知识，在金融行业关键是要有积累的方式和知识的经验。
我们定位在提供构件管理、开发、测试、部署、监控的平台上，提供的完备的基础构件库和组织结构、工作流、OLAP应用构件库，至于行业的知识库的空间留给了合作伙伴或者银行的开发中心。
达到构件价值理想化的境界需要一个过程，但至少我们定位在可以降低开发工时一半（欢迎置疑啊，是有点多，但我们很多项目都有数据），合作伙伴可以从客户项目实施提升到产品化。
数据模型、业务模型的价值是合作伙伴的，这也是大家说得“行业集成商最大的价值是对客户和行业业务的理解”，我们能提供一个好平台是互补的。
这个领域是很宽，实现价值需要一段时间。。。
说实话，几家大的银行存款、中间业务核心是不可能外包的了，小的核心系统基本是老几家集成商的成型产品在推。
我的理解现在的核心业务系统是以贷款为核心、流程为主的系统。这类系统对管理的变化性要求比较高，这就是构件软件的，目前阶段的主要方向。
没错，不进入核心就没有前途。但我认为新的核心系统应该考虑随需应变的因素。
普元曾经到我们这里演示过他们的EOS，很不错。
不过里面的构件对于银行业务来说还是有些过于简单，
但是如果是做OA系统的话，开发将会非常快速！
看到普元软件的公司网站，觉得这样的公司还是有前途的。虽然产品我没有见过，但是我想这个发展思路是正确的。希望它能发展壮大。
核心业务的开发外不外包其实不重要，但是外围软件公司能够提供银行开发组件，尤其是好的数据模型下的产品组件是有前途的，方便其做二次开发和集成。