【IT168 业界观点】

   2008中国移动通信产业高峰论坛上，IBM高级技术顾问李磊做了题为《面向NGOSS的主数据管理架构》的演讲。

　　以下为实录：

　　刚才孟教授在上一个演讲里面，讲得相对比较理论化一些，而且站得比较高一些。那么，他说面向新的运营商的运营支撑系统的转变，他做了一个假设，针对这种随需应变的灵活性的运营支撑系统，我们应该让它实体化，把它作为网络化，变成业务化。但是，这个课题比较大一些，我下面会顺着孟教授的意思，假设我们从数据架构来看，我们怎么做到一种实体化、业务化。

　　那么，我们看一下我们运营商的模式以及变更、业务，我们早期的运营商主要是以语音业务为主。那么，我们除了做语音业务，我们还会做数据业务。那么，我们很多的合作伙伴，我们的网络上面提供一些产品，提供给我们的客户。那么，随着我们现在新的变化，我们移动现在自己的业务提到了转型，我们谈到了以公平为主，而变成了以信息服务提供商为主这样的一种模式。那么如果以信息服务提供商为主这样的模式，我们有很多很多的合作伙伴，在我们的基础网络上，提供给我们的客户一些衍生出来的产品。那么，在这样的基础上，我们如何有效地服务于服务群体，那么我们就有了一个客户运营和产品运营的概念。

　　那么，在我们整个的运营支撑系统里面我们可以看到，我们希望有一个与我们的包装相应地产品，但是我们不仅向我们的客户提供我们的语音产品，还提供了数据产品。那么比如说3G业务，在这一代主要是以语音业务为主的，那么3G的时候变成了语音+数据+信息，变成了核心价值偏向于内容及服务。

　　那么，我们商业环境将不再以运营商控制为主，而是面临与大量的SP、CP合作与竞争的局面。而将来，为少数客户群提供个性化服务正是SP、CP的强项。那么比如说BOSS，这是一个核心的、以产品供给为目的的服务，那么如果我们以客户为核心、以产品的销售和服务为目的，我们把CRM分了出来。那么，在我们整个的运营支撑系统里面，如果从数据架构来讲，什么信息是最追求的?客户信息、产品信息，以及将来可能的和合作伙伴的信息，那么这样的信息在我各个的系统里面都可以得到。我的客户信息是和我的业务紧密耦合在一起的。

　　我们的支撑系统以产品为核心，那么产品的系统应该独立出来，作为一个度地的实体而促成。那么我们独立出来会看到，我们会有产品支撑等等，那么对于这些数据，我们会抽取出来，针对下面的数据层而存在。那么，这些数据层，是我们关心的客户信息的系统，那么我们关心的是BOSS的系统的转变，我们要解耦。那么这个解耦，实际上是围绕着刚才孟教授谈到的一点，我要把它实体化、业务化。

　　那么，谈到了我把客户信息的产品业务化的话，那么就不需要让我们的客户和信息紧密耦合在一起。那么我们首先会搭建一个平台，再往下我们会进行数据的处理逻辑，再往下是Data。那么，围绕着这些，我们会把它封装在一个盒子里。那么再往下就是SOA，那么SOA往往是应用信息。

　　那么，这主要是和人打交道，那么我们就要考虑如何把这些信息做复用，所以这些数据都是我们业务产生的附属的产品。但是，随着我们整个的产业发展，包括我们的移动和其他的运营商有什么区别?第一个是基础的网络会改进，我们最主要是拥有3.4亿的客户群体。而3.4亿的客户群体，体现在哪里呢?在我这边是用有形化的电子产品体现出来的，就是3.4亿的客户信息，和3.4亿的客户消费行为体现出来的。

　　那么，我们的客户信息是在这个客户业务系统中间灵活化地体现出来的，那么反过来就是我们数据信息的灵活化。那么，我们客户会有一些客户信息、产品信息，那么这就像我们自己拥有的创新的产品，像中国移动有自己的客户群体，这些信息都是我们最核心的数据，我们把它叫做主数据。它涵盖了客户、供应商、合作伙伴等等。那么，我们BOSS系统里面会有主数据，我们的分系统里面会有客户数据。那么，我们如何形成一个360度的透视图?前几年我们构建了分析系统和数据仓库，所以我们把客户数据放到分析系统和数据仓库里面，构成了360度的透视图。

　　那么，我们谈精分互动，因为我们的主数据是我们如何利用这些客户信息?那么第二步是我们利用这个客户数据产生的结果，我们希望有效地学到我们的BOSS系统里面去。但是，各个系统都有主数据，它就属于各个系统的附属产品。由于客户可能在BOSS里面，那么各个数据都会产生一些客户数据，那么各个数据跟主系统，它是通过一个仓库把它装载到一个平台里面，它不能解决很好的实时性。

　　那么，由于它不能解决很好的实时性，我们的仓库系统不可能实时。但是，我们希望在信息产生的时候，就可以看到客户数据。那么，换句话说，如果我们希望形成唯一的、单独的数据的话，那么我们需要看我们的子系统。那么，各个业务系统在产生这些主数据的时候，把共享的数据，都显示到一个数据系统里面来。那么，这就形成了企业唯一的一个主数据。

　　那么，它和数据仓库的关系呢?它实际上是一个分析的平台，我们可以根本数据进行分析。实际上，它的来源也是来源于客户主数据系统。如果我一个客户到网上做新产品的定制业务，那么我可以看一下这个客户是不是在这个系统里面存在，如果不存在我们可以在系统里边增加一条，如果不存在，我们的中心是信息。如果不存在，我们一个最核心的关系型主数据系统，我们面向通用的逻辑把它抽样出来，那么我再包装出来，就实现了数据和系统之间的松耦合，那么我就实现了数据角度的灵活性。

　　那么，我自然也会保证了我企业里面的客户数据的稳定性。那么，在数据的架构角度来讲，就会面对很好的未来新业务系统的挑战。那么，在这个数据系统里面，就没有一个客服的业务流程，也不会有任何的个性化的信息，它只是维护我企业里面最核心的关键性的信息，而这些信息的维护。所谓的维护，是超过这些业务之外的，那么只是修改、操作这些信息，只是操作性的信息。

　　那么，构建这样的一个主数据管理系统，可以便于构建一个主数系统灵活性的方式。

　　那么，常用的主数据域，我的产品、帐户会有什么样的信息?那么这些信息，还引用孟教授讲的，这些信息都是需要并用的，各个信息之间都需要发生关系，因此我们要有几个常有方式。比如说第一个方式，它不能够支持我业务系统的实时运行，它是一个面向报表和分析平台的结构。

　　那么，另一个常用的方式，是我要构成一个客户的构图，或者是用一种建的方式存在。那么，往往大家会选最有效的方式，就是把客户信息放在一起，放在一个独立的系统存在，直接支持系统的交易性。那么，交易性的管理系统，实际上是为了面向我业务支撑服务的实时性。它和我面向数据仓库以及支持历史业务是有好处的。那么，它就是我们现在在业务系统里面，比如说BOSS、客服里面客户数据的一部分。包括我们的应用程序，包括看到我们的应用界面和企业的流程，包括我们数据共性的东西放在一起，形成了系统了实体。那么，这实际上是业务系统的一部分，是一个面向交易的系统。那么，CRM是做分析的，它两个是有区分的。

　　一般地，在主数据管理架构里面，我们说它是一个单一的系统维护，对外提供一致的服务。它是我企业里面一个单一的客户数据的系统维护，可以适应我们目前对应我们目前的业务支撑系统的灵活性的需求，把我们的应用逻辑和适应逻辑变成一个紧耦合。而同时，它又是一个提供标准接口的实时性的应用。

　　那么，比如说我们这边有大客户系统，会有个性化的需求的系统，那么实际上在我们这个系统里面，它只是由于它自己存在多系统的结构里面。那么，在我们这边就是客户处于相应不同的决策相应地属性而已，那么它是一个桥梁，是一个精分系统，是一种客户推荐性的产品，是一个创新的客户信息结果。那么，业务系统从这个系统里面，包括客户系统，拿到了唯一的客户的数据资料，也从这个系统里面，拿到了精分系统推荐给每个客户现在行销的产品。

　　那么，我们来看看它在整个一个企业的数据架构和系统架构之间的定位。我们右边是一个主数据管理系统，我们叫做主数据管理服务器，那么，我们这顶上是前台。比如说Web、短信。那么，这个系统对于主数据首先有一套稳定的成型的模型，来承载各个传统的信息。它通过主数据的展现，比如说Web服务器的方式和我们营业系统，和自己独有的系统打交道。那么，在这个服务里面，我们会有相应地流程控制。那么，在整个的系统之间，它处在整个IT信息架构里面比较核心的位置。它起到了贯穿我们各个前台的应用和我们各个相应地后台的一些应用的桥梁作用。

　　那么，它来进行维护整个企业里面针对客户、产品的这些主数据的构成。那么，对于这个系统的访问，我们当然可以采用各种灵活的方式。比如说采用队列的方式或者是Web服务器的方式，形成一个流程的引擎，然后进行互操作。

　　那么，涉及到了主数据的核心应用的话，我们需要很好地包装，不然的话我们没有办法很好地让这个数据重用。比如说这个数据库有一套模型，我们应该把这个模型抽样出来，变成一个相应地灵活应用的服务。那么，数据库很难适应我们SOA的要求，我们访问数据库是直接写了一些标准的结构化的查询。结构化的查询实际里面对于数据的描述不清，所以很难达到SOA的要求。那么，我们要对于原数据进行描述，来解析它是什么含义。我们有一些数据的战术，然后把它转变成相应的服务，然后转变成一些大的服务，整个的来自服务总线的请求。那么，针对这样的服务，我需要满足客户相应的信息，我需要直接地查询我企业的主数据。通过这样的方式，来调用或者是查用，我们这个系统之外的客户信息的服务。

　　那么，对主数据的访问采用服务封装，那么比如说名字、地址，还有增加高端和删除高端。那么围绕着客户的照片的信息，比如说合约和合约的履行。那么，还有关系，比如说人与人之间的关系，还有组织结构的关系。还要围绕着他的地址信息，比如说地址、联系方式，比如说他在集团是一个什么样的角色。我们希望构建出这么一个架构，同时建立一些子系统，构建出我们对于应用系统的调用，从而实现我们业务系统满足灵活业务转型的需求，转变为灵活IT架构的系统，转变为我信息架构灵活的需求。然后，我怎么做到灵活信息架构的需求，那么怎么完成灵活信息架构的灵活性?然后把它抽样出来。

　　那么对内访问的角度来讲，我们有一个客户信息的模型，那么对外访问，它有一个支持业务系统的实时性的需求。那么，在整个的里面，应该对于客户有一些识别的需求。比如说智能，比如说如何识别客户，如何识别人和人之间的关系，他的家庭关系等等，那么需要配置管理。这也就是说，在它的体系内部，我们希望它是组建化的、模块化的，将来可以随着需求去改变的结构性的系统。

　　那么，一般做这样的一个系统，我们都会分为几个阶段去实施。我们现在不可能走向一个很理想的企业架构来讲，是一个很核心的主数据管理系统。首先，我们要建立一个独立的主数据管理系统，可能是以产品管理入手或者是客户管理入手的系统。那么以客户管理入手，我老的应用仍然保留着，只是我上新的服务的时候采用调用这样的方式，来保留新的系统。那么，他从老系统里面调用这些数据，新的客户拿到了这些数据，那么再把这个数据复制到老系统里面。然后，我们希望能够转变为以这个系统为核心的系统。

　　那么，到了最后，我们整个企业里面，所有的针对客户的数据，单点集中到下面多渠道访问里面来，集中到主数据里面来。

　　那么，针对这个方法，我给大家看一个例子。这是加拿大的一个主数据管理架构，他有自己的体系，建立了服务性的实时性的数据调用模型。客户从数据仓库拿到了每日的数据，所以这是整个的数据架构的分析。

　　我只是从数据架构的角度来阐述一下，我们面向新的下一代的运营支撑系统，对于灵活性的随机应变的挑战，那么在从数据的架构的角度来讲，我们采用什么样的架构面对这样的挑战?那么反观这个业务，随着我们移动的转型，我们数据架构是很重要的一个部分。那么随着后面的发展，到几年前，我们发现数据里面需要抽样出我们自己的信息，因此我们采用了精分，我们来管理我们自己的信息系统。那么，刚才提到了下一代运营支撑系统，那么我们说我们需要灵活性。那么，我们从整个的IT架构，信息成为了很核心的一环。

　　因为，我找这个信息，这是我和其他企业有区分的很重要的区别。我和我的竞争对手不一样的地方，我们运营基础网络我们构建得很全面，而在于我对我的客户提供了相应服务性的产品。而我们了解我们的客户，知道他们需要什么样的产品，实际说都是对于信息使用的了解。

　　那么，企业使用的主数据信息，是我们与竞争对手最大的区别。那么，既然它是最大的区别，我们希望通过这些信息创新，它是我创新的最大的动力源泉。那么，为了满足这种创新，我们需要有一个灵活的架构，来面对这些对于运营支撑系统的挑战。

　　那么，这是通过对信息使用的创新提供新的业务价值。反过来讲，通过这个结构，我们可以实现在这个领域很好的灵活的想法。谢谢大家，我为大家阐述到这里!

　　主持人陈如明：谢谢IBM的李先生。其实他讲这个题目，我的题目是相当具体了。那样保证原数据的提取，将来怎么样把这些数据调动起来，我们的取材方面，还有架构体系，他都讲了他们的思想。

　　我想，可能在坐的搞系统的人，不搞运营支撑不一定很懂，有一些人可能很感兴趣，所以大家可以到下面交流。