科技资讯网:构件化系统快速应对业务变化


 2007-12-29 00:00:00       753

构件化系统快速应对业务变化

 当前,在向以客户为中心,以及向综合信息服务提供商转型的过程中,电信运营企业的信息化支撑系统正面临着巨大挑战。除了历史遗留的信息孤岛,用户量几何级增长所带来的系统负荷等问题之外,让电信企业信息化部门领导深感头痛的就是管理、业务等各种需求不断变化的对支撑系统造成的压力,尤其是业务需求还需要到市场的时效性,要求IT系统能够快速支撑新业务的实现,那么,留给系统开发和调试的时间就非常少。再加上新业务不断频繁的推出,这些不但增加了信息化工作人员的工作量,还给系统稳定性带来隐忧。

为了应对这种快速变化,就需要在系统架构上提高系统的可配置化程度,以提高系统的灵活性。而系统的可配置化程度可以通过构件化的SOA架构来实现。SOA是面向服务的系统架构理念,国外舶来的SOA理念是将大的IT系统按照业务进行分割,然后再对分割后的系统进行封装。而构件化的SOA则不同,构件是一种软件开发技术,其基本理念是将软件开发过程中会重复用到的部分封装起来,等到有新的同样的需求时调用。那么,构件化的SOA架构就是将一个大的应用系统分解为成千上百个小的业务流程,而每个业务流程可以用构件组合而成。这样一来,当业务需求发生变化的时候,通过构件的重新组合就能方便、快速的改变业务流程或者实现新的业务。此外,构件技术的应用也必将节省开发成本和缩短开发周期,提高系统的稳定性。相对中国的企业而言,管理不成熟以及多变的市场环境下,具有更为灵活支撑的构件化的SOA架构则更为适用和实用。

浙江鸿程软件工程部项目经理刘峰曾经谈到对这方面应用的体会,他表示电信系统之间的接口不是简单的端到端,而是一对多,其主流支撑系统会与所有外来的系统直接对接,如果用户模型发生了变化,那所有跟用户模型有关的外围系统都要改动。那么,当我们采用构件化的SOA架构时,仅接口方面的复用就能带来方方面面的好处,首先降低了IT部署的成本,其次减少了用于调试、接口开发的大量工作。而作为电信支撑厂商,如果要我们从头到尾全部自己去参与系统的开发过程的话,第一缺少人力、物力等资源,此外还要花大量时间对开发出的软件进行测试。那么,如果我们采用基于构件的SOA架构,就能够快速、灵活架构系统并支撑到位。

我们知道,IT是实现管理和业务的手段,业务规划和业务需求的明确是建设好IT系统的前提,如果业务人员能够充分参与到需求提出和业务流程梳理的过程中,那么IT支撑的效果必然好很多。来自建设银行信息化部门的专家提及他们在全行大规模的系统建设中,非常希望希望业务人员能够直接参与到业务流程的制定,随着业务需求变化能够很快的进行响应。然而目前这种想法还只是一种理想,毕竟,现实中业务人员和技术人员之间的沟通和协调还有些困难。目前他们采用SOA架构将所有系统集成起来,使得系统间可以通过接口进行相互调用。这种方式下,业务流程发生变化后,业务人员自己就可以直接进行模块调整,实现新的功能变化,而不必再像过去一样。过去业务流程发生变化的时候,需要IT人员编写和修改代码程序,而代码变化可能需要更严格的测试,IT人员的工作量会很大。

此外,在具体应用方面,建行专家表示他个人认为构件化的SOA架构相对更适用于新系统的开发建设。实际上,新建系统从一开始就采用标准的小颗粒度的标准服务构件,不仅仅可以降低成本,更关键的在于系统的灵活性和可变性,对于需求的快速相应程度。

尽管构件化SOA架构能够大大提高系统的配置程度,但是,构件仍然只是一种软件技术,SOA只是一种理念,利用好这个工具,发挥支撑系统核心作用的关键还是在于对于需求的明确,只有弄清楚需求,才能将系统按照服务进行分解,才能构建SOA架构。


 

相关阅读: