这个阴冷的隆冬，让高达集团CIO陈兴回想起大半年前，高达集团总裁宣布新的发展策略，决定实行集团统一管理资金预算策略时带给他的寒意。因为这个策略,高达集团需要先整合各子公司资源，实现财务统一预算管理，以便在未来合适的时机进行大规模的收购行动。

　　会议给陈兴出了一道难题，就是要尽快融合现各分子公司的IT系统，形成以预算管理为源头，推广以集团资金预算统一管理为执行主线的IT系统框架。但是，在信息化平台建设时出现了一些问题：①应用基础架构繁杂，各分子公司相对独立的IT系统繁多;②技术规范不统一，二次开发困难;③各系统间口径及编码不一致，各种应用之间缺乏联系;④预算编制、预算执行等系统没有实现有效的无缝链接。

　　各自为战 IT平台陷困局

　　在规划财务集团统一管理系统的策略上,陈兴面临着“鱼与熊掌如何兼得”的难题，一方面是如何在“大财务，统一系统”的理念下，理顺各分子公司核心业务脉络，构建一个衔接现行系统的技术支撑平台;另一方面也必须考虑对于现有的IT资产的继承。

　　陈兴苦苦思索，带领团队深入研讨，将的新IT架构需求总结为这三个方面：

　　①新的架构必须降低IT系统结构的复杂度。目前各分子公司已经拥有了预算编制、业务系统、客户关系管理等多个核心应用系统，因此操作系统、应用软件、系统软件和应用基础结构相互交织，各不相同，现有的多种应用程序被用来处理当前的各种业务流程，从头建立一个全新的基础环境是不现实的。

　　②需要减少系统的运营成本，有效利用旧系统的资源。

　　③整合的统一系统的建设需要一个相当长周期，不可能同时开发所有的业务应用，同时系统必须具备灵活性扩展能力。

　　因此，该新IT架构在技术上应该具备以下特点：

　　①保证在一个复杂异构环境中实现信息稳定、可靠的传输，屏蔽掉硬件层、操作系统层、网络层等相对复杂、烦琐的界面;要为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和底层平台没有任何关系，最大限度地提高财务与业务应用的可移植性、可扩充性和可靠性。

　　②在信息管理方面，建立数据管理平台，提供统一数据口径、统一编码体系、统一维护基础信息、统一门户和报表工作平台、统一安全管理机制。为实现各分子公司的信息共享打好坚实的基础，也为财务和业务应用系统的灵活性、扩展性、可复用性提供技术基础。

　　绝境处 SOA展现一线曙光

　　经过尝试，陈兴发现现有的IT平台根本没有办法实现新的需求，他和团队几乎陷于绝境中。在一次偶然的机会，陈兴注意到SOA正是解决自己难题的好办法。面向服务架构模型的SOA就是根据需求，通过对松散耦合的粗粒度应用组件进行分布式部署、组合和使用，服务层是SOA的基础，可以直接被应用调用从而有效控制系统中的交互性需求。

　　SOA的关键特性是：一种粗粒度与松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。这样，可使高达集团各分子公司按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，并可以把现有的或已有的应用作为服务。

　　而且基于SOA的应用系统可以很方便地与其他应用系统实现交互，不但能全面支持高达集团统一财务预算管理对信息共享和交换的需要，而且包含了对未来业务系统整合需求的前瞻把握。

　　简单地说，SOA就是一组IT平台架构原则，这些原则既有SOA特有的，如面向服务，IT平台依据业务灵活而构建，也有被早已被业界广泛接受和使用的，如松散耦合、隔离关注、模块化、可重用性等。因此，高达集团对SOA的采纳形式也具有从简单到复杂的各种形式。

　　五步实施SOA

　　陈兴为此积极参加各厂商关于SOA的研讨会，结合深入调研和总结，他决定从五个方面实施SOA: 规划和部署路线图、服务建模、流程建模、基础架构切入点、以及监管管理。

　　①规划和部署路线图。

　　现在各分子公司的IT系统平台拥有五花八门的应用，陈兴认为首先要在现在各分子公司复杂的应用环境中确定实际应用情况和目标达成方向，以此来制定迁移路线图。因此，清晰的部署规划及量身定制的部署路线图是实施SOA的第一步，然后才能从单个应用程序开始构建SOA架构。

　　②服务建模。

　　然后是要对现有各下属业务系统做全面的评估，要了解现有的系统能用多少，有多少需要改造，还需要上哪些新的系统，将来的系统该如何满足需求。因为服务组件是与业务密切相关的，会存在很多类型，所以要将原有的相关服务组件以SOA的形式重新表达，将它们进行分类，并采用业务服务组件建模的方法逐个确定不同服务组件的特点和转型方式。如何根据服务建模方法创建符合SOA原则的服务模型是实施SOA极其重要的一步。

　　③流程建模。

　　定义和业务流程建模是提升业务的关键因素,也是构建SOA核心步骤。首先，流程建模一般由业务专家进行，而服务建模由SOA架构师在业务专家的支持下进行。其次，流程和服务建模活动所研究的角度是不同的，流程建模从组织结构、业务流程及相关资源的角度来看待业务，流程建模关注业务活动之间的流动。服务建模则利用业务与IT的关系来分析业务，服务建模关注业务活动之间的层次化和组合关系。

　　为了让原有的系统适应新架构，需要进行大量庞杂的流程建模工作，例如包括对现有应用的改造、建设新的中间件层、定制新的管理规范和安全策略，所有这些都将成为对高达集团IT技术平台应用能力的巨大挑战。因此，能否成功实施SOA并不仅仅是一个技术问题，它还涉及到共享管理、原有开发方式调整等问题。例如，①首先要遇到的是管理难题，共享服务是SOA的关键，能否迅速组合应用或编制流程取决于提供这些功能的服务是否能够被共享，而资源共享则离不开管理。②其次，转移到SOA上需要对原有的应用开发方式进行显著的调整，这既包括重用现有代码，也包括在编写新代码时就为其今后做好准备。

　　④SOA基础架构的切入点。

　　SOA并非仅限于技术层面，只有应用恰当切入，SOA才能提高生产率与灵活性、提高IT能力。针对这些挑战，切入点分为业务和技术两类：三个业务切入点分别是人员、流程和信息;两个技术切入点分别是系统连接性和IT资产重用性。

　　⑤SOA监管。

　　和传统技术相比较，SOA不仅仅是IT部门的参与，它更需要业务部门的参与，也可能会改变业务流程。因为几乎所有的相关人员的活动都会围绕着服务模型和服务元数据，而服务模型和服务元数据质量则直接决定着向SOA转型的效果。因此，必须通过SOA监管来确保服务模型和服务元数据在创建时和运行时的质量。可以预见的是采纳了SOA后，SOA监管会成为高达集团IT部门的重要任务之一。