构件出线赢在产业链 (ZDNET CHINA)


 2004-06-28 00:00:00       748



在中国电信新一代综合业务支撑系统(BSS)二期的开发过程中,采用了普元公司的面向构件(Component Based)的基础平台,由于开发起点提高和一期业务构件模块的直接复用,与传统的开发方式相比,开发效率提高了50%以上,维护成本也降低了70%以上,同时该系统对业务变化的响应速度也比其他系统快2~4倍。

2004年5月刚刚出任普元公司高级副总裁的杨勇先生在接受记者采访时表示,构件技术将改变整个软件的产业模式,而引领用户转向构件技术的关键是营造构件技术产业链。


用构件取代套装和定制

在2003年底宣布转型为专注开发基于构件的平台软件之前,普元公司在国内专注证券领域CRM软件已有3年之久。在3年多的大型CRM软件开发应用中,普元公司发现了国内大型软件开发中的问题。目前国内大型企业级软件的应用主要是两种方式,一是套装商用软件,经过客户化的配置后应用;二是根据客户的需求,量身定做的“定制软件”。但这两种模式都有其问题:套装软件具有良好的系统架构和稳定的性能,能够适应大部分客户的大部分需求,但这种套装软件在用户的个性化需求方面很难满足,同时改动起来也很困难;而定制软件能满足客户的个性化需求,但由于客户业务需求不断变化,导致软件开发经常变化,开发周期很难保证,开发效率也很难提高。

因此,普元提出了一种新的开发思路:将CRM的基本功能做成构件,根据用户的需求进行组装,这样避免了每个项目都从编码开始的情况,上百万行的代码只需通过几个构件组装即可完成,而用户的个性化需求或业务变化只需开发不同的构件即可实现。通过采用构件技术,普元发现,平均每个项目的开发时间和成本可以节省50%。

“这种类似搭积木式的构件技术不仅仅可以用在CRM软件开发中,而且可以用在所有大型软件的开发中,普元决定要让构件技术服务更多的客户, 因此,普元决定从应用软件厂商转型为平台软件厂商,专门提供基于构件的架构平台。”


从机器语言到汇编语言,到高级语言的出现,主要是汇编和编译技术的成熟。面向构件的架构需要哪些核心的技术呢?杨勇认为,从技术层面看,面向构件的软件技术需要解决构件之间的通信和相互操作的问题。首先,面向构件的应用体系的建立,需要一个坚实的技术平台来支撑。构件的开发需要一个部署、运行的平台;构件库的管理也需要一个平台,当构件的规模达到一定数量时,对构件查找、扩充、更新等的管理将变得十分重要。另外,构件的拼装需要一个可视化的环境。

基于对构件技术的研发和应用,普元公司推出了面向构件的应用基础平台EOS 3.0,它包括了可视化的构件开发环境,构件的运行环境和内置构件库。EOS集成开发环境可以利用内置的各类基础构件,采用托拽画图的方式就能快速定义出业务逻辑,规划业务模型;而EOS应用运行环境提供了包括EOS部署、监控、管理等工具,可以对构件负责自动解释执行;EOS内置构件库包括了基础构件库和权限管理构件库,实现了应用系统的最基本操作功能。目前普元的EOS平台已被中国电信、河南移动、上海土地局、上海宝钢、华泰证券等客户采用。

杨勇同时也表示,尽管构件技术已趋成熟,但构件在产业化方面还不是十分成熟,构件大范围推广普及还需要一个过程:一方面是由于构件本身的技术难点;另一方面,客户对构件也需要有一个认识的过程;另外还需要更多的ISV和合作伙伴开发出更多更丰富的构件库,形成一个产业的生态系统。


国内用户更适合构件

杨勇认为,对于面向构件这一应用趋势,国外和国内用户的需求情况并不相同。从国外现状看,他们已经有很多的应用系统在运行,因此,目前他们最大的需求是EAI(企业应用整合),通过EAI将各种应用系统整合起来,实现新的业务流程,因此国外对构件技术并不是很热衷。

而国内用户的情况则大不相同,目前国内应用系统还不是很丰富。以电信为例,电信在国内的信息化应用处于领先地位,但相对于国外的电信公司,电信应用产品还有很大差距,英国电信(BT)有3万种产品,而国内的电信运营商最多也只有几十种。因此,与国外用户相比,国内用户对构件的需求更大。

让构件技术得到认可的关键就是营造构件技术的生态链,从理论界到构件基础平台的开发商、再到应用合作伙伴、技术合作伙伴(如安全技术、开发工具、性能调优等)等形成一个构件的产业链。



相关阅读: