王海林　先生

　　对于SOA（面向服务的架构）的概念，可能有很多人都不陌生，但对于如何实施SOA、实施SOA需要注意什么等问题，熟悉情况的人却并不多。在今年4月份，江苏省电力公司（后简称“江苏电力”）承接的国家电网公司“SG186”信息化工程重要科研项目之一——江苏省电力公司信息平台一体化，经过一年多的研发和测试，正式进入试运行。
　　
　　这是国内首家成功应用SOA理念、对信息化资源进行整合与集成的电力企业，据初步测算，实施SOA后，不仅在“十一五”期间，会直接节省近7亿元的投入，而且也为实现精细化管理、集约化经营，打下了坚强的信息支撑基础。不过，这一工程的实践参与者——江苏省电力公司科技信息部主任王海林却并非IT技术出身。他搞过工程、做过管理，在国外学习过MBA。与其他CIO老兵比起来，王海林是一个新面孔。然而就是这个新面孔，却对信息技术有一套“新观点”和“新思维”。
　　
　　江苏电力是国内首家成功应用SOA对信息化资源进行整合与集成的企业，是否之前已经具有良好的IT系统基础?
　　
　　王海林：江苏电力在“十五”末，建立起支撑各个业务部门服务的部门级业务应用。其中，营销、财务、供电、生产、办公自动化、人力资源、计划统计等专业IT系统已在省公司范围内全面应用，并实现了纵向贯通。特别是“十五”后期，业务部门间在横向集成上进行了有益的尝试，开展了营销与财务系统集成试点，实现了江苏公司财务和营销系统之间营销收入有关信息数据的集成。
　　
　　然而，对于一个统调用电最高负荷超过4000万千瓦、年售电量超过2000亿千瓦时、年主营业务销售收入超千亿元的省级电网公司来说，信息技术的开发和应用水平还远不能满足经营管理的需求。
　　
　　那么在实施SOA之前，江苏电力在信息化方面面临哪些挑战?
　　
　　我们主要的矛盾是信息化建设缺少整体规划，信息流没有完整地支撑经营管理的价值链；从支撑管理工作的各个环节来看，信息化的应用也不平衡，从某种意义上来讲，很多系统不应该成为系统，却成了系统；另外，很多业务过程从IT流程角度分析，应该是一个系统，却成了几个系统；另外系统的软件水平、应用水平也不平衡。
　　
　　怎么理解“不应该成为系统却成了系统、应该是一个系统却成了几个系统”？比如项目管理，从业务抽象来看，所有的项目管理都是几个环节，不能把工程项目管理、改造项目管理、科研项目管理分别建成几个系统。从企业价值角度和价值流程分析来讲，这些系统本身就应该是一个系统，这些流程所有的关键环节都是一样的。因为各个部门由于业务的性质不一样，各部门各建各的IT系统，功能上难免会有重复。而从企业价值链的角度来讲，系统开发了不少，但串不成企业完整的价值链，这样在实际应用中既重复，应用水平又低，所造成的后果是企业信息化建设成效低下以及IT资产管理面临极大困难等。
　　
　　您说的这些情况就是我们常说的“信息孤岛”，在解决“信息孤岛”的技术路线选择上有哪些模式?
　　
　　现在国内通常采用的是一些外国公司研发的企业资源管理软件，这些软件系统都是“套装”软件，功能是现成和固化的，所以企业的管理流程必须按照软件事先设定好的业务逻辑来配置。选取“套装”软件的优点是“套装”业务在逻辑范围内实现了业务上的高度集成化，但这一点又恰恰是它的缺点。因为很多企业业务内容和管理风格变化很大，每次调整都需要请软件开发商根据企业新的需求做调整，这样的话就会较为被动。
　　
　　随着SOA构架的成熟以及SOA实施方法论的完善，软件集成采用了比较成熟的国外产品。按照跨部门或跨系统应用集成需求，通过全面完整的企业IT构架规划，有限目标再加上有效实施，为信息化建设的可选之路。
　　
　　据了解，江苏电力当时在上SOA还是上ERP这一问题上，经过了一段时间的深思熟虑，那么最终为何会选择了SOA?
　　
　　我觉得SOA和ERP并不对立，但很多人把它看成是对立的。我认为企业信息化不是一个技术路径选择的问题，更重要的是架构。就像造房子，架构就是房子的骨架，没有骨架造不好房子，肯定是要塌下来的。如果企业缺乏信息化硬件架构、应用架构的话，那么建设得越多，推倒重来的就会越多。实际上，SOA就是一个架构，我们就是以这种理念搭一个架构，至于架构上如何挂应用、应用的水平如何、软件本身的水平等，那些都是小事，而架构是大事。SOA不是技术概念，很多人都把它当成产品或是技术，我觉得理解上有一些问题。
　　
　　江苏电力在实施SOA时有哪些具体的做法？
　　
　　江苏电力按照SOA理念整体规划了硬件构架、应用构架，构建了一个信息集成平台，开展了原有应用系统的服务分析和服务化改造，集成设计避免了EAI方式下多对多的集成思路，采用多对一的集成模式，统一了服务接口标准，完成了“即插即用”的构架设计。
　　
　　这样的架构可以使原有子系统平时单独运作，子系统之间需要交换信息时可通过“平台”进行交换，而子系统的软件升级不受“平台”或其他“相连”子系统的约束，这样大大简化了日后的运行维护工作难度和工作量，从构架结构上保证了“松耦合、开放性”的特性，从而使得业务需求的增减，就像插头一样，可插上或拔下。特别是业务应用模块化使软件系统变成了一个个标准化的“积木”，可根据不同需求搭建出不同的“造型”，且“积木”是拷贝来的，不会因搭建而减少。这种灵活的、开放的软件设计构想，大大方便了企业日后的需求变更。
　　
　　实施中有多少个模块需要重新构建？
　　
　　模块很多，企业在SOA构架下可以不断地完善这个构架。做SOA不可能一步到位，但有一件事必须一步到位，就是目标构架，要把各部件间的功能界面划清楚。之后在这个构架下，不断优化服务的标准功能、调准服务的粒度、完善服务的“契约”方式，服务定义粒度完全根据业务应用。实施一年下来，我觉得在一开始实施SOA时，服务的粒度可以粗一些，这样在业务应用上短期见效会比较快些。
　　
　　江苏电力应用SOA开发,节约了7亿元人民币投资,这是如何算出来的?
　　
　　目前采取的“集中、集成”实施方案，最大限度地保护了原有软件投入，同时通过省、市两级公司的集中部署和虚拟化整合，提高了硬件资源的利用效率。据初步估计，在“十一五”期间，“集中集成”可以节约硬件资源投入约4.8亿元人民币；而在软件建设方面，与请国外大型咨询公司进行业务流程重组、应用成熟套装软件相比，可以节省投资约两亿元。节约7亿元投资不是SOA带来的，而是“硬件集中，软件集成”的建设理念带来的。在实施SOA后，省下来的钱可以算到SOA身上去。