ITValue社区

SOA与信息系统规划:先谈业务 再谈技术

作者:赵建凯 / 日期:2010-03-01

导语:虽然SOA的产生,更多的是技术层面上的,但它所涉及到的并不只限于技术,SOA中的实体是服务,而且这些服务可以根据业务需求灵活组合在一起。那么,SOA对CIO的工作——尤其是信息系统的规划会产生什么样的影响呢?

诞生于20世纪70/80年代的SOA理念,其原型是CORBA(Common Object Request Broker Architecture,通用对象请求代理架构)。1996年,Gartner给出了SOA的具体定义,即“客户端/服务器的软件设计方法,一项应用由软件服务和软件服务使用者组成。SOA与大多数通用的客户端/服务器模型的不同之处,在于它着重强调软件组件的松散耦合,并使用独立的标准接口”。2002年12月份,Gartner称SOA是“现代应用开发领域最重要的课题”。

虽然SOA产生于技术层面,但发展到现阶段,它的实体是服务,而且这些服务可以根据业务需求灵活组合在一起。去年一些CIO在ITValue社区中发起讨论,SOA对CIO的工作——尤其是信息系统的规划会产生什么样的影响?

上海国际货运航空有限公司信息技术部经理蒋斌认为,CIO在做信息系统规划时,很重要的工作就是制定各个系统交互信息的规范(如航班信息、产品信息的xml schema等),确定各个系统信息交互的模式。各个系统实施的时候要确保系统都符合这些相关规范。而SOA的应用,有助于CIO开展这些工作。对于规范建立的先后顺序,独立CIO陈其伟认为要先在企业内部SOA架构下规范、统一企业的主数据,之后才谈得上企业间的标准规范的建立。

为服务交互而详细定义的规范,使业务部门、业务合作伙伴之间可以灵活结合,以便提供集成所必需的稳定性,并提供更改软件系统所需的解决方案。当数据/信息的格式统一,软件系统只要符合标准规范,就可以按需求进行更改。

南京军区福州总医院计算机中心主任陈金雄认为,信息标准化做起来比较难,因此对完全基于SOA架构和标准的传输协议来构建新型信息系统的难度,要有清醒认识。对于此,一位服务于汽车贸易公司的CIO说,由于企业内部的部门之间、企业与企业之间服务的力度是不一样的,因此,不同企业SOA架构中的各服务组件之间的交互规范很难做到一致。从价值网络的角度来看,在整个价值网络中能够提供开放性平台的企业,把握着更大的信息交互标准的主动权。而对于提供组件化、专业化服务的企业,可能更多的是需要遵从平台化企业的标准。而从行业的角度看,在某些行业里面占有绝对优势地位的软件供应商,拥有事实上的标准制定权。还有一些行业,受到国家相关政策的影响,价值链中的某一方可能拥有很强势的地位,在与下游企业的交互中,很难制定统一的标准。

标准的建立固然是困难的,但这制定标准的过程一定要是根据业务总结出来的,要从解决实际业务问题入手。这也是为什么BPM(商业流程管理)成为SOA“杀手应用”的原因。BPM能够改善并自动化商业流程。它为运营绩效提供了相当的可见度,能让业务用户在无需IT参与的前提下动态修订流程,从而提高了灵活性,避免了资源浪费,间接降低了成本。简单来说,SOA应先解决业务问题,其次才是技术问题。如家酒店集团助理副总裁CIO邓树洪就根据这种思路,用SOA架构改造了如家IT信息系统。经过一年多的应用,不仅完成了如家IT信息系统的改造,而且还对外向其他代理商公开了接入和反馈端口。目前,包括携程在内的众多代理商都通过如家的信息架构在线实时接入在线预定系统和结算系统。

延伸阅读

推荐阅读

共有17位社区会员对该文章有贡献:

  • 李圆
  • 邓树洪 如家酒店集团助理副总裁
  • 陈金雄  福州总医院计算机应用与管理科主任
  • 杜建成 江苏道吉面料有限公司IT总监
  • 陈其伟 独立CIO、ITValue发起理事
  • 赵峰
  • 林志勇
  • 丁春海
  • 蒋斌
  • 高峻 德国舍弗勒投资(中国)有限公司CIO
  • 丁娅琳
  • 朱东
  • 黄山
  • 陈勇
  • 山中康司
  • 李锦春
  • 缪杰

该知识文章由以下社区讨论提炼而成:

ITValue社区