技术开发 频道

IBM公司最新的SOA框架处理解决CRM

【IT168 分析评论】

    在本周拉斯维加斯召开的Impact 2008会议上,IBM公司行业解决方案部副主席Karen Parrishtaolunl讨论了用于Customer Care and Insight的IBM最新银行架构,这个架构利用面向服务架构(SOA)将客户和银行联系起来。SOA的功用已远远超出了银行业,它更像是一个CRM应用。零售和电信架构已经投入使用。她说,不过整个架构还在演进。正如零售商所发现的,他们的信用卡就是个银行。

  我们先从IBM本周公告的框架谈起好么?

  Karen Parrish:当然可以,首先让我解释一下什么是架构。当你将软件集中起来解决业务问题时,它是代表重复使用模式的一个软件平台。我们架构独特之处在于除了是软件平台以外,它还是文件夹里的现有软件。我们运用资产来解决特定行业问题。例如,我们刚才公布的用于Customer Care and Insight 业务的银行架构。资产可能是一个银行数据模型,或者是通过跟踪调查客户的资料而得到的分析数据。通过这些资料,我们可以知道它们到底是有利可图的客户还是本地客户。

  是一个怎样的例子呢?

  Parrish: 用于Customer Care and Insight的银行架构非常关注客户的信息。
这是我们大多数用户遇到的问题,他们不了解他们的客户是谁,不知道他们的交易方式,也不了解从客户身上是否能获利,无法从用户使用模式上,识别出他们的欺诈行为。还有许多他们无法办到的事情。而设计这个平台的目的就是为了帮助他们。

  这和我们能买到的平台有什么区别,例如从Oracle购买的企业客户软件?

  Parrish:通常,我们的竞争对手会用从应用程序到基础设施指令一切所需因素来解决问题。我们不指令,我们看你的整个布局,和原有的设施。你可能已经有了个主数据管理。也可能有一个数据库。你也可能有一个业务智能应用程序工具。这些可能都是已有的框架的一部分。它可能不是IBM的技术。不过这没关系。我们将用一切帮得上忙的技术来搭建这个技术。这往往取决与我们的业务伙伴关系。

  如何做到呢?

  Parrish:以customer care and insight为例,在分析领域,有一些独特的业务伙伴,他们从事银行业已经很长时间了,他们在这个行业很有名气,深得银行用户的青睐.我们可不想插一脚进来,说“我们和这些家伙没有关系。”或者“我们用我们更好的东西和他们换。”这不是我们的价值主张。我们的价值主张是“他们是我们的合作伙伴。他们已经通过了我们架构的认证程序。因此,我们将用该架构来帮助你杠杆作用他们的技术。所以我们能够提供别的公司不能提供的选择。

  从行业解决方案角度来看,我们对当前域说明语言(DSL)这个话题很感兴趣。将来是否会出现这样一种情况,人们只做自己的事情,没人了解其它人在做什么?

  Parrish:我认为域的独特性非常重要。我不能确保域说明语言是一种新的想法。我认为我们关注域说明语言已经很长时间了。而我们在IBM怎样看待它,则取决于它所扮演的角色。如果你是销售部的主管,你就会用到特定的一套语义学。大多数销售部门都是如此。他们说的语言和语言设计师及财务分析师都不相同。我们如何看待这些领域,和他们的扮演的角色有关。因此这些平台应该能显示出这些语义。并且一直以来,我们都是这样做的。

  我觉得你解决问题的方法才是新颖的。我们从三个方面解决问题:人,过程,信息。如果你仔细观察企业里实体,你就会发现它们都是围绕这个三个方面展开的。要么由于他们要解决的问题,是以人为本,要么以过程为中心,要么是信息集约型的。我认为你应该在整个企业范围内解决问题,并且能对这个问题到底属于这三个领域的哪一个做出判断。那个领域的语言便与之相关了。如果它是基于信息之上的,它可能和用户有关。如果它是以人为本的,它可能和雇员有关。如果它是基于过程的,它可能与ERS有关。

  在你现有的架构里,在你的团队里有没有摇滚明星?

  Parrish:有两个。四个月前我接替了这项任务,对这些架构做出评估,看看在那些地方这些架构得到成熟的应用。这两个摇滚明星是电信和零售。他们解决问题的方式是完全不同的。你看软件中存在的能力存在普遍的重用现象。在零售业方面,我们首先是储存,然后扩展到多渠道,并将其商品化。在电信方面,主要是围绕决策支持系统和操作支撑系统进行的。现在我们来看一下服务担保。

  你是怎样建立这些架构的?

  典型的做法是,我们从一个域着手创建一个架构。零售业最大的问题是仓储。你是怎样和客户在储存方面建立联系的?仓库可能是用砖块和砂浆建造的,也可能是基于web之上的。一旦你想到仓库这个概念远远超出了四面墙的时候,你就开始进行多渠道讨论了。自然的segue是,在你已经解决了存储的问题之后。再解决多渠道的问题。我们发现解决问题过程中的架构非常相似。解决多渠道问题和商业化问题所涉及的因素要比解决储存问题涉及的因素多。这很合理。它们都有详细的清单。建好了储存集合架构,我们就结建好了一个零售架构。这个零售架构是一切事物的软件平台,这些事物通过存货清单联系起来。这就是我看待该演进的方式。我认为通过建立特定域架构,我们能看到其中的联系,因为客户之间是相联系的。这就是SOA的最大价值。你可以用基于服务的服务的方式来建立联系,而避免任何有形的联系,对于客户来说,这些有形联系往往花费较大,而且缺乏灵活性。这是两者间很大的区别。

  不同的域之间有联系吗?

  Parrish:不久前我和一个零售商谈论时,谈到了数据模型。他们正在考察这些模型,并认为这些模型能反映业务。但是他们说“数据模型唯一的问题是大部分业务看上去像是一个银行,一个信用卡业务。其余的部分是服务,我看更像是电信业务。对IBM有利的是,我们的数据模型都是模块化的。所以我们能从新分解这些数据模型,并由SOA传送。

  Parrish在第二部分的访问中谈到了创建这个架构的成功事迹,同时还阐述了IBM在挑战重重的经济时代的寻求发展的战略设想。

0
相关文章